CN101902297B - 交互式网络电视***中实现前向纠错功能的方法及*** - Google Patents
交互式网络电视***中实现前向纠错功能的方法及*** Download PDFInfo
- Publication number
- CN101902297B CN101902297B CN201010220681.4A CN201010220681A CN101902297B CN 101902297 B CN101902297 B CN 101902297B CN 201010220681 A CN201010220681 A CN 201010220681A CN 101902297 B CN101902297 B CN 101902297B
- Authority
- CN
- China
- Prior art keywords
- fec
- code stream
- rtcp
- message
- stream
- 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.)
- Expired - Fee Related
Links
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种交互式网络电视(IPTV)***中实现前向纠错(FEC)功能的方法,包括:流媒体服务器发送媒体报文时,将FEC码流和实时传送协议的控制协议(RTCP)控制码流合并成一路码流,并将合并码流从RTCP端口发送给接收终端;接收终端对接收到的合并码流进行解码处理,并利用解码得到的FEC码流对丢失的源码流进行FEC丢包补偿。本发明同时公开了一种IPTV***中实现FEC功能的***,采用本发明的方法及***,能简化流媒体服务器的处理流程,进而提高流媒体服务器的处理效率。
Description
技术领域
本发明涉及交互式网络电视(IPTV)技术,特别是指一种IPTV***中实现前向纠错(FEC)功能的方法及***。
背景技术
在IPTV***中,流媒体服务器一般通过传输控制协议(TCP)或用户数据包协议(UDP)发送媒体报文。其中,TCP为可靠传输协议,利用TCP发送媒体报文,能在一定程度上保证媒体报文的质量,但是,需要额外的开销来维护、管理TCP包;利用UDP发送媒体报文,***的额外开销较小,但是,UDP是不可靠的传输协议,当媒体报文以UDP包的形式发送时,无法保证媒体报文的质量。
由于利用UDP传输媒体报文时,***的额外开销较小,因此,在实际应用过程中,很多流媒体服务器都利用UDP传输媒体报文。而对于UDP的缺点,可以采用很多办法来解决,比如:FEC技术就是常用的办法。
目前,很多流媒体服务器和终端都支持FEC功能,一般的实现方法是:在支持FEC功能的流媒体服务器固定一个端口或固定一个偏移端口,用于专门发送FEC编码报文,在支持FEC功能的终端固定一个端口或固定一个偏移端口,用于接收FEC编码报文。当支持FEC功能的终端在端口上检测到报文时,接收FEC编码报文,利用接收到的FEC编码报文对缺失的媒体报文进行解码、恢复。
但是,目前的FEC码流为采用双通道实时传送协议(RTP)封装后的RTP码流,采用一个专门的端口来传输FEC码流,同时,需要利用RTP的控制协议(RTCP)对FEC码流传输的质量进行管理,就还需要一个端口传输RTCP控制码流,而流媒体服务器在与接收终端建立链接时,要发送关于两个端口的信息给接收终端,而且只有关于两个端口的Nat包都收到以后,才能使用这两个端口完成FEC码流的传输,所述Nat包用于使流媒体服务器与接收终端之间建立链接,如此,采用两个端口用来完成FEC码流的传输,增加了流媒体服务器的处理流程,进而降低流媒体服务器的处理效率,还会造成网络资源的浪费。
发明内容
有鉴于此,本发明的主要目的在于提供一种IPTV***中实现FEC功能的方法及***,能简化流媒体服务器的处理流程,进而提高流媒体服务器的处理效率。
为达到上述目的,本发明的技术方案是这样实现的:
本发明提供了一种IPTV***中实现FEC功能的方法,该方法包括:
流媒体服务器发送媒体报文时,将FEC码流和RTCP控制码流合并成一路码流,并将合并码流从RTCP端口发送给接收终端;
接收终端对接收到的合并码流进行解码处理,并利用解码得到的FEC码流对丢失的源码流进行FEC丢包补偿。
上述方案中,在流媒体服务器发送媒体报文之前,该方法进一步包括:
需要接收媒体报文时,接收终端向流媒体服务器发送包含x-zmssFecRtcp字段为yes的描述消息;
流媒体服务器收到描述消息后,根据描述消息生成支持复用技术的FEC功能的会话描述协议(SDP)文件,并将生成的SDP文件发送给接收终端;
接收终端收到SDP文件后,保存SDP文件,并向流媒体服务器发送建立消息;
流媒体服务器收到建立消息后,根据消息中的频道及点播的视频向运营商服务器申请资源,同时向接收终端发送应答消息;
接收终端收到应答消息后,向流媒体服务器发送播放消息;
流媒体服务器收到播放消息后,根据播放消息中用户点播的视频及视频所在的频道统计相关的资源。
上述方案中,在将FEC码流和RTCP控制码流合并成一路码流之前,该方法进一步包括:
流媒体服务器对收到的运营商服务器返回的资源依据RTP和RTCP,进行处理,生成源码流和RTCP控制码流,并将生成的源码流进行FEC处理,生成FEC码流。
上述方案中,所述接收终端对接收到的合并码流进行解码处理,具体为:
接收终端根据保存的SDP文件,对接收到的合并码流进行解码处理,得到FEC码流和RTCP控制码流。
上述方案中,该方法进一步包括:
接收终端对源码流进行FEC丢包补偿后,为用户播放所点播的视频。
本发明还提供了一种IPTV***中实现FEC功能的***,该***包括:流媒体服务器及接收终端;其中,
流媒体服务器,用于发送媒体报文时,将FEC码流和RTCP控制码流合并成一路码流,并将合并码流从RTCP端口发送给接收终端;
接收终端,用于对接收到的合并码流进行解码处理,并利用解码得到的FEC码流对丢失的源码流进行FEC丢包补偿。
上述方案中,所述接收终端,还用于向流媒体服务器发送包含x-zmssFecRtcp字段为yes的描述消息;并在收到流媒体服务器发送的SDP文件,保存SDP文件,并向流媒体服务器发送建立消息;收到流媒体服务器发送的应答消息后,向流媒体服务器发送播放消息;
所述流媒体服务器,还用于收到接收终端发送的描述消息后,根据描述消息生成支持复用技术的FEC功能的SDP文件,并将生成的SDP文件发送给接收终端;收到接收终端发送的建立消息后,根据消息中的频道及点播的视频向运营商服务器申请资源,同时向接收终端发送应答消息;并在收到接收终端发送的播放消息后,根据播放消息中点播的视频及视频所在的频道统计相关的资源。
上述方案中,所述流媒体服务器进一步包括:媒体处理模块、FEC处理模块、第一FEC与RTCP处理模块以及发送模块;其中,
媒体处理模块,用于对收到的运营商服务器返回的资源依据RTP和RTCP,进行处理,生成源码流和RTCP控制码流,并将生成的源码流发送给FEC处理模块,将生成的RTCP控制码流发送给第一FEC与RTCP处理模块;
FEC处理模块,用于将收到的媒体处理模块发送的源码流进行FEC处理,生成FEC码流,并将生成的FEC码流发送给FEC与RTCP处理模块;
第一FEC与RTCP处理模块,用于将收到的FEC处理模块发送的FEC码流和媒体处理模块发送的RTCP控制码流合并成一路码流,并将合并码流发送给发送模块;
发送模块,用于收到第一FEC与RTCP处理模块发送的合并码流后,将合并码流从RTCP端口发送给接收终端。
上述方案中,所述接收终端,进一步包括:第二FEC与RTCP处理模块,用于根据保存的SDP文件,对接收到的合并码流进行解码处理,得到FEC码流和RTCP控制码流,并利用解码得到的FEC码流进行FEC丢包补偿。
上述方案中,所述第一FEC与RTCP处理模块,还用于根据描述消息生成支持复用技术的FEC功能的SDP文件,并将生成的SDP文件发送给发送模块;
所述发送模块,还用于收到第一FEC与RTCP处理模块发送的SDP文件后,将SDP文件发送给接收终端。
本发明提供的IPTV***中实现FEC功能的方法及***,流媒体服务器将FEC码流和RTCP控制码流合并成一路码流,并将合并码流从RTCP端口发送给接收终端,如此,能实现采用一个端口完成FEC码流的传输,进而能简化流媒体服务器的处理流程,提高流媒体服务器的处理效率,还能有效减少对流媒体服务器的网络资源的占用量。
接收终端根据保存的SDP文件,对接收到的合并码流进行解码处理,如此,确保得到的FEC码流的正确性。
另外,本发明提供的IPTV***中实现FEC功能的方案,可以在现有的设备上直接进行,即:能与现有的不支持复用技术的FEC功能的接收终端具有很好的兼容性,不需要进行额外的升级过程,如此,能降低IPTV***的成本。
附图说明
图1为本发明IPTV***中实现FEC功能的方法流程示意图;
图2为在流媒体服务器发送媒体报文之前的方法流程示意图;
图3为本发明IPTV***中实现FEC功能的***结构示意图。
具体实施方式
RTCP主要用于管理RTP的传输质量,因此,RTCP端口码流的承载量相对于RTP端口来说,要少很多,而FEC码流在IPTV***中占RTP源码流的6%~9%,因此,只用一个端口完成FEC码流的传输是可以实现的,即:只采用RTCP端口承载FEC码流及RTCP控制码流是可以实现的。
下面结合附图对本发明再作进一步详细的说明。
本发明IPTV***中实现FEC功能的方法,如图1所示,包括以下步骤:
步骤101:流媒体服务器发送媒体报文时,将FEC码流和RTCP控制码流合并成一路码流,并将合并码流从RTCP端口发送给接收终端;
这里,在流媒体服务器发送媒体报文之前,如图2所示,该方法进一步包括:
步骤201:需要接收媒体报文时,接收终端向流媒体服务器发送包含x-zmssFecRtcp字段为yes的描述(DESCRIBE)消息;
这里,所述接收终端可以是机顶盒等;
x-zmssFecRtcp字段为yes,则表明接收终端支持复用RTCP端口的FEC功能,即:接收终端支持流媒体服务器采用RTCP端口发送FEC码流,并能对收到的FEC码流进行处理;以下将所述复用RTCP端口的FEC功能简称为复用技术的FEC功能;
如果DESCRIBE消息中x-zmssFecRtcp字段为no,或没有x-zmssFecRtcp字段,则表明接收终端不支持复用技术的FEC功能;
所述DESCRIBE消息可以在现有的DESCRIBE消息中增加x-zmssFecRtcp字段,所述DESCRIBE消息的格式可以为:
■DESCRIBE
rtsp://172.16.90.54:554/live/ch08121109574058603617.sdp?playtype=1RTSP/1.0
Accept:application/sdp
CSeq:1
User-Agent:ZTERTSPprotocalverion1.0
guid-172.16.99.129/7D2DCE7E-472A-438A-D0DC
x-zmssFecSdp:yes
x-zmssFecRtcp:yes
其中,x-zmssFecSdp:yes,表明接收终端支持复用技术的FEC功能。
步骤202:流媒体服务器收到DESCRIBE消息后,根据DESCRIBE消息生成支持复用技术的FEC功能的SDP文件,并将生成的SDP文件发送给接收终端;
这里,如果接收到的描述消息中的x-zmssFecRtcp字段为no,或没有x-zmssFecRtcp字段时,流媒体服务器会根据描述消息生成不支持复用技术的FEC功能的SDP文件;
SDP文件包含复用技术的FEC的特性的相关描述,接收终端收到码流后,可以根据SDP文件中的复用技术的FEC的特性的相关描述解码得到FEC码流,并利用FEC码流对源码流进行FEC丢包补偿;所述复用技术的FEC的特性的相关描述包含:将FEC码流和RTCP控制码流合并成一路码流采用的合并方法、发送合并码流所使用的RTCP端口号,得到FEC码流的算法等等;
所述SDP文件可以现在有的SDP文件中增加复用技术的FEC的特性的相关描述,举个例子来说,所述SDP文件的格式可以为:
v=0
o=-296874273 1 IN IP410.42.108.122
s=ZTE_MM_SS_2.0FEC Encode
t=00
c=IN IP410.42.108.123
a=group:FEC 12
b=3500
a=recvonly
m=video 11200RTP/AVP 33
a=rtpmap:33MP2T/90000
a=control:trackID=1
a=mid:1
m=application 11201RTP/AVP 97100
a=rtpmap:97ztefec/8000
a=rtcp-fec-flow:rtcp-start=1;mix-rate=30;rtcp-send-count:60
a=fec-repair-flow:fec-encoding-id=0;redundancy-rate=20;group-count=50;repair-window=300
a=mid:2
……
其中,a=group:FEC 12,表示采用group属性来定义源码流与FEC码流的对应关系;m=video 11200RTP/AVP 33,表示源码流通过端口11200发送;a=rtcp-fec-flow:rtcp-start=1;mix-rate=30;rtcp-send-count:60,表示将FEC码流和RTCP控制码流合并成一路码流采用的合并方法,具体地,rtcp-start=1,表示混合码流中先发RTCP码流,mix-rate,表示RTCP码流和FEC码流的发送比率,rtcp-send-count:60,表示RTCP端口一次发送数据的帧数;m=application 11201RTP/AVP 97100,表示有两路流:97和100,即:FEC码流和RTCP码流通过端口11201发送,从此处的描述开始,为对复用技术的FEC的特性的相关描述,包括:发送合并码流的端口号、得到FEC码流的算法、以及将FEC码流和RTCP控制码流合并成一路码流采用的合并方法。
步骤203:接收终端收到SDP文件后,保存SDP文件,并向流媒体服务器发送建立(setup)消息;
这里,所述setup消息中包含:接收终端的网络之间互连的协议(IP)地址、用户点播的视频、及视频所在的频道。
步骤204:流媒体服务器收到setup消息后,根据消息中的频道及点播的视频向运营商服务器申请资源,同时向接收终端发送应答消息;
这里,所述应答消息包含发送码流的RTP端口号和RTCP端口号;所述RTP端口号和RTCP端口号与SDP文件中的RTP端口号和RTCP端口号相同,接收终端据此可以确认流媒体服务器发送码流所使用的RTP端口号和RTCP端口号。
步骤205:接收终端收到应答消息后,向流媒体服务器发送播放消息;
这里,所述播放消息包含用户点播的视频及视频所在的频道;
步骤206:流媒体服务器收到播放消息后,根据播放消息中用户点播的视频及视频所在的频道统计相关的资源;
这里,所述相关的资源就是指媒体报文;
步骤201~206中,流媒体服务器与接收终端进行信息交互时所遵循的协议可以是实时流传输协议(RTSP)。
其中,在将FEC码流和RTCP控制码流合并成一路码流之前,该方法还可以进一步包括:
流媒体服务器对收到的运营商服务器返回的资源依据RTP和RTCP,进行处理,生成源码流和RTCP控制码流,并将生成的源码流进行FEC处理,生成FEC码流;
所述将FEC码流和RTCP控制码流合并成一路码流采用的合并方法与SDP文件中描述的合并方法一致,任意可以让FEC码流和RTCP控制码流合并成一路码流的方法均可以使用,在实际应用过程中,为了使处理过程简单、便于实现,可以采用较为简单的合并方法,比如:发送一百帧的数据,规定前五十帧的数据为FEC码流,后五十帧的数据为RTCP控制码流,或者,规定前三十帧的数据为FEC码流,后七十帧的数据为RTCP控制码流等等,其它类似的合并方法均可以采用。
步骤102:接收终端对接收到的合并码流进行解码处理,并利用解码得到的FEC码流对丢失的源码流进行FEC丢包补偿;
这里,所述接收终端对接收到的合并码流进行解码处理,具体为:
接收终端根据保存的SDP文件,对接收到的合并码流进行解码处理,得到FEC码流和RTCP控制码流;
所述RTCP控制码流用于为源码流携带一个持久性传输层标识符,接收终端据此可以判断有没有丢失源码流;
接收终端对源码流进行FEC丢包补偿后,就可以为用户播放所点播的视频。
为实现上述方法,本发明还提供了一种IPTV***中实现FEC功能的***,如图3所示,该***包括:流媒体服务器31及接收终端32;其中,
流媒体服务器31,用于发送媒体报文时,将FEC码流和RTCP控制码流合并成一路码流,并将合并码流从RTCP端口发送给接收终端32;
接收终端32,用于对接收到的合并码流进行解码处理,并利用解码得到的FEC码流对丢失的源码流进行FEC丢包补偿。
其中,所述接收终端32,还用于向流媒体服务器31发送包含x-zmssFecRtcp字段为yes的描述消息;并在收到流媒体服务器31发送的SDP文件,保存SDP文件,并向流媒体服务器32发送setup消息;收到流媒体服务器31发送的应答消息后,向流媒体服务器31发送播放消息;
所述流媒体服务器31,还用于收到接收终端32发送的描述消息后,根据描述消息生成支持复用技术的FEC功能的SDP文件,并将生成的SDP文件发送给接收终端32;收到接收终端32发送的setup消息后,根据消息中的频道及点播的视频向运营商服务器申请资源,同时向接收终端32发送应答消息;并在收到接收终端32发送的播放消息后,根据播放消息中点播的视频及视频所在的频道统计相关的资源。
其中,所述流媒体服务器31进一步包括:媒体处理模块311、FEC处理模块312、第一FEC与RTCP处理模块313以及发送模块314;其中,
媒体处理模块311,用于对收到的运营商服务器返回的资源依据RTP和RTCP,进行处理,生成源码流和RTCP控制码流,并将生成的源码流发送给FEC处理模块312,将生成的RTCP控制码流发送给第一FEC与RTCP处理模块313;
FEC处理模块312,用于将收到的媒体处理模块311发送的源码流进行FEC处理,生成FEC码流,并将生成的FEC码流发送给FEC与RTCP处理模块313;
第一FEC与RTCP处理模块313,用于将收到的FEC处理模块312发送的FEC码流和媒体处理模块311发送的RTCP控制码流合并成一路码流,并将合并码流发送给发送模块314;
发送模块314,用于收到第一FEC与RTCP处理模块313发送的合并码流后,将合并码流从RTCP端口发送给接收终端32;
所述接收终端32,进一步包括:第二FEC与RTCP处理模块321,用于根据保存的SDP文件,对接收到的合并码流进行解码处理,得到FEC码流和RTCP控制码流,并利用解码得到的FEC码流进行FEC丢包补偿。
所述第一FEC与RTCP处理模块313,还用于根据描述消息生成支持复用技术的FEC功能的SDP文件,并将生成的SDP文件发送给发送模块314;
所述发送模块314,还用于收到第一FEC与RTCP处理模块313发送的SDP文件后,将SDP文件发送给接收终端32。
所述接收终端32,还用于对源码流进行FEC丢包补偿后,为用户播放所点播的视频。
所述接收终端32,还用于向流媒体服务器31发送x-zmssFecRtcp字段为no或没有x-zmssFecRtcp字段的描述消息,并接收流媒体服务器31发送的不支持复用技术的FEC功能的SDP文件;
所述流媒体服务器31,还用于收到接收终端32发送的x-zmssFecRtcp字段为no或没有x-zmssFecRtcp字段的描述消息,根据描述消息生成不支持复用技术的FEC功能的SDP文件,并向接收终端32发送不支持复用技术的FEC功能的SDP文件。
所述***还可以包括运营商服务器,用于在收到流媒体服务器31的资源申请后,向流媒体服务器31返回申请的资源;
所述流媒体服务器31,还用于接收运营商服务器返回的申请的资源。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种交互式网络电视(IPTV)***中实现前向纠错(FEC)功能的方法,其特征在于,该方法包括:
接收终端向流媒体服务器发送包含x-zmssFecRtcp字段为yes的描述消息,流媒体服务器收到描述消息后,根据描述消息生成支持复用技术的FEC功能的会话描述协议(SDP)文件,并将生成的SDP文件发送给接收终端;
流媒体服务器发送媒体报文时,将FEC码流和实时传送协议的控制协议(RTCP)控制码流合并成一路码流,并将合并码流从RTCP端口发送给接收终端;
接收终端根据从流媒体服务器接收到的支持复用技术的FEC功能的会话描述协议(SDP)文件对接收到的合并码流进行解码处理,并利用解码得到的FEC码流对丢失的源码流进行FEC丢包补偿;
其中,所述SDP文件包括将FEC码流和RTCP控制码流合并成一路码流采用的合并方法、发送合并码流所使用的RTCP端口号、得到FEC码流的算法。
2.根据权利要求1所述的方法,其特征在于,在流媒体服务器发送媒体报文之前,该方法进一步包括:
接收终端收到SDP文件后,保存SDP文件,并向流媒体服务器发送建立消息;
流媒体服务器收到建立消息后,根据消息中的频道及点播的视频向运营商服务器申请资源,同时向接收终端发送应答消息;
接收终端收到应答消息后,向流媒体服务器发送播放消息;
流媒体服务器收到播放消息后,根据播放消息中用户点播的视频及视频所在的频道统计相关的资源。
3.根据权利要求2所述的方法,其特征在于,在将FEC码流和RTCP控制码流合并成一路码流之前,该方法进一步包括:
流媒体服务器对收到的运营商服务器返回的资源依据RTP和RTCP,进行处理,生成源码流和RTCP控制码流,并将生成的源码流进行FEC处理,生成FEC码流。
4.根据权利要求1、2或3所述的方法,其特征在于,所述接收终端对接收到的合并码流进行解码处理,具体为:
接收终端根据保存的SDP文件,对接收到的合并码流进行解码处理,得到FEC码流和RTCP控制码流。
5.根据权利要求1、2或3所述的方法,其特征在于,该方法进一步包括:
接收终端对源码流进行FEC丢包补偿后,为用户播放所点播的视频。
6.一种IPTV***中实现FEC功能的***,该***包括:流媒体服务器及接收终端;其中,
流媒体服务器,用于接收接收终端发送的描述消息,并根据描述消息生成支持复用技术的FEC功能的SDP文件,将生成的SDP文件发送给接收终端;在发送媒体报文时,将FEC码流和RTCP控制码流合并成一路码流,并将合并码流从RTCP端口发送给接收终端;
接收终端,用于向流媒体服务器发送包含x-zmssFecRtcp字段为yes的描述消息;并根据从流媒体服务器接收到的支持复用技术的FEC功能的SDP文件对接收到的合并码流进行解码处理,并利用解码得到的FEC码流对丢失的源码流进行FEC丢包补偿;
其中,所述SDP文件包括将FEC码流和RTCP控制码流合并成一路码流采用的合并方法、发送合并码流所使用的RTCP端口号、得到FEC码流的算法。
7.根据权利要求6所述的***,其特征在于,
所述接收终端,还用于在收到流媒体服务器发送的SDP文件后,保存SDP文件,并向流媒体服务器发送建立消息;收到流媒体服务器发送的应答消息后,向流媒体服务器发送播放消息;
所述流媒体服务器,还用于收到接收终端发送的建立消息后,根据消息中的频道及点播的视频向运营商服务器申请资源,同时向接收终端发送应答消息;并在收到接收终端发送的播放消息后,根据播放消息中点播的视频及视频所在的频道统计相关的资源。
8.根据权利要求6或7所述的***,其特征在于,所述流媒体服务器进一步包括:媒体处理模块、FEC处理模块、第一FEC与RTCP处理模块以及发送模块;其中,
媒体处理模块,用于对收到的运营商服务器返回的资源依据RTP和RTCP,进行处理,生成源码流和RTCP控制码流,并将生成的源码流发送给FEC处理模块,将生成的RTCP控制码流发送给第一FEC与RTCP处理模块;
FEC处理模块,用于将收到的媒体处理模块发送的源码流进行FEC处理,生成FEC码流,并将生成的FEC码流发送给FEC与RTCP处理模块;
第一FEC与RTCP处理模块,用于将收到的FEC处理模块发送的FEC码流和媒体处理模块发送的RTCP控制码流合并成一路码流,并将合并码流发送给发送模块;
发送模块,用于收到第一FEC与RTCP处理模块发送的合并码流后,将合并码流从RTCP端口发送给接收终端。
9.根据权利要求8所述的***,其特征在于,所述接收终端,进一步包括:第二FEC与RTCP处理模块,用于根据保存的SDP文件,对接收到的合并码流进行解码处理,得到FEC码流和RTCP控制码流,并利用解码得到的FEC码流进行FEC丢包补偿。
10.根据权利要求8所述的***,其特征在于,
所述第一FEC与RTCP处理模块,还用于根据描述消息生成支持复用技术的FEC功能的SDP文件,并将生成的SDP文件发送给发送模块;
所述发送模块,还用于收到第一FEC与RTCP处理模块发送的SDP文件后,将SDP文件发送给接收终端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010220681.4A CN101902297B (zh) | 2010-06-28 | 2010-06-28 | 交互式网络电视***中实现前向纠错功能的方法及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010220681.4A CN101902297B (zh) | 2010-06-28 | 2010-06-28 | 交互式网络电视***中实现前向纠错功能的方法及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101902297A CN101902297A (zh) | 2010-12-01 |
CN101902297B true CN101902297B (zh) | 2014-07-16 |
Family
ID=43227524
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010220681.4A Expired - Fee Related CN101902297B (zh) | 2010-06-28 | 2010-06-28 | 交互式网络电视***中实现前向纠错功能的方法及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101902297B (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101197693A (zh) * | 2006-12-07 | 2008-06-11 | 三星电子株式会社 | 用于组播数据的方法和装置 |
CN101431653A (zh) * | 2008-12-03 | 2009-05-13 | 中兴通讯股份有限公司 | 一种创建和点播频道的方法、***及装置 |
JP2009188688A (ja) * | 2008-02-06 | 2009-08-20 | Nec Corp | Napt装置及びrtpパケットの払い出し方法 |
CN101674152A (zh) * | 2008-09-08 | 2010-03-17 | 华为技术有限公司 | 基于前向纠错的数据传输方法、装置及*** |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5550834B2 (ja) * | 2006-02-13 | 2014-07-16 | デジタル ファウンテン, インコーポレイテッド | 可変fecオーバヘッド及び保護期間を利用したストリーミング及びバッファリング |
-
2010
- 2010-06-28 CN CN201010220681.4A patent/CN101902297B/zh not_active Expired - Fee Related
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101197693A (zh) * | 2006-12-07 | 2008-06-11 | 三星电子株式会社 | 用于组播数据的方法和装置 |
JP2009188688A (ja) * | 2008-02-06 | 2009-08-20 | Nec Corp | Napt装置及びrtpパケットの払い出し方法 |
CN101674152A (zh) * | 2008-09-08 | 2010-03-17 | 华为技术有限公司 | 基于前向纠错的数据传输方法、装置及*** |
CN101431653A (zh) * | 2008-12-03 | 2009-05-13 | 中兴通讯股份有限公司 | 一种创建和点播频道的方法、***及装置 |
Non-Patent Citations (1)
Title |
---|
张芃,白光伟.一种无线实时流媒体增强型自适应FEC控制机制.《计算机工程与应用》.2008,第44卷(第2期),全文. * |
Also Published As
Publication number | Publication date |
---|---|
CN101902297A (zh) | 2010-12-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3243332B1 (en) | Session description information for over-the-air broadcast media data | |
US10911510B2 (en) | Apparatus and method for transmitting multimedia data in a broadcast system | |
KR102000260B1 (ko) | 방송 시스템에서의 멀티미디어 프레임 송/수신장치 및 방법 | |
JP5738865B2 (ja) | Mpeg−2ts多重化マルチメディアストリームのエレメンタリパケットの選択による、mpeg−2ts多重化マルチメディアストリームの配信 | |
CN109640028B (zh) | 一种将多个视联网终端和多个互联网终端进行组会的方法和装置 | |
JP2003037623A (ja) | Mpegネットワーク上におけるダイレクトrtp伝送方法及びシステム | |
US10477282B2 (en) | Method and system for monitoring video with single path of video and multiple paths of audio | |
US9167211B2 (en) | Method for transmitting an IPTV streaming service by P2P transmission, and method for receiving an IPTV streaming service by P2P transmission | |
CN109618188B (zh) | 视频数据的编码、转发方法、装置、设备及存储介质 | |
KR20130040090A (ko) | 복합 네트워크에서 멀티미디어 데이터를 전송하기 위한 장치 및 그 방법 | |
WO2007045140A1 (fr) | Methode en temps reel pour transferer des donnees multimedia | |
US20200021867A1 (en) | Broadcast signal transmitting and receiving method and device | |
CN106416154A (zh) | 用于在广播和通信***中发送和接收分组的方法和装置 | |
CN101034968B (zh) | 在分离双向网络中提供双向业务的***、方法及设备 | |
WO2018121584A1 (zh) | 一种数据流传输方法、装置、相关设备及存储介质 | |
CN111614927A (zh) | 视频会话建立法、装置、电子设备及存储介质 | |
CN101515934B (zh) | 转发可伸缩视频编码数据报文的方法、设备和通信*** | |
KR20170082064A (ko) | 방송 통신 융합망의 하이브리드 서비스를 위한 방송 서비스 제공 장치 및 이를 이용한 방법 | |
CN101902297B (zh) | 交互式网络电视***中实现前向纠错功能的方法及*** | |
CN101646089B (zh) | 建立中继频道中丢包补偿的方法、装置和*** | |
CN101938324B (zh) | 一种网络媒体流播放方法与装置 | |
Pourmohammadi et al. | Streaming MPEG-4 over IP and Broadcast Networks: DMIF based architectures | |
EP3595254A1 (en) | Multicast signal transmission/reception method and device | |
JP5004956B2 (ja) | 電気通信ネットワーク上でデータをトランスポートするアドレッシング方法、対応するアドレス構造信号、ゲートウェイ、及び、コンピュータプログラム | |
CN204190888U (zh) | 一种影院直播节目的*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right |
Effective date of registration: 20180428 Address after: California, USA Patentee after: Global innovation polymerization LLC Address before: 518057 Nanshan District high tech Industrial Park, Shenzhen, Guangdong, Ministry of justice, Zhongxing Road, South China road. Patentee before: ZTE Corp. |
|
TR01 | Transfer of patent right | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20140716 |
|
CF01 | Termination of patent right due to non-payment of annual fee |