具有实现诊断工具的D服务器控制器、VoD服务器控制器和策略服务器的IPTV网络

摘要

公开了在因特网协议电视IPTV网络(200)中主动检测并阻止潜在问题的诊断工具(222a、222b、222c、222d、222e、222f、222g)。第一工具向受影响的机顶盒通知D服务器故障。第二工具验证D服务器中广播电视频道的存在。第三工具基于瞬时频道改变请求使得D服务器负载平衡。第四工具向机顶盒VoD通知服务器故障。第五工具验证特定内容位于至少两个VoD服务器上。第六工具验证在故障或修复之后VoD服务器上的负载。第七工具检查用户是否由策略服务器确定的那样接收服务。

说明书

技术领域

本发明涉及在IPTV网络中实现通过不同的组件和/或服务主动检测并阻止潜在的问题的诊断工具的D服务器控制器、VoD服务器控制器和策略服务器。

背景技术

在此定义下面的缩写，至少部分缩写在随后本发明的描述和现有技术的描述中提到。

BTV     广播电视

CO      中心局

DSL     数字用户线路

DSLAM   数字用户线路接入复用器

IEEE    电气和电子工程师协会

IGMP    因特网组群管理协议

IP      因特网协议

IPTV    因特网协议电视

OLT     光线路终端

ONT     光网络终端

OSS     运营支持系统

RGW     住户网关

SAI     服务区接口

SHO     超级头端局

SNMP    简单网络管理协议

TV      电视

UDP     用户数据报协议

VHO     视频中心局

VLAN    虚拟局域网

VoD     视频点播

参照图1(现有技术)，为说明示例性IPTV网络100的基本组件的框图，其通过例如光纤或DSL电话线为家庭提供广播电视频道。所示出的示例性IPTV网络100包括：两个SHO 102(包括A-server 103)、骨干网104(包括策略服务器105)、多个VHO 106(包括：D-服务器控制器107a、D服务器群集107b和107b’、VoD服务器控制器107c、VoD服务器群集107d和107d’、以及A服务器107e)、多个IO 108、多个CO 110、多个SAI 112(DSLAM 112、ONT/OLT 112)以及多个RGW 114。RGW 114连接到STB 116，STB 116连接到位于用户120家中的电视装置118(或其它监视器)。

运行时，每个SHO 102接收国际的或国内的TV馈送并且经骨干网104将这些国际的/国内的TV馈送提供给每个VHO 106。然后，每个VHO 106接收局部的/本地的TV馈送并且将所有TV馈送多播至它们各自的IO 108。并且，然后每个IO 108将所有TV馈送多播至它们各自的CO 110。以及，然后每个CO 110将所有TV馈送多播至它们各自的SAI 112。以及，每个SAI 112然后将一个或多个TV馈送发送到它们各自的RGW 114和STB116(注意：如果SAI 112处于没有用户120正在观看TV频道的情况下，那么所述SAI 112不会向它们各自的RGW 114和STB 116发送任何TV馈送)。这样，每个用户120能够与它们的STB 116连接并且能够在多播TV频道中选择一个从而在它们的电视装置118(或其它监视器)上观看。如果需要，每个用户120可以与它们的STB 116连接并且选择VoD从而在它们的电视机118(或其它装置)上观看。

各种服务器103、105和107a...107e有助于为用户120提供视频传递服务。特别地，A服务器103和107e将BTV内容流传输至STB 116。D服务器控制器107a管理D服务器群集107b和107b’(每个都具有多个D服务器)，其用于快速频道改变和到STB 116的错误/丢失数据包的重传。VoD服务器控制器107c管理VoD服务器群集107d和107d’(每个都具有多个VoD服务器)，其用于将视频文件(例如，电影)单播流传输至付费观看特殊电影的用户120所使用的特殊STB 116。策略服务器105基于静态和动态规则决定是否允许来自特殊用户120的对服务或更新的请求。

传统的D服务器控制器107a和传统的VoD服务器控制器107c具有一些基本的管理形式，例如，MOM(微软操作管理)，其提供个人服务器的基本管理并且还提供个人服务器之间负载平衡的工具。另有，D服务器控制器107a和VoD服务器控制器107c都具有诊断工具，允许它们的运行状态、它们的使用率、以及根据到达请求在它们各自群集里的主要服务器间的负载分布的检查。然而，现有的诊断工具不提供能够主动地检测并阻止IPTV网络100的架构和/或服务的潜在问题的扩展能力。例如，现有的缺少主动检测能力的诊断工具可以导致很多问题：

1.没有办法将D服务器107b和107b’的故障通知给STB 116。

2.没有办法保证流行频道与D服务器107b和107b’或VoD服务器107d和107d’的数量成比例。

