CN1909509A - 在媒体分发网络中实现视频直播的系统、方法和客户端 - Google Patents
在媒体分发网络中实现视频直播的系统、方法和客户端 Download PDFInfo
- Publication number
- CN1909509A CN1909509A CN200610098895.2A CN200610098895A CN1909509A CN 1909509 A CN1909509 A CN 1909509A CN 200610098895 A CN200610098895 A CN 200610098895A CN 1909509 A CN1909509 A CN 1909509A
- Authority
- CN
- China
- Prior art keywords
- point
- direct broadcast
- request
- broadcast band
- client
- 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
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
一种在媒体分发网络MDN中实现视频直播的系统、方法和客户端,该方法包括:A.点对点客户端向GSLB发起直播频道请求,该请求被重定向到边缘节点中的SLB,再被重定向到节点网关控制器;B.节点网关控制器根据存储的直播频道信息确定当前接收该请求中直播频道传送的视频直播数据的其他点对点客户端或/和建立的缓存有直播频道传送的视频直播数据的点对点媒体服务网关,将所确定的其他点对点客户端或/和点对点媒体服务网关的地址信息发送给点对点客户端;C.点对点客户端选取至少一个进行连接后,接收由所连接的其他点对点客户端或/和点对点媒体服务网关发送的视频直播数据。
Description
技术领域
本发明涉及在媒体分发网络中传输视频的技术,特别涉及一种在媒体分发网络中实现视频直播的系统、方法和客户端。
背景技术
随着互联网的发展,用户在使用网络时对网站的浏览速度和效果更加重视,但由于用户数量激增,网络访问路径过长,从而使用户的访问质量受到严重影响。特别是当用户与网站之间的链路被突发的大流量数据拥塞时,对于异地互联网用户急速增加的地区来说,访问质量不良更是一个急待解决的问题。如何才能让各地的用户都能够进行高质量的访问,并尽量减少由此而产生的费用和网站管理压力呢?内容分发网络(CDN,Content DeliveryNetwork)出现了。
CDN通过在英特网中增加一层网络架构,将网站的内容从中心节点发布到最接近用户的边缘节点,使用户可以就近取得所需的内容,提高用户访问网站的响应速度。因此,CDN可以明显提高英特网中信息流动的效率,从技术上全面解决由于网络带宽小、用户访问量大、网站所在站点分布不均等问题,提高用户访问网站的响应速度。
由于网络应用的不断出现,用户对多媒体内容的需求也不断增加,比如视频点播和视频直播等。CDN相关技术也逐渐被运用到了视频内容的分发上,产生了专门用于传输多媒体内容的媒体分发网络(MDN,Media DeliveryNetwork)。由于视频传输具有实时性和大容量的特点,通过将视频内容分布到靠近用户的边缘节点上,可以为用户提供更好的播放质量,同时又能大大降低对骨干网络的冲击。
图1为现有技术MDN的结构示意图,包括中心节点以及通过承载网与中心节点交互的边缘节点。在中心节点中,包括全局负载均衡器(GSLB,Globle Service Load Balance)、媒体管理器(MM,Media Mangaer)和媒体服务器(MS,Media Server);在边缘节点中,包括本地负载均衡器(SLB,Service Load Balance)、MM和MS。其中,GSLB根据用户对媒体内容的请求将媒体内容调度到靠近用户的边缘节点上;SLB负责本地用户的媒体内容请求路由和负载平衡,根据媒体内容分发和设备负载情况选择最优MS为用户提供服务;MM,通过PULL和PUSH技术进行媒体内容的分发,在中心节点和边缘节点之间、边缘节点和边缘节点之间以及边缘节点内的多个MS之间进行。
在MDN中,用户通过点击中心节点上的直播统一资源定位(URL,Universal Resource Locator)来启动直播流程,这个URL请求会被交给中心节点的GSLB来处理,GSLB通过进一步调度把该请求重定向到某个边缘节点上,边缘节点上的SLB通过MM最终再将该请求重定向到某个MS上。调度的原则主要基于地理位置就近和负载状况。最终提供服务的MS为用户提供单播视频流数据。
在目前的MDN中,用户对视频内容的请求被重定向到边缘节点后,就直接由边缘节点上的MS来提供单播视频流数据为用户服务,但是在这种方案中,对于视频点播内容和视频直播内容对MDN的负荷是相同的,MDN要为每个请求维护一个数据传输通道。
由于是由MS为用户提供单播视频流数据,而边缘节点上MS的带宽是确定的,因此能服务的用户数量是非常有限的,要想满足用户的需求,边缘节点的能力要随用户数量的增加作线性增长,因此对边缘节点的投资庞大。
目前,还可以提供一种方案为用户提供视频数据流,以下进行具体叙述。
由于点播和直播的差异性,对两种视频流数据需求作区分:点播还是以单播方式为用户提供媒体流;而直播由于所有用户需要的为相同时间点的内容,因此可以用网际协议(IP,Internet Protocol)层组播的方式来提供视频流数据。在这种方案中,收看同一个直播的所有用户都加入一个组播组中,由视频流数据要经过的网络设备(包括路由器和交换机等组成网络基础架构的网元)来分发数据,因此MS只需要传输一路视频流数据就可以了。应用这种技术来提供直播对MS的负荷是最小的,也是最理想的状态。
但是,这种方案也存在着缺点:由于组播方式需要网络底层的支持,而现有网络的异构性对组播的支持十分有限,因此在现有网络上开展组播还需要继续研究,这个方案适合于新建的网络,从开始规划时就考虑各个网络设备对组播的支持。
发明内容
有鉴于此,本发明的主要目的在于提供一种在MDN中实现视频直播的系统,该系统能够提高MDN的负荷率,从而使MDN具有更好的扩张性,使得MDN能更好地支持用户请求视频直播数据的增长。
本发明还提供一种在MDN中实现视频直播的方法,该方法能够提高MDN的负荷率,从而使MDN具有更好的扩张性,使得MDN能更好地支持用户请求视频直播数据的增长。
本发明还提供一种在MDN中实现视频直播的客户端,该客户端能够采用P2P方式获取到视频直播数据。
根据上述目的,本发明的技术方案是这样实现的:
一种在媒体分发网络MDN中实现视频直播的系统,该系统包括MDN,该系统包括点对点客户端、在MDN的边缘节点中包括节点网关控制器和点对点媒体服务网关,其中,
节点网关控制器,用于接收由全局负载均衡器GSLB重定向到本地负载均衡器SLB再重定向到自身的直播频道请求,根据存储的由其他点对点客户端或点对点媒体服务网关发送的直播频道信息确定接收该请求中直播频道传送的视频直播数据的其他点对点客户端或点对点媒体服务网关,将所确定其他点对点客户端或点对点媒体服务网关的地址信息发送给点对点客户端,向点对点媒体服务网关发送建立点对点直播点的命令;
点对点媒体服务网关,用于根据接收到节点网关控制器发送的点对点直播点命令建立点对点直播点,从具有直播频道请求中直播频道的媒体服务器MS上接收直播频道的视频直播流数据并缓存为视频直播数据后,将缓存后的该视频直播数据发送给与自身建立连接的点对点客户端,向节点网关控制器发送直播频道信息;
点对点客户端,用于向GSLB发起直播频道请求,根据从节点网关控制器接收到的所确定其他点对点客户端或点对点媒体服务网关的地址信息中选取至少一个建立连接,从所建立连接的点对点客户端上或点对点媒体服务网关上接收该请求中直播频道传送的视频直播数据。
所述点对点媒体服务网关还用于在节点网关控制器的指示下删除点对点直播点;
所述节点网关控制器还用于向点对点网关媒体服务网关指示删除点对点直播点。
所述点对点媒体服务网关还包括点对点直播点管理模块、点对点直播服务模块和网关信息报告模块,其中,
点对点直播点管理模块用于在节点网关控制器的指示下建立或删除点对点直播点;
点对点直播服务模块用于与点对点客户端建立连接,将缓存后的该视频直播数据发送给与自身建立连接的点对点客户端;
网关信息报告模块用于向节点网关控制器上报直播频道信息。
所述节点网关控制器还包括点对点客户端通讯模块、点对点网关管理模块和数据记录模块,其中,
点对点客户端通讯模块,用于接收重定向到自身的直播频道请求,根据从数据记录模块存储的由其他点对点客户端发送的直播频道信息确定接收该请求中直播频道传送的视频直播数据的其他点对点客户端,将所确定其他点对点客户端的地址信息发送给点对点客户端,接收其他点对点客户端发送的直播频道信息且发送给数据记录模块存储;
点对点网关管理模块,用于接收重定向到自身的直播频道请求,根据从数据记录模块存储的由点对点媒体服务网关发送的直播频道信息确定接收该请求中直播频道传送的视频直播数据的点对点网关媒体服务网关,将所确定点对点网关媒体服务网发送给点对点客户端,接收点对点媒体服务网关发送的直播频道信息且发送给数据记录模块存储,指示点对点媒体服务网关建立或删除点对点直播点。
所述点对点客户端包括请求控制模块、点对点传输模块和播放模块,其中,
请求控制模块用于向GSLB发起直播频道请求、以及与GSLB、SLB和节点网关控制器实现消息交互;
点对点传输模块用于所确定其他点对点客户端或点对点媒体服务网关的地址信息中选取至少一个建立连接,接收该请求中直播频道传送的视频直播数据发送给播放模块;
播放模块,用于对接收到的视频直播数据进行解码,显示给用户。
所述存储的由点对点媒体服务网关发送的直播频道信息为直播频道标识、点对点媒体服务网关的网际协议地址和端口号以及热度。
所述存储的由点对点客户端发送的直播频道信息为直播频道标识、点对点客户端的网际协议地址和端口号以及时间戳。
一种在MDN中实现视频直播的方法,在MDN的边缘节点中设置存储直播频道信息的节点网关控制器,该方法还包括:
A、点对点客户端向GSLB发起直播频道请求,该请求被重定向到边缘节点中的SLB,再被重定向到节点网关控制器;
B、节点网关控制器根据存储的直播频道信息确定当前接收该请求中直播频道传送的视频直播数据的其他点对点客户端或/和建立的缓存有直播频道传送的视频直播数据的点对点媒体服务网关,将所确定的其他点对点客户端或/和点对点媒体服务网关的地址信息发送给点对点客户端;
C、点对点客户端从接收到地址信息中选取至少一个进行连接后,接收由所连接的其他点对点客户端或/和点对点媒体服务网关发送的该请求中直播频道传送的视频直播数据。
在步骤B之前,该方法还包括;
节点网关控制器根据存储的直播频道信息判断是否有当前接收该请求中直播频道传送的视频直播数据的点对点媒体服务网关或其他点对点客户端,如果是,则执行步骤B;否则,转入步骤B1;
B1、节点网关控制器根据存储的直播频道信息选取本边缘节点中的一个点对点媒体服务网关,向该点对点媒体服务网关发送建立该请求中直播频道的点对点直播点命令;
B2、该点对点媒体服务网关向SLB发送获取该直播频道传送的视频直播数据的请求,SLB重定向该请求到具有该直播频道的MS上,MS向该点对点媒体服务网关发送该直播频道传送的视频直播流数据,该点对点媒体服务网关将视频直播流数据以分片数据的结构缓存为视频直播数据后,向节点网关控制器发送直播频道信息,然后执行步骤B。
该方法还包括:
节点网关控制器根据存储的直播频道信息判断点对点客户端是否已经退出,如果是,则向提供该请求中直播频道传送的视频直播数据的点对点媒体服务网关发送删除命令;
该点对点媒体服务网关根据该命令停止从MS接收该请求中直播频道传送的视频直播流数据,等待当前给点对点客户端传输的视频直播数据完成后,删除所缓存的视频直播数据。
所述存储直播频道信息为具有直播频道标识、具有对应直播频道标识的直播频道传输的视频直播数据的其他点对点客户端的端口号、网际协议地址和时间戳、或/和具有对应直播频道标识的直播频道传输的视频直播数据的点对点媒体服务网关的端口号、网际协议地址和热度。
在步骤A所述该请求被重定向到边缘节点中的SLB之后,该方法还包括:
SLB根据该请求确定是否是点对点请求,如果是,执行步骤A的后续步骤。
所述确定该请求是否为点对点请求的过程为:
判断该请求在统一资源标识URL是否设置了点对点请求标识,如果是,则是点对点请求。。
所述确定该请求是否为点对点请求的过程为:
判断该请求在RTSP/HTTP应用层协议中是否将用户代理参数字段设置了设定的表示点对点请求的值,如果是,则是点对点请求。
一种在MDN中实现视频直播的客户端,该客户端包括请求控制模块、点对点传输模块和播放模块,其中,
请求控制模块,用于向GSLB发起直播频道的请求,GSLB将该请求重定向到SLB,SLB再将该请求重定向到节点网关控制器,由节点网关控制器完成该请求以及后续的与节点网关控制器的定期消息交互,从节点网关控制器获取点对点媒体服务网关和其他点对点客户端的地址信息后,发送给点对点传输模块;
点对点传输模块,用于根据从请求控制模块得到的地址信息从点对点媒体服务网关或其他点对点客户端获取视频直播数据,发送给播放模块;
播放模块,用于对从点对点传输模块接收到的视频直播数据进行解码,显示给用户。
从上述方案可以看出,本发明在MDN的边缘节点中设置存储有直播频道信息的节点网关控制器(Tracker),当接收到由P2P client发起的被重定向到自身的直播频道请求后,根据存储的直播频道信息确定当前具有该直播频道传送的视频直播数据的其他P2P client或/和在本边缘节点设置的点对点媒体服务网关(P2P MSGW),将这些设备的地址信息发送给P2P client,P2P client根据接收到地址信息选取至少一个建立P2P连接,获取该直播频道传送的视频直播数据。由于本发明通过P2P模式为P2P client提供直播频道传送的视频直播数据,提供者可以为其他P2P client或/和在本边缘节点设置的P2P MSGW,而不像现有技术那样必须由本边缘节点中的MS通过超文本传输协议(HTTP,HyperTextTransfer Protocol)或请求发送协议(RTSP,Request to send Protocol)提供视频直播流数据,从而使MDN具有更好的扩张性,使得MDN能更好地支持用户请求视频直播数据的增长。
附图说明
图1为现有技术MDN的结构示意图;
图2为本发明在MDN中实现视频直播的系统示意图;
图3为在MDN中实现视频直播的模块结构示意图;
图4为频道节点数据模块的结构示意图;
图5为P2P网关数据模块的结构示意图;
图6为P2P直播点管理模块解析视频直播流数据且缓存视频直播分片数据的数据结构示意图;
图7为在MDN中实现视频直播的方法流程图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚明白,以下举具体实施例并参照附图,对本发明进行进一步详细的说明。
通过现有技术的MDN来传输视频直播流数据,用户可以就近从最近的边缘节点获取视频直播流数据。但是受限于MDN中边缘节点能力的限制,支持的最大并发用户的数量是确定的。由于在同一时间内用户发起的直播频道的请求的数目具有很大的不确定性,即使增加边缘节点的能力也不可能满足在同一时间内用户发起的直播频道请求的数目突发性增长。因此,一旦在同一个时间内用户发起的直播频道请求的数目超过所属边缘节点的能力,该边缘节点只能拒绝服务。即使通过调度由中心节点或其他边缘节点来提供视频直播服务,也没有解决对整个MDN的负荷过大问题,而且对骨干网络也造成了很大压力。
根据上述分析,本发明利用用户使用客户端的能力在所属边缘节点的范围内通过点对点协议(P2P)互相传输视频直播数据,从而使MDN具有更好的扩张性,使得MDN更好地支持用户发起的直播频道请求的数目突发性增长。
为了实现用户所使用的客户端之间的视频直播数据的相互传输,在MDN现有的边缘节点中增加一个tracker以及至少一个P2P MSGW。图2为本发明在MDN中实现视频直播的系统示意图,该系统包括中心节点和通过承载网与中心节点相连接的至少一个边缘节点。在中心节点中,包括GSLB、MM和MS;在边缘节点中,除了包括SLB、MM和MS之外,还包括本发明提供的Tracker和至少一个P2P MSGW,其中,Tracker分别与SLB、点对点客户端(P2P client)和P2P MSGW进行消息交互相连接,P2P MSGW分别与P2P client、Tracker和MS进行消息交互或视频直播数据的传输。
Tracker,用于接收依次由GSLB重定向到SLB再重定向到自身的直播频道请求,根据存储的直播频道信息确定接收该直播频道传送的视频直播数据的P2P MSGW或/和其他P2P client,将所确定P2P MSGW或/和其他P2P client的地址信息发送给P2P client。
P2P MSGW,用于在Tracker的指示下建立或删除P2P直播点,从具有直播频道传送的视频直播流数据的MS上接收该视频直播数据并缓存为视频直播数据后,将缓存后的该视频直播数据发送给与自身连接的P2P client。
P2P client,用于向GSLB发起直播频道的请求,根据从Tracker接收到的所确定P2P MSGW或/和其他P2P client的地址信息中选取至少一个设备建立连接,接收该直播频道传送的视频直播数据。
在本发明中,在Tracker中存储有直播频道信息,该信息是当前缓存有视频直播数据的P2P MSGW或/和P2P client定期上报的。
现有的SLB中有HTTP/RTSP服务模块,可以根据P2P client发送的直播频道请求分别进行HTTP重定向或RTSP重定向。现有的SLB需要对P2P client的请求作区分,以判断哪些请求仍然按照现有方式重定向到MS上,哪些请求需要重定向到Tracker上。例如,P2P client请求的是rtsp://202.56.45.53/PhenixNews?mode=p2p,其中202.56.45.53是SLB的IP地址,SLB的HTTP/RTSP服务模块根据mode=p2p属性来判断该请求需要用P2P模式来满足,即将该请求重定向到Tracker上。
以下详细叙述Tracker、P2P MSGW和P2P client是如何进行消息交互和传输视频直播数据的。
图3为在MDN中实现视频直播的模块结构示意图,如图所示:Tracker由P2P客户端通讯模块、P2P网关管理模块和数据记录模块这3个模块组成。
数据记录模块中包括频道节点数据模块和P2P网关数据模块,其中,频道节点数据模块的结构示意图如图4所示,P2P网关数据模块的结构示意图如图5所示。在频道节点数据模块中包括:直播频道标识(ID),用于唯一标志直播频道,可以是直播频道的名称、直播频道的唯一编号等;P2P MSGW信息,至少一条P2P MSGW记录,每条P2P MSGW记录包括P2P MSGW的IP地址、P2P连接端口号和热度,即P2P MSGW定期上报当前直接从自身获得直播的P2P client数量;P2P client信息,0条或多条客户端记录,每条记录包括P2P client的IP地址、端口信息和时间戳。在P2P网关数据模块中包括网关IP、网关控制端口、中央处理器(CPU)利用率、可用内存大小和可用带宽大小,其中,前面两项用于Tracker和P2P MSGW进行通讯,发送控制消息,后面三项用于Tracker进行负载均衡。
P2P客户端通讯模块的主要功能是使收看同一频道的P2P client之间互相发现,从而互相传输视频直播数据。P2P client对某个直播频道的请求被重定向到Tracker后,由该模块读取频道节点数据模块中存储的该直播频道的信息,返回给P2P client该直播频道的限定数量的P2P client信息和P2P MSGW信息。如果限定数量太多,加重Tracker负担;如果限定数量太少,有可能不满足P2P client连接的需要,从而导致客户端经常向Tracker发送直播频道更新消息。另外,在用户通过P2P client接收视频直播数据时,也会向P2P客户端通讯模块定期发送直播频道更新消息,P2P客户端通讯模块也会定期和Tracker进行信息交互,获取新的P2P MSGW和其他P2P client的地址信息。同时,Tracker要更新该P2P client的相关信息,即在直播频道标识ID存储该P2P client当前接收视频直播数据的直播频道、在P2P client信息中存储该P2P client的IP地址、端口信息和时间戳,以及将这两个数据项相关联。在P2P client信息中存储该P2P client的时间戳是该P2P client和Tracker进行通讯的时间,包括第一次发起的,即通过SLB重定向到Tracker的时间或以后定期发起的直接到Tracker的更新消息的时间。设置时间戳的目的在于,P2P客户端通讯模块可以定期检测时间戳,判断是否超过所设置的时间,如果是,则确定P2P client已经非正常推出视频直播服务,直接将该P2P client的信息从相应数据项中删除;如果否,则再定期检测时间戳。当然,P2P client也可以直接向P2P客户端通讯模块发送请求,请求将该P2P client的信息从相应数据项中删除,P2P客户端通讯模块接收到后,数据该P2P client的信息。
P2P网关管理模块的主要功能是维护P2P MSGW状态,在P2P MSGW上建立和删除P2P直播点。当P2P client对某个直播频道的请求被重定向到Tracker时,如果之前在所属边缘节点上没有任何P2P client收看该直播频道,则在频道节点数据模块中没有相应的存储信息,这时,该模块根据数据记录模块的P2P网关数据模块的负载信息选择一个P2P MSGW,指示其建立P2P直播点后,将该P2P MSGW的信息存储在数据记录模块中,即直播频道标识ID对应一个P2PMSGW信息和一个P2P client信息,前者包含至少一个P2P MSGW记录,后者包含0个或多个P2P client记录。当P2P网关管理模块检测到当前某个直播频道已经没有P2P client在接收视频直播数据时,P2P网关管理模块指示相应的P2P MSGW删除相应的P2P直播点后,将存储在数据记录模块中的该P2PMSGW的信息删除。
如图3所示,P2P MSGW包括P2P直播点管理模块、P2P直播服务模块和网关信息报告模块。
P2P直播点管理模块用于根据Tracker中的P2P网关管理模块指示,建立或删除P2P直播点。
建立P2P直播点的过程为:第一步,P2P直播点管理模块根据Tracker发送的直播频道URL向SLB请求视频直播流数据;第二步,SLB接收到该请求后,将该请求按照现有技术重定向到MS上,该MS有该视频直播流数据;第三步,MS接收到该请求后,将该视频直播流数据通过现有的MMS/HTTP/RTP向P2P直播点管理模块发送;第四步,P2P直播点管理模块解析该视频直播流数据且缓存视频直播数据,缓存方式如下所述;第五步,P2P直播点管理模块准备接受P2P client的请求,根据直播频道ID和分片时间标志提供所缓存的视频直播数据。
在第四步中,P2P直播点管理模块解析该视频直播流数据且缓存为视频直播数据的数据结构如图6所示:根据视频直播流数据中的时间信息,将视频直播流数据按照时间分片,如以1秒为单位,并且为每个分片上打上时间标志,在本地缓存一段时间,如20秒的分片视频直播数据。图6中当前正在接收到的分片数据为n,则在本地已经缓存的分片数据为从n~n-20。
删除P2P直播点的过程为:第一步,P2P直播点管理模块根据Tracker发送的删除消息中的直播频道ID,断开与MS之间的连接,停止接收该直播频道传输的视频直播流数据;第二步,P2P直播点管理模块给P2P client传输完当前正在传输的视频直播数据后,拒绝为P2P client后续发送的直播频道的请求;第三步,P2P直播点管理模块删除所缓存的视频直播数据。
P2P直播服务模块的主要功能是接受P2P client客户端的连接,为客户端提供所缓存的视频直播数据。
网关信息报告模块的主要功能是定期向Tracker上报已经建立的P2P直播点的热度、网关负载信息等数据,即定期向Tracker的P2P网关管理模块上报,Tracker的数据记录模块将上报的信息存储在相应的频道节点数据模块和P2P网关数据模块中的相应数据项中。
如图3所示,P2P client包括请求控制模块、P2P传输模块和播放模块。
请求控制模块,用于向中心节点的GSLB发起直播频道的请求,GSLB会将该请求重定向到SLB,SLB再将该请求重定向到Tracker,由Tracker完成该请求以及实现后续的与Tracker的定期消息交互,获取新的P2P MSGW和其他P2P client的地址信息,同时,Tracker要更新该P2P client的相关信息。
P2P传输模块,采用现有P2P直播技术实现,用于与P2P MSGW或其他P2P client交互并获取视频直播数据。
播放模块,对接收到的视频直播数据进行解码,并显示给用户。
本发明还提供一种在MDN中实现视频直播的方法,图7为在MDN中实现视频直播的方法流程图,预先在各个边缘节点中设置存储有直播频道信息的Tracker和缓存有直播频道传输的视频直播数据的P2P MSGW,其具体步骤为:
步骤700、用户通过P2P client向中心节点的GSLB发起直播频道的请求,该请求携带有直播频道的URL和要求以P2P模式接收直播频道传送的视频直播数据的信息。
步骤701、GSLB接收到该请求后,按照现有技术采用就近原则将该请求重定向到P2P client就近边缘节点的SLB上。
步骤702、该SLB根据该请求携带的以P2P模式接收直播频道传送的视频直播数据的信息判断是P2P请求,将该请求采用现有技术重定向到同一边缘节点的Tracker上。
步骤703、该Tracker根据存储的直播频道信息判断是否有提供该请求指定的直播频道的视频直播数据的P2P MSGW或/和P2P client,如果有,转入步骤708;如果没有,转入步骤704。
步骤704、该Tracker按照各个P2P MSGW负载情况选择一个P2P MSGW,向所选择的P2P MSGW发送建立P2P直播点的命令,该P2P直播点为该请求指定的直播频道的直播点。
步骤705、所选择的P2P MSGW向本边缘节点的SLB发出请求该直播频道数据的请求,该请求被SLB重定向到提供该直播频道的视频直播流数据的MS上,MS给所选择的P2P MSGW发送该视频直播流数据,该P2P MSGW采用应用层分片打包的方法缓存视频直播数据。
步骤706、所选择的P2P MSGW向该Tracker通知已经建立好P2P直播点。
步骤707、该Tracker存储该直播频道信息。
步骤708、该Tracker返回提供该请求指定的直播频道传输的视频直播数据的P2P MSGW或/和P2P client的地址信息给P2P client。
步骤709、P2P client根据接收到的P2P MSGW或/和P2P client的地址信息随机选取至少一个与其建立连接,接收所缓存的视频直播数据。
以下举两个具体实施例说明本发明。
具体实施例一
第一步、现有的MDN中直播频道URL为rtsp://www.aaa.com/PhenixNews,那在本系统中提供P2P直播的URL为p2p://www.aaa.com/PhenixNews?mode=rtsp。
第二步、用户点击网页上的URL,根据”p2p://”客户操作系统可以自动打开关联的P2P client,P2P client将URL修改为rtsp://www.aaa.com/PhenixNews?mode=p2p后发起直播频道请求。
第三步、MDN将请求重定向到提供PhenixNews的边缘节点的SLB上。
第四步、SLB根据请求中的URL的参数mode=p2p判断这是一个P2P请求,因此重定向到本边缘节点的Tracker上。这时Tracker收到请求的URL是rtsp://tracker的IP/PhenixNews?mode=p2p。
第五步、Tracker根据URL里的直播频道ID(”PhenixNews”)搜索所存储的直播频道信息,如果没有,则需要先在P2P MSGW上建立P2P直播点后,再返回P2P MSGW和P2P client的地址信息给当前请求的P2P client;如果有,则返回P2P MSGW和P2P client的地址信息给当前请求的P2P client。
需要要注意的是,P2P client第一次向Tracker发送的是请求发送协议建立(RTSP SETUP)消息,Tracker返回一个消息指示接下来进行直播频道节点信息交互,然后P2P client上报自身IP、端口等信息,Tracker再返回P2P MSGW和P2P client的地址信息。
第六步、P2P client根据接收到的P2P MSGW和P2P client的地址信息,选择至少一个建立连接获取视频直播数据。
具体实施例二
第一步、现有的MDN中直播频道URL为rtsp://www.aaa.com/PhenixNews。
第二步、用户点击网页上的URL,通过将P2P客户端和“rtsp://”作关联,客户操作系统可以自动打开P2P client。客户端通过标准的RTSP请求该URL。
第三步、MDN将用户请求重定向到提供PhenixNews的SLB上。
第四步、P2P client向SLB请求该URL,具体如下:
RTSP SETUP rtsp://202.83.8.1/PhenixNews RTSP/1.0 //202.83.8.1是SLB的IP地址
CSeq:3 //序列号
Transport:RTP/AVP/UDP; //传输方式
unicast;client_port=5576-5577;[mode=″PLAY″]//单播;客户端端口号;模式为播放
User-Agent:p2p client //用户代理属性,即接收视频直播数据的方式
第五步、SLB根据用户代理(User-Agent)的属性判断是P2P client,重定向到本边缘节点的Tracker上,这时Tracker收到的应用层消息是如第四步所述的RTSP SETUP消息。
第六步、Tracker根据URL里的直播频道ID(”PhenixNews”)搜索所存储的直播频道信息,如果没有,则需要先在P2P MSGW上建立P2P直播点后,再返回P2P MSGW和P2P client的地址信息给当前请求的P2P client;如果有,则返回P2P MSGW和P2P client的地址信息给当前请求的P2P client。
第七步、P2P client根据接收到的P2P MSGW和P2P client的地址信息,选择其中至少一个建立连接获取视频直播数据。
本发明利用P2P技术改进了现有的MDN。本发明先通过MDN的全局调度能力将用户的请求调度到离P2P client最近的边缘节点,然后在每个边缘节点上将收看同一直播频道的客户端组织成一个边缘P2P网络。由于P2P client的数据来源在物理上相对靠近,因此传输质量比较有保证,而且大大降低了对骨干网络的压力。同时充分利用了P2P client的能力,使系统的扩张性更好,能应付用户收看直播频道请求的突发性增长。
本发明新增加的Tracker和P2P MSGW将P2P能力和原有的媒体分发能力作了比较好的隔离,既实现了P2P的能力,同时对原有MDN的架构和流程的影响很小。因此,本发明提供的系统及方法能够对P2P能力作比较好的控制和管理而不影响原有MDN的控制管理功能。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内所做的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
Claims (15)
1、一种在媒体分发网络MDN中实现视频直播的系统,该系统包括MDN,其特征在于,该系统包括点对点客户端、在MDN的边缘节点中包括节点网关控制器和点对点媒体服务网关,其中,
节点网关控制器,用于接收由全局负载均衡器GSLB重定向到本地负载均衡器SLB再重定向到自身的直播频道请求,根据存储的由其他点对点客户端或点对点媒体服务网关发送的直播频道信息确定接收该请求中直播频道传送的视频直播数据的其他点对点客户端或点对点媒体服务网关,将所确定其他点对点客户端或点对点媒体服务网关的地址信息发送给点对点客户端,向点对点媒体服务网关发送建立点对点直播点的命令;
点对点媒体服务网关,用于根据接收到节点网关控制器发送的点对点直播点命令建立点对点直播点,从具有直播频道请求中直播频道的媒体服务器MS上接收直播频道的视频直播流数据并缓存为视频直播数据后,将缓存后的该视频直播数据发送给与自身建立连接的点对点客户端,向节点网关控制器发送直播频道信息;
点对点客户端,用于向GSLB发起直播频道请求,根据从节点网关控制器接收到的所确定其他点对点客户端或点对点媒体服务网关的地址信息中选取至少一个建立连接,从所建立连接的点对点客户端上或点对点媒体服务网关上接收该请求中直播频道传送的视频直播数据。
2、如权利要求1所述的系统,其特征在于,所述点对点媒体服务网关还用于在节点网关控制器的指示下删除点对点直播点;
所述节点网关控制器还用于向点对点网关媒体服务网关指示删除点对点直播点。
3、如权利要求1或2所述的系统,其特征在于,所述点对点媒体服务网关还包括点对点直播点管理模块、点对点直播服务模块和网关信息报告模块,其中,
点对点直播点管理模块用于在节点网关控制器的指示下建立或删除点对点直播点;
点对点直播服务模块用于与点对点客户端建立连接,将缓存后的该视频直播数据发送给与自身建立连接的点对点客户端;
网关信息报告模块用于向节点网关控制器上报直播频道信息。
4、如权利要求1所述的系统,其特征在于,所述节点网关控制器还包括点对点客户端通讯模块、点对点网关管理模块和数据记录模块,其中,
点对点客户端通讯模块,用于接收重定向到自身的直播频道请求,根据从数据记录模块存储的由其他点对点客户端发送的直播频道信息确定接收该请求中直播频道传送的视频直播数据的其他点对点客户端,将所确定其他点对点客户端的地址信息发送给点对点客户端,接收其他点对点客户端发送的直播频道信息且发送给数据记录模块存储;
点对点网关管理模块,用于接收重定向到自身的直播频道请求,根据从数据记录模块存储的由点对点媒体服务网关发送的直播频道信息确定接收该请求中直播频道传送的视频直播数据的点对点网关媒体服务网关,将所确定点对点网关媒体服务网发送给点对点客户端,接收点对点媒体服务网关发送的直播频道信息且发送给数据记录模块存储,指示点对点媒体服务网关建立或删除点对点直播点。
5、如权利要求1所述的系统,其特征在于,所述点对点客户端包括请求控制模块、点对点传输模块和播放模块,其中,
请求控制模块用于向GSLB发起直播频道请求、以及与GSLB、SLB和节点网关控制器实现消息交互;
点对点传输模块用于所确定其他点对点客户端或点对点媒体服务网关的地址信息中选取至少一个建立连接,接收该请求中直播频道传送的视频直播数据发送给播放模块;
播放模块,用于对接收到的视频直播数据进行解码,显示给用户。
6、如权利要求1所述的系统,其特征在于,所述存储的由点对点媒体服务网关发送的直播频道信息为直播频道标识、点对点媒体服务网关的网际协议地址和端口号以及热度。
7、如权利要求1所述的系统,其特征在于,所述存储的由点对点客户端发送的直播频道信息为直播频道标识、点对点客户端的网际协议地址和端口号以及时间戳。
8、一种在MDN中实现视频直播的方法,其特征在于,在MDN的边缘节点中设置存储直播频道信息的节点网关控制器,该方法还包括:
A、点对点客户端向GSLB发起直播频道请求,该请求被重定向到边缘节点中的SLB,再被重定向到节点网关控制器;
B、节点网关控制器根据存储的直播频道信息确定当前接收该请求中直播频道传送的视频直播数据的其他点对点客户端或/和建立的缓存有直播频道传送的视频直播数据的点对点媒体服务网关,将所确定的其他点对点客户端或/和点对点媒体服务网关的地址信息发送给点对点客户端;
C、点对点客户端从接收到地址信息中选取至少一个进行连接后,接收由所连接的其他点对点客户端或/和点对点媒体服务网关发送的该请求中直播频道传送的视频直播数据。
9、如权利要求8所述的方法,其特征在于,在步骤B之前,该方法还包括;
节点网关控制器根据存储的直播频道信息判断是否有当前接收该请求中直播频道传送的视频直播数据的点对点媒体服务网关或其他点对点客户端,如果是,则执行步骤B;否则,转入步骤B1;
B1、节点网关控制器根据存储的直播频道信息选取本边缘节点中的一个点对点媒体服务网关,向该点对点媒体服务网关发送建立该请求中直播频道的点对点直播点命令;
B2、该点对点媒体服务网关向SLB发送获取该直播频道传送的视频直播数据的请求,SLB重定向该请求到具有该直播频道的MS上,MS向该点对点媒体服务网关发送该直播频道传送的视频直播流数据,该点对点媒体服务网关将视频直播流数据以分片数据的结构缓存为视频直播数据后,向节点网关控制器发送直播频道信息,然后执行步骤B。
10、如权利要求9所述的方法,其特征在于,该方法还包括:
节点网关控制器根据存储的直播频道信息判断点对点客户端是否已经退出,如果是,则向提供该请求中直播频道传送的视频直播数据的点对点媒体服务网关发送删除命令;
该点对点媒体服务网关根据该命令停止从MS接收该请求中直播频道传送的视频直播流数据,等待当前给点对点客户端传输的视频直播数据完成后,删除所缓存的视频直播数据。
11、如权利要求8所述的方法,其特征在于,所述存储直播频道信息为具有直播频道标识、具有对应直播频道标识的直播频道传输的视频直播数据的其他点对点客户端的端口号、网际协议地址和时间戳、或/和具有对应直播频道标识的直播频道传输的视频直播数据的点对点媒体服务网关的端口号、网际协议地址和热度。
12、如权利要求8所述的方法,其特征在于,在步骤A所述该请求被重定向到边缘节点中的SLB之后,该方法还包括:
SLB根据该请求确定是否是点对点请求,如果是,执行步骤A的后续步骤。
13、如权利要求12所述的方法,其特征在于,所述确定该请求是否为点对点请求的过程为:
判断该请求在统一资源标识URL是否设置了点对点请求标识,如果是,则是点对点请求。
14、如权利要求12所述的方法,其特征在于,所述确定该请求是否为点对点请求的过程为:
判断该请求在RTSP/HTTP应用层协议中是否将用户代理参数字段设置了设定的表示点对点请求的值,如果是,则是点对点请求。
15、一种在MDN中实现视频直播的客户端,其特征在于,该客户端包括请求控制模块、点对点传输模块和播放模块,其中,
请求控制模块,用于向GSLB发起直播频道的请求,GSLB将该请求重定向到SLB,SLB再将该请求重定向到节点网关控制器,由节点网关控制器完成该请求以及后续的与节点网关控制器的定期消息交互,从节点网关控制器获取点对点媒体服务网关和其他点对点客户端的地址信息后,发送给点对点传输模块;
点对点传输模块,用于根据从请求控制模块得到的地址信息从点对点媒体服务网关或其他点对点客户端获取视频直播数据,发送给播放模块;
播放模块,用于对从点对点传输模块接收到的视频直播数据进行解码,显示给用户。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200610098895.2A CN100505696C (zh) | 2006-07-19 | 2006-07-19 | 在媒体分发网络中实现视频直播的系统、方法和客户端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200610098895.2A CN100505696C (zh) | 2006-07-19 | 2006-07-19 | 在媒体分发网络中实现视频直播的系统、方法和客户端 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1909509A true CN1909509A (zh) | 2007-02-07 |
CN100505696C CN100505696C (zh) | 2009-06-24 |
Family
ID=37700504
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200610098895.2A Expired - Fee Related CN100505696C (zh) | 2006-07-19 | 2006-07-19 | 在媒体分发网络中实现视频直播的系统、方法和客户端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100505696C (zh) |
Cited By (32)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008119267A1 (fr) * | 2007-04-03 | 2008-10-09 | Huawei Technologies Co., Ltd. | Système de distribution de média, appareil et procédé de lecture de média en continu |
WO2008151536A1 (fr) * | 2007-06-11 | 2008-12-18 | Huawei Technologies Co., Ltd. | Procédé de traitement de données de communication en réseau, système de communication en réseau et extrémité client |
WO2009046642A1 (fr) * | 2007-10-09 | 2009-04-16 | Huawei Technologies Co., Ltd. | Procédé de distribution de données, système distribution de données et dispositifs de corrélation dans un réseau périphérique |
WO2009140868A1 (zh) * | 2008-05-20 | 2009-11-26 | 华为技术有限公司 | 一种基于p2p的媒体播放方法、装置和系统 |
WO2009155801A1 (zh) * | 2008-06-27 | 2009-12-30 | 华为技术有限公司 | 提供媒体流服务的方法及其系统和装置 |
CN101965716A (zh) * | 2008-01-10 | 2011-02-02 | 惠普开发有限公司 | 多路对等媒体流传送 |
CN101146110B (zh) * | 2007-09-25 | 2011-06-29 | 深圳市迅雷网络技术有限公司 | 一种播放流媒体的方法 |
CN101325686B (zh) * | 2007-06-15 | 2011-07-13 | 中兴通讯股份有限公司 | 下拉式对等网络直播业务实现方法 |
CN101472166B (zh) * | 2007-12-26 | 2011-11-16 | 华为技术有限公司 | 一种内容缓存、查询方法及点对点媒体传输系统 |
CN102356644A (zh) * | 2009-02-04 | 2012-02-15 | 谷歌公司 | 用于视频流式传输的无缝倒回和回放的服务器侧支持 |
CN102461076A (zh) * | 2009-06-04 | 2012-05-16 | 瑞典爱立信有限公司 | 用于针对本地网络中的设备获得媒体对象的方法和装置 |
CN101729794B (zh) * | 2008-10-11 | 2012-06-27 | 华为技术有限公司 | 实现直播及直播预处理的方法、装置、系统 |
WO2012126261A1 (zh) * | 2011-03-23 | 2012-09-27 | 华为技术有限公司 | 一种媒体流化的方法和媒体控制器 |
CN102752647A (zh) * | 2012-07-02 | 2012-10-24 | 卢林发 | 一种高清视频广告无间断播放方法 |
CN102883216A (zh) * | 2011-07-14 | 2013-01-16 | 上海聚力传媒技术有限公司 | 一种视频直播方法与设备 |
CN103139082A (zh) * | 2011-11-29 | 2013-06-05 | 苏州达联信息科技有限公司 | 一种视频直播分发网络的动态路由方法及装置 |
CN103139658A (zh) * | 2011-11-29 | 2013-06-05 | 苏州达联信息科技有限公司 | 一种视频直播分发网络的被动式媒体流分发方法 |
CN103763113A (zh) * | 2013-12-31 | 2014-04-30 | 广州华多网络科技有限公司 | 网络直播方法、装置及服务器 |
US8756296B2 (en) | 2007-05-21 | 2014-06-17 | Huawei Technologies Co., Ltd. | Method, device and system for distributing file data |
CN105681828A (zh) * | 2016-03-24 | 2016-06-15 | 合一网络技术(北京)有限公司 | 一种节点连接调整方法和装置 |
CN106488297A (zh) * | 2016-10-21 | 2017-03-08 | 广州酷狗计算机科技有限公司 | 一种显示图像数据的方法和装置 |
WO2017096841A1 (zh) * | 2015-12-07 | 2017-06-15 | 乐视控股(北京)有限公司 | 一种拉流控制的方法、装置及系统 |
CN107148779A (zh) * | 2014-10-22 | 2017-09-08 | 艾锐势有限责任公司 | 自适应比特率流送时延减少 |
CN107613308A (zh) * | 2017-08-03 | 2018-01-19 | 上海斐讯数据通信技术有限公司 | 一种直播场景下数据流转发方法和系统 |
CN110267058A (zh) * | 2019-07-18 | 2019-09-20 | 世纪龙信息网络有限责任公司 | 直播方法、网关、设备集群、系统和装置 |
CN112637627A (zh) * | 2020-12-18 | 2021-04-09 | 咪咕互动娱乐有限公司 | 直播中用户交互方法、系统、终端、服务器及存储介质 |
CN113873301A (zh) * | 2021-09-22 | 2021-12-31 | 深圳市商汤科技有限公司 | 视频流的获取方法及装置、服务器和存储介质 |
CN114071173A (zh) * | 2021-11-15 | 2022-02-18 | 北京百度网讯科技有限公司 | 直播调度方法及装置、系统、电子设备和介质 |
CN115002518A (zh) * | 2022-05-30 | 2022-09-02 | 咪咕视讯科技有限公司 | 数据监测方法、装置及计算机可读存储介质 |
CN115314730A (zh) * | 2022-08-10 | 2022-11-08 | 中国电信股份有限公司 | 应用于虚拟现实vr场景的视频流传输方法及装置 |
CN116132416A (zh) * | 2022-12-29 | 2023-05-16 | 深圳市瑞云科技股份有限公司 | 一种基于mesh的网络推流方法 |
CN116647707A (zh) * | 2023-07-27 | 2023-08-25 | 中国电信股份有限公司 | 组播调度方法、装置和系统 |
-
2006
- 2006-07-19 CN CN200610098895.2A patent/CN100505696C/zh not_active Expired - Fee Related
Cited By (54)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101282281B (zh) * | 2007-04-03 | 2011-03-30 | 华为技术有限公司 | 一种媒体分发系统、装置及流媒体播放方法 |
WO2008119267A1 (fr) * | 2007-04-03 | 2008-10-09 | Huawei Technologies Co., Ltd. | Système de distribution de média, appareil et procédé de lecture de média en continu |
US8756296B2 (en) | 2007-05-21 | 2014-06-17 | Huawei Technologies Co., Ltd. | Method, device and system for distributing file data |
WO2008151536A1 (fr) * | 2007-06-11 | 2008-12-18 | Huawei Technologies Co., Ltd. | Procédé de traitement de données de communication en réseau, système de communication en réseau et extrémité client |
CN101102312B (zh) * | 2007-06-11 | 2010-06-02 | 华为技术有限公司 | 一种网络通信数据处理方法、网络通信系统及客户端 |
CN101325686B (zh) * | 2007-06-15 | 2011-07-13 | 中兴通讯股份有限公司 | 下拉式对等网络直播业务实现方法 |
CN101146110B (zh) * | 2007-09-25 | 2011-06-29 | 深圳市迅雷网络技术有限公司 | 一种播放流媒体的方法 |
CN101409706B (zh) * | 2007-10-09 | 2011-11-23 | 华为技术有限公司 | 一种边缘网络中的数据分发方法、数据分发系统及相关设备 |
US8510415B2 (en) | 2007-10-09 | 2013-08-13 | Huawei Technologies Co., Ltd | Data distribution method, data distribution system and relevant devices in edge network |
WO2009046642A1 (fr) * | 2007-10-09 | 2009-04-16 | Huawei Technologies Co., Ltd. | Procédé de distribution de données, système distribution de données et dispositifs de corrélation dans un réseau périphérique |
CN101472166B (zh) * | 2007-12-26 | 2011-11-16 | 华为技术有限公司 | 一种内容缓存、查询方法及点对点媒体传输系统 |
CN101965716A (zh) * | 2008-01-10 | 2011-02-02 | 惠普开发有限公司 | 多路对等媒体流传送 |
US9462018B2 (en) | 2008-01-10 | 2016-10-04 | Hewlett-Packard Development Company, L.P. | Multiway peer-to-peer media streaming |
US9497035B2 (en) | 2008-05-20 | 2016-11-15 | Huawei Technologies Co., Ltd. | Method, device, and system for playing media based on P2P |
WO2009140868A1 (zh) * | 2008-05-20 | 2009-11-26 | 华为技术有限公司 | 一种基于p2p的媒体播放方法、装置和系统 |
WO2009155801A1 (zh) * | 2008-06-27 | 2009-12-30 | 华为技术有限公司 | 提供媒体流服务的方法及其系统和装置 |
CN101616170B (zh) * | 2008-06-27 | 2012-09-19 | 华为技术有限公司 | 提供媒体流服务的方法及其系统 |
CN101729794B (zh) * | 2008-10-11 | 2012-06-27 | 华为技术有限公司 | 实现直播及直播预处理的方法、装置、系统 |
CN102356644A (zh) * | 2009-02-04 | 2012-02-15 | 谷歌公司 | 用于视频流式传输的无缝倒回和回放的服务器侧支持 |
US9538142B2 (en) | 2009-02-04 | 2017-01-03 | Google Inc. | Server-side support for seamless rewind and playback of video streaming |
CN107071511A (zh) * | 2009-02-04 | 2017-08-18 | 谷歌公司 | 提供客户端接收的广播视频流的倒回的方法及计算机系统 |
CN107071511B (zh) * | 2009-02-04 | 2020-02-14 | 谷歌有限责任公司 | 提供客户端接收的广播视频流的倒回的方法及计算机系统 |
CN102461076A (zh) * | 2009-06-04 | 2012-05-16 | 瑞典爱立信有限公司 | 用于针对本地网络中的设备获得媒体对象的方法和装置 |
CN102461076B (zh) * | 2009-06-04 | 2014-06-18 | 瑞典爱立信有限公司 | 用于针对本地网络中的设备获得媒体对象的方法和装置 |
US9491212B2 (en) | 2011-03-23 | 2016-11-08 | Huawei Technologies Co., Ltd. | Method for streaming media and media controller |
WO2012126261A1 (zh) * | 2011-03-23 | 2012-09-27 | 华为技术有限公司 | 一种媒体流化的方法和媒体控制器 |
CN102883216A (zh) * | 2011-07-14 | 2013-01-16 | 上海聚力传媒技术有限公司 | 一种视频直播方法与设备 |
CN102883216B (zh) * | 2011-07-14 | 2017-10-10 | 上海聚力传媒技术有限公司 | 一种视频直播方法与设备 |
CN103139082B (zh) * | 2011-11-29 | 2017-08-18 | 苏州达联信息科技有限公司 | 一种视频直播分发网络的动态路由方法及装置 |
CN103139658A (zh) * | 2011-11-29 | 2013-06-05 | 苏州达联信息科技有限公司 | 一种视频直播分发网络的被动式媒体流分发方法 |
CN103139082A (zh) * | 2011-11-29 | 2013-06-05 | 苏州达联信息科技有限公司 | 一种视频直播分发网络的动态路由方法及装置 |
CN102752647A (zh) * | 2012-07-02 | 2012-10-24 | 卢林发 | 一种高清视频广告无间断播放方法 |
CN103763113B (zh) * | 2013-12-31 | 2017-03-22 | 广州华多网络科技有限公司 | 网络直播方法、装置及服务器 |
CN103763113A (zh) * | 2013-12-31 | 2014-04-30 | 广州华多网络科技有限公司 | 网络直播方法、装置及服务器 |
CN107148779B (zh) * | 2014-10-22 | 2020-10-23 | 艾锐势有限责任公司 | 一种传送媒体内容的方法 |
CN107148779A (zh) * | 2014-10-22 | 2017-09-08 | 艾锐势有限责任公司 | 自适应比特率流送时延减少 |
WO2017096841A1 (zh) * | 2015-12-07 | 2017-06-15 | 乐视控股(北京)有限公司 | 一种拉流控制的方法、装置及系统 |
CN105681828A (zh) * | 2016-03-24 | 2016-06-15 | 合一网络技术(北京)有限公司 | 一种节点连接调整方法和装置 |
CN105681828B (zh) * | 2016-03-24 | 2020-02-14 | 合一网络技术(北京)有限公司 | 一种节点连接调整方法和装置 |
CN106488297A (zh) * | 2016-10-21 | 2017-03-08 | 广州酷狗计算机科技有限公司 | 一种显示图像数据的方法和装置 |
CN106488297B (zh) * | 2016-10-21 | 2019-01-22 | 广州酷狗计算机科技有限公司 | 一种显示图像数据的方法和装置 |
CN107613308A (zh) * | 2017-08-03 | 2018-01-19 | 上海斐讯数据通信技术有限公司 | 一种直播场景下数据流转发方法和系统 |
CN110267058A (zh) * | 2019-07-18 | 2019-09-20 | 世纪龙信息网络有限责任公司 | 直播方法、网关、设备集群、系统和装置 |
CN112637627A (zh) * | 2020-12-18 | 2021-04-09 | 咪咕互动娱乐有限公司 | 直播中用户交互方法、系统、终端、服务器及存储介质 |
CN112637627B (zh) * | 2020-12-18 | 2023-09-05 | 咪咕互动娱乐有限公司 | 直播中用户交互方法、系统、终端、服务器及存储介质 |
CN113873301A (zh) * | 2021-09-22 | 2021-12-31 | 深圳市商汤科技有限公司 | 视频流的获取方法及装置、服务器和存储介质 |
CN114071173A (zh) * | 2021-11-15 | 2022-02-18 | 北京百度网讯科技有限公司 | 直播调度方法及装置、系统、电子设备和介质 |
CN115002518A (zh) * | 2022-05-30 | 2022-09-02 | 咪咕视讯科技有限公司 | 数据监测方法、装置及计算机可读存储介质 |
CN115002518B (zh) * | 2022-05-30 | 2024-03-22 | 咪咕视讯科技有限公司 | 数据监测方法、装置及计算机可读存储介质 |
CN115314730A (zh) * | 2022-08-10 | 2022-11-08 | 中国电信股份有限公司 | 应用于虚拟现实vr场景的视频流传输方法及装置 |
CN116132416A (zh) * | 2022-12-29 | 2023-05-16 | 深圳市瑞云科技股份有限公司 | 一种基于mesh的网络推流方法 |
CN116132416B (zh) * | 2022-12-29 | 2024-10-11 | 深圳市瑞云科技股份有限公司 | 一种基于mesh的网络推流方法 |
CN116647707A (zh) * | 2023-07-27 | 2023-08-25 | 中国电信股份有限公司 | 组播调度方法、装置和系统 |
CN116647707B (zh) * | 2023-07-27 | 2023-10-20 | 中国电信股份有限公司 | 组播调度方法、装置和系统 |
Also Published As
Publication number | Publication date |
---|---|
CN100505696C (zh) | 2009-06-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1909509A (zh) | 在媒体分发网络中实现视频直播的系统、方法和客户端 | |
CN100556129C (zh) | 一种对等连接流媒体直播系统和装置 | |
US10523776B2 (en) | Method and apparatus for flexible caching of delivered media | |
US10862939B2 (en) | Customized and extremely low latency streaming from the network edge | |
CN1643878A (zh) | 利用分布规则配置和控制内容传递中的网格资源的方法和设备 | |
CN105284093B (zh) | 用于取回媒体数据的方法和设备 | |
CN1829345A (zh) | 实现移动终端间数据共享的方法和系统 | |
CN101079760A (zh) | 实现网络监控的方法、系统及内容分发网络 | |
CN101030873A (zh) | 一种下载数据的方法及系统 | |
CN1561618A (zh) | 用于增加通信网络的有效带宽的系统及方法 | |
CN1659843A (zh) | 实现内容递送网络的网际互连方法,相应的网络及接口部件 | |
CN102547478B (zh) | 基于cdn的流媒体触发式切片点播系统和方法 | |
CN1444816A (zh) | 用于网络寻址的系统 | |
CN1345149A (zh) | 用于流式数据的方法和装置 | |
CN1754370A (zh) | 用于广播多媒体内容的系统 | |
CN102131114B (zh) | 一种播放列表提供方法及系统 | |
CN1925444A (zh) | 在p2p网络中建立点对点连接的方法及在p2p网络中的节点 | |
CN1454420A (zh) | 根据通信带宽的自动检测选择要传递的内容 | |
KR20040018392A (ko) | 데이터 정보 획득 방법 및 장치 | |
CN101079721A (zh) | 一种在网络直播环境中轮播缓冲广告的方法及系统 | |
US8407260B2 (en) | Method and apparatus for caching broadcasting information | |
CN102025759B (zh) | 实时提供ugc分享业务的方法和系统 | |
CN1878118A (zh) | 一种实现数据通讯的系统及其方法 | |
CN104967651A (zh) | 基于cdn架构的数据推送、存储、下载方法和装置 | |
CN101075987A (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 | ||
C41 | Transfer of patent application or patent right or utility model | ||
TR01 | Transfer of patent right |
Effective date of registration: 20160422 Address after: American California Patentee after: Snaptrack, Inc. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: Huawei Technologies Co., Ltd. |
|
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20090624 Termination date: 20190719 |
|
CF01 | Termination of patent right due to non-payment of annual fee |