具体实施方式
图1描绘了组合用于支持广播网络中的IGMP特征的多个通信链路的系统10。可以是电视机的终端12拥有内部逻辑可见的广播接口14作为支持IP协议的网络接口。该网络接口14接收视频分组并且传递RTP/UDP/IP多播分组到IP堆栈16。假定由于诸如ESG(电子服务指南)之类的元数据使得应用能够将多播IP地址与TV节目关联,则应用打开与一个IP多播组地址对应的多播插口(socket)。
因此,IP堆栈16生成IGMP请求,该IGMP请求随后贯通到称为多播代理20的IGMP前沿(frontal),多播代理是由挂载到广播网络18的广播器所拥有的功能。多播代理20与广播网络基础架构18交互并在TV节目的转发未激活的情况下可能激活TV节目的转发。激活节目的决定取决于比如对该节目感兴趣的接收器的数量的其他标准而完成。广播网络18的部分(例如,节目转发所关注的发送器)与终端位置链接。如果终端12相应地装备或以任何其他方式具有例如广播传送器的识别符(作为系统信息的一部分连续广播),则该信息可以基于GPS信息。
可替代地,当用户转向另一电视节目或当用户关闭服务时,应用必须关闭插口。此生成了指示从关联的IP多播组/地址断开的IGMP消息。该消息再次发送到多播代理20,其再次控制广播网络,暗示在与终端位置关联的广播网络18的一部分中的转发电视节目的潜在停止。
如之前介绍的,多播代理20通过与现有技术IPTV(xDSL TV或DVBIPTV)兼容的方法准许在终端12和广播网络18之间的交互。典型的,IGMP消息由相应地决定过滤并转发多播IP流量的多播IP路由器22、22’、22”接收。该代理20由家庭网关预先已知的IP地址识别,就像DNS服务器或默认网关的地址那样。多播代理20可以是分离的盒子或嵌入在边缘或广播路由器22、22’、22”的之一中的功能。
多播代理20必须能够定位终端12以便于采用与IGMP消息关联的策略。可以通过不同方式进行定位并且信息必须附加到IGMP消息上。
多播代理20知晓广播路由器22、22’、22”的容量以及每一个多播服务消耗的带宽。对每一个多播服务计数候选接收器的数量并且将“最想要”的服务放置在广播链路之一上。对于必须在广播链路18上提供的服务,发送控制消息到专用广播路由器以使得其加入那些多播服务。相应地向客户端网关告知。
当服务不再是广播分发的候选时,例如,在“最想要”列表中向下移动时,代理20告诉广播路由器22、22’、22”离开该组并向网关告知它们应当使用IGMP报告成员消息在宽带链路24上请求服务。
广播网络18可以用例如卫星的独一分支、由一组在地面上分布的发送器(例如,地面TV)构成的简单树或例如支持多播的蜂窝网络或有线网络的多级层次树来组织。
动态改变在分支上多播的内容具有一些影响。首先,意味着在传送点26处分发的整组节目不时地改变。这支持了在远端(即,传送点26)处形成传输复用的广播网络18。
移除节目释放了一些带宽,其可以用于各种需要,比如下载元数据(软件更新、应用),允许更多带宽用于统计复用程序以及因此更高的质量,允许更多带宽用于推送VOD。
广播网络(DVB-C、DVB-T、DVB-S...)由若干传输流(TS)构成,每一个均以不同频率传递。传输流封装分组化的基本流。传输流中的每一个数据(例如,表格)或基本流由13位分组ID(PID)识别。根据本发明,要假定至少一个传输流传递了IP多播流量。IP多播流量可以在同一传输流中与通常的广播流量共存。
广播适配器14可以仅调谐到一个频率,即,在同样时间可以仅接收单一传输流TS。认为广播适配器14足够高效以在所选择的传输流内传送在全部PID上携带的内容,即,可以解复用全部PID。
对于多播流量,不同的PID可以分配给每一个IP服务。因此,单独管理每一个服务,在给定值(PID)的分组中包含的流量对应于单个多播服务。虽然网关没有被无用流量充满,但是广播适配器14必须过滤与同时接收的多播服务一样多的PID。其他解决方案在于在同一PID内广播全部IP多播流量。广播适配器14仅需要收听一个PID但是网关被无用流量淹没。识别IP多播分组的方式(即,单PID或每个IP流一个PID)对于这里描述的发明无影响,因为两种概念都是可得出的。
为了从沉重的多媒体多播流量中卸下(offload)宽带访问,所述流量可以在任何可行并且明智的时间被重新导向到诸如DVB-T之类的广播传送链路26。之前,描述了通过聚合点最优化宽带和广播网络中的带宽。如果网关在给定时刻仅接收一个多播服务,则该解决方案是足够的并且良好地适配。但是如果存在诸如家庭网络28之类的、具有若干连接终端12的网关30,则每一个均在同一时间请求不同的多播服务,如图2所示。
不清楚如果在广播上全部服务可用则传递行为会是怎样,因为首先请求的多播流可以在广播上传递而其他多播流则默认在宽带上传递,即使将需要更多带宽。
此外,不处理网关30具有若干广播适配器的情况。网关可以使一个广播链路优先于另一个。
以下,最优化当网关30满足两个上述情况(即,若干广播适配器和/或同时请求的若干多播流)的至少一个时在宽带和一个或多个广播网络上的多播流量的传递的系统和方法被呈现。图2中示出系统的概述。
在图2中,家庭网络28由网关30和终端12构成。网关30搜集宽带适配器36以及一个或多个广播适配器34、34’。还包含称为虚拟(或逻辑)适配器32的适配器选择器32,其隐藏宽带适配器36以及广播适配器34、34’。全部终端12所见的是该虚拟适配器32。虚拟适配器32隐藏该多个接口34、34’、36到IP层,该多个接口之一是双向的,其他是仅用于广播接收的。即,网关30发出的每一个IP分组通过双向链路且在两个接口处接收的全部流量由虚拟适配器32接收并呈现给IP层。
每当终端12请求多播流时,虚拟适配器32有责任明智地选择最佳的适配器。根据终端12发射的加入或离开多播组的请求,虚拟适配器32可以要求动态地和无缝地改变与多播流关联的物理适配器。虚拟适配器32过滤IGMP消息并且处理改进的多播代理协议。
网关30不传送通用请求(IGMP消息)到多播代理20,但是在发送格式化的消息之前,根据若干标准分析该请求。
标准是基于作为同时请求的IP多播流的家庭网络28参数、可用广播适配器、多播/广播流带宽和广播复用组织。
通常当终端12希望接收特定多播流量时,它经由它的网络适配器向边缘路由器发布IGMP成员报告消息,该边缘路由器随后建立请求的分发树(到多播源)并发送多播流量到终端12。相反,在本发明中,客户端IGMP消息由适配器选择器32捕获并分析,该适配器选择器32在必要时经由宽带适配器36发送控制消息到多播代理20,请求同样的多播流在广播链路38上提供。根据特定实施例,多播代理20发送消息到对应的广播路由器22、22’以建立所要求的分发树(到多播源)并且发送多播流量到终端12。
从终端的角度看,额外的控制消息是不可见的。它使用正常的IGMP消息请求多播流并经由虚拟适配器32接收多播流量。
如在RFC1112(v1)、RFC2236(v2)、RFC3376(v3)中定义的IGMP消息不足以携带全部所需信息。因此,如下所呈现的新控制消息被引入。
IGMP消息被用来最优化多播流量在网络上的传递。但是IGMP消息不足以传送全部必需的数据并且需要用额外信息增强。以下是新协议以及交换消息的方式的描述。
虚拟适配器32捕获全部外送IGMP消息并且用自定义协议替换它们以请求同一多播流量在广播链路38上传递。
虚拟适配器32和多播代理20之间的全部通信由发送到预定义端口(例如5000)的UDP消息完成。虚拟适配器的IP地址是网关的公用IP地址。多播代理的IP地址预先知晓或经由DHCP接收。
多播代理20知晓在各种广播链路38上什么服务当前正在被提供并且因此知晓每一个链路的剩余容量。因此,它可以取决于服务是否已经传递或广播链路38上的剩余带宽来确认或拒绝加入请求。当它确认请求时,虚拟适配器32必须准备在关联广播适配器34、34’上接收多播流量。当拒绝时,虚拟适配器32必须通过它的宽带接口36使用正常IGMP成员报告消息(无论是哪个IGMP协议版本)来加入多播组。当终端12是请求给定多播服务的第一个终端并且请求被代理20确认时,代理20发送消息到专用广播路由器22、22’以开始在广播链路38上传递服务。当接收给定服务的终端12脱离服务时,代理20向广播路由器22、22’告知可以停止传递该服务。
如图3所描绘,协议消息具有如下语法:
●UDP/IP报头(源/目的地地址和端口)
●消息类型,8位,如下所述
●广播链路字段,8位,如下所述
●嵌入的IGMP消息,取决于消息类型
●广播数据,可选,取决于消息类型
“广播链路”字段是位掩码,其中每一个位对应于广播传送链路的类型。它的使用取决于消息类型并且在以上的消息类型描述中给出。
例如,可以具有如下对应表:
值 广播链路类型
0x1 DVB-T
0x2 DVB-S
0x4 DVB-C
0x8 DVB-H
以下描述消息类型及其使用。
-客户端加入请求(成员报告)
消息类型:0x01
广播链路列出所有由虚拟适配器32选择以接收想要的多播流量的、网关的可用广播适配器。
嵌入的IGMP消息是客户端应用发送的消息并且包含终端12希望加入的多播组。
广播数据:不可用。
-客户端离开请求
消息类型:0x02
广播链路:指定接收多播流的广播链路。
嵌入的IGMP消息是客户端应用发送的消息并且包含终端12希望离开的多播组。
广播数据:不可用。
-到客户端的由代理确认的加入
消息类型:0x10
广播链路:指定多播流量在其上可用的广播链路。一个且仅一位必须设置为1,其他归零。
嵌入的IGMP消息是加入请求所携带的消息并且包含终端12希望加入的多播组。接收该消息,虚拟适配器32必须准备在专用广播适配器上接收多播流量。
广播数据包含接收多播流所要求的带宽以及关于广播链路的全部参数以允许快速连接到多播流。
参数的集合取决于广播链路(频率、调制、FEC参数、极化、PID...)的类型。
-代理拒绝的加入(=选择普通多播)
消息类型:0x11
广播数据:不可用。
嵌入的IGMP消息是加入请求所携带的消息并且包含终端12希望加入的多播组。接收该消息,虚拟适配器32必须发布普通IGMP成员报告以在宽带适配器上普通地接收多播流量。
广播数据:不可用。
-代理请求从BC路由器的加入
消息类型:0x12
广播链路:不可用。
嵌入的IGMP消息是成员报告消息并且包含广播路由器必须加入的多播组。
广播数据:不可用。
-代理请求从BC路由器的离开
消息类型:0x13
广播链路:不可用。
嵌入的IGMP消息是离开组消息并且包含广播路由器必须离开的多播组。
广播数据:不可用。
-代理请求客户端报告成员(成员查询)
消息类型:0x14
广播链路:不可用。
嵌入的IGMP消息是成员查询消息并且包含代理希望对其统计成员的多播组。
广播数据:不可用。
以下,虚拟适配器32在它被请求以接收多播IP流时选择适当适配器的行为被描述。该行为在图4的流程图中描绘,该图4分割为图4.1和4.2。
虚拟适配器32从终端12仅接收IGMP消息。IGMP请求消息不包含关于所请求多播流自身的任何信息,比如带宽、内容类型等。
首先,虚拟适配器32维持具有关于正被接收的广播流的信息列表的表格:广播适配器、比如频率、所要求的带宽之类的复用描述、以及关于正被接收的多播流的信息:多播IP地址、收听每一个流的客户端的数量、所要求的带宽、适配器以及在广播适配器的情况下关于适配器34、34’的信息(复用描述)。该列表称为“多播/广播流列表”。
虚拟适配器32还管理可用广播适配器的列表。该列表用全部现有的广播适配器34、34’初始化,即使他们已经被用来接收流。如果该列表为空,则意味着不存在可用的广播适配器34。因此,虚拟适配器32没有意义,因为全部IP多播流将自动地通过宽带适配器36在宽带网络上传递。
在100处虚拟适配器32的虚拟状态是等待请求。这里,虚拟适配器32等待来自终端12的IGMP请求。“可用广播适配器”列表用全部广播适配器34、34’初始化。
在102处,当终端12请求多播流时,虚拟适配器32分析IGMP消息并获得多播IP地址以及终端IP地址。
在决定单元104处,在其上出现若干情况。
在第一种情况下,多播流当前由家庭网络28中的另一终端12接收。在106处,虚拟适配器32仅需要递增经由多播/广播流列表功能的更新来收听该流的终端12的计数器。它没有其他要做的,因为多播流已经传递到家庭网络。更具体地,虚拟适配器32仅需要在家庭网络中的合适的链路上传递流。它不需要修改任何其他配置参数也不需要传送请求到代理。因此,它移动回到状态100以等待进一步的请求。
在第二种情况下,家庭网络28没有其他终端12在接收该流。
虚拟适配器32在108处校验可用广播适配器34列表是否为空。
如果该列表为空,则虚拟适配器32在110处与合适的多播IP地址一起在宽带网络上传送IGMP加入请求,在112处进入“无缝重新影响”步骤(这些步骤稍后描述),在106处更新多播/广播流列表并且回到初始状态100。
如果列表不为空,则虚拟适配器32在114处利用可用广播适配器34列表作为参数传送“客户端加入请求”(消息类型:0x01)到多播代理20。
当在116处从多播代理20接收应答消息时,分析它。两个情况在118处发生:如果消息是“被代理拒绝的加入”,则虚拟适配器32在宽带网络上与合适的多播IP地址一起传送IGMP加入请求,进入“无缝重新影响”步骤112(这些步骤稍后描述),在106处更新多播/广播流列表并且回到初始状态100。
如果消息是“到客户端的由代理确认的加入”消息,则虚拟适配器32分析它并且在120获得广播适配器。在122决定该最上一个适配器是否已被用来接收任何广播或多播流。如果未使用广播适配器34,则虚拟适配器32在124通过传递全部所需的参数(频率、调制、PID...)来驱动广播适配器34以接收请求的多播流,进入“无缝重新影响”步骤112(这些步骤稍后描述),在106处更新多播/广播流列表并且回到初始状态100。
如果广播适配器34当前被用来接收一个或多个流,则虚拟适配器32在126处分析这些上一流的参数(传输流参数)。它在128处校验多播流是否在同一传输流(TS)而不是正被接收的(多个)流上可用。
如果请求的流也在同一传输流上可用,则虚拟适配器32在124处通过传递全部所需的参数(显著地PID)来驱动广播适配器34以还取回请求的多播流,进入“无缝重新影响”步骤112,在106处更新多播/广播流列表并且回到初始状态100。
如果不可用,则广播适配器34无法同时接收它们。然后,虚拟适配器32必须选择要在广播网络上取回的最适当的一个。选择标准在130是带宽。如果在132已经接收的流的总和比所请求的流要求更多的带宽,则虚拟适配器32通过在134移除该广播适配器来更新可用广播适配器列表并且回到步骤108。虚拟适配器32将仍然和以前一样继续在所选择广播链路上接收已经接收的流。
如果所请求的流要求比已经接收的流更多的带宽,则在138处虚拟适配器校验在136处全部当前接收的流中是否存在作为多播服务(例如,IPTV服务)不可用的至少一个广播流。如果是该情况,则广播适配器34将仍然继续接收当前接收的流。虚拟适配器32在134通过移除该广播适配器来更新可用广播适配器列表并回到步骤108。
如果不是,则全部流作为多播服务可用。该步骤对全部流单独重复。虚拟适配器32重新进入处理,即,对于已经被接收的流前进到步骤104以在另一适配器34’上接收它。可用广播适配器列表用除了这一个之外的全部现有广播适配器34、34’以及变为已经接收的IP多播流之一的多播地址初始化。该步骤140递归地完成。然后,虚拟适配器32影响初始请求的流到广播适配器34,即,它通过在124处传递全部所需的参数(TS参数、PID...)来驱动广播适配器34以取回请求的多播流,进入“无缝重新影响”步骤112,在106处更新多播/广播流列表并且回到初始状态100。
通过如上所述地进展,确保了广播网络和宽带网络之间的切换对于终端12是无缝的,即,不存在内容接收中断。为此,虚拟适配器32确保在停止影响到新流的在广播适配器上接收已经接收的流之前,已经接收的流在另一适配器上接收,该另一适配器可以是广播或宽带适配器。
如果两个流比特率一致,则可能考虑额外的区分器(differentiator),即,终端优先级,例如,起居室中的显示器具有针对儿童卧室中的显示器的优先级。在流程图中不考虑这一点。
以上,提及了“无缝重新影响”步骤112,其将在以下呈现。首先,虚拟适配器32在142处校验所请求的流是否已经在用于同一客户端的另一适配器上接收。这在流从适配器34重新影响到另一个时发生。该算法确保了流在老适配器34上被停止之前在新适配器34上接收。
如果所请求的流未在另一适配器34上接收,则虚拟适配器32在106处更新多播/广播流列表并且回到初始状态100。
如果所请求的流已经在另一适配器34上接收,则虚拟适配器32在144处校验该流是否还对于该客户端在宽带适配器36上接收。如果对于该客户端,流还在另一广播适配器上接收而非在宽带适配器上,则虚拟适配器32在146处发送“客户端离开请求”(消息0x02)到多播代理20。然后,虚拟适配器32在106处更新多播/广播流列表并且回到初始状态100。如果该流还在另一宽带适配器34上被接收,则虚拟适配器32在148处发送“IGMP离开组”。则处理前进到发送“客户端离开请求”的步骤146。
参考分割为图5.1和5.2的图5,描述了当虚拟适配器32被请求以接收广播流时该虚拟适配器32的行为。
虚拟适配器32的初始状态与之前部分中的相同,即,在200处等待请求。在此情况下,等待从终端12接收广播流的请求。还用全部现有广播适配器初始化可用广播适配器列表。
当虚拟适配器32接收这样的请求时,它在202处获得关于广播流(TS、PID...)的信息并且在204处校验广播适配器34是否可用,即,它是否未被用于接收其他流。如果广播适配器34未使用,则虚拟适配器32通过在206处传递全部所需的参数(TS参数、PID...)来驱动广播适配器34以取回所请求的多播流,在208处更新多播/广播流列表并且回到初始状态208。
如果广播适配器34当前用来接收其他(多个)流,则虚拟适配器32在210处分析该上一流的参数(称为传输流参数)。在212处校验广播流是否在除了正被接收的(多个)流之外的同一传输流(TS)上可用。
如果全部流都在同一传输流上,则虚拟适配器在206处通过传递全部所需的参数(显著地PID...)来驱动广播适配器34以还取回所请求的广播流,在208处更新多播/广播流列表并且回到初始状态200。
如果他们不在同一传输流上,即,广播适配器无法同时接收它们,则虚拟适配器32必需在214处选择要在此广播网络上接收的最适当的(多个)流。它在216处校验在当前所接收的流中是否存在作为IP流(IPTV服务)不可用的一个广播流。如果存在作为IP流不可用的至少一个广播流,则虚拟适配器32在216处特许继续接收当前所接收的流并且在218处校验所请求的广播流是否作为IP流(IPTV服务)可用。当不希望广播流停止时,广播适配器将继续接收广播流。
然后,虚拟适配器32通过移除该广播适配器34来更新可用广播适配器34列表并且在220处校验《可用广播适配器列表》是否为空。如果该列表为空,则虚拟适配器32在222处校验所请求的广播流是否作为IP流(IPTV服务)可用。如果不可用,则虚拟适配器32返回指示所请求流不可用的错误消息224。如果作为IP流可用,则以合适IP地址进入处理228并且可用广播适配器34的列表包含除此之外的广播适配器。如果该列表不为空,则虚拟适配器32在226处校验所请求的广播流是否在另一广播网络上可用。如果在另一广播网络上可用,则通过230进入步骤202以使得可用广播适配器34的列表包含除此之外的全部广播适配器34。
如果在216处全部当前所接收的流作为IP流可用,则虚拟适配器32在232处校验所请求的广播流带宽是否大于当前所接收的广播流的带宽的总和。如果在234处是该情况,则虚拟适配器32以合适IP地址在236处进入处理并且可用广播适配器的列表对于每一个已经接收的流包含全部广播适配器。之后,在206处通过传递全部所需的参数(频率、调制、PID...)来驱动广播适配器以接收所请求的广播流,在208处更新多播/广播流列表并且回到初始状态200。
如果不是该情况,则虚拟适配器32在步骤218校验所请求的广播流是否作为IP流(IPTV服务)可用。
现在更详细地描述上述若干步骤。
-步骤:从终端12请求停止接收多播IP流
当终端12希望停止接收多播IP流时,虚拟适配器32减小计数器。如果计数器不为空,则虚拟适配器32不做任何事,让其他(多个)终端继续接收该多播流。如果计数器为空,则虚拟适配器32对于当前在宽带上接收的全部多播IP流发送消息到“多播代理”以离开组(消息0x02),发送“IGMP离开组”消息,通过移除关于此多播IP流的信息来更新多播/广播流列表,并且处理如上所述的算法,以最优化到家庭网络28的流的传递。为了这样做,虚拟适配器32将选择流并且通过移除关于已经接收的多播IP流的信息,用全部现有广播适配器34、变为已经接收的多播IP流之一的给定多播地址以及多播/广播流列表来更新可用广播适配器34列表。
-步骤:从终端请求停止接收广播流
当终端12希望停止接收广播流时,虚拟适配器32对于当前在宽带上接收的全部多播IP流,通过移除关于此广播流的信息来更新多播/广播流列表,处理如上所述的算法,以最优化到家庭网络28的流的传递。为了这样做,虚拟适配器32将选择流并且通过移除关于已经接收的多播IP流的信息,用全部现有广播适配器34、变为已经接收的多播IP流之一的给定多播地址以及多播/广播流列表来更新可用广播适配器34列表。
-步骤:从多播代理接收的请求,指示在广播网络上多播IP流不再可用
在多播代理20中,选择广播IP多播流的算法可以引起改变多播IP流的传递网络并且将该上一个从广播切换到宽带。在此情况下,代理20必须向虚拟适配器32告知该修改(消息0x11)。当虚拟适配器32接收这样的消息时,它开始收听宽带适配器上的多播IP流(发送“IGMP客户端加入”消息)并且随后停止收听广播适配器34上的该流。如果广播适配器34未使用,则上述处理对当前被接收的全部其他多播IP流进行以最优化到家庭网络28的流的传递。
-步骤:从多播代理接收的请求,指示在广播网络上多播IP现在可用
在多播代理20中,选择广播IP多播流的算法可以引起改变多播IP流的传递网络并且将该上一个从宽带切换到广播。在此情况下,代理20必须使用消息0x10向虚拟适配器告知该修改。当虚拟适配器32接收这样的消息时,它进入上述处理。
在现有技术之外,多播代理必须管理上述消息并必须能够解译从虚拟适配器(0x01和0x02)接收的消息,应答虚拟适配器(0x10、0x11和0x14)并且传送请求到(多个)广播路由器(0x12和0x13)。
广播路由器22是已经被增强以变得由协议可控制的典型路由装备。当从代理20接收加入消息(类型0x12)时,它读取附加的IGMP消息以取回多播组。它使用普通进程(PIM、DVMRP...)来从其相邻路由器22’请求同样的多播服务。然后进行广播链路配置以携带额外服务。
一旦从代理20接收到离开消息(类型0x13),它就离开由所嵌入的IGMP消息携带的多播地址所指示的组,并且停止在广播链路38上发送服务。广播路由器驱动管理广播服务列表(例如,DVB-H的IPE)的装备的方式及其信令(例如,SI/PSI表格)超出了本公开的范围。
在之前的描述中,适配器选择在网关30中实现。变化在于将多播代理20中的选择集中化。所述代理20必须管理具有每一个网关(广播适配器...)以及由每一个网关接收的全部流的配置的表格以选择最佳链路候选。但是多播代理20不知道广播流是否当前正在被网关接收。这可以引起选择不是好候选的广播适配器,因为它正在接收广播流。为了填补该缺陷,虚拟适配器32必须还向多播代理20告知关于当前接收的广播流的信息。
映射指示哪个终端属于哪个DVB-T路由器。多播代理20知晓DSLAM300的位置以及广播路由器的覆盖区域,并且映射终端请求到适当的广播路由器。图6中,控制消息流用虚线302示出,多播流量用到内容服务器306的实线304代表。
可替代地,可以每个DVB-T/广播覆盖区域存在一个代理。这将暗示在该区域中配置虚拟适配器以总是联系正确的代理。该代理可以集成在DVB-T/广播路由器中并将不必进行任何映射操作。
到广播链路的切换也可以是网络初始化的:在某时间点,代理已经因为广播链路上的不充足带宽而拒绝了对特定组的一些加入请求。当终结另一服务时,广播带宽释放,给出机会以携带另一服务。代理20对之前拒绝的组发送IGMP成员查询以与当前接收该服务的虚拟适配器取得联系。除了普通IGMP成员报告消息之外,当前接收服务的虚拟适配器32还向代理20以“客户端加入请求”(消息类型0x01)响应。代理20可以随后取决于感兴趣客户端的数量来决定切换服务到广播链路。
总之,发明允许基于目标接收器发布的请求,动态地调整由广播链路传送的节目或服务的集合,因此实现可用广播带宽的最优利用。
尽管这里仅描述了本发明的特定实施例,本领域技术人员将明白本发明的其他修改、变型和可能性是可以的。这样的修改、变型和可能性因而认为落入到本发明的精神和范围内,并且因此形成这里描述和/或举例的本发明的一部分。
虽然本发明已经以其优选实施例描述,但是显然的是在本领域技术人员的能力之内而无需创造性努力就可以容许各种修改和实现。因此,本发明的范围由以下权利要求的范围定义。