3.没有办法保证根据到达请求来完成D服务器107b和107b’和VoD服务器107d和107d’中的负载平衡。

4.如果服务器107b，107b’，107d和107d’发生故障，现有的诊断工具具有恢复工具以保证服务连续性，但是当处于退化环境时，这些现有的诊断工具不会保证最佳性能。

同样，传统的策略服务器105以及它的结果策略实施仅在一个方向上，即从策略服务器105到下游网络节点106、108、110、112、114和116。发生这种情况是因为假设当前的策略服务器105完全值得信任。然而，策略服务器105以及对应的策略实施能够起到它们应起的作用，但是这并不一定意味着用户120正在接收所希望的服务。例如，策略服务器105可以认为任何部件都起到请求的作用，但是不会意识到与用户120接收有关的问题，其可以由IPTV网络100中的错误配置和/或临时拥堵所引起的。特别地，传统的策略服务器105不具有能够检查用户120是否会确实如策略服务器之前所了解的那样接收服务。

因此，需要解决上面提到的IPTV网络中传统的诊断工具的缺点的新的主动诊断工具。通过根据本发明的实现新的主动诊断工具的增强策略服务器、增强D服务器控制器和增强VoD服务器控制器来满足这种需要和其它需要。

发明内容

在一个方面，本发明提供一种主动测试IPTV网络的方法，包括：(a)通过IPTV网络中的至少一个组件或至少一个服务主动检测潜在的问题；以及(b)通过IPTV网络中的所述至少一个组件或所述至少一个服务主动阻止潜在的问题。特别地，所述方法能够实现可以单独或按照任意组合使用以主动测试并阻止IPTV网络中的问题的七个不同的诊断工具。

在另一方面，本发明提供一种实现至少一个诊断工具以主动测试IPTV网络的服务器(例如，D服务器控制器、VoD服务器控制器、策略服务器)。每个服务器都具有存储处理器可执行指令的存储器，以及与存储器连接并且执行处理器可执行指令以实现至少一个诊断测试的性能，包括：(a)通过IPTV网络中的至少一个组件或至少一个服务主动检测潜在的问题；以及(b)通过IPTV网络中的所述至少一个组件或所述至少一个服务主动阻止潜在的问题。特别地，D服务器控制器可以实现三个诊断工具以主动测试和阻止IPTV网络内的问题。VoD服务器控制器可以实现三个诊断工具以主动测试和阻止IPTV网络内的问题。以及，策略服务器可以实现一个诊断工具以主动测试和阻止IPTV网络内的问题。

在本发明的另一方面，提供一种具有实现不同诊断工具的D服务器控制器、VoD服务器控制器和策略服务器的IPTV网络。D服务器控制器主动检测并阻止潜在的问题，通过以下实现：(a)第一诊断工具，检索关于D服务器的故障或修复的信息，以及将故障的或修复的D服务器通知给至少一个受影响的机顶盒(STB)，其中所述至少一个受影响STB于是设置D服务器列表以考虑所述故障的或修复的D服务器；(b)第二诊断工具，验证每个广播电视(BTV)频道在至少一个D服务器中，以及验证每个BTV频道所处的D服务器的数量与STB的要求成比例；和/或(c)第三诊断工具，检索由STB所发送的瞬时频道改变(ICC)请求和重传请求，以及如果需要，基于所接收的ICC请求和重传请求使得所述D服务器负载平衡，以跨D服务器传播重传业务。VoD服务器控制器直接检测并阻止潜在的问题，通过以下实现：(a)第四诊断工具，检测VoD服务器的故障，定位每个将故障的VoD服务器指定为次要服务器的STB，以及指示所定位的STB将故障的VoD服务器的次要因特网协议(IP)地址(或一些其它标识符)替换为包含所需内容的拷贝的新VoD服务器的新IP地址(或一些其它标识符)；(b)第五诊断工具，验证特定内容在至少两个VoD服务器上，并且验证拥有所述特定内容的VoD服务器的数量与STB对所述特定内容的当前需求成比例；和/或(c)第六诊断工具，验证在多个VoD服务器中的一个已经故障或已经被修复之后，每个STB的次要和主要VoD服务器上的新负载被平衡。策略服务器直接检测并阻止潜在的问题，通过以下实现：(a)第七诊断工具，检查用户是否确实如策略服务器之前所确定的那样接收服务。

将部分地在下面的详细说明、附图和任意权利要求中阐述，并且部分地从详细说明中获得，或通过本发明的实践来学习本发明的附加方面。应当了解的是，上面概括的说明和下面详细的说明都只是示例性的和解释性的并且不是所公开的本发明的限制。

附图说明

通过结合附图来参考下面的详细描述，可以获得本发明更为完整的理解，其中：

图1(现有技术)为示例性的具有用于通过例如光纤和DSL电话线向家庭提供广播TV频道和VoD电影的传统的策略服务器、传统的D服务器控制器、以及传统的VoD服务器控制器IPTV网络的示意图；

图2为根据本发明的具有实现新的诊断工具的增强策略服务器、增强D服务器控制器以及增强VoD服务器控制器的示例性IPTV网络的示意图；

图3为用于帮助解释根据本发明实施方式的增强D服务器控制器如何实现第一诊断工具以主动检测并阻止IPTV网络内潜在问题的示意图；

图4为用于帮助解释根据本发明实施方式的增强D服务器控制器如何实现第二诊断工具以主动检测并阻止IPTV网络内潜在问题的示意图；

图5为用于帮助解释根据本发明实施方式的增强D服务器控制器如何实现第三诊断工具以主动检测并阻止IPTV网络内潜在问题的示意图；

图6为用于帮助解释根据本发明实施方式的增强VoD服务器控制器如何实现第四诊断工具以主动检测并阻止IPTV网络内潜在问题的示意图；

图7为用于帮助解释根据本发明实施方式的增强VoD服务器控制器如何实现第五诊断工具以主动检测并阻止IPTV网络内潜在问题的示意图；

图8为用于帮助解释根据本发明实施方式的增强VoD服务器控制器如何实现第六诊断工具以主动检测并阻止IPTV网络内潜在问题的示意图；

图9为用于帮助解释根据本发明实施方式的增强策略服务器如何实现第七诊断工具以主动检测并阻止IPTV网络内潜在问题的示意图；

具体实施方式

参照图2，说明了根据本发明的示例性IPTV网络200的基本组件框图，所述IPTV网络200具有增强策略服务器205、增强D服务器控制器207a和增强VoD服务器控制器207c，其实现新的诊断工具222a、222b...222g。所示出的示例性IPTV网络200包括两个SHO 202(包括A服务器203)、骨干网204(包括增强策略服务器205)、多个VHO 206(包括增强D服务器控制器207a、D服务器群集207b和207’、增强VoD服务器控制器207c、VoD服务器群集207d和207d’、以及A服务器207e)、多个IO 208、多个CO 210、多个SAI 212(DSLAM 212，ONT/OLT 212)以及多个RGW 214。RGW 214连接到STB 216，STB 216连接到位于用户220家中的电视装置218(或其它监视器)。

运行时，每个SHO 202接收国际的或国内的TV馈送并且经骨干网204将那些国际的/国内的TV馈送提供给每个VHO 206。然后，每个VHO 206接收局部的/本地的TV馈送并且将所有TV馈送多播至它们各自的IO 208。并且，然后每个IO 208将所有TV馈送多播至它们各自的CO 210。以及，然后每个CO 210将所有TV馈送多播至它们各自的SAI 212。以及，然后每个SAI 212将一个或多个TV馈送发送到它们各自的RGW 214和STB 216(注意：如果SAI 212处于没有用户220正在观看TV频道的情况下，那么所述SAI 212不会向它们各自的RGW 114和STB 116发送任何TV馈送)。这样，每个用户220能够与它们的STB 216连接并且能够在多播TV频道中选择一个从而在它们的电视机218(或其它监视器)上观看。如果需要，每个用户220可以与它们的STB 216连接并且选择VoD从而在它们的电视机218(或其它装置)上观看。

各种服务器203、205和207a...207e有助于为用户220提供视频传递服务。特别地，A服务器203和207e将BTV内容流传输至STB 216。D服务器控制器207a管理D服务器群集207b和207b’(每个都具有多个D服务器)，其用于快速频道改变和到STB 216的错误/丢失数据包的重传。VoD服务器控制器207c管理VoD服务器群组107d和107d’(每个都具有多个VoD服务器)，其用于将视频文件(例如，电影)单播流传输至付费观看特殊电影的用户120所使用的特殊STB 216。策略服务器205基于静态和动态规则决定是否允许来自特殊用户220的对服务或更新的请求。

在本发明中，视频传递和策略服务器205，207a和207c还实现七个高级别的诊断工具222a、222b...222g，其主动地检测并阻止IPTV网络200内的架构和/或服务的潜在问题。特别地，增强D服务器控制器207a实现三个高级别的诊断工具222a、222b和222c。增强VoD服务器控制器207c实现三个高级别的诊断工具222d、222e和222f。以及，增强策略服务器205实现一个高级别的诊断工具222g。通过参考图3-9将在下面详细地讨论七个高级别的诊断工具222a、222b...222g的每一个。

1.诊断工具222a(“DServ_failure notification”)

基本思想：增强D服务器控制器207a实现所述诊断工具222a，以检测群集207b和207b’中一个或多个D服务器的故障并且然后主动通知受影响的STB 216以避免那些STB 216连接到群集207b和207b’中的故障D服务器的不必要的尝试。

背景/问题：在启动时给每个STB两个主要的和两个次要的D服务器IP地址(或其它标识符)。STB通过UDP会话而不是永久的连接来连接到它们的D服务器列表中所标识的它们的第一主要D服务器。不幸的是，如果它们当前没有使用故障的D服务器，并不将D服务器的故障通知给STB。因此，在D服务发生故障后，STB尝试连接到这个故障的D服务器将是不知不觉地无效果地尝试。故障的D服务器可以为主要D服务器或次要D服务器。

解决方案：增强D服务器控制器207a实现诊断工具222a并且当群集207b和207b’中的一个或多个D服务器故障时以及当群集207b和207b’中的故障D服务器已经修复之后，主动通知受影响的STB 216。特别地，诊断工具222a检测D服务器故障事件，其中这个信息可以，例如通过收集器(Trap)从元件管理系统(RMS)的管理信息库(MIB)中检索。实际上，可以从增强D服务器控制器207a的管理系统300中的数据结构中检索关于D服务器故障事件的信息。在D服务器故障的事件中，增强D服务器控制器通知受影响的STB 216，在它们的D服务器列表中具有这个特殊的D服务器。然后，受影响的STB 216设置它们的D服务器列表从而避免连接到故障的D服务器。这样，避免了所有试图联系故障的D服务的引起IPTV网络200的额外业务量和延迟的不必要的尝试。类似地，诊断工具222a可以检测D服务器修复事件并且然后将这个信息发送给受影响的STB 216，以指示之前不可用的D服务器的可用性。

实例：提供图3以帮助解释诊断工具222a如何解释检测故障的D服务器(即，D-serv 1和D-serv 3)并且然后主动地通知受影响的STB A和B。在本实例中，假设在任何D服务器故障之前STB A具有D服务器列表302a，其中指定了主要服务器D-serv 1和D-serv 2以及次要服务器D-serv 4和D-serv 5。以及，假设STB B具有D服务器列表302b，其中指定了主要服务器D-serv 2和D-serv 0以及次要服务器D-serv 3和D-serv 4。然后，诊断工具222a在两个D服务器中检测到故障，在本实例中为D-serv 1和D-serv 3。在一个实施方式中，诊断工具222a通过收集器从元件管理系统(RMS)的管理信息库(MIB)中检索这个故障信息。然后，诊断工具222a通知受影响的STB A和B，在它们的修改的D服务器列表302a’和302b’中具有上述故障的D服务器。然后，所述STB A和B设置它们的D服务器列表302a’和302b’从而避免连接到故障的D服务器。在本实例中，在已经检测到D服务器故障后，STB A具有D服务器列表302a’，其中指定了主要服务器D-serv 2和D-serv 1以及次要服务器D-serv 4和D-serv 5。以及，STB B具有D服务器列表302b’，其中指定了主要服务器D-serv 2和D-serv 0以及次要服务器D-serv 4和D-serv 3。按这种方式，诊断工具222a避免了潜在地引起IPTV网络200的额外业务量和延迟不必要的事件。类似地，诊断工具222a检测修复事件并且将其发送给STB A和B，以指示之前不可用的D服务器的可用性。

2.诊断工具222b(“DSev_feed”)

基本思想：增强D服务器控制器207a实现所述诊断工具222b，以验证群集207b和207b’中内容所在的D服务器的数量与STB 216的需求成比例。

背景/问题：每个BTV频道必须存在于至少一个D服务器上以提供服务。为特殊的BTV频道提供服务的D服务器必须发布IGMP报告从而加入那个BTV频道(注意：由于IGMP报告用于加入，所以IGMP报告与IGMP加入相关(例如，为多播地址的监听者))。BTV频道可以处于多个D服务器上以创建冗余。然而，传统的D服务器控制器不验证内容所在的D服务器的数量与STB的需求成比例。

解决方案：D服务器控制器207a实现诊断工具222b，其验证以下内容：(1)每个BTV频道在群集207b和207b’的至少一个D服务器中；以及(2)群集207b和207b’中特殊BTV频道所处的D服务器的数量与STB216的需求成比例。在一个实施方式中，诊断工具222b可以验证每个BTV频道在群集207b和207b’的至少一个D服务器中并且经SNMP通过查找IGMP加入成员表确定STB 216对BTV频道的需求。这是可能的，因为D服务器控制器207a具有保持重要事件跟踪(例如，通过窥探)的管理系统400并且记录IGMP加入消息以保持与BTV频道使用有关的状态信息。诊断工具222b使用这个信息来保证最不流行的BTV频道会处于群集207b和207b’中最小数量的D服务器中并且最流行的BTV频道会处于群集207b和207b’中最大数量的D服务器中。

实例：提供图4以帮助解释诊断工具222b如何验证群集207b和207b’中内容所在的D服务器的数量与STB A、B和C的需求成比例。首先，诊断工具222b验证用于一个STB A的BTV频道1处于一个主要D-serv 1和一个次要D-serv 3中(参见附图中标记为“之前”的部分)。这是可能的，因为诊断工具222b具有指示只有STB A发布了IGMP加入消息402a以使用BTV频道1的管理系统400。由于STB A是观看BTV频道1的唯一一个，所以诊断工具222b确定D服务器的数量(即首要D-serv 1和第二D-serv 3)与STB A的需求成比例。其次，诊断工具222b在预定的时间量之后重新检查管理系统400并且知道STB A、B和C全都已经发布IGMP加入消息402b以接收BTV频道1，并且还验证BTV频道1当前处于一个主要D-serv 1和一个次要D-serv 3上。由于现在有更多的STB A、B和C使用BTV频道1，诊断工具222b确定添加另外的D服务器(即主要D-serv 2和次要D-serv 4)使得BTV频道1处于四个D服务器(即主要D-serv 1、主要D-serv 2、次要D-serv 3和次要D-serv 4)上。诊断工具222b通过向主要D-serv 1、主要D-serv 2、次要D-serv 3和次要D-serv 4发送调整D-serv消息404来完成上述内容(参见附图中标记为“之后”的部分)。在这种情况下，诊断工具222b保证BTV频道1处于与STB A、B和C的需求成比例的多个D服务器上。

3.诊断工具222c(“DSev_load balance”)

基本思想：增强D服务器控制器207a实现所述诊断工具222c，以保证从STB 216接收的全部ICC(瞬时频道改变)和重传请求在群集207b和207b’的D服务器之间处于负载平衡。

背景/问题：STB基于它们所分配的D服务器IP地址(或一些其它标识符)为了它们的ICC请求和重传请求联系D服务器。不幸地是，来自所有STB的ICC和重传请求只可以去往D服务器的子网，导致D服务器引发的不平衡。

解决方案：D服务器控制器207a实现诊断工具222c以保证从STB 216接收的全部ICC(瞬时频道切换)和重传请求结果为在群集207b和207b’的D服务器之间适当的负载平衡。在一个实施方式中，STB 216将ICC和重传请求502发送到群集207b和207b’的同一组D服务器中，其包括已经丢失数据包的特殊的BTV频道(参见图5)。然后，所述信息502被发送到与D服务器控制器207a相关的管理系统500。诊断工具222c检索并分析所述信息502并且如果这个业务处于绝对阈值(例如)之内，那么不作改变。然而，如果诊断工具222c确定这个业务不在绝对阈值之内，那么发出警报和/或强制执行一些重新配置动作，例如，向STB 216发送新的D服务器IP地址(或其它标识符)和/或强制群集207b和207b’中更多的D服务器加入这个BTV频道以传播重传业务。

实例：提供图5以帮助解释诊断工具222c如何测量每个BTV频道在D服务器层的业务，并且发出警报和/或在检测到ICC请求或重传请求的超额时启动重新配置动作。在本实例中，STB A、B和C经历BTV频道1的问题并且向它们的首要D-serv 1和第二D-serv 3(参见附图中标记为“之前”的部分)发送ICC和重传请求502。然后，这个信息502被发送到与D服务器控制器207a相关的管理系统500。诊断工具222c检索并分析所述信息502并且然后确定这个业务不在绝对阈值(例如)之内，这样应该做出改变以解决所述问题。在本实例中，诊断工具222c确定添加另外的D服务器(主要D-serv 2和D-serv 4)，使得BTV频道1处于四个D服务器(即主要D-serv 1、主要D-serv 2、次要D-serv 3和次要D-serv 4)上。诊断工具222c通过向主要D-serv 1、主要D-serv 2、次要D-serv 3和次要D-serv 4发送调整D-serv消息504来完成上述内容(参见附图中标记为“之后”的部分)。在这种情况下，诊断工具222c已经有效地保证未来从STB A、B和C接收的ICC和重传业务将在D服务器1、2、3和4之间负载平衡。如果期望，诊断工具222c还可以基于所接收ICC业务和所接收的重传业务修改或重设STB的主要/次要D服务器的列表。

4.诊断工具222d(“VSev_failure notification”)

基本思想：增强VoD服务器控制器207c实现所述诊断工具222d，以主动地将群集207d和207d’中次要VoD服务器的故障通知给受影响的STB216。

背景/问题：VoD服务器可以为一个STB的主要VoD服务器并且为另一STB的次要VoD服务器。因此，当VoD服务器故障时，然后将所述故障的VoD服务器用作它们的主要VoD服务器的STB将切换到它们的次要VoD服务器。这不是问题。然而，当VoD服务器故障时，然后将这个特殊的服务器用作次要服务器的STB将不会意识到故障的次要VoD服务器，除非在受影响的STB和所述故障的VoD服务器的一些端口之间保持着TCP连接。这是个问题。

解决方案：VoD服务器控制器207c实现诊断工具222d以主动地将群集207d和207d’中它们的次要VoD服务器的故障通知给受影响的STB216。特别地，诊断工具222d利用VoD服务器控制器的管理工具600来检测群集207d和207d’中VoD服务器的故障并且然后定位所有将群集207d和207d’中故障的VoD服务器指定为它们的次要服务器的STB 216。然后，诊断工具222d发送消息指示那些STB 216将它们的群集207d和207d’中旧VoD服务器的次要IP地址替换为群集207d和207d’中包括所需要的内容的拷贝的新VoD服务器的新次要IP地址。如果群集207d和207d’中没有当前可用的包括所需要的内容的VoD服务器，那么诊断工具222d确保VoD服务器控制器207c采取行动以发布“拷贝”命令，使得群集207d和207d’中新的VoD服务器可用于受影响的STB 216。按这种方式，将群集207d和207d’中新的次要VoD服务器的IP地址作为受影响的STB的VoD服务器列表的更新。结果，如果这些受影响的STB 216中的任意一个必须切换到群集207d和207d’中它的次要VoD服务器，它将立即开始运行。通过避免STB 216试图连接到群集207d和207d’中故障的次要VoD服务器的不必要的连接，这样会将IPTV网络200从经历额外的延迟和额外的业务量中拯救出来。

实例：提供图6以帮助解释诊断工具222d如何主动地将群集207d和207d’中它们的次要VoD服务器的故障通知给受影响的STB 216。在本实例中，诊断工具222d利用VoD服务器控制器的管理工具600来检测VoD-serv 4的故障，并且然后确定STB A和B将故障的VoD-serv 4指定为它们的次要服务器。由于故障的VoD-serv 4不是STB C的次要服务器，所以STB C不受影响。然后，诊断工具222d发送消息604a指示受影响的STB A将旧的次要VoD-serv 4的旧的次要IP地址(或其它标识符)替换为新的次要VoD-serv 2的新IP地址，所述VoD-serv 2包含所需要的流行电影606a的拷贝。诊断工具222d还发送消息604b指示受影响的STB B将旧的次要VoD-serv 4的旧IP地址替换为新的次要VoD-serv 3的新IP地址，所述VoD-serv 3包含所需要的小生境电影606b的拷贝。在这种情况下，VoD-server 3最初不具有所需要的小生境电影606b的拷贝，所以诊断工具222d确保VoD服务器控制器207c采取行动以发布“拷贝”命令，使得新的VoD-server 3具有STB B可能需要的内容。

5.诊断工具222e(“VSev_content”)

基本思想：增强VoD服务器控制器207c实现所述诊断工具222e，以验证群集207d和207d’的VoD服务器上的内容分配。特别地，诊断工具222e验证：(1)内容(例如，电影)位于群集207d和207d’中的至少两个VoD服务器上；以及(2)群集207d和207d’中拥有内容(例如，电影)的VoD服务器的数量与STB 216的需求成比例。

背景/问题：当作出点播电影购买时，用户的STB向VoD服务器控制器发送请求。反过来，VoD服务器控制器为STB提供主要和次要VoD服务器的两个IP地址(或其它标识符)。然后，STB联系主要VoD服务器以接收点播电影。在其不应答的情况下，STB尝试次要VoD服务器。如果都故障，STB与VoD服务器控制器再次协商以获得VoD服务器的第二对IP地址。这个过程是不可取的。

解决方案：VoD服务器控制器207c实现诊断工具222e，验证：(1)内容(例如，电影)位于群集207d和207d’中的至少两个VoD服务器上；以及(2)群集207d和207d’中拥有内容(例如，电影)的VoD服务器的数量与来自STB 216的需求成比例。首先，诊断工具222e验证每个内容(例如，电影)，在不考虑其流行度的情况下被部署到群集207d和207d’中的至少两个VoD服务器上。如果不满足这个条件，那么诊断工具222e指示VoD服务器控制器207c发布命令，为了冗余从SHO 202将内容拷贝至群集207d和207d’中的一个或多个新的VoD服务器。其次，诊断工具222e检查群集207d和207d’中拥有给定内容的VoD服务器的实际数量与STB 216对那个特殊内容的需求的当前等级相一致。这个步骤涉及VoD服务器控制器207c和群集207d和207d’中个别VoD服务器群集之间的信息的相关性。如果这个条件不满足，那么诊断工具222e指示VoD服务器控制器207c发布命令，从SHO 202将内容拷贝至群集207d和207d’中的一个或多个新的VoD服务器。

