CN1402492A - 基于实时传输协议和传输控制协议的流媒体传输实现方法 - Google Patents
基于实时传输协议和传输控制协议的流媒体传输实现方法 Download PDFInfo
- Publication number
- CN1402492A CN1402492A CN 02129258 CN02129258A CN1402492A CN 1402492 A CN1402492 A CN 1402492A CN 02129258 CN02129258 CN 02129258 CN 02129258 A CN02129258 A CN 02129258A CN 1402492 A CN1402492 A CN 1402492A
- Authority
- CN
- China
- Prior art keywords
- rtp
- data message
- transmission
- message
- streaming media
- 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.)
- Granted
Links
- 230000005540 biological transmission Effects 0.000 title claims abstract description 86
- 238000000034 method Methods 0.000 title claims abstract description 21
- 230000011218 segmentation Effects 0.000 claims description 8
- 230000008859 change Effects 0.000 claims description 4
- 238000012217 deletion Methods 0.000 claims description 3
- 230000037430 deletion Effects 0.000 claims description 3
- GOLXNESZZPUPJE-UHFFFAOYSA-N spiromesifen Chemical compound CC1=CC(C)=CC(C)=C1C(C(O1)=O)=C(OC(=O)CC(C)(C)C)C11CCCC1 GOLXNESZZPUPJE-UHFFFAOYSA-N 0.000 claims description 2
- 230000006870 function Effects 0.000 description 12
- 230000007246 mechanism Effects 0.000 description 5
- 230000008901 benefit Effects 0.000 description 3
- 230000003139 buffering effect Effects 0.000 description 3
- 238000011161 development Methods 0.000 description 3
- 230000018109 developmental process Effects 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 239000012634 fragment Substances 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000000052 comparative effect Effects 0.000 description 1
- 238000013501 data transformation Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000008713 feedback mechanism Effects 0.000 description 1
- 238000005243 fluidization Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000009191 jumping Effects 0.000 description 1
- 230000002045 lasting effect Effects 0.000 description 1
- 230000008707 rearrangement Effects 0.000 description 1
- 238000004904 shortening Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 230000009897 systematic effect Effects 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
- 238000012549 training Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本发明属于计算机多媒体技术领域，涉及基于实时传输协议和传输控制协议的流媒体传输实现方法，包括流媒体发送端关闭Nagle算法，删除RTP协议中的实时传输控制协议的传输控制功能，修改序列号参数空间内容，使其负载内容由序列号改为数据报文长度；发送端按照修改后的RTP数据报文头部格式发送流媒体数据报文；接收端根据RTP数据报文头部参数提供的数据报文长度对TCP报文中的RTP报文进行分段接收；对接收到的不完整的RTP报文进行拼装，并按顺序对完整的RTP报文中的数据进行解码。本发明可提高流媒体传输的可靠性。
Description
技术领域
本发明属于计算机多媒体技术领域，特别涉及流媒体传输方法。
背景技术
在网络上传输音频、视频等多媒体信息，目前主要有下载和流式传输两种方案。音视频文件一般都较大，所以需要的存储容量也较大，同时由于网络带宽的限制，下载时间也很长。近年来，为解决以上问题，适应网络多媒体化的发展趋势，流媒体技术应运而生。
流媒体技术的流式传输方式，实现了声音、影像或动画等多媒体由音视频服务器向用户计算机的连续、实时传送，用户不必等到整个文件全部下载完毕，而只需经过几秒或十数秒的启动延时即可进行观看。流媒体技术不仅使启动延时成十倍、百倍地缩短，而且不需要太大的缓存容量，节省用户资源。流媒体适用于各种网络带宽环境(14.4Kbps-10Mbps)，因此，流媒体在互联网上的应用也十分广泛，如多媒体新闻发布、在线直播、网络视频广告、电子商务、视频点播、远程教育、网络电台、实时视频会议等。在宽带环境下，流媒体不仅可以进行单向流式传输，还能够提供以互动技术为基础的交互网络服务，如互动游戏、三维动画、互动培训等等。互联网技术的发展决定了流媒体市场的广阔前景，目前，流媒体技术的应用正处于高速持续增长时期。
实时传输协议RTP(Real time Transport Protocol)是最典型、最广泛的服务于流媒体数据传输的一种网络传输层协议，它包括两部分：RTP数据传输协议和RTCP传输控制协议。RTP协议本身主要是为流媒体提供时间信息和实现流同步，但是，并不能实现完整的网络数据传输功能。通常情况下，RTP配合底层用户数据报协议(UDP协议)完成数据传输。
RTP/UDP模式的主要优势在于传输延迟时间较短，音视频流能够较好的匹配。同时，UDP传输的不可靠性主要依靠实时传输控制协议RTCP服务来弥补。RTCP周期的传送RTCP数据报文，监视RTP传输的服务质量。在RTCP报文中，含有已发送的数据包的数量、丢失的数据包的数量等统计资料，服务器可以利用这些信息动态地改变传输速率，甚至改变有效载荷类型，实现流量控制和拥塞控制服务。
RTP/UDP传输模式存在以下不足之处：
首先，UDP协议本身不提供任何传输可靠性保证，传输层的可靠性完全依靠RTCP协议，RTCP协议为松散控制方式，数据发送方只能依靠反馈机制根据已经发送的数据报文对带宽进行调整、优化，不能真正解决不可靠性，不能确保每一个数据报文的传送。
其次，RTCP报文的传输虽然与RTP使用不同的端口，但是RTCP的反馈数据报文本身基于UDP，其反馈速度直接受到网络环境的影响，其反馈控制效果不理想。
最后，RTCP协议本身比较新，其拥塞控制算法与TCP相比，还有很大差距。因此，在庞大的音视频数据传输过程中，流媒体传输的可靠性与基于TCP传输协议的其它应用相比，还有很大差距。
发明内容
本发明的目的是为克服已有技术的不足之处，提出一种基于实时传输协议(RTP)和传输控制协议(TCP)的流媒体传输实现方法。通过对RTP协议进行修改，使用TCP协议传输RTP数据报文，可提高流媒体传输的可靠性。
本发明提出的一种基于实时传输协议(RTP)和传输控制协议(TCP)的流媒体传输实现方法，包括以下步骤：
1)流媒体发送端对TCP协议进行配置，关闭Nagle算法，使TCP数据报文严格按照顺序发送；
2)删除RTP协议中的实时传输控制协议(RTCP)的传输控制功能，以使在流媒体发送端和接收端禁止相互传送发送报告SR和接收报告RR；
3)重新定义RTP协议数据报文头部参数，修改序列号(Sequence Number)参数空间内容，使其负载内容由序列号改为数据报文长度(Length)；
4)流媒体发送端按照修改后的RTP数据报文头部格式发送流媒体数据报文；
5)流媒体接收端根据RTP数据报文头部参数提供的数据报文长度对TCP报文中的RTP报文进行分段接收；
6)流媒体接收端根据RTP数据报文头部参数提供的数据报文长度，对接收到的不完整的RTP报文进行拼装，以形成完整的RTP数据报文；
7)流媒体接收端按顺序对完整的RTP报文中的数据进行解码。
所说的对接收到的不完整的RTP报文进行拼装的方法可为：如果检测到所接收数据比实际RTP数据报文长度小，将继续循环接收所缺少长度的数据报文，直至检测到所接收数据与实际RTP数据报文长度相等，进行拼接，即为完整的RTP数据报文。
本发明的工作原理：
TCP/IP网络传输结构是目前最成熟，最可靠，应用最广泛的传输方式，本发明在RTP/TCP模式下，使用TCP协议负载RTP数据报文，流媒体的传输可靠性完全交给底层的TCP协议来实现，TCP协议是目前应用最广，最成熟的传输层协议。TCP协议采用基于窗口的(window-based)端到端(end-to-end)的算法提供可靠的拥塞控制机制，其算法也比较成熟，主要有两种Tahoe和Reno，分别对通过重复应答所判断出的丢包现象进行不同的处理，后来随着网络技术的发展在Reno算法的基础上出现了New-Reno算法和Sack算法。这些算法都在特定的环境中有效的保证传输的可靠性。
要实现RTP/TCP传输模式，必须解决以下问题：如何将独立的RTP数据报文完整地传送到接收端，原因是TCP传输机制以数据流的格式传输，数据报文无边界，如果不加以控制，无法得到独立的RTP数据报文，并产生严重的报文丢失。
本发明采用修改上层RTP协议的方法来实现TCP数据报文的分段和拼装。
1.RTP数据报文的分段：
为了将RTP数据报文分段，必须在RTP报文头部增加包含RTP数据报文长度的参数，本发明利用RTP原报文头部的参数序列号(Sequence Number)传输RTP报文长度信息。原因如下：
使用TCP负载RTP数据报文后，发送端将按照数据报文的顺序依次发送，在接收端，RTP数据报文将被逐一进行确认，并按照发送的顺序依次被接收，因此，RTP/TCP传输模式下，RTP数据报文的传输是严格有序的。RTP协议规定，RTP报文头部参数序列号(Sequence Number)用于数据报文的重新排序，原因是在RTP/UDP模式下，UDP协议无法按照顺序依次传送报文。因此，在RTP/TCP模式下，RTP报文头部参数序列号(SequenceNumber)已经失去意义，因此可以修改Sequence Number参数内容，用Sequence Number参数负载RTP数据报文的长度，实现报文分段。此外，Sequence Number参数在RTP报文头部占用两个字节空间，足以用于传输RTP数据报文的长度。
2.RTP数据报文的拼装：
使用TCP报文负载RTP数据报文所面临的第二个问题是RTP数据报文的拼装，拼装的目的是根据RTP数据报文的长度参数，把接收到的不完整的RTP数据报文进行拼装，保证每一个RTP数据报文的完整性。
在对RTP报文进行分段后，接收端根据RTP报文头部参数的RTP长度从TCP协议栈读取数据，但是接收函数并不能保证读取的数据报文长度一定是参数规定的所需长度，例如：报文分段或缓冲区溢出都可能导致RTP数据报文不完整。如果TCP协议栈中的RTP数据不完整，接收函数所接收到的数据报文实际长度将小于RTP数据报文长度，对这样的报文如果不进行拼装，将导致上层音视频解码错误，甚至接收端的崩溃。
实现拼装的工作主要在流媒体接收端，接收端如果检测到所接收数据比实际RTP数据报文长度小，将继续循环接收所缺少长度的数据报文，进行拼接，直至接收到完整的RTP数据报文，这一过程得以实现的前提是TCP的可靠传输机制。
3.删除RTCP多余的传输控制功能
在RTP/TCP模式下，传输控制功能主要由TCP协议完成，RTP中的RTCP协议本身的许多冗余功能应该删除。RTCP数据报文分为5种：(1)SR：发送报告，当前活动发送者发送、接收统计。(2)RR：接收报告，非活动发送者接收统计。(3)SDES：源描述项，包括CNAME。(4)BYE：表示结束。(5)APP：应用特定函数。RTCP执行四大功能：提供数据发布的质量反馈，发送带有称作规范名字的RTP源持久传输层标识，提供用于控制RTCP包数量的数量用语和传送最小连接控制信息。
使用TCP协议实现控制功能后，RTCP协议的最主要功能：提供数据发布的质量反馈已经没有意义，必须进行删除，因此，发送端和接收端的发送报告SR和接收报告RR将被删除。
在RTP/UDP传输模式下，RTCP数据控制报文约占报文总数量的5％，而发送报告SR和接收报告RR数据报文占所有RTCP数据控制报文总量的99％。因此，在RTP/TCP传输模式下，由于RTCP只保留了很少的控制功能，将继续使用UDP协议作为底层传输协议，其报文数量不会对网络负载造成影响。
4.TCP协议中Nagle算法的关闭
TCP协议中的Nagle算法规定一个启发式的避免发送特别小的IP报文的算法。Nagle算法通过将未确认的数据存入缓冲区直到蓄足一个包一起发送的方法，来减少主机发送的零碎小数据报文的数目。对于流媒体应用来说，接收端必须按照多媒体数据的顺序依次播放，因此，这种算法将降低系统性能。Nagle算法的超时定时器为200ms，在接收端，由于播放程序对TCP数据，即RTP数据报文的需求是实时的，因此接收程序很有可能在200ms的时间内清空接收缓冲区。导致播放不连续，甚至接收数据报文的不完整。因此，在数据传送之前，应当将Nagle算法关闭。
本发明的特点及效果：
本发明对RTP实时传输协议进行修改，将RTP数据报文头部参数进行修改，用序列号(Sequence Number)参数空间存储RTP报文长度信息，实现RTP数据报文的分段，并配合底层的TCP协议，实现流媒体数据的可靠传输。同时，为了保证传输效率，对RTCP和TCP协议进行了优化配置。
使用本发明的RTP/TCP传输模式进行流媒体传输，与传统的RTP/UDP传输模式相比，在传输的可靠性方面有很大优势。
附图说明
图1为本发明方法的总体流程框图。
具体实施方式
本发明提出的基于RTP和TCP协议的流媒体传输实现方法结合附图及其实施例详细说明如下：
本实施例的实现方法如图1所示，包括以下步骤包括：
1)流媒体发送端对TCP协议进行配置，使用套接字(socket)配置程序将Nagle算法关闭，使TCP数据报文严格按照顺序发送。
2)修改发送端和接收端RTCP传输控制协议，将负载、处理发送报告SR和接收报告RR的功能删除。
3)流媒体发送端对RTP报文头部参数序列号(Sequence Number)内容进行修改，使其负载内容由序列号改为数据报文长度Length。
4)流媒体发送端按照修改后的RTP数据报文头部格式发送数据报文。
5)媒体接收端根据RTP报文头部参数提供的数据报文长度(Length)对RTP数据报文进行分段接收。
6)流媒体接收端根据RTP报文头部参数提供的数据报文长度，对接收到的RTP报文进行检验，如果检测到所接收数据比实际RTP数据报文长度小，将继续循环接收所缺少长度的数据报文，直至检测到所接收数据与实际RTP数据报文长度相等，进行拼接，即为完整的RTP数据报文。
7)流媒体接收端顺序对完整的RTP报文数据进行解码。3.运行结果
本实施例在局域网环境中用视频点播的方式分别对RTP/TCP流媒体传输模式进行了运行，监视服务器发送状况，播放效果和传输层三方面的情况。
视频点播码率为512kbps的MPEG4流媒体文件，接收端播放画面流畅，图像清晰。视频点播码率为1100kbps的MPEG4流媒体文件，接收端在整个播放过程中图像流畅，清晰，接收端的跟踪数据显示，没有任何报文丢失现象，也没有因为TCP传输效率和控制机制导致的图像停顿、跳动现象，服务器端的跟踪数据显示，流媒体数据并没有连续发送，而是在TCP控制机制的作用下发送速率有较大波动，甚至短时间的停顿，保证了传输的可靠性。
本实施例环境：服务器端的硬件配置及操作系统：CPU：Intel PIII 1GHz内存：128M网卡：10M/100M自适应操作系统：RedHat7.1 Linux Server接收端的配置及操作系统：CPU：Intel PIII 800MHz内存：128M网卡：10M/100M自适应操作系统：Windows2000 Professional
软件环境：
实现本实施例方法的服务器和接收端的Linux流媒体视频服务器系统软件，提供RTP/TCP和RTP/UDP两种流媒体传输模式。为了保证两种传输模式的可比较性，两种传输模式软件仅传输层实现方式有所不同。服务器片源为基于MPEG4编码的可流化视频文件，码率范围为110Kpbs-1100Kpbs。
本实施例实现了流媒体传输层RTP/TCP模式的设计，证明了RTP/TCP传输模式在流媒体传输可靠性方面的优势。
Claims (2)
1、一种基于实时传输协议(RTP)和传输控制协议(TCP)的流媒体传输实现方法，包括以下步骤：
1)流媒体发送端对TCP协议进行配置，关闭Nagle算法，使TCP数据报文严格按照顺序发送；
2)删除RTP协议中的实时传输控制协议的传输控制功能，以使在流媒体发送端和接收端禁止相互传送发送报告和接收报告；
3)重新定义RTP协议数据报文头部参数，修改序列号参数空间内容，使其负载内容由序列号改为数据报文长度；
4)流媒体发送端按照修改后的RTP数据报文头部格式发送流媒体数据报文；
5)流媒体接收端根据RTP数据报文头部参数提供的数据报文长度对TCP报文中的RTP报文进行分段接收；
6)流媒体接收端根据RTP数据报文头部参数提供的数据报文长度，对接收到的不完整的RTP报文进行拼装，以形成完整的RTP数据报文；
7)流媒体接收端按顺序对完整的RTP报文中的数据进行解码。
2、如权利要求1所述的基于实时传输协议和传输控制协议的流媒体传输实现方法，其特征在于，所说的对接收到的不完整的RTP报文进行拼装的方法为：如果检测到所接收数据比实际RTP数据报文长度小，将继续循环接收所缺少长度的数据报文，直至检测到所接收数据与实际RTP数据报文长度相等，进行拼接，即为完整的RTP数据报文。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB021292582A CN1148931C (zh) | 2002-09-29 | 2002-09-29 | 基于实时传输协议和传输控制协议的流媒体传输实现方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB021292582A CN1148931C (zh) | 2002-09-29 | 2002-09-29 | 基于实时传输协议和传输控制协议的流媒体传输实现方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1402492A true CN1402492A (zh) | 2003-03-12 |
| CN1148931C CN1148931C (zh) | 2004-05-05 |
Family
ID=4746169
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB021292582A Expired - Fee Related CN1148931C (zh) | 2002-09-29 | 2002-09-29 | 基于实时传输协议和传输控制协议的流媒体传输实现方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN1148931C (zh) |
Cited By (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1305276C (zh) * | 2004-01-15 | 2007-03-14 | 中兴通讯股份有限公司 | 一种快速处理实时媒体流数据包的方法及其系统 |
| WO2007045140A1 (fr) * | 2005-10-17 | 2007-04-26 | Huawei Technologies Co., Ltd. | Methode en temps reel pour transferer des donnees multimedia |
| WO2007098653A1 (fr) * | 2006-02-28 | 2007-09-07 | Huawei Technologies Co., Ltd. | Dispositif de pontage de flux multimédia et système de services multimédia |
| CN100379196C (zh) * | 2005-01-10 | 2008-04-02 | 中国科学技术大学 | 基于自动交换光网络的媒体数据实时传输的系统及方法 |
| CN100417155C (zh) * | 2003-05-08 | 2008-09-03 | 上海交通大学 | 远程教学多模式实时多媒体交互系统 |
| CN100417131C (zh) * | 2004-08-11 | 2008-09-03 | 中兴通讯股份有限公司 | 一种媒体传输流数据转发方法 |
| CN100464586C (zh) * | 2005-11-27 | 2009-02-25 | 海信集团有限公司 | 基于ip机顶盒的mpeg1文件实时播放的方法 |
| WO2009109128A1 (zh) * | 2008-03-04 | 2009-09-11 | 华为技术有限公司 | 一种完全头部信息报文配置的方法和装置 |
| CN100571271C (zh) * | 2005-01-27 | 2009-12-16 | 国际商业机器公司 | 用于检测TCP网络连接上出界进行Nagle的系统和方法 |
| CN101030938B (zh) * | 2007-02-05 | 2010-04-14 | 北京大学 | QoS自适应的P2P流媒体数据组织与传输系统及方法 |
| US7853981B2 (en) | 2003-09-27 | 2010-12-14 | Lg Electronics Inc. | Multimedia streaming service system and method |
| CN101141375B (zh) * | 2006-09-05 | 2010-12-22 | 华为技术有限公司 | 一种局域网内部的报文传输方法、传输装置及系统 |
| CN1578311B (zh) * | 2003-07-03 | 2011-04-13 | 微软公司 | Rtp有效负荷格式 |
| CN101292556B (zh) * | 2005-08-16 | 2012-03-28 | 松下电器产业株式会社 | 用于重新配置移动通信系统中的介质访问控制层的方法和设备 |
| CN102447628A (zh) * | 2011-12-22 | 2012-05-09 | 苏州阔地网络科技有限公司 | 一种数据包传输处理方法及系统 |
| CN103414956A (zh) * | 2013-08-13 | 2013-11-27 | 中安消技术有限公司 | 基于传输控制协议的实时数据传输方法及其系统 |
| CN103929681B (zh) * | 2014-04-09 | 2017-02-22 | 安徽超远信息技术有限公司 | 一种提升低速网络中rtp视频流处理效率的方法 |
| CN107104974A (zh) * | 2017-05-18 | 2017-08-29 | 福建星网智慧科技股份有限公司 | 基于freeswitch的高性能媒体转发方法及装置 |
-
2002
- 2002-09-29 CN CNB021292582A patent/CN1148931C/zh not_active Expired - Fee Related
Cited By (21)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100417155C (zh) * | 2003-05-08 | 2008-09-03 | 上海交通大学 | 远程教学多模式实时多媒体交互系统 |
| CN1578311B (zh) * | 2003-07-03 | 2011-04-13 | 微软公司 | Rtp有效负荷格式 |
| US7853981B2 (en) | 2003-09-27 | 2010-12-14 | Lg Electronics Inc. | Multimedia streaming service system and method |
| CN1305276C (zh) * | 2004-01-15 | 2007-03-14 | 中兴通讯股份有限公司 | 一种快速处理实时媒体流数据包的方法及其系统 |
| CN100417131C (zh) * | 2004-08-11 | 2008-09-03 | 中兴通讯股份有限公司 | 一种媒体传输流数据转发方法 |
| CN100379196C (zh) * | 2005-01-10 | 2008-04-02 | 中国科学技术大学 | 基于自动交换光网络的媒体数据实时传输的系统及方法 |
| CN100571271C (zh) * | 2005-01-27 | 2009-12-16 | 国际商业机器公司 | 用于检测TCP网络连接上出界进行Nagle的系统和方法 |
| CN101292556B (zh) * | 2005-08-16 | 2012-03-28 | 松下电器产业株式会社 | 用于重新配置移动通信系统中的介质访问控制层的方法和设备 |
| CN100407726C (zh) * | 2005-10-17 | 2008-07-30 | 华为技术有限公司 | H.264多媒体数据实时传送方法 |
| WO2007045140A1 (fr) * | 2005-10-17 | 2007-04-26 | Huawei Technologies Co., Ltd. | Methode en temps reel pour transferer des donnees multimedia |
| CN100464586C (zh) * | 2005-11-27 | 2009-02-25 | 海信集团有限公司 | 基于ip机顶盒的mpeg1文件实时播放的方法 |
| WO2007098653A1 (fr) * | 2006-02-28 | 2007-09-07 | Huawei Technologies Co., Ltd. | Dispositif de pontage de flux multimédia et système de services multimédia |
| CN101141375B (zh) * | 2006-09-05 | 2010-12-22 | 华为技术有限公司 | 一种局域网内部的报文传输方法、传输装置及系统 |
| CN101030938B (zh) * | 2007-02-05 | 2010-04-14 | 北京大学 | QoS自适应的P2P流媒体数据组织与传输系统及方法 |
| WO2009109128A1 (zh) * | 2008-03-04 | 2009-09-11 | 华为技术有限公司 | 一种完全头部信息报文配置的方法和装置 |
| CN102447628A (zh) * | 2011-12-22 | 2012-05-09 | 苏州阔地网络科技有限公司 | 一种数据包传输处理方法及系统 |
| CN102447628B (zh) * | 2011-12-22 | 2014-07-02 | 苏州阔地网络科技有限公司 | 一种数据包传输处理方法及系统 |
| CN103414956A (zh) * | 2013-08-13 | 2013-11-27 | 中安消技术有限公司 | 基于传输控制协议的实时数据传输方法及其系统 |
| CN103929681B (zh) * | 2014-04-09 | 2017-02-22 | 安徽超远信息技术有限公司 | 一种提升低速网络中rtp视频流处理效率的方法 |
| CN107104974A (zh) * | 2017-05-18 | 2017-08-29 | 福建星网智慧科技股份有限公司 | 基于freeswitch的高性能媒体转发方法及装置 |
| CN107104974B (zh) * | 2017-05-18 | 2019-12-03 | 福建星网智慧科技股份有限公司 | 基于freeswitch的高性能媒体转发方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN1148931C (zh) | 2004-05-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1148931C (zh) | 基于实时传输协议和传输控制协议的流媒体传输实现方法 | |
| US11032344B2 (en) | Content delivery | |
| US5918002A (en) | Selective retransmission for efficient and reliable streaming of multimedia packets in a computer network | |
| US6292834B1 (en) | Dynamic bandwidth selection for efficient transmission of multimedia streams in a computer network | |
| RU2543568C2 (ru) | Плавная потоковая передача клиентского мультимедиа без фиксации состояния | |
| US7881335B2 (en) | Client-side bandwidth allocation for continuous and discrete media | |
| US20040098748A1 (en) | MPEG-4 live unicast video streaming system in wireless network with end-to-end bitrate-based congestion control | |
| US20100226444A1 (en) | System and method for facilitating video quality of live broadcast information over a shared packet based network | |
| US20100226428A1 (en) | Encoder and decoder configuration for addressing latency of communications over a packet based network | |
| US20050123042A1 (en) | Moving picture streaming file, method and system for moving picture streaming service of mobile communication terminal | |
| CN1513252A (zh) | 在流式传输应用中的实时分组化和重发 | |
| EP1671455A1 (en) | Rate based congestion control for packet networks | |
| JP2003515289A (ja) | ストリーミングデータ受信器における復号器バッファの遅延割当量を制御するためのシステムと方法 | |
| CN1478349A (zh) | 发送及接收实时数据 | |
| JP2024509728A (ja) | データ再送処理方法、装置、コンピュータ機器及びコンピュータプログラム | |
| CN106911699B (zh) | 一种基于rtp协议实现i帧重传的方法 | |
| WO2007000649A1 (en) | Transport mechanisms for dynamic rich media scenes | |
| CN1633109A (zh) | 一种流媒体系统 | |
| Houze et al. | Applicative-layer multipath for low-latency adaptive live streaming | |
| EP1340381A2 (en) | Apparatus and method for improving the quality of video communication over a packet-based network | |
| Altonen et al. | Open-source RTP library for high-speed 4K HEVC video streaming | |
| Willebeek-LeMair et al. | Bamba—Audio and video streaming over the Internet | |
| CN1468002A (zh) | 基于因特网的流媒体压缩、传输与存贮系统 | |
| CN1992886A (zh) | 具有带宽适配功能的流媒体服务器 | |
| CN1805356A (zh) | 一种嵌入式Linux多媒体信号采集处理装置及其传输方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| C19 | Lapse of patent right due to non-payment of the annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |