专利名称：具有实现诊断工具的D服务器控制器、VoD服务器控制器和策略服务器的IPTV网络的制作方法
技术领域：
本发明涉及在IPTV网络中实现通过不同的组件和/或服务主动检测并阻止潜在 的问题的诊断工具的D服务器控制器、VoD服务器控制器和策略服务器。
背景技术：
到。
各种服务器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服务器，
10除非在受影响的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服务
12
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-servl观看流行电影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)在 服务允许之后。综上所述，应该了解的是，本发明为运营商提供了 一组区别的诊断工具
13222a. . . 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"0验证每个内容(不考虑它的流行度)被部署 到至少两个VoD服务器上。验证VoD服务器的数量与STB 216的需求成比例。c.诊断工具222f :“VSerV_demand”。如果VoD服务器故障，验证次要VoD服务器 上新的负载也被平衡。III.增强策略服务器205c具有包括处理器可执行指令的存储器215a以及可操作 地耦合到存储器215a的处理器215b，其中处理器215b执行处理器可行性指令以实现诊断 工具222g(参见图2和9)的性能a.诊断工具222g “iServ”。检查用户是否确实能够如策略服务器看到它的那样 接收服务。它是每个用户，每个服务诊断工具。尽管已经在附图中说明并且在前述详细的说明中描述了本发明的多个实施方式， 应当了解的是本发明并不限于所公开的实施方式，但是在不脱离所述的以及下面权利要求 所定义的本发明的情况下，可以有多种重新设置、修改和替代。
1权利要求
一种主动测试因特网协议电视IPTV网络(200)的方法，所述方法的特征在于以下步骤通过所述IPTV网络中的至少一个组件或至少一个服务主动检测潜在的问题；以及通过所述IPTV网络中的所述至少一个组件或所述至少一个服务主动阻止潜在的问题。
2.根据权利要求1所述的方法，其中D服务器控制器(207a)通过以下步骤主动检测并 阻止潜在的问题检索关于D服务器(207b，207b’ )的故障或修复的信息；以及 将故障的或修复的D服务器通知给至少一个受影响的机顶盒STB (216)，其中所述至少 一个受影响的STB于是设置D服务器列表以考虑所述故障的或修复的D服务器。
3.根据权利要求1所述的方法，其中D服务器控制器(207a)通过以下步骤主动检测并 阻止潜在的问题验证每个广播电视BTV频道在至少一个D服务器(207b，207b’)中；以及 验证每个BTV频道所处的D服务器的数量与多个机顶盒STB(216)的要求成比例。
4.根据权利要求1所述的方法，其中D服务器控制器(207a)通过以下步骤主动检测并 阻止潜在的问题检索由机顶盒STB(216)所发送的瞬时频道改变ICC请求和重传请求；以及 如果需要，基于所接收的ICC请求和重传请求使得多个D服务器(207b，207b’)负载平 衡，以跨多个D服务器传播重传业务。
5.根据权利要求1所述的方法，其中VoD服务器控制器(207c)通过以下步骤主动检测 并阻止潜在的问题检测VoD服务器(207d，207d，)的故障；定位每个将故障的VoD服务器指定为次要服务器的机顶盒STB (216)；以及 指示所定位的STB将故障的VoD服务器的次要标识符替换为包含所需内容的拷贝的新 VoD服务器的新标识符。
6.根据权利要求1所述的方法，其中VoD服务器控制器(207c)通过以下步骤主动检测 并阻止潜在的问题验证特定内容在至少两个VoD服务器(207d，207d’ )上，其中如果过这个条件不满足， 那么向超级头端局SH0(202)发布命令，为了冗余以将所述特定内容拷贝到至少一个新VoD 服务器；以及验证拥有所述特定内容的VoD服务器的数量与多个机顶盒STB(216)对所述特定内容 的当前需求成比例，其中如果这个条件不满足，那么向SHO发布命令，以将所述特定内容拷 贝到至少一个新VoD服务器。
7.根据权利要求1所述的方法，其中VoD服务器控制器(207c)通过以下步骤主动检测 并阻止潜在的问题验证在多个VoD服务器中的一个已经故障或已经被修复之后，每个机顶盒STB(216)的 次要和主要VoD服务器(207d，207d’ )上的新负载被平衡。
8.根据权利要求7所述的方法，其中所述验证步骤包括每当VoD服务器中的一个已经故障或已经被修复时，为至少一个STB切换到它们的次要VoD服务器等待预定的时间段；以及观察所述次要和主要VoD服务器上的新负载，以及如果需要则发出警报或采取校正的 行动以在VoD服务器上平衡新负载。
9.根据权利要求7所述的方法，其中所述验证步骤包括 查看向VoD服务器的STB分配；以及在任何故障事件或任何修复事件之前，实际模拟至少一个VoD服务器的故障，以及观 察每个STB的次要和主要VoD服务器上的新负载，以及获知是否需要校正以在VoD服务器 上平衡新负载。
10.根据权利要求1所述的方法，其中策略服务器(205)通过以下步骤主动检测并阻止 潜在的问题检查用户(220)是否确实如策略服务器之前所确定的那样接收服务，其中所述检查步 骤进一步包括以下步骤在用户VLAN或服务VLAN上触发从视频中心局VHO (206)向与用户相关的机顶盒 STB(216)发送的跟踪消息(902)；从位于VHO和STB之间的路径上的组件接收所述跟踪消息的回复； 使用所述回复来确认用户是否确实如策略服务器之前所确定的那样接收服务。
全文摘要
公开了在因特网协议电视IPTV网络(200)中主动检测并阻止潜在问题的诊断工具(222a、222b、222c、222d、222e、222f、222g)。第一工具向受影响的机顶盒通知D服务器故障。第二工具验证D服务器中广播电视频道的存在。第三工具基于瞬时频道改变请求使得D服务器负载平衡。第四工具向机顶盒VoD通知服务器故障。第五工具验证特定内容位于至少两个VoD服务器上。第六工具验证在故障或修复之后VoD服务器上的负载。第七工具检查用户是否由策略服务器确定的那样接收服务。
文档编号H04L29/08GK101981868SQ200980111769
公开日2011年2月23日 申请日期2009年3月26日 优先权日2008年4月2日
发明者G·达姆, H·C·詹卡亚, K·西达 申请人:阿尔卡特朗讯公司