实例：提供图7以帮助解释诊断工具222e如何验证：(1)内容(例如，电影)位于群集207d和207d’中的至少两个VoD服务器上；以及(2)群集207d和207d’中拥有内容(例如，电影)的VoD服务器的数量与来自STB 216的需求成比例。在本实例中，诊断工具222e验证流行电影702a在两个VoD-serv 1和3上并且小生境电影702b在两个VoD-serv 2和4上。然后，诊断工具222e检查以保证群集207d和207d’中具有给定电影702a和702b的VoD服务器的实际数量与STB A、B和C的需求的当前等级相一致。在本实例中，诊断工具222e具有拷贝到另外的可能通过STB A和C观看的VoD服务器4和5的流行电影702a。诊断工具222e确定对于通过STB B所观看的小生境电影702b来说两个VoD服务器2和4是足够的。

6.诊断工具222f(“VServ_demand”)

基本思想：增强VoD服务器控制器207c实现所述诊断工具222f，以验证群集207d和207d’中VoD服务器在故障和/或修复之后的负载平衡。

背景/问题：如果VoD服务器故障，将其作为主要服务器从其进行流传输的STB将切换到它们的次要服务器。对于主要VoD服务器，由VoD服务器控制器实现的动态负载平衡器来强制平衡负载。但是，传统的VoD服务器控制器在故障后的情况下没有确保在VoD服务器之间平衡负载。类似的问题情况还可以由修复事件造成。在VoD服务器返回到运行状态后，通过从高度利用的VoD服务器分流一些内容，可以立即将它的空闲容量投入工作。传统的VoD服务器控制器和传统的VoD服务器没有实现这一点。

解决方案：VoD服务器控制器207c实现诊断工具222f，以验证在故障和/或修复事件之后群集207d和207d’中次要和主要VoD服务器上的新的负载被平衡。诊断工具222f可以按两种方式来实现上述内容：

●被动地：无论何时发生故障和/或修复事件，诊断工具222f将为STB216切换到群集207d和207d’中它们的次要VoD服务器等待预定的时间段(例如，几秒钟)。然后，诊断服务器222f观察新的负载，并且发出警报和/或如果需要则采取校正的行动。

●主动地：在任何故障和/或修复事件之前，诊断工具222f查看群集207d和207d’的VoD服务器上的STB分配并且然后通过程序实际“模拟”每个VoD服务器的故障，诸如以下：

1.诊断工具222f获得将特殊的VoD服务器作为它们的主要服务器的STB 216的列表。如果这个VoD服务器故障，那么这些STB 216可以切换到它们各自的次要VoD服务器。

2.诊断工具222f获得作为这些STB 216的次要服务器的VoD服务器的列表。诊断工具222f可以通过询问VoD服务器控制器207c(例如，MOM)或通过查询群集207d和207d’中的个别VoD服务器来做到这一点。

3a.诊断工具222f验证这些次要VoD服务器是否能够处理附加的负载。如果不能，那么诊断工具222f发出警报和/或采取校正的行动。

3b.诊断工具222f验证次要VoD服务器间的负载分布是否平衡。如果不平衡，那么诊断工具222f报警和/或采取校正的行动。

实例：提供图8以帮助解释诊断工具222f验证群集207d和207d’中VoD服务器在故障或修复之后如何负载平衡。在本实例中，诊断工具222f在知道VoD-serv 4的故障时，为STB A和B各自切换到它们新的次要VoD服务器VoD-serv 2和VoD-serv 3等待预定的时间段(例如，几秒钟)。在这个时候，具有备份的次要VoD-serv 2的STB A正在利用主要VoD-serv1观看流行电影802a，而具有备份的次要VoD-serv 3的STB B正在利用主要VoD-serv 2观看小生境电影802b。STB C不受影响。诊断工具222f观察到新的负载而且由于VoD-serv 2可能具有太多的负载而发出警报以及然后可以采取的校正行动类似于，添加和拷贝流行电影802a到另一VoD-serv6，并且指示STB A现在用VoD-serv 6作为替代VoD-serv 2的次要服务器(注意：这是被动的负载平衡过程)。

7.诊断工具222g(“iServ”)

