CN101946491A - 用于提供负载平衡信号分配的方法和装置 - Google Patents
用于提供负载平衡信号分配的方法和装置 Download PDFInfo
- Publication number
- CN101946491A CN101946491A CN2008801266912A CN200880126691A CN101946491A CN 101946491 A CN101946491 A CN 101946491A CN 2008801266912 A CN2008801266912 A CN 2008801266912A CN 200880126691 A CN200880126691 A CN 200880126691A CN 101946491 A CN101946491 A CN 101946491A
- Authority
- CN
- China
- Prior art keywords
- video
- request
- load
- receiving apparatus
- designator
- 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
-
- 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
- H04N21/26208—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints
- H04N21/26216—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints involving the channel capacity, e.g. network bandwidth
-
- 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
- H04N21/44227—Monitoring of local network, e.g. connection or bandwidth variations; Detecting new devices in the local network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/613—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for the control of the source by the destination
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
-
- 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
-
- 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
- H04N21/4424—Monitoring of the internal components or processes of the client device, e.g. CPU or memory load, processing speed, timer, counter or percentage of the hard disk space used
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Computer And Data Communications (AREA)
Abstract
一种向网络(例如数字家庭网络)中的客户设备提供负载平衡信号分配的方法和装置。根据示例性实施方式,所述方法(500)包括:从客户设备接收从多个视频源其中之一下载视频的请求(510);从能够接收所述多个视频源的第一和第二视频接收设备接收各个负载指示符(530);根据所述负载指示符选择所述第一和第二视频接收设备其中之一(540);并且指示所选择的视频接收设备从所述多个视频源其中之一利用所述客户设备已知的地址传输所述视频(550)。
Description
相关申请的交叉引用
本申请要求2008年2月29日在美国专利商标局提交的临时申请61/067,585的优先权。
技术领域
本发明总体上涉及诸如数字家庭网络的网络中的信号分配(signal distribution),更具体而言,涉及一种向这种网络中的客户设备提供负载平衡(load balanced)信号分配的方法和装置。
背景技术
信号分配网络(例如数字家庭网络)在当今社会变得日益普及。例如,在从信号源(例如卫星)接收音频和/或视频信号的数字家庭网络中,通常采用被称为“网关”的设备/装置将信号分配至客户设备,所述客户设备例如是机顶盒(STB)。
传统卫星网关系统的一个问题是,其不支持多个网关之间的分路卫星网络输入。即,给定网络在某一时间只能以一个网络作为数据来源。另外,在相对较高比特率(例如A3等)以及高清晰度内容的情况下,传统系统很容易发生网关在其输出接口超出其总输出带宽的结果。例如,假设峰值流比特率为每秒18兆位(megabits),仅仅40个不同H.264流就足以在GEIO(千兆以太网接口端口0)接口上每秒钟合计消耗700-800兆位。另外,在包括点波束(spot beam)的情况下,某些卫星网络具有32个以上的转发器并且每个转发器可以支持数个视频和音频信道。无法在多个网关之间分路这种网络的结果就是传统系统不能同时调谐所有这些转发器。
本发明能够解决上述和/或其他问题,具体而言,本发明提供了一种新的结构,能够防止网关的输出接口的过订购(over-subscription)问题,并能够在支持新网络、较大数量的卫星转发器、较大数量的客户设备和网关冗余方面提供灵活性。
发明内容
根据本发明的一个方面,提供了一种方法。根据示例性实施方式,所述方法包括下述步骤:从客户设备接收从多个视频源其中之一下载视频的请求;从能够接收所述多个视频源的第一和第二接收设备分别接收负载指示符;根据负载指示符选择所述第一和第二接收设备其中之一;并指示所选择的视频接收设备从所述多个视频源其中之一利用客户设备已知的地址传输所述视频。
根据本发明的另一个方面,提供了一种装置。根据示例性实施方式,所述装置包括:第一输入装置,从客户设备接收从多个视频源其中之一下载视频的请求;第二输入装置,从能够接收所述多个视频源的第一和第二接收设备分别接收负载指示符;第一控制逻辑装置,根据负载指示符选择所述第一和第二接收设备其中之一;第二控制逻辑装置,指示所选择的视频接收设备从所述多个视频源其中之一利用客户设备已知的地址传输所述视频。
根据本发明的另一个方面,提供了另外一种方法。根据示例性实施方式,所述方法包括下述步骤:从能够接收多个视频源的视频接收设备向请求服务器设备发送负载指示符,其中所述负载指示符指示与所述视频接收设备相关的负载;从所述请求服务器设备接收指示请求的节目和与请求的节目相关的客户设备的目的地址的数据;并将请求的节目发送至所述目的地址。
根据本发明的另一个方面,提供了另外一种装置。根据示例性实施方式,所述装置包括:控制逻辑装置,用于确定指示与所述装置相关的负载的负载指示符;接口装置,用于向请求服务器设备发送所述负载指示符;其中,响应于所述负载指示符,从所述请求服务器设备接收指示请求的节目和与请求的节目相关的客户设备的目的地址的数据,并且所述装置将所述请求的节目发送至所述目的地址。
根据本发明的另一个方面,提供了另外一种方法。根据示例性实施方式,所述方法包括下述步骤:从客户设备向请求服务器设备发送节目请求;响应于所述请求,在所述客户设备从所述请求服务器设备接收地址;通过选择的视频接收设备利用所述地址在所述服务器接收请求的节目,并且其中所述请求服务器设备基于多个视频接收设备的各自的负载指示符从多个视频接收设备中选择所述选择的视频接收设备。
根据本发明的另一个方面,提供了另外一种装置。根据示例性实施方式,所述装置包括:输出装置,向请求服务器设备发送节目请求;输入装置,响应于所述请求,从所述请求服务器设备接收地址并利用所述地址通过选择的视频接收设备接收请求的节目,并且其中所述请求服务器设备基于多个视频接收设备的各自的负载指示符从多个视频接收设备中选择所述选择的视频接收设备。
附图说明
通过结合附图对本发明的实施方式进行的下述说明,本发明的上述和其他特征及其优势将变得更为明显,并且本发明将得到更好的理解,其中:
图1是根据本发明示例性实施方式的用于进行负载平衡的系统级结构的示意图;
图2是根据本发明示意性实施方式的图1中的代理服务器网关和流网关(streamer gateway)的进一步细节的示意图;
图3是显示了根据本发明示例性实施方式的图1中代理服务器网关如何处理请求的示意图;
图4是显示了根据本发明示例性实施方式的图1中代理服务器网关如何选择流网关的示意图;
图5是根据本发明实施方式的用于操作图1所示代理服务器网关的流程图;
图6是根据本发明实施方式的用于操作图1所示其中一个流网关的流程图;
图7是根据本发明实施方式的用于操作图1所示其中一个STB的流程图。
下面对本发明的优选实施方式进行说明,所述说明不构成对本发明的范围的任何限制。
具体实施方式
请参看图1,图1是根据本发明示例性实施方式的用于进行负载平衡的系统级结构的示意图。图1所示结构包括多个流网关(视频接收装置)10、本地总线切换器15(可选)、代理服务器网关(请求服务器)20、总配线架(MDF)开关25、视频网络30和多个客户设备(例如STB)35。为了说明的目的,以卫星网关为例对图1中的网关进行说明。但是,本领域普通技术人员可以理解,本发明的原理不局限于卫星网关,而是可以应用于有线网关(cable gateway)、地面网关(terrestrial gateway)、机顶盒、计算机和/或其他设备/装置。类似地,图1中的元件可以在任何适当的网络中实施,所述网络例如可以是但不局限于有线网络、以太网络、电缆网络、光纤网络和/或其他类型的网络。
图1所示负载平衡结构逻辑上被分为代理服务器功能和数据(例如音频和/或电视频道)流功能(streaming function)。在图1中,由代理服务器网关20提供代理服务器功能,由流网关10提供数据流功能。根据示例性实施方式,流网关10可以与代理服务器网关20位于相同的网关中,但其数据负载会将会受到限制以使其对代理服务器功能的影响降低至最低。可选择地,如图1所示,代理服务器网关20可以是不进行数据流功能的独立的机器。每个流网关10能够调谐多个电视频道并将这些频道的内容按照同步方式传输至多个客户设备STB 35。为了说明的简洁,图1未示出管理(例如IXE-10/100BaseT以太网管理接口或者100BaseT端口0)连接。但是,可以理解,图1中的所有网关10和20都具有互联网接入功能并且通过SNMP(简单网络管理协议)、telnet等远程升级。
图1所示结构所提供的负载平衡方案支持在多个流网关10之间的分路卫星网络输入,从而总数据负载分配给多个GEIO接口。通过根据设计选择增加额外的流网关10可以增加系统容量和/或冗余。
根据本发明的负载平衡支持无缝隙故障再配置(seamless failure reconfiguration)和恢复。在图1所示负载平衡系统中,流网关10被示为例如并联连接,从而所有流网关10接收全部网络输入。采用此设置,系统在配置在流网关10故障之后不需要物理布线改变。并且,如果某个流网关10发生故障,系统可以将其当前流自动重新分配给其他流网关10以使服务中断最小化。
根据本发明的负载平衡将RTSP(实时流传输协议)代理服务器网关20与流网关20分开,并将网络优化(network tuning)和数据流功能从代理服务器网关20分开。这样,根据本发明构建的流网关10或代理服务器网关20构造比较简单并且成本较低。例如,可以用Linux PC作为代理服务器网关20并且低成本的微处理器可以用于流网关10,其也包括调谐器、FPGA(现场可编程门阵列)和千兆比特控制器。
根据示例性实施方式,在设计负载平衡系统时可以考虑下述方面:
1.传统STB客户设备可能不支持RTSP重定向(redirect)。
2.卫星网络输入应当在网关之间共享。例如,网关可以并联连接以使得全部网关机箱(gateway chassis)能接收到所有卫星网络。
3.可用利用配置文件参数进行负载平衡并在重启之后生效。
4.应将流网关网络、调谐器和极性配置(polarity configuration)设置为配置文件参数。还可以增加网络自动检测/配置。
5.流网关之间的三元组(triplet)(网络号、转发器频率、极化设置)应当相同。
6.辅助接口(IXEO)可以用于网关间通信。
7.采用静态调谐(static tuning)进行故障诊断和验证卫星电缆输入和/或调谐器运转。在采用静态调谐时系统运转可以为次优。
请参看图2,图2是根据本发明示意性实施方式的图1中的代理服务器网关20和流网关10的进一步细节的示意图。如图2所示,代理服务器网关20包括前端模块21、后端模块22和流数据库23。每个流网关10包括socket接口11、RTP(实时传输协议)库12、频道获取模块14、DSFE(数字信令前端)设备模块14(作为调谐器模块运转)和A3调谐器设备模块16。
在图2中,代理服务器网关20的后端模块22与外部流网关10的socket接口11通过本地总线(local bus)进行通信。根据示例性实施方式,可以采用GEIO接口进行本地总线通信。GEIO接口用于本地通信的优点在于其能够简化故障排除功能,因为可以使用单一网络包嗅探器来捕获全部的客户RTSP和网关间消息流量。也可以使用其他类型的接口(例如USB等)。
代理服务器网关20实际上是反向代理,因为其作为全部流入客户RTSP流量的代理,所述流入客户RTSP流量将被部分转发至隐蔽在所述单一代理服务器IP地址之后的流网关10。相反,转发代理作为流出流量的代理。
独立于代理服务器网关20和流网关10的功能,网关10和20还可以提供:
·DHCP(动态主机配置协议)服务器
·MTFTP(多播简单文件传输协议)服务器
·代理调制解调服务器
·ICMP(互联网控制消息协议)“Ping”客户
多网关系统应当在一个时刻只允许一个DHCP、MTFTP或代理调制解调服务器起作用(active)。
代理服务器网关20功能
代理服务器网关20应当提供下述服务:
·代理RTSP服务器,包括客户端状态收集和监督(policing)
·SNMP代理MIB(管理信息库)支持。具体而言,DSFE(数字信令前端)MIB与流网关10关联并在代理服务器网关20之外受控制。
·网络探测,以探测潜在的网络盗窃(theft of service)。
代理服务器网关20接收和处理网络上的所有客户设备(例如STB 35)发出的RTSP请求(参看图1)。直接处理对于现有RTP(实时传输协议)会话的请求,无需流网关10的介入。对于新会话,代理服务器网关20生成一个或多个RTP会话消息(参见附录A)并将它们发送至所选择的流网关10。代理服务器网关20应当优选地维护一个诸如流数据库23(参看图2)的数据库以在流网关10之间跟踪三元组配置和RTP会话,从而在流网关10之间平衡负载并防止冗余三元组设置。
流网关10功能
流网关10提供调谐器管理和视频数据泵(data pump)功能。流网关10不为网关上的客户设备(例如STB 35)提供RTSP服务器支持(参看图1)。这样,流网关10不执行RTSP特定衍生类别,并且不必使用或考虑RID(接收器标识符)或RID列表等。
流网关10与代理服务器网关20进行通信以交换下述信息:
·RTP会话控制和状态
·高层调谐器状态
·流网络配置和状态,例如通过本地总线SAP(会话通告协议)通告
如果在流网关10上未使能代理服务器网关20,代理服务器特定MIB(mxuRtspServerConfig,mxuClientStatus)应向SNMP请求返回“无此例程(instance)”消息,其中mxuRtspServerConfig和mxuClientStatus分别表示代理服务器网关20的配置及其客户装置的状态。
代理服务器网关20功能划分
代理服务器网关20的RTSP软件堆栈包括下述软件模块:
代理RTSP服务器功能分配优选如图2所示。在代理服务器网关20中,应当创建模块/类别流和RtspStreamerMedia以模拟提供任意组网络(=媒体)的多流网关10。每个流例程应维护一列ProxyRtspDsfeMedia例程,每个流网络一个。在流网关10中,提供模块以处理来自代理服务器网关20的本地总线消息,并且RTP库12的版本(例如优选为精简版本(stripped down one))应当通过信道获取模块13将调谐和会话信息传送至DSFE装置模块14。
请参看图3,图3示出了图1中代理服务器网关20如何根据本发明示例性实施方式处理请求。在图3中,代理服务器网关20的RtspStreamerMedia模块300解析客户请求并在流数据库23(参看图2)中查找匹配的请求参数(网络、调谐器参数和PID)。如果找到匹配结果,代理服务器网关20将查找现有组播组IP地址并将其返回发出请求的客户装置35。代理服务器网关20还增加数据库RTP会话用户计数。如果未找到匹配结果,RtspStreamerMedia模块300选择流网关10,形成一个或多个RTP会话命令(参看附录A.1)并将其通过本地总线发送。运转时间流选择用于从可用资源和配置设置方面在全部流网关10之间平衡数据负载。代理服务器网关20为新会话分配组播IP地址并向客户设备35返回设置应答。在客户RTSP拆线(teardown)请求过程中,减小RTP会话用户计数。如果计数为0,代理服务器网关20向合适的流网关10发送SessionDelete消息。
在负载系统中,将有很大比例的流数据库23匹配(命中),造成本地总线上的最小RTP会话消息收发。代理服务器20的RTSP服务器模块优选为单线程并在请求到应答的时间内处理一个客户请求。其在调谐/RTP会话请求被发送至流网关10的DSFE装置模块14(参看图2)之前一直关闭。其不需要或利用互斥(mutual exclusion)保护以保护其各种管理列表和图。一旦RTP会话请求消息被发送至流网关10,代理服务器网关20产生客户设置应答。
流网关10管理其自身调谐器库(tuner pool)。代理服务器网关20不微观管理流调谐器配置。代理服务器网关20将利用附录A.2中详细说明的状态命令定期查询流三元组和RTP会话状态。
上述划分实例表示信道获取模块13和DSFE装置模块14只在流网关10上运行,并允许将代理服务器网关20的功能移植至(porting)能够支持1000个以上用户的高性能、低成本的平台(例如Linux等)。
代理服务器网关20通过在本地总线上发送的定期流SAP通告来监控流服务器10的存在和运转状态。代理服务器网关20还检测故障的流网关10并在给定网络的剩余流网关10中重新分配数据负载。
运转
·代理RTSP服务器SAP监听器模块(listener module)
代理服务器网关20将提供监听器模块以监控流网关10网络SAP通告。该监听器模块将加入特定组播组,例如239.255.255.255端口19875。在接收到流网关10的第一SAP通告后,监听器模块将创建新的程序定时器AppTimer例程并向代理服务器网关20发送指示探测到新流网关10的kRtspNewStreamerDetected消息。AppTimer的回叫功能用于探测流SAP通告失败。在接收到下一流SAP通告后重新加载该定时器。如果定时器到时,监听器模块将向代理服务器网关20发送指示流网关10故障并且将删除AppTimer例程的kRtspStreamerFailed消息。定时器模块应探测重新上线的故障流网关10,并向代理服务器网关20发送kRtspNewStreamerDetected消息。
·代理RTSP服务器模块
代理RTSP服务器模块为单线程(single threaded)。其取决于对客户STB 35的select()调用以及内部和本地总线请求。根据示例性实施方式,代理RTSP服务器模块执行SAP通告模块,处理客户RTSP协议请求,管理代理服务器数据库,向和从一个或多个流网关10发送和接收消息,并从SAP通告模块接收和处理消息。
i.SAP监听器模块消息处理
在接收到kRtspNewStreamerDetected消息后,代理服务器网关20应创建新的流类别/模块例程并将其网络添加至可适用的RtspStreamerMedia例程。代理服务器网关20应将流例程与每个通告的网络中的一个ProxyRtspDsfeMedia例程组装。
在接收到kRtspStreamerFailed消息后,代理服务器网关20应发出mxuFailDetectGatewayServiceFailure陷阱(trap)并删除流例程及其在RtspStreamerMedia例程中的对应条目(entry)。
ii.总体视频网络SAP通告
代理服务器网关20应维护最新总体网络SAP通告并将其定期组播至视频网络。该通告必须被发送至预定组播组,例如239.255.255.255端口9875。
在启动时间,代理服务器网关20应延迟其总体网络SAP通告,直至接收到mxuBaseStreamerCount(指示系统中流的期望数量)惟一SAP通告或者过去预定的时间间隔(例如两分钟),从而确定哪些流网关10存在及其作用。如果系统中允许进行本地内容插入,总体通告应包括用于网络的条目0xFFFE。
iii.流选择逻辑
流网关10选择应精细。代理服务器网关20对与请求的三元组匹配的有效三元组搜索全部流例程。如果未找到,其选择具有最低百分比负载的合格的流网关10,所述百分比负载例如可以如下计算:
流网关10百分比负载=当前负载/负载设定值(set point)
利用百分比负载数字而不是绝对的负载数字,可以让具有不同负载承载能力的流网关10共存和/或无缝地添加入系统中。
该选择逻辑基于客户请求和当前百分比负载统计数字创建合格流网关10的有序表。轻负载的流网关10优选在重负载的流网关10之上。为了限制既具有代理服务器功能又具有流功能的网关上的负载,负载设定值可以设置为最大负载设置的一部分。结果动作是代理服务器网关20趋于优选外部流网关10,因为他们具有较低百分比负载。
请参看图4,图4示出了图1中代理服务器网关20如何根据本发明实施方式选择流网关10的详细过程。具体而言,以C++类别为例,图4示出流网关10选择和在多流网关10系统中客户RTSP设置请求如何处理。选择逻辑伪码如下:
StreamerSelect:
//寻找现有三元组匹配
对于全部流之间的全部ProxyRtspDsfeMedia例程:
对于与被请求的网络和极化匹配的全部媒体
如果现有时隙包含三元组匹配
返回流ID
结束
结束
//现有三元组未起作用,需要挑选流
//产生的合格流的列表:
对于全部流之间的全部ProxyRtspDsfeMedia例程
对于与被请求的网络和极化匹配的全部媒体
如果流负载超过预定最大带宽限制
不将流包括在列表中
如果媒体先前被标定为故障
基于流的故障时间戳排序所述流(最早的故障在先)
否则
向当前负载统计数字中加入小抖动
基于流的当前百分比负载排序所述流(最低负载者在先)
结束
结束
返回列表中的第一流ID
iv.最大客户限制
代理服务器网关20应允许基于诸如TCP连接计数的度量的最大数量的客户设备(例如STB 35)。优选缺省最大值为500个客户装置连接。当达到最大计数时,新TCP连接请求将被不加解释地(silently)拒绝。所述客户设备计数可以由从有效SW许可密钥提取的设置废除。
如果最大连接数有效并且接收到新的连接请求,代理服务器网关20应发送SNMP陷阱。在第一次这种情况出现以及其后每次预定数量出现时应发出陷阱。代理服务器网关20能够允许基于PID的最大数量的客户。如果正在为最大数量的RTSP客户设备提供服务并且从新RID接收到RTSP设置请求,代理服务器网关20例如发送503:ServiceUnavailable应答。
·网关间通信
代理服务器网关20与流网关10之间的本地总线通信通过UDP(参看图2)。消息类型和格式列于附录A中,并应包含ASCII可读字段,该字段包括命令字符串,其后跟有一个或多个参数请求(parameter-request)或参数集(parameter-set)字段。参数字段由<CR><LF>界定。每个消息应包含命令序列号(CSeq)和内容长度(Content-length)字段。
代理服务器网关20发起与流网关10的全部通信。说明性地,代理服务器网关20为客户(主),流网关10为服务器(仆)。流网关10的服务器套接字(server socket)应绑定至特定UDP端口,例如端口1554(参看图2)。代理服务器网关20在特定端口(例如1555)创建单UDP socket以与全部流网关10通信。
代理服务器网关20利用发送和接收计数器监控消息投递成功。当代理服务器网关20向流网关10发送消息时,发送计数器增加。当代理服务器网关20从流网关10接收到回复时,接收计数器增加。每个消息应具有在回复中返回的惟一发送序列号。也可以采用TCP消息发送,特别是如果加载系统发出的数据显示出不可接受的消息损耗。每个消息的详细格式请参看附录A。
v.RTP会话消息
代理服务器网关20向流网关10发送三种类型的RTP会话消息:
vi.状态请求消息
代理服务器网关20向流网关10发送两种类型的状态请求消息:
状态请求轮询间隔为2秒。其不为MIB集表(MIB-settable)。
·流网关10状态报告
流网关10维护有效三元组列表并在状态请求应答消息中返回此信息。将分配的三元组报告为良好(St:D1)或故障(St:D0)。当调谐器失锁或者不能调谐时,流网关10将自动地尝试使用另外的空闲调谐器以满足调谐请求。如果流网关10试过了全部可用调谐器并失败,用于此三元组的状态请求条目将指示故障(St:D0)。
代理服务器网关20利用所述三元组状态查询表示数据库中调谐器的相应的DsfeSetting时隙。如果三元组状态指示故障,代理服务器网关20更新其数据库并将该时隙标记为故障。时隙故障时间将被设置为当前时间。代理服务器网关20将拆线与故障三元组相关联的全部RTP会话并重设客户RTSP文本文件(cookie)。这些cookie将客户RTSP会话与携带请求的节目的基本RTP会话相关联。
vii.代理服务器差错处理
每个时隙源应维护看门狗计数器(watchdog counter)。当从流网关10接收到相应的三元组状态时,所述计数器被重设为预定数值,例如3。如果流网关10未回复由代理服务器网关20先前加入的三元组,则计数器减小。当计数器为零时,时隙超时并且执行下述动作:
·如果动态时隙(即相关调谐器动态调谐),代理服务器网关20向流网关10发送指示对于全部相关RTP会话进行会话更新的SessionUpdate消息。
·如果静态时隙(相关调谐器静态调谐),代理服务器网关20内部的删除用于此三元组的全部RTP会话并删除所述时隙。
如果代理服务器网关20接收到包含未知三元组的三元组状态消息,代理服务器网关20向包含未知三元组的流网关10以及预定目的IP地址(例如255.255.255.255)发送指示删除所述会话的SessionDelete消息。流网关10拆线与此三元组相关联的全部RTP会话并释放调谐器资源。
静态调谐支持
静态调谐是用于验证卫星电缆输入和/或调谐器操作的故障诊断模式。除了时隙类型(静态/动态)和三元组状态,代理服务器网关20不管理或跟踪流网关10的调谐器分配,无论静态或动态。
在流网关10的状态应答消息(St:S1至St:S32)中指示静态调谐器。如果流网关10不能将现有(动态)RTP会话移动至空闲调谐器,流网关10将对当前三元组指示动态调谐器故障并且代理服务器网关20向流网关发送拆线。在与静态调谐变化相关联的RTP会话上看到的视频瑕疵(video glitch)应当可以接受。
流网关10 SAP通告器
应将流网关10网关公告发送至预定本地总线组播组,例如239.255.255.255端口19875。可能需要下面的流网关10 SAP通告来支持负载平衡。
SDP会话带宽
流公告应提供下述新SDP会话带宽属性:
设定值和最大负载信息由MIB元素mxuStreamerConfigMaxLoad和mxuStreamerConfigLoadSetpoint设置。
SDP会话连接信息
因为流媒体连接信息(c)实际上是以每个流为基础设置,而不是以每个网络为基础设置,网络SAP通告SDP媒体属性连接信息(c)应为单SDP会话属性。组播开始和范围信息由MIB元素mxulpServicesAddrMcastStart and mxulpServicesAddrMcastEnd设置。
SDP媒体信息X-dsfe-count
通告应指示支持的网络和用于给定极化设置的调谐器数量。网络SAP通告SDP媒体属性X-dsfe-count如下:
代表性流SAP通告
实例1:流网关10如下配置(NW 0 L,NW 15 L+R,and NW 1 H):
NW 0 L:调谐器1-12
NW 15 L:调谐器1-12。调谐器计数除以2(不计算旧调谐器)
NW 15 R:调谐器13-24。调谐器计数除以2(不计算旧调谐器)
NW 1 H:调谐器24-32.
相应的SAP通告如下:
会话公告协议(Session Announcement Protocol)
发起源(Originating Source):10.0.30.7
有效载荷类型(Payload type):application/sdp
会话描述协议(Session Description Protocol)
会话描述协议版本(v):0
所有者/创建者(Owner/Creator)、会话Id(o):-0 1 IN IP4 10.0.30.7
会话名称(Session Name)(s)∷SERVICEPROVIDERNAME
会话信息(Session Information)(i):SERVICEPROVIDERNAME content
连接信息(Connection Information)(c):IN IP4 239.255.0.0/128/2048
带宽信息(Bandwidth Information)(b):X-load:100/800
媒体描述、名称和地址(Media Description,name and address)(m):data 1024 RTP/AVP 96
媒体标题(Media Title)(i):network0
媒体属性(a):control:rtsp://10.0.30.7/SERVICEPROVIDERNAME/network0
媒体属性(a):X-dsfe-count:12/0
媒体描述、名称和地址(m):data 1024 RTP/AVP 33
媒体标题(i):network15
媒体属性(a):control:rtsp://10.0.30.7/SERVICEPROVIDERNAME/network15
媒体属性(a):X-dsfe-count:6/6
媒体描述、名称和地址(m):data 1024 RTP/AVP 96
媒体标题(i):network1
媒体属性(a):control:rtsp://10.0.30.7/SERVICEPROVIDERNAME/network1
媒体属性(a):X-dsfe-count:8/0
实例2:位于IP地址10.0.30.3的10GBPS(8000MBPS可用)的LCI流网关对于网络FFFE(=65534十进制)如下进行配置:
NW FFFE:四个本地频道可用,外加节目指南频道。网关10利用基础组播IP地址239.255.100.0。
相应的SAP通告如下:
会话公告协议
发起源:10.0.30.3
有效载荷类型:application/sdp
会话描述协议
会话描述协议版本(v):0
所有者/创建者、会话Id(o):-0 1 IN IP4 10.0.30.3
会话名称(s):SERVICEPROVIDERNAME
会话信息(i):LOCAL content
连接信息(c):IN IP4 239.255.100.0/128/5
带宽信息(b):X-load:8000/8000
媒体描述、名称和地址(m):data 1024 RTP/AVP 33
媒体标题(i):network65534
媒体属性(a):control:rtsp://10.0.30.3/SERVICEPROVIDERNAME/network65534
媒体属性(a):X-dsfe-count:5/0
动态通告
流网关10能定期更新其SAP通告内容以并入故障调谐器信息或带宽设定值的变化。代理服务器网关20也相应地更新其数据库。
网关重启情形
网关重启有下列三种类别:
·所有网关10和20都重启
·一个或多个流网关10重启
·只有代理服务器网关20重启
感兴趣的后两种情形如下:
只流网关重启
代理服务器网关20利用kRtspStreamerFailed和kRtspNewStreamerDetected消息指示流网关10故障和/或重启。应将故障的流网关10从流数据库中除去并将数据负载在剩下的流网关10之间重新分配。类似地,将新运转的流网关无缝隙地添加至数据库中并且随着时间的推移在流网关10之间重新分配视频负载。
只代理服务器网关重启
设计的目的是使代理服务器网关重启造成的视频损坏最小化。代理服务器网关20的启动顺序如下:
1.检测流SAP通告
2.对于检测到的每个流网关10:
2.1发送SESSIONDELETE(AII)请求以拆线全部现有流会话
在启动之后,代理服务器网关从所有已知流网关10请求流三元组和RTP会话状态。在处理任何客户RTSP请求之前其必须重建其数据库。
代理服务器网关启动顺序如下:
1.检测流网关10的SAP通告
2.对于检测到的每个流网关10:
2.1 发送STREAMERSTATUS请求以获知哪些三元组是有效的
2.1.1 对于每个有效三元组,发送SESSIONSTATUS请求以获知哪些RTP会话是有效的
3.使能代理服务器前端(服务客户请求)
本地内容插入
LCI(本地内容插入)流网关10是一个或多个独立PC和/或哑IP摄像机。用于包含预定PID(0xFF0-0xFFF)的任何网络的客户设置请求能绕过正常的RTSP代理服务器/流操作。代理服务器网关20应根据请求的PID和转发器号确定组播组偏移。每个流网关10(每个预定一个PID)最多能支持16个频道(组播组),每个转发器频率设置一个。
哑IP摄像机
代理服务器网关20在使能的情况下提供单独的应用模块以产生本地内容节目指南并流媒体化。此应用还在本地总线上产生FFFE SAP通告以指示本地内容组播IP地址。SAP通告连接信息指示用于全部流网关10的本地内容基本组播IP地址。其还应指出可用本地频道的数量。
PC流网关10
PC流网关10产生其用于网络FFFE的自身流SAP通告。其还在流组播范围内的一个或多个组播组上产生最小节目指南。
示例性类别(代理服务器网关20)
·RtspStreamerMedia类别
每个网络产生一个例程。
专用数据:
-网络路径(会话名称&媒体标题)
-支持此网络的流网关例程列表
-此网络使用的媒体文本文件
-其他
·流网关10类别
每个流网关10产生一个例程。
专用数据:
-流网关10 IP地址和服务器端口
-带宽设置和当前负载统计
-流网关10 keepalive定时器
-组播地址工厂例程prt
-ProxyRtspDsfeMedia例程列表,每个流网络一个
-流UDP socket文件描述符,绑定至端口1554
-其他
·ProxyRtspDsfeMedia类别
每个网络的每个流网关10产生一个例程。
专用数据:
-媒体标题&网络数
-RTSP统计(数值设置、解析差错等)
-用于此媒体例程的proxyRtpLibrary例程prt
-其他
·TripletMediaCookie类别
每个客户RTSP会话产生一个例程并存储在RtspServerConnection中。
专用数据:
-流例程ptr
-三元组
-PidList
·时隙类别
每个流网关10三元组产生一个例程。
专用数据:
-用于此时隙的DSFE设置
-三元组
-时隙看门狗计数器
-TripletRtpSession列表
-时隙类型(静态/动态)
-其他
·TripletRtpSession类别
每个流RTP会话产生一个例程并存储在流时隙列表中。
专用数据:
-相关时隙的DSFT设置prt
-三元组
-PidList
-多播目的地址&端口
-其他
·AppTimer类别
每个流网关10产生一个例程。
专用数据:
-O/S定时器例程
-定时器重新加载值
·SAP通告类别
每个检测到的流网关10产生一个例程。
专用数据:
-数据缓冲器,保持来自流网关10的最近的SAP通告
示例性模块
1.代理服务器网关20
SAP监听器模块
代理服务器网关20执行SAP监听器模块。此模块将下面的新消息类型发送至代理RTSP服务器模块:
·接收到流网关10 SAP通告
·流网关10 SAP通告超时
代理RTSP服务器模块:
如上所述,代理RTSP服务器模块使用新流、RtspStreamerMedia和ProxyRtspDsfeMedia类别,而不是1.x RtspDsfeMedia类别。
·必须为SAP监听器模块消息提供支持
·必须产生总体网络SAP通告
·必须执行消息收发功能以发送/接收流网关10消息
·其他
当流网关10和代理服务器网关20位于相同网关机架上时,代理服务器网关20的初始化码与流网关10的初始化码无关。
代理服务器模块应返回RTSP统计并发出RTST SetupParseError(指示解析差错)和ServerTerminatedSession(指示会话结束)陷阱。DsfeAllocationError和McastAllocationError陷阱应由流网关10的RTP库12来处理(参看图2)。
2.流网关10
每个流网关10实现模块以监控本地总线socket。该模块通常如下仿真RTSP堆栈:
·对于每个当前网络,创建RtspDsfeMedia和RTPLibrary例程
·基于RtspSession和RtspDsfeMedia配置文件设置在本地总线上产生网络SAP通告
·创建本地总线UDP socket,例如端口1554
·执行信息收发功能以发送/接收代理服务器网关20消息
·应答代理服务器RTP会话请求
·管理调谐器和FPGA/数据泵功能
应增强RTP库接口模块以返回三元组状态码,用于应答代理服务器流状态请求消息。流服务器初始化码应与代理RTSP服务器初始化码无关。
示例性配置参数
在启动时检查下述配置文件/SNMP MIB参数以配置网关。
如果mxuRtspServerConfigProxyEnable为“真”,代理RTSP服务器模块启动。如果为“伪”,配置设置被忽略并也作为伪处理。
·mxuNetworkAuditAdminEnabled
mxuNetworkAuditAdminEnabled由代理服务器网关20在启动时使用,以指示系统中流网关10的期望数量。代理服务器网关20在其收到mxuRtspServerConfigStreamerCount惟一SAP通告或者在预定时间段(例如两分钟)之前将一直延迟其总体网络SAP通告。
如果mxuStreamerConfigStreamerEnable为“真”,流网关SAP通告器被使能。如果为“伪”,流网关10 SAP通告被禁止,代理服务器网关20不应向该流网关10发送信的RTP会话请求。
示例性API
这些API是全球可访问的API。
bool isProxyServer(void)
此函数返回配置文件参数mxuRtspServerConfigProxyEnable的启动状态。
bool isStreamer(void)
如果在启动时间有一个或多个有效mxuRtspDsfeMediaConfigRowStatus配置文件条目,此函数返回“真”。
实例用途:SNMP代理将利用此API控制对于RTSP服务器MIB的MIB访问。
bool isActiveStreamer(void)
如果mxuStreamerConfigStreamerEnable和isStreamer()都为“真”,此函数返回真。
实例用途:流网关10将利用此API控制SAP通告。
根据本发明的原理,代理服务器网关20能支持2000个以上的客户装置(例如STB 35)。STB客户请求模块在预定端口(例如端口554)暴露(expose)UDP socket以支持基于UDP的STB客户。
请参看图5,图5示出了根据本发明实施方式操作图1所示代理服务器网关20的步骤的流程图500。图5所示步骤均为示例性并不以任何方式限制本发明的范围。
在步骤510,代理服务器网关20从客户装置STB 35接收请求信号。根据示例性实施方式,请求信号指示将特定节目下载(即流媒体化)至发出请求的客户装置STB 35的请求。
在步骤520,代理服务器网关20判断是否需要从流网关10分配新调谐器以适应在步骤510接收到的请求。例如,如果流网关10之一已经调谐携带请求的节目的信号源(例如转发器),则不需要新调谐器。可选择地,如果流网关10之一未调谐携带请求的节目的信号源(例如转发器),则需要新调谐器。
如果步骤520的判断结果为“是”,流程前进至步骤530,其中代理服务器网关20从流网关10接收各个负载指示符。根据示例性实施方式,各个负载指示符分别指示流网关10的负载设定值的各个百分比。周期性地执行步骤530,从而代理服务器网关20能够被告知与每个流网关10相关联的当前负载指示符。
在步骤540,代理服务器网关20根据负载指示符选择流网关10其中之一。根据示例性实施方式,代理服务器网关20根据在步骤530接收到的各个负载指示符在步骤540选择具有最低负载的流网关10。
在步骤550,代理服务器网关20指示在步骤540选择的特定流网关10将在步骤510请求的节目以特定目标地址发送至发出请求的客户装置STB35。从步骤550开始,流程前进至步骤580,其中代理服务器网关将所述目的地址返回至请求的客户装置STB 35,从而该客户装置能够接收到由所选流网关10发送的请求的节目。根据示例性实施方式,发出请求的客户装置STB35可以在执行步骤580之前已经知道目的地址。在这种方式中,执行步骤580的目的仅仅是向客户装置STB 35确认目的地址。
请再次参看步骤520,如果该步骤的判断结果为“否”(例如不需要分配新调谐器),流程前进至步骤560,其中代理服务器网关20判断是否需要创建或更新RTP会话或程序标识符(PID)。如果步骤560的判断结果为“否”,这表示在步骤510请求的节目已经由流网关10其中之一所提供。因此,在这种情况下,流程前进至步骤580,其中代理服务器仅将可用目的地址提供给发出请求的客户装置STB 35,从而客户装置能够接收到已经由流网关10其中之一发送的请求的节目。
可选择地,如果步骤560的判断结果为“是”,流程前进至步骤570,其中代理服务器网关20选择具有现有调谐的调谐器的特定流网关10(即已经调谐携带请求的节目的信号源(转发器)的流网关10)。从步骤570开始,流程前进至如上所述的步骤550。
请参看图6,图6示出了根据本发明实施方式操作图1所示流网关10之一的步骤的流程图600。图6所示步骤均为示例性并不以任何方式限制本发明的范围。
在步骤610,流网关10将器负载指示符发送至代理服务器网关20。根据示例性实施方式,每个流网关10周期性地执行步骤610,从而代理服务器网关20可以被告知与流网关10相关联的当前负载指示符。如上所述,在步骤610中发送的负载指示符指示与特定流网关10相关联的百分比负载。
在步骤620,流网关10接收节目请求和目的地址。根据示例性实施方式,流网关10从代理服务器接收指示请求的节目以及与所述请求的节目相关联的客户装置STB 35的目的地址的数据。根据示例性实施方式,响应于代理服务器网关20判断接收到节目请求和目的地址的流网关10在多个流网关10中具有最低负载而执行步骤620。
在步骤630,流网关10将请求的频道发送至目的地址。根据示例性实施方式,流网关10将请求的节目发送至发出请求的客户装置STB 35的目的地址并从而使客户装置STB 35的用户收听和/或观看请求的节目。
请参看图7,图7示出了根据本发明实施方式操作图1所示STB 35的步骤的流程图700。图7所示步骤均为示例性并不以任何方式限制本发明的范围。
在步骤710,STB 35向代理服务器网关20发送请求信号。根据示例性实施方式,请求信号指示将特定请求的节目现在至发出请求的客户装置STB35的请求。
在步骤720,STB 35从代理服务器网关20接收应答消息并加入应答消息中指示的组播组。即,假设请求的节目已经可以由流网关10之一从网络上获得,来自代理服务器网关20的应答消息可以包括组播网络地址,STB35可以利用该地址访问请求的节目。
在步骤730,STB 35利用组播网络地址通过由代理服务器网关20选择的流网关接收请求的节目。根据示例性实施方式,客户装置STB 35通过由代理服务器20从多个流网关10中根据其各自的负载指示符选择的流网关接收请求的节目。STB 35然后解码并输出接收的节目。
根据另一个示例性实施方式,如果流网关10之一利用单播从视频源(例如电视频道)发送请求的视频数据,代理服务器网关20可以发送信号请求发送的流网关10将所述单播转换为组播,并还可以向客户装置STB 35发送组播网络地址,对视频源提出请求,以使客户装置STB 35能够利用所述组播网络地址从视频源接收视频数据。
上述图5至图7所述原理可以单独实施,或者根据适当的方式组合起来实施。
附录A.代理服务器→流消息格式
A.1 RTP会话消息
会话消息包括下述格式。每行以<CR><LF>结束。
命令请求/应答标识符行
标头(header)参数,每行一个
<CR><LF>分隔符以表示标头末端
有效载荷参数,每行一个
<CR><LF>分隔符以表示有效载荷末端
A.1.1 SessionAdd请求消息
该请求必须包括所有字段。顺序并不重要。所有字段都为ASCII文本。
SESSIONADD/请求
CSeq: int
内容长度(Content-length:): int
媒体路径(MediaPath): RtspSessionName/network###
三元组(Triplet): 32位16进制:0xzzzzzzzz
频率(Frequency): 32位无符号int
极化(Polarization): lhcp,rhcp,水平,垂直
标准(Standard): dss,dvbs,dvbs2,amc
调制(Modulation): qpsk,8psk
符号率(Symbol-Rate): 32位无符号int
码率(Code-Rate): 2-3,6-7等
Alpha: int(0,1或2)
导频(Pilot): 真,伪
金码(Gold-Code): int
Amc-Mode: int
PLS: 12个16进制数字
010203040506070809101112
Xport-Packets: int
低抖动(Low-Jitter): 真,伪
Pids: int,int,int,...
目的地址(Destination-Address): xx.xx.xx.xx
目的端口(Destination-Port): int
A.1.2 SessionAdd应答消息
应答必须包括除了StatusReason之外的所有字段,StatusReason为可选。
SESSIONADD/应答
CSeq: int
内容长度: int
三元组: 32位16进制:0xzzzzzzzz
状态: int(0=成功)
StatusReason: ASCII字符串
差错: 100=消息解析差错
101=丢失基本参数
102=媒体不可用
103=会话分配失败
A.1.3 SessionUpdate请求消息
该请求应包括三元组和目的地址以及其他需要更新的dsfe/会话字段。顺序不重要。
SESSIONUPDATE/请求
CSeq: int
内容长度: int
媒体长度: RtspSessionName/network###
三元组: 32位16进制:0xzzzzzzzz
频率: 32位无符号int
极化: lhcp,rhcp,水平,垂直
标准: dss,dvbs,dvbs2,amc
调制: qpsk,8psk
符号率: 32位无符号int
码率: 2-3,6-7等.
Alpha: int(0,1或2)
导频: 真,伪
金码: int
Amc-Mode: int
PLS: 12个16进制数字010203040506070809101112
Xport-Packets: int
低抖动: 真,伪
Pids: int,int,int,...
目的地址: xx.xx.xx.xx
目的端口: int
A.1.4 SessionUpdate应答消息
应答必须包括除了StatusReason之外的所有字段,StatusReason为可选。
SESSIONUPDATE/应答
CSeq: int
Content-length: int
三元组: 32位16进制:0xzzzzzzzz
状态: int(0=成功)
StatusReason: ASCII字符串
差错: 100=消息解析差错
101=丢失基本参数
102=媒体不可用
103=会话分配失败
104=未发现会话
A.1.5 SessionDelete请求消息
该请求标识三元组和目的地址。
如果目的地址是255.255.255.255,流网关10必须删除与请求的三元组相关联的全部RTP会话并释放调谐器资源。
如果三元组值为0xFFFFFFFF并且目的地址是255.255.255.255,流网关10必须删除全部RTP会话并释放此流网关10上的全部三元组(调谐器资源)。
SESSIONDELETE/请求
CSeq: int
内容长度: int
三元组: 32位16进制:0xzzzzzzzz
目的地址: xx.xx.xx.xx
A.1.6 SessionDelete应答消息
应答必须包括除了StatusReason之外的所有字段,StatusReason为可选。
SESSIONDELETE/应答
CSeq: int
内容长度: int
三元组: 32位16进制:0xzzzzzzzz
状态: int(0=成功)
StatusReason: ASCII字符串
差错: 100=消息解析差错
101=丢失基本参数
102=媒体不可用
104=未发现会话
A.2 状态消息
状态消息包括下述格式。每行以<CR><LF>结束。
命令请求/应答标识符行
标头(header)参数,每行一个
<CR><LF>分隔符以表示标头末端
有效载荷参数,每行一个
<CR><LF>分隔符以表示有效载荷末端
A.2.1 流状态请求消息
该请求标识感兴趣字段。
STREAMERSTATUS/请求
CSeq: int
内容长度: int
LoadStat:
NumTriplets:
Nw:
Po:
Fr:
St:
A.2.2 流状态应答消息
流网关10将产生包含其后跟有三元组状态条目阵列的请求的负载统计的应答消息。返回的条目数量由NumTriplets确定。
三元组字段符号 | 指示 | 最大字符/数位 |
Nw | 网络 | 2 |
Po | 极化 | 2 |
Fr | 频率(MHz) | 4 |
St | 状态 | 3 |
三元组状态(St)字段最多有如下3个字符:
·第一字符指示静态或动态调谐
·第二/第三字符指示成功(1至32)或故障(0)。
流网关10将不报告故障的静态调谐器(St:S0)。其还将尝试调谐静态调谐器。一个以上的调谐器可以静态地分配至相同的三元组设置。在这种情况下,状态字段指示有多少个调谐器正在使用该三元组设置。当动态调谐时,状态字段必须指示1(良好)或0(故障)的调谐器。
下面是示例性状态请求应答,假设流具有3个有效三元组,其中一个静态调谐。
STREAMERSTATUS/应答
CSeq: int
内容长度: int
LoadStat: 283
NumTriplets: 3
Nw: 0
Po: 2
Fr: 988
St: D1
Nw: 0
Po: 3
Fr: 974
St: D1
Nw: 0
Po: 2
Fr: 1267
St: S5
当流网关报告32个惟一三元组上的状态时发生最大消息应答。
A.2.3 会话状态请求消息
该消息必须包括媒体路径值、三元组值和至少一个另外的请求字段。
SESSIONSTATUS/Request
CSeq: int
内容长度: int
媒体路径: RtspSessionName/network###
三元组: 32位16进制:0xzzzzzzzz
NumSessions:
频率:
极化:
标准:
调制:
符号率:
码率:
Alpha:
导频:
金码:
Amc-Mode:
PLS:
Xport-Packets:
低抖动:
Pids:
目的地址:
目的端口:
A.2.4 会话状态应答消息
会话状态请求消息中请求的字段必须包括在应答消息中。用于请求的三元组的全部会话都在一个应答消息中发送。返回的会话的数量由NumSessions确定.会话被三元分组为(PID,目的地址,目的端口)。请注意只有当三元组指A3模式的调谐器时才返回A3参数请求字段。
SESSIONSTATUS/应答
CSeq: int
内容长度: int
媒体路径: RtspSessionName/network###
三元组: 32位16进制:0xzzzzzzzz
频率: 32位无符号int
极化: lhcp,rhcp,水平,垂直
标准: dss,dvbs,dvbs2,amc
调制: qpsk,8psk
符号率: 32位无符号int
码率: 2-3,6-7等
Alpha: int(0,1或2)
导频: 真,伪
金码: int
Amc-Mode: int
PLS: 12个16进制数位010203040506070809101112
Xport-Packets: int
低抖动: 真,伪
NumSessions: 3
Pids: int,int,int
目的地址: xx.xx.xx.xx
目对端口: int
下面是示例性会话请求,假设旧调谐器和流网关具有3个有效会话:
SESSIONSTATUS/应答
CSeq: xxx
内容长度: yyy
媒体路径: SERVICEPROVIDERNAME/network0
三元组: 0x00020549
NumSessions: 3
频率: 1353080000
极化: rhcp
标准: dss
调制: qpsk
符号率: 20000000
码率: 6-7
Xport-Packets: 10
低抖动: 伪
Pids: 10,11
目的地址: 239.255.0.17
目的端口: 1024
Pids: 30,31
目的地址: 239.255.2.138
目的端口: 1024
Pids: 90,91,92
目的地址: 239.255.0.48
目的端口: 1024
附录B.感兴趣的使用情形
A.1 雨衰(Rain Fade)
A.1.1 某些调谐器受影响
如果流网关10检测到调谐器解锁并且有空闲调谐器可用,流网关10将RTP会话移动至该机架中的空闲调谐器。代理服务器网关20将不需要知道该移动。如果该机架中没有空闲调谐器或者如果尝试了所有调谐器但是失败了,流网关将在下一STREAMERSTATUS应答消息中指出三元组故障。一旦流网关10指示故障,其必须停止移动该会话。一旦流网关10指出三元组调谐故障,代理服务器网关20将把该三元组重定向至另外的流网关。
A.1.2 所有调谐器受影响
在雨衰模式中有可能全部调谐器解锁。这有可能在全部流网关10之间发生。基于STREAMERSTATUS应答,代理服务器网关20将流网关10的三元组(时隙)标定为差错并将该时隙更新为当前时间。如果流网关之间没有空闲时隙,则代理将新设置请求转发至具有最早差错时隙的流网关10。如果代理服务器网关20尝试了全部差错时隙但STREAMERSTATUS仍然指示故障,代理服务器网关20发送503:服务不可用消息至客户装置(例如STB35)。当前STB软件在接收到503:服务不可用应答之前不改变其行为。在接收到应答之前此提议的操作不增加任何值。
A.2 静态调谐故障
如果静态调谐调谐器不能锁定或者失锁时,流网关将在STREAMERSTATUS应答消息中指示St:S0故障。流网关将继续指示St:S1。流网关必须继续尝试恢复静态调谐的调谐器。
A.3 代理服务器重启
在代理服务器网关20重启的过程中,全部客户STB的cookie丢失。在重启之后,代理服务器网关将对发出包含先前(现在未知)RTSP会话数的设置请求的STB应答454:未发现会话。但是在实际操作中,这似乎不是问题:当代理服务器网关20挂机(down)时,STB的TCP连接被重置并且STB发出不包含RTSP会话数的新设置请求。
附录C.设计说明
流网关10:
1.如果静态调谐器被释放
a.如果不存在RTP会话,该调谐器不加解释地返回调谐器库。流网关10将停止报告St:S1。除了删除释放的静态调谐器并删除静态时隙之外,代理服务器网关20不需要进行任何行动。
b.如果存在RTP会话,流网关10将不加解释地将三元组&会话移动至动态调谐器(如果存在的话)。代理服务器网关20必须将先前的静态时隙标定为动态时隙。
c.如果存在RTP会话但是移动失败,流网关10必须向代理服务器20发送包括三元组故障(D0)条目的StreamerStatus/应答msg。
2.如果具有RTP会话的动态调谐调谐器静态地调谐至不同的转发器:
a.三元组状态将开始指示新的动态调谐调谐器。代理服务器网关20必须将先前的动态时隙标定为静态时隙。
b.如果存在空闲调谐器,流网关10将不加解释地将动态RTP会话移动至空闲调谐器。三元组状态将继续指示动态调谐调谐器。
c.如果不存在动态调谐器,流网关10将对于不能移动的动态三元组返回“D0”状态。代理服务器网关20将拆线此三元组的全部RTSP会话。
代理服务器网关10:
1.如果流网关10在代理服务器网关20已知的状态应答中报告故障三元组,代理服务器网关20将拆线与该三元组相关联的全部会话。(代理将发送具有该三元组和目的地址=255.255.255.255的SessionDelete msg)。
2.如果流网关10报告指示故障的SessionAdd应答,代理服务器网关20将内部地拆线三元组&会话。
3.如果流网关10报告指示故障的SessionAdd/Update/Delete应答,代理服务器网关20将拆线该三元组。
如上所述,本发明提供了用于为网络中的客户装置提供负载平衡信号分布的方法和装置。虽然根据优选设计对本发明进行了说明,但在本说明书的原理和范围之内可以进行进一步的修改。因此本申请包含利用本发明原理的任何变化、用途或改进。另外,本申请还包括虽然与说明书有差异但是属于本领域公知技术的内容,其都落入所附权利要求的范围内。
Claims (52)
1.一种方法(500),包括:
从客户设备接收从多个视频源其中之一下载视频的请求(510);
从能够接收所述多个视频源的第一和第二视频接收设备接收各个负载指示符(530);
根据所述负载指示符选择所述第一和第二视频接收设备其中之一(540);并且
指示所选择的视频接收设备从所述多个视频源其中之一利用所述客户设备已知的地址传输所述视频(550)。
2.根据权利要求1所述的方法(500),还包括向所选择的视频接收装置提供所述地址的步骤。
3.根据权利要求1所述的方法(500),还包括:
如果第一和第二视频接收装置其中之一利用组播从所述多个视频源之一发送视频,向所述客户装置发送组播网络地址,从而所述客户装置可以利用所述组播网络地址从所述多个视频源之一接收所述视频。
4.根据权利要求1所述的方法(500),还包括:
如果第一和第二视频接收装置其中之一利用单播从所述多个视频源之一发送视频,请求所述发送的视频接收装置将所述单播转换为组播并向所述客户装置发送组播网络地址,从而所述客户装置可以利用所述组播网络地址从所述多个视频源之一接收所述视频。
5.根据权利要求1所述的方法(500),其中定期地执行所述接收各个负载指示符的步骤。
6.根据权利要求1所述的方法(500),其中各个负载指示符指示第一和第二视频接收装置的各个负载设定值的百分比。
7.根据权利要求1所述的方法(500),其中每个所述视频源提供电视节目。
8.根据权利要求1所述的方法(500),其中所选择的视频接收装置根据各个负载指示符具有较低负载。
9.一种装置(20),包括:
从客户设备(35)接收从多个视频源其中之一下载视频的请求的装置(21);
从能够接收所述多个视频源的第一和第二视频接收设备(10)接收各个负载指示符的装置(22);
根据负载指示符选择所述第一和第二视频接收设备(10)其中之一的装置;和
指示所选择的视频接收设备(10)从所述多个视频源其中之一利用客户设备(35)已知的地址传输所述视频的装置。
10.根据权利要求9所述的装置(20),还包括向所选择的视频接收装置(10)提供所述地址的装置。
11.根据权利要求9所述的装置(20),其中:
如果第一和第二视频接收装置(10)其中之一利用组播从所述多个视频源之一发送视频,向所述客户装置(35)发送组播网络地址,从而所述客户装置(35)可以利用所述组播网络地址从所述多个视频源之一接收所述视频。
12.根据权利要求9所述的装置(20),其中:
如果第一和第二视频接收装置(10)其中之一利用单播从所述多个视频源之一发送视频,所述发送的视频接收装置(10)将所述单播转换为组播并向所述客户装置(35)发送组播网络地址,从而所述客户装置(35)可以利用所述组播网络地址从所述多个视频源之一接收所述视频。
13.根据权利要求9所述的装置(20),其中定期地从所述第一和第二视频接收装置(10)接收各个负载指示符。
14.根据权利要求9所述的装置(20),其中各个负载指示符指示第一和第二视频接收装置(10)的各个负载设定值的百分比。
15.根据权利要求9所述的装置(20),其中每个所述视频源提供电视节目。
16.根据权利要求9所述的装置(20),其中所选择的视频接收装置(10)根据各个负载指示符具有较低负载。
17.一种装置(20),包括:
第一输入(21),用于从客户设备(35)接收从多个视频源其中之一下载视频的请求;
第二输入(22),用于从能够接收所述多个视频源的第一和第二视频接收设备(10)接收各个负载指示符;
第一控制逻辑装置,用于根据负载指示符选择所述第一和第二视频接收设备(10)其中之一;和
第二控制逻辑装置,用于指示所选择的视频接收设备(10)从所述多个视频源其中之一利用客户设备(35)已知的地址传输所述视频。
18.根据权利要求17所述的装置(20),其中:
如果第一和第二视频接收装置(10)其中之一利用组播从所述多个视频源之一发送视频,向所述客户装置(35)发送组播网络地址,从而所述客户装置(35)可以利用所述组播网络地址从所述多个视频源之一接收所述视频。
19.根据权利要求17所述的装置(20),其中:
如果第一和第二视频接收装置(10)其中之一利用单播从所述多个视频源之一发送视频,所述发送的视频接收装置(10)将所述单播转换为组播并向所述客户装置(35)发送组播网络地址,从而所述客户装置(35)可以利用所述组播网络地址从所述多个视频源之一接收所述视频。
20.根据权利要求17所述的装置(20),其中定期地从所述第一和第二视频接收装置(10)接收各个负载指示符。
21.根据权利要求17所述的装置(20),其中各个负载指示符指示第一和第二视频接收装置(10)的各个负载设定值的百分比。
22.根据权利要求17所述的装置(20),其中每个所述视频源提供电视节目。
23.根据权利要求17所述的装置(20),其中所选择的视频接收装置(10)根据各个负载指示符具有较低负载。
24.一种方法(600),包括:
从能够接收多个视频源的视频接收设备向请求服务器设备发送负载指示符,其中所述负载指示符指示与所述视频接收设备相关的负载(610);
从所述请求服务器设备接收指示请求的节目和与请求的节目相关的客户设备的目的地址的数据(620);并且
将请求的节目发送至所述目的地址(630)。
25.根据权利要求24所述的方法(600),其中每个所述视频源为电视节目。
26.根据权利要求24所述的方法(600),其中所述负载指示符指示与所述视频接收装置相关的百分比负载。
27.根据权利要求24所述的方法(600),其中响应于请求服务器装置确定所述视频接收装置在多个不同视频接收装置中具有最低负载执行所述接收步骤。
28.根据权利要求24所述的方法(600),其中定期执行所述发送步骤。
29.一种装置(10),包括:
用于确定指示与所述装置(10)相关的负载的负载指示符的装置;
用于向请求服务器设备(20)发送所述负载指示符的装置(11);
其中,响应于所述负载指示符,从所述请求服务器设备(20)接收指示请求的节目和与请求的节目相关的客户设备(35)的目的地址的数据,并且所述装置(10)将所述请求的节目发送至所述目的地址。
30.根据权利要求29所述的装置(10),其中所述装置(10)能接收多个电视频道。
31.根据权利要求29所述的装置(10),其中所述负载指示符指示与所述装置(10)相关的百分比负载。
32.根据权利要求29所述的装置(10),其中响应于请求服务器装置(20)确定所述装置(10)在多个不同装置(10)中具有最低负载,从所述请求服务器装置(20)接收请求的节目和与请求的节目相关的客户设备(35)的目的地址。
33.根据权利要求32所述的装置(10),其中所述多个不同装置(10)是视频接收装置。
34.根据权利要求29所述的装置(10),其中定期地将所述负载指示符发送至所述请求服务器装置(20)。
35.一种装置(10),包括:
控制逻辑装置,用于确定指示与所述装置(10)相关的负载的负载指示符;
接口(11),用于向请求服务器设备(20)发送所述负载指示符,
其中,响应于所述负载指示符,从所述请求服务器设备(20)接收指示请求的节目和与请求的节目相关的客户设备(35)的目的地址的数据,并且所述装置(10)将所述请求的节目发送至所述目的地址。
36.根据权利要求35所述的装置(10),其中所述装置(10)能接收多个电视频道。
37.根据权利要求35所述的装置(10),其中所述负载指示符指示与所述装置(10)相关的百分比负载。
38.根据权利要求35所述的装置(10),其中响应于请求服务器装置(20)确定所述装置(10)在多个不同装置(10)中具有最低负载,从所述请求服务器装置(20)接收请求的节目和与请求的节目相关的客户设备(35)的目的地址。
39.根据权利要求38所述的装置(10),其中所述多个不同装置(10)是视频接收装置。
40.根据权利要求35所述的装置(10),其中定期地将所述负载指示符发送至所述请求服务器装置(20)。
41.一种方法(700),包括:
从客户设备向请求服务器设备发送节目请求(710);
响应于所述请求,在所述客户设备从所述请求服务器设备接收地址(720);
通过选择的视频接收设备利用所述地址在所述服务器接收请求的节目(730),
其中所述请求服务器设备基于多个视频接收设备的各个负载指示符从多个视频接收设备中选择所述选择的视频接收设备。
42.根据权利要求41所述的方法(700),其中所述各个负载指示符指示所述多个视频接收装置的负载设定值的各个百分比。
43.根据权利要求41所述的方法(700),其中所述所述多个视频接收装置每个都能调谐多个电视频道。
44.根据权利要求41所述的方法(700),其中所选择的视频接收装置根据所述各个负载指示符具有较低负载。
45.一种装置(35),包括:
用于向请求服务器设备(20)发送节目请求的装置;
用于响应于所述请求从所述请求服务器设备(20)接收地址的装置;
用于利用所述地址通过选择的视频接收设备接收请求的节目的装置,
其中所述请求服务器设备(20)基于多个视频接收设备的各个负载指示符从多个视频接收设备(10)中选择所述选择的视频接收设备(10)。
46.根据权利要求45所述的装置(35),其中所述各个负载指示符指示所述多个视频接收装置(10)的负载设定值的各个百分比。
47.根据权利要求45所述的装置(35),其中所述所述多个视频接收装置(10)每个都能调谐多个电视频道。
48.根据权利要求45所述的装置(35),其中所选择的视频接收装置(10)根据所述各个负载指示符具有较低负载。
49.一种装置(35),包括:
输出装置,向请求服务器设备(20)发送节目请求;
输入装置,响应于所述请求,从所述请求服务器设备(20)接收地址并利用所述地址通过选择的视频接收设备(10)接收请求的节目,
其中所述请求服务器设备(20)基于多个视频接收设备(10)的各个负载指示符从多个视频接收设备中选择所述选择的视频接收设备。
50.根据权利要求49所述的装置(35),其中所述各个负载指示符指示所述多个视频接收装置(10)的负载设定值的各个百分比。
51.根据权利要求49所述的装置(35),其中所述所述多个视频接收装置(10)每个都能调谐多个电视频道。
52.根据权利要求49所述的装置(35),其中所选择的视频接收装置(10)根据所述各个负载指示符具有较低负载。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510779348.XA CN105306586A (zh) | 2008-02-29 | 2008-12-12 | 用于提供负载平衡信号分配的方法和装置 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US6758508P | 2008-02-29 | 2008-02-29 | |
US61/067,585 | 2008-02-29 | ||
PCT/US2008/013640 WO2009108176A1 (en) | 2008-02-29 | 2008-12-12 | Methods and apparatuses for providing load balanced signal distribution |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510779348.XA Division CN105306586A (zh) | 2008-02-29 | 2008-12-12 | 用于提供负载平衡信号分配的方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101946491A true CN101946491A (zh) | 2011-01-12 |
Family
ID=40403982
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2008801266912A Pending CN101946491A (zh) | 2008-02-29 | 2008-12-12 | 用于提供负载平衡信号分配的方法和装置 |
CN201510779348.XA Pending CN105306586A (zh) | 2008-02-29 | 2008-12-12 | 用于提供负载平衡信号分配的方法和装置 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510779348.XA Pending CN105306586A (zh) | 2008-02-29 | 2008-12-12 | 用于提供负载平衡信号分配的方法和装置 |
Country Status (7)
Country | Link |
---|---|
US (1) | US9015781B2 (zh) |
EP (1) | EP2260636A1 (zh) |
JP (2) | JP5503560B2 (zh) |
KR (1) | KR101531960B1 (zh) |
CN (2) | CN101946491A (zh) |
BR (1) | BRPI0822217B1 (zh) |
WO (1) | WO2009108176A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102624651A (zh) * | 2012-03-08 | 2012-08-01 | 北京神州数码思特奇信息技术股份有限公司 | 网关通信方法及装置 |
Families Citing this family (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101946491A (zh) * | 2008-02-29 | 2011-01-12 | 汤姆逊许可公司 | 用于提供负载平衡信号分配的方法和装置 |
US20100058424A1 (en) * | 2008-08-26 | 2010-03-04 | Comcast Cable Holdings, Llc | System and method for controlling signal traffic peaks on a video interactive network |
US8555322B2 (en) * | 2009-01-23 | 2013-10-08 | Microsoft Corporation | Shared television sessions |
EP2540037B1 (en) * | 2010-02-23 | 2023-08-02 | LG Electronics Inc. | A method and an apparatus for session routing in home network system |
US8379562B2 (en) * | 2010-10-12 | 2013-02-19 | Ian Pitts | Paging relay controller and methods thereof |
EP2883350A4 (en) * | 2012-08-09 | 2016-03-16 | Charter Comm Operating Llc | SYSTEM AND METHOD RELATING TO CLOUD USER INTERFACES |
FR3011415A1 (fr) * | 2013-10-01 | 2015-04-03 | Orange | Procede de diffusion d'identifiants de sources multicast |
US10033616B1 (en) * | 2014-03-27 | 2018-07-24 | Juniper Networks, Inc. | State synchronization for global control in a distributed security system |
CN104980803A (zh) * | 2015-07-29 | 2015-10-14 | 深圳市芯智科技有限公司 | 一种自主中间件智能dvbs2机顶盒系统及处理方法 |
US10432709B2 (en) | 2016-03-28 | 2019-10-01 | Industrial Technology Research Institute | Load balancing method, load balancing system, load balancing device and topology reduction method |
CN107241374B (zh) | 2016-03-28 | 2020-01-31 | 财团法人工业技术研究院 | 负载平衡系统、负载平衡装置及拓朴管理方法 |
CN107920045A (zh) * | 2016-10-08 | 2018-04-17 | 中兴通讯股份有限公司 | 一种会话描述协议消息生成方法和装置 |
CN113162655A (zh) * | 2020-01-23 | 2021-07-23 | 华为技术有限公司 | 一种电力线通信时隙分配方法和装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1345149A (zh) * | 2000-08-07 | 2002-04-17 | 香港科技大学 | 用于流式数据的方法和装置 |
WO2005020621A1 (en) * | 2003-08-12 | 2005-03-03 | Telefonaktiebolaget Lm Ericsson (Publ) | Per user rate control for the reverse link in cdma networks |
US20070270175A1 (en) * | 2006-03-27 | 2007-11-22 | Malladi Durga P | Power control and resource management in orthogonal wireless systems |
CN101084682A (zh) * | 2004-05-05 | 2007-12-05 | 摩托罗拉公司 | 用于速率控制信令以促进ue上行链路数据传输的方法 |
Family Cites Families (31)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5633810A (en) * | 1995-12-14 | 1997-05-27 | Sun Microsystems, Inc. | Method and apparatus for distributing network bandwidth on a media server |
US6195680B1 (en) | 1998-07-23 | 2001-02-27 | International Business Machines Corporation | Client-based dynamic switching of streaming servers for fault-tolerance and load balancing |
US6986156B1 (en) * | 1999-06-11 | 2006-01-10 | Scientific Atlanta, Inc | Systems and methods for adaptive scheduling and dynamic bandwidth resource allocation management in a digital broadband delivery system |
WO2001022688A1 (en) * | 1999-09-21 | 2001-03-29 | Streaming21, Inc. | Method and system for providing streaming media services |
US6889385B1 (en) * | 2000-01-14 | 2005-05-03 | Terayon Communication Systems, Inc | Home network for receiving video-on-demand and other requested programs and services |
US6990338B2 (en) * | 2001-06-11 | 2006-01-24 | The Boeing Company | Mobile wireless local area network and related methods |
WO2003005195A2 (en) * | 2001-07-03 | 2003-01-16 | Imagine Broadband Limited | Broadband communications |
CA2408766A1 (en) * | 2001-10-17 | 2003-04-17 | Telecommunications Research Laboratory | Content delivery network bypass system |
US20090222875A1 (en) * | 2002-04-18 | 2009-09-03 | Cheng David J | Distributed tuner allocation and conflict resolution |
US7296069B2 (en) * | 2002-05-08 | 2007-11-13 | Hewlett-Packard Development Company, L.P. | Method and system for network fault monitoring with linux |
JP3809813B2 (ja) * | 2002-08-21 | 2006-08-16 | 日本電信電話株式会社 | コンテンツ配信方法およびこれを用いるコンテンツ配信システム |
JP2004158969A (ja) * | 2002-11-05 | 2004-06-03 | Nec Corp | 映像システム、映像装置、プログラム |
US6947403B2 (en) | 2003-06-27 | 2005-09-20 | Nokia Corporation | Advanced whitener-rake receiver for WCDMA terminal |
US9807460B2 (en) * | 2003-08-11 | 2017-10-31 | Arris Enterprises, Inc. | Optimal provisioning and management of bandwidth in a video-on-demand services architecture |
US20050250511A1 (en) | 2004-05-05 | 2005-11-10 | Weimin Xiao | Method for rate control signaling to facilitate UE uplink data transfer |
US8370888B2 (en) * | 2004-06-22 | 2013-02-05 | University Of Southern California | Hydra: high-performance data recording architecture for streaming media |
EP1619853A1 (en) | 2004-07-21 | 2006-01-25 | Siemens Mobile Communications S.p.A. | RTSP proxy extended to detect streaming session events and report to valued streaming applications the notified ones |
JP2008508807A (ja) * | 2004-07-30 | 2008-03-21 | 松下電器産業株式会社 | 分散共有およびライブテレビ録画のためのシステムおよび方法 |
US7380264B2 (en) | 2004-08-13 | 2008-05-27 | Microsoft Corporation | Systems for unifying heterogeneous multimedia tuners |
JP4450853B2 (ja) * | 2004-09-16 | 2010-04-14 | エヌヴィディア コーポレイション | 負荷分散 |
JP4919969B2 (ja) | 2005-01-05 | 2012-04-18 | トムソン ライセンシング | ゲートウェイサーバにおける受信リソース割り当て方法及びシステム |
FR2884669A1 (fr) * | 2005-04-15 | 2006-10-20 | Thomson Licensing Sa | Appareil et procede de gestion des services recus au sein d'un reseau local |
US7664856B2 (en) * | 2005-07-28 | 2010-02-16 | Microsoft Corporation | Dynamically balancing user experiences in a multi-user computing system |
JP4498315B2 (ja) | 2005-07-28 | 2010-07-07 | Hoya株式会社 | 光学ガラスおよび光学素子とその製造方法 |
US7688788B2 (en) * | 2005-10-11 | 2010-03-30 | Microsoft Corporation | Congestion level and signal quality based estimator for bit-rate and automated load balancing for WLANS |
FR2895182A1 (fr) | 2005-12-20 | 2007-06-22 | Thomson Licensing Sas | Procede de transmission de services de television numerique, passerelle et reseau correspondants |
US7669222B2 (en) | 2006-01-17 | 2010-02-23 | Microsoft Corporation | Virtual tuner management |
CN101438256B (zh) * | 2006-03-07 | 2011-12-21 | 索尼株式会社 | 信息处理设备、信息通信系统、信息处理方法 |
SE530774C2 (sv) * | 2006-12-01 | 2008-09-09 | Teliasonera Ab | System och metod för hantering av bandbredd i ett hemnät för television |
CN100581173C (zh) * | 2006-12-01 | 2010-01-13 | 清华大学 | 一种视频网格自适应负载均衡调度方法 |
CN101946491A (zh) * | 2008-02-29 | 2011-01-12 | 汤姆逊许可公司 | 用于提供负载平衡信号分配的方法和装置 |
-
2008
- 2008-12-12 CN CN2008801266912A patent/CN101946491A/zh active Pending
- 2008-12-12 US US12/735,933 patent/US9015781B2/en not_active Expired - Fee Related
- 2008-12-12 BR BRPI0822217-7A patent/BRPI0822217B1/pt not_active IP Right Cessation
- 2008-12-12 JP JP2010548654A patent/JP5503560B2/ja not_active Expired - Fee Related
- 2008-12-12 CN CN201510779348.XA patent/CN105306586A/zh active Pending
- 2008-12-12 WO PCT/US2008/013640 patent/WO2009108176A1/en active Application Filing
- 2008-12-12 KR KR1020107019170A patent/KR101531960B1/ko not_active Expired - Fee Related
- 2008-12-12 EP EP08873030A patent/EP2260636A1/en not_active Ceased
-
2014
- 2014-03-14 JP JP2014051879A patent/JP5873124B2/ja not_active Expired - Fee Related
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1345149A (zh) * | 2000-08-07 | 2002-04-17 | 香港科技大学 | 用于流式数据的方法和装置 |
WO2005020621A1 (en) * | 2003-08-12 | 2005-03-03 | Telefonaktiebolaget Lm Ericsson (Publ) | Per user rate control for the reverse link in cdma networks |
CN101084682A (zh) * | 2004-05-05 | 2007-12-05 | 摩托罗拉公司 | 用于速率控制信令以促进ue上行链路数据传输的方法 |
US20070270175A1 (en) * | 2006-03-27 | 2007-11-22 | Malladi Durga P | Power control and resource management in orthogonal wireless systems |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102624651A (zh) * | 2012-03-08 | 2012-08-01 | 北京神州数码思特奇信息技术股份有限公司 | 网关通信方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
JP2014147088A (ja) | 2014-08-14 |
JP5503560B2 (ja) | 2014-05-28 |
BRPI0822217B1 (pt) | 2020-11-10 |
WO2009108176A1 (en) | 2009-09-03 |
CN105306586A (zh) | 2016-02-03 |
US9015781B2 (en) | 2015-04-21 |
KR20100123703A (ko) | 2010-11-24 |
US20100333150A1 (en) | 2010-12-30 |
KR101531960B1 (ko) | 2015-06-26 |
EP2260636A1 (en) | 2010-12-15 |
JP5873124B2 (ja) | 2016-03-01 |
JP2011519492A (ja) | 2011-07-07 |
BRPI0822217A2 (pt) | 2015-06-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101946491A (zh) | 用于提供负载平衡信号分配的方法和装置 | |
US10200425B2 (en) | Methods and apparatus for efficient IP multicasting in a content delivery network | |
US11469972B2 (en) | Apparatus and methods for managing service delivery telemetry | |
US9807460B2 (en) | Optimal provisioning and management of bandwidth in a video-on-demand services architecture | |
US8533771B2 (en) | Techniques for upgrading software in a video content network | |
CN101282281B (zh) | 一种媒体分发系统、装置及流媒体播放方法 | |
US20050278760A1 (en) | Method and system for controlling streaming in an on-demand server | |
US10521213B2 (en) | Technique for efficiently upgrading software in a video content network | |
CN106059936B (zh) | 云系统组播文件的方法及装置 | |
US20080137569A1 (en) | Method and system for distributing mobile broadcast service and mobile terminal | |
CN111954009B (zh) | 跨网络域的视频数据推送系统 | |
CN104270604A (zh) | 获取ipc的实时视频数据的方法、系统及装置 | |
CN102420868A (zh) | 服务的提供方法、装置及系统 | |
CN101018201A (zh) | 一种p2p流媒体直播技术的平行扩展方法 | |
CN1528070B (zh) | 在中央服务器构成的网络中管理远程客户端的方法和系统 | |
KR101459170B1 (ko) | 게이트웨이 장치에서 장애 검출 및 완화를 위한 메커니즘 | |
US20090006625A1 (en) | Method and system for allocating receiving resources in a gateway server | |
CN116193165A (zh) | 一种高效视频协议转换分布式集群调度方法及系统 | |
CN105592485A (zh) | 一种基于snmp网管协议实时采集并处理消息的方法 | |
CN105392025A (zh) | 用户侧带宽聚合的方法、设备和内容分发系统 | |
CN109819209B (zh) | 一种监控资源调取的系统、方法和装置 | |
KR20070097477A (ko) | 게이트웨이 서버에서 수신 자원을 할당하기 위한 방법과시스템 | |
WO2005119492A2 (en) | Method and system for controlling streaming in an on-demand server | |
EP3337178A1 (en) | Method for distributing metadata to devices in a network and corresponding metadata distribution device, corresponding method for receiving metadata from devices in a network and corresponding device | |
CN102075433A (zh) | 异构gnss平台数据路由方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20110112 |