基本思想：增强策略服务器205实现所述诊断工具222g，以检查用户220是否确实能够如策略服务器205之前所确定的那样接收服务(例如，BTV频道)。诊断工具222g为每个用户、每个服务器的带内诊断工具。

背景/问题：传统的策略服务器以及它的结果策略执行只应用于一个方向，即从策略服务器到下游网络节点。发生这种情况是因为假设当前的策略服务器是完全可信赖的。然而，策略服务器和对应的策略执行将起到它们应当起到的作用，但是这并不意味着STB正在接收所期望的服务。这是不可取的。

解决方案：增强策略服务器205实现诊断工具222g，以检查用户220是否确实如策略服务器205之前所确定的那样接收服务(例如，BTV频道)。特别地，诊断工具222g触发iSev，用户VLAN上的检测到STB 216(参见图9)的服务路径的类似于链路跟踪的工具902(参考IEEE 802.lag注明日期2006年5月)。在本实例中，在VHO 206处初始化iSev并且在中间节点CO 210和SAI 212中接收包括实际数据(例如，带宽、会话等)的回复。VHO 206将回复传递给策略服务器205，然后其能够利用由iServ带内工具902所获得的数据来检查回复，以确认它自己所作的关于客户服务请求的决定。另外，诊断工具222f可以让iServ带内工具902在服务VLAN上发送iServ请求，以检查IPTV网络200中特殊服务(例如，VoIP)的健康。另一方面，诊断工具222f能够以被动或主动方式来使用。对于被动(用户VLAN)诊断，诊断工具222f可以用于：(1)仅在每个服务改变之后；(2)仅在由新的服务升级请求导致的每个策略改变之后；或(3)在服务允许之前。而对于主动(服务VLAN)诊断，诊断工具222f可以用于：(1)周期地；(2)在接收到一些预定的指示之后；或(3)在服务允许之后。

综上所述，应该了解的是，本发明为运营商提供了一组区别的诊断工具222a...222f(DServ_failure notification、DServ_feed、DServ_load balance、VServ_content、VServ_failure notificaton、VServ_demand)以提高它们的视频服务并且避免潜在的延迟、负载不均、以及服务不可用。此外，策略服务器的诊断工具222g提供与策略服务器205之前所做的决定相关的确认。特别地，诊断工具222g为策略服务器205提供以下能力：基于视需要主动地反复校验其具有的关于IPTV网络200中的实际情况(资源)的信息。诊断工具222a...222g总结如下：

I.增强D服务器控制器207a具有包括处理器可执行指令的存储器211a以及可操作地耦合到存储器211a的处理器211b，其中处理器211b执行处理器可行性指令以实现三个诊断工具222a、222b和222c(参见图2至5)中的一个或多个的性能：

a.诊断工具222a：“DServ_failure notification”。为了更好的网络效率主动地向STB 216通知D服务器故障。这个D服务器可以是主要或次要D服务器。

b.诊断工具222b：“DServ_feed”：验证内容所处于的D服务器的数量与STB 216的需求成比例。

c.诊断工具222c：“DServ_load balance”：检查以保证全部ICC和重传请求在D服务器207b和207b’之间的处于负载平衡。测量每个频道在D服务器层的业务，并且如果检测到ICC请求和重传请求超额则发出警报。

II.增强VoD服务器控制器207c具有包括处理器可执行指令的存储器213a以及可操作地耦合到存储器213a的处理器213b，其中处理器213b执行处理器可行性指令以实现三个诊断工具222d、222e和222f(参见图2和6至8)中的一个或多个的性能：

a.诊断工具222d：“VSev_failure notification”。主动地，通知STB 216关于VoD服务器故障。更新STB的次要VoD服务器列表，使得在STB 216必须切换到它的次要服务器的情况下，马上就可以运行。

b.诊断工具222e：“VSev_content”。验证每个内容(不考虑它的流行度)被部署到至少两个VoD服务器上。验证VoD服务器的数量与STB 216的需求成比例。

c.诊断工具222f：“VServ_demand”。如果VoD服务器故障，验证次要VoD服务器上新的负载也被平衡。

III.增强策略服务器205c具有包括处理器可执行指令的存储器215a以及可操作地耦合到存储器215a的处理器215b，其中处理器215b执行处理器可行性指令以实现诊断工具222g(参见图2和9)的性能：

a.诊断工具222g“iServ”。检查用户是否确实能够如策略服务器看到它的那样接收服务。它是每个用户，每个服务诊断工具。

尽管已经在附图中说明并且在前述详细的说明中描述了本发明的多个实施方式，应当了解的是本发明并不限于所公开的实施方式，但是在不脱离所述的以及下面权利要求所定义的本发明的情况下，可以有多种重新设置、修改和替代。