用于有效分配可多播服务的系统和方法

文档序号:7750819阅读:173来源:国知局
专利名称:用于有效分配可多播服务的系统和方法
技术领域
本发明涉及用于数据分配的系统和方法。
背景技术
最近,为移动终端提供的服务的数量和变化都增多了。这样的服务包括视频新闻提供、软件下载、音乐等。使用的移动终端数量也增多了。因此,网络运营商和终端用户都对有效率地和成本有效地使用网络资源更感兴趣。
在某些地理区域内,能够提供多播链路的蜂窝网和只提供单播链路的蜂窝网二者都可以为终端提供服务。所述具有多播能力的蜂窝从数据链路层的角度看能够以点到多点形式运行,而只能单播的蜂窝从数据链路层的角度看只能以点到点的形式运行。例如,在某个地理区域中,具有多播能力的蜂窝可能是DVB-T(数字视频广播-陆地蜂窝,而只能单播的蜂窝可能是UMTS(通用移动通信服务)和/或GPRS(通用分组无线电服务)蜂窝。
在这样的地理区域内,通过适当地应用这两种蜂窝类型,可能获得包括但不局限于更有效率地和更成本有效地使用网络资源的大量好处。

发明内容
根据本发明的实施例,提供了用于在由例如能够提供多播链路的蜂窝网和能够提供单播链路的蜂窝网二者提供服务的地理区域内传输可多播服务的改进的系统和方法。


图1根据本发明的实施例表示了示例性系统和地理区域。
图2是根据本发明的实施例表示做出路由决定所涉及的步骤的流程图。
图3是根据本发明的实施例表示作出路由决定所涉及的附加步骤的流程图。
图4表示了可以被用于执行本发明某些方面的示例性通用计算机。
具体实施例方式
图1中包括由两个提供无线网络服务的蜂窝网提供服务的示例性地理区域。蜂窝101-104代表从数据链路层的角度看能够提供多播链路的第一种类型的蜂窝,而蜂窝105-120代表从数据链路层的角度看能够提供单播链路的第二种类型的蜂窝。例如蜂窝101-104可以提供DVB-T(数字视频广播-陆地)服务,而蜂窝105-120可以提供GPRS(通用分组无线电服务)或UMTS(通用移动通信服务)服务。这个例子的两种蜂窝网提供重叠的服务。因此移动无线终端150能够从第一种类型的至少一个蜂窝中(例如蜂窝101),并且也能够从第二种类型的至少一个蜂窝中(例如蜂窝150)接收服务。
继续这个例子,假设为这个地理区域提供可多播的服务。这样的可多播服务的一个例子可以是既能够通过单播也能够通过多播传输的视听节目,例如直播新闻提供。这样的节目可以是例如QuickTime格式或Windows Media格式。另一个例子可以是提供十个流行视频游戏下载的可多播的服务。希望接收特定服务的终端可以加入相应的接收组(reception group)。
根据本发明的实施例,可以确定使用以下哪种方式为组成特定接收组子集的一个或多个终端提供适当的相应可多播的服务是最理想的,是通过使用具有多播能力的蜂窝提供的链路的多播还是通过使用只能单播的蜂窝提供的链路的单播通信。注意,某些实施例允许这样的可能性,即可以通过使用由第一种类型的蜂窝提供的链路的单播来提供可多播的服务。
根据本发明的实施例,例如当终端加入一个接收组并开始消费可多播的服务时,或者当终端离开一个接收组并停止消费可多播的服务时,可以作出这样的确定。当终端改变其物理位置以至于在与其相关的蜂窝发生变化,并因此改变它所属的接收组的蜂窝分配时,也可以做出这样的确定。正如下面将详细描述的那样,确定哪个选择最理想能够考虑几个因素中的一个或多个。
另外,某些实施例还认识到这样的事实,即终端可以位于这样的物理位置上,在那儿它能够从多于一个的具有多播能力的蜂窝和/或多于一个的只能单播的蜂窝中接收服务。在终端和每个类型蜂窝之间建立联系的每个不同可能性对应于所述终端所属的接收组的不同的潜在蜂窝分配。这些实施例允许选择对于每个接收组最理想的蜂窝分配。
根据本发明的实施例,提供了一个或多个多播支持接点(“MSNs”)。每个MSN与两个种类—具有多播能力和只能单播—中的一种的一个或多个蜂窝相关。一方面,MSN负责从内容提供商那里接收与特定接收组相关的可多播的内容,并作出上面提到的关于将其转发到接收组的子集的最理想方式的确定,每个子集包括一个或多个终端。
通过将与特定接收组相关的可多播的服务数据指定到特定IP地址,内容提供商可以例如通过因特网将其发送到MSN。在一些实施例中可以是多播IP地址。基于作出的确定,MSN可以保持指定特定可多播的服务应该怎样被传输到不同接收组子集的一个或多个路由表。如果MSN重新评估执行传输的最理想路径,它可以改变所述表。
例如,对于由三个终端组成的接收组子集,MSN最初可能确定UMTS单播是分配对应于特定接收组的可多播的服务的最好方式。在这样的境况下,路由表可以包括指定所述服务和/或与其相关的分组应该通过UMTS网络被转发到分别与所述三个终端的每一个对应的三个IP地址。
假设后来第四个终端加入了所述接收组。因此,MSN可能决定服务应该通过DVB-T多播分配到由四个终端组成的接收组子集,所述DVB-T多播使用由与所述终端相关的DVB-T蜂窝提供的链路。在这样的境况下,所述路由表可能改变,以包括指定所述服务和/或与其相关的分组应该通过DVB-T网络上的多播转发到特定多播IP地址。正如已知的那样,在UMTS网络上转发可能涉及与GGSN(网关GPRS支持接点)的接口,而在DVB-T网络上转发可能涉及与将IP分组封装在DVB分组中的多协议封装器的接口。
参考示例图1,MSN171与具有多播能力的蜂窝101-104和只能单播的蜂窝105-120相关。对于这个例子,蜂窝101-104可以是DVB-T蜂窝,而蜂窝105-120可以是UMTS蜂窝。在其他实施例中,蜂窝可以支持不同的标准。例如蜂窝105-120可以是GPRS蜂窝。
在图1中,MSN171被可操作地连接到内容提供商173,175和177。根据本发明的实施例,MSN171可以周期地从内容提供商处接收即将到来的通知和/或特定接收组可接收的当前可用的可多播的服务。所述MSN传递这些通知到一个或多个相关蜂窝,以传输到与这些蜂窝通信的终端。例如,所述MSN可以传递这些通知到DVB-T蜂窝101-104,以多播传输到与这些蜂窝通信的终端。所述通知能够被发送到终端,例如利用SAP(服务通告协议)和/或SDP(服务描述协议)。取代其或作为其补充,所述通知能够被传递到服务器上,例如与因特网连接的网络服务器。在这样的实施例中,终端可以通过UMTS蜂窝提供的因特网连通性访问所述服务器。
了解一种这样的可多播传输的终端150用户可能决定,她希望通过加入适当的接收组接收它。所述用户可以指定使用与其终端连接的图形用户界面的指示。作为响应,终端150可以向MSN指出用户希望加入适当的接收组。所述终端可以这样做,例如通过与其相关的UMTS蜂窝提供的连通性使用IGMP(因特网组管理协议)。另外所述指示可以指定开始时间,停止时间,和/或成员期限。例如,用户可以指定,她希望加入适当的接收组以从当天下午七点开始接收固定提供的15分钟长的视频新闻提供。或者,用户可以指定,她希望立刻开始或尽快开始地接收15分钟长的视频提供。在某些实施例中,所述指示还可以包括为终端装备的网络接口类型的信息和/或其当前能够使用的蜂窝类型或网络。例如,终端可以指定装备有DVB-T和UMTS接口二者,并且当前为其提供DVB-T服务时,它位于UMTS覆盖区域之外。
要求加入接收组的终端将为适当的MSN提供关系信息。根据本发明的实施例,这个关系信息可以包括指定所述请求终端能够与其通信的支持多播的蜂窝,例如DVB-T蜂窝,和只能单播的蜂窝,例如UMTS或GPRS蜂窝。在某些实施例中,所述请求终端能够在接近指定的开始时间的时候自动为MSN提供关系信息。在其他实施例中,当接收到用户希望加入特定接收组的指示时,MSN能够从提供的关系信息中发现指定的开始时间。在接近指定的开始时间的时间点上,MSN能够要求终端提供关系信息。在某些实施例中,MSN能够将接收到的关系信息存储在数据库或其他关于接收的存储器中。另外,在某些实施例中,当接收到加入请求时,MSN能够执行某些功能,例如连接到计费系统或核对用户加入请求的接收组是否合适。例如,如果用户未成年,MSN可以核对位于相关存储器中的父母禁止设置。
一旦MSN已经作出了转发决定,它将为适当的终端提供必需的信息以接收要求的服务。例如,如果MSN决定对应于适当接收组的服务将通过多播(数据链路层点到多点)在DVB-T链路上被转发,那么MSN可以通知终端以确定它们在事件开始时间时与适当的DVB-T蜂窝通信,并且确定它们监听首标包含指定的多播IP地址的分组。作为另一个例子,如果MSN决定内容将通过单播(数据链路层点到点)在UMTS链路上被转发,MSN可以通知终端确定在事件开始时间前它们已经将其PDP(分组数据协议)状态激活。例如,MSN可以使用UMTS链路为终端提供这些信息。
正如上面提到的和下面将解释的那样,在多种情况下MSN可以决定怎样将对应于特定接收组的服务转发到从属于那个接收组的终端。在作出转发决定后,MSN能够存储与决定相关的信息。
例如,当像上面提到的那样接收到终端加入特定接收组的请求时,MSN不仅可以决定发出请求的终端应该怎样接收服务,而且还决定从属于所述接收组,或其子集的其他终端是否应该以新的方式接收服务。
例如,其他终端可能在开始时就已经被通知通过适当的UMTS蜂窝接收单播。但是,响应加入请求,MSN可能决定那些其他终端应该转换到通过DVB-T多播接收,像发出请求的终端那样。
作为另一个例子,当终端离开或请求离开接收组时,MSN可以作出关于转发服务的决定。正如上面表明的那样,发出请求的终端可以指定停止时间或成员期限。或者,接收服务的用户可以利用其终端向MSN指出,她希望离开接收组和停止接收。终端可以使用与终端相关的UMTS蜂窝或GPRS蜂窝提供的链路转发这个信息到MSN。正如下面将更详细的解释的那样,根据本发明的实施例,当终端离开和/或要求离开接收组时,MSN能够重新评估为构成接收组剩余子集的终端提供服务的最理想方式。因此,MSN可以决定,保留接收组成员资格的终端接收新的和/或更新的必要信息的指示,以接收与接收组相关的服务。
作为第三个例子,关于当终端改变其物理位置以至于它具有和蜂窝的不同关系和/或潜在关系时,并因此改变它所属的接收组的蜂窝分配,MSN可以作出转发服务决定。现在将详细描述MSN响应每个这样的情况的行为,以及MSN可以计算理想状态的方法。
MSN对终端加入接收组请求的响应正如上面记录的那样,MSN保持大量的先前记录的,与请求加入接收组的终端相关的关系信息,以及大量的与先前转发决定相关的信息。
当接收对应于终端加入特定接收组请求的关系信息时,MSN能够知道所述终端能够与其通信的支持多播能力的蜂窝(步骤201)。然后MSN可以查阅上面提到的存储器,了解是否有任何终端的关系信息表述了相同的支持多播的蜂窝并且它是或将是同一接收组的成员(步骤203)。
如果存在这样的终端,并且这些终端还被设置为或正在通过支持多播的蜂窝在至少重叠相同时间周期的一段时间中接收所述接收组的服务(步骤205),那么根据某些实施例,MSN能够决定包含加入终端的接收组子集应该通过与包含其他终端的子集相同的多播链路接收所述接收组的服务(步骤207)。
如果存在这样的终端,但它们被设置为或正在通过它们各自的只能单播的链路接收所述接收组的服务(步骤205),那么MSN能够计算将接收组的服务在支持多播的蜂窝提供的链路上多播到包括加入终端和其他终端的子集的理想状态(步骤209)。接下来,MSN能够计算将所述服务通过其终端各自的只能单播链路单播到所述子集的理想状态(步骤209)。
如果发现多播方案对自己更理想,那么MSN将其指示给每个所述终端(步骤211)。例如利用与每个终端连接的只能单播的链路来完成。例如,所述指示可以指定,在其被请求的开始时间立刻,或者在MSN指定的时间每个终端应该准备从与其连接的支持多播的蜂窝接收数据,以及它应该注意首标包括指定的IP多播地址的分组。
如果发现单播方案更理想,那么MSN可以将其指示给发出请求的终端(步骤211)。所述指示可以指定,所述终端应该在其被请求的开始时间立刻,或者在MSN指定的时间准备从与其连接的只能单播的蜂窝接收传输。可以使用与终端连接的单播链路发送所述指示。不向其他终端发送指示,因此它们将象先前MSN建议的那样处理。
如果发现不存在其关系信息表述相同的支持多播蜂窝并且是或将是与加入终端相同接收组的成员的终端,那么可以发送指示到所述加入终端,指定所述终端在其被要求的开始时间立刻,或者在MSN规定的时间准备从与其连接的只能单播蜂窝接收传输(步骤213)。也不向其他终端发送说明,因此它们将像先前MSN建议的那样处理。
MSN对离开接收组的终端的响应正如上面表示的那样,终端加入接收组的请求可以包括所述终端希望退出成员资格的时间指示。终端也可以在接收时发送停止请求。
在退出时或其附近,如果接收组的服务还在继续并且存在由其他希望继续接收服务的终端组成的接收组子集,那么MSN可以执行某些任务以保证组成所述子集的终端将以最理想的方式接收服务。
例如,假设终端是接收组子集的一部分,所述子集正在通过特定支持多播的蜂窝用多播接收所述接收组的服务。现在假设所述终端停止或将要停止所述接收组的成员资格(步骤301)。MSN能够计算继续将接收组服务在支持多播的蜂窝提供的链路上多播到由剩余终端组成的接收组子集的理想状态(步骤303)。接下来,MSN能够计算将所述服务通过其各自的单播蜂窝单播到组成所述子集的终端的理想状态。计算的细节将在下面详细描述(步骤305)。
如果发现多播方案更理想,那么不向剩余终端发送指示,因此它们将像合适的MSN先前建议的那样继续接收。
如果发现单播方案更理想,那么MSN可以将其指示给由剩余终端组成的子集。所述指示可以指定,子集的每个终端立刻或者在指定的时间转变为通过与其连接的只能单播的蜂窝接收所述接收组的服务。能够通过与每个终端连接的单播链路,或者通过适当的多播链路发送所述指示到每个终端(步骤307)。
MSN对终端位置在接收组成员资格期间变化的响应在接收特定的可多播节目时,终端可以改变其物理位置以至于它改变与其相关的蜂窝,因此改变它所属接收组的蜂窝分配。在这样的情况下,MSN可以执行特定任务,保证以最理想的方式继续传输所述节目。
例如,假设作为某个接收组成员的终端在接收所述接收组服务期间改变其物理位置,以至于它改变了与其相关的支持多播的蜂窝。
对于用以服务所述关系的支持多播的蜂窝,适当的MSN可以执行与MSN对终端离开接收组请求的响应所描述的相似步骤。
对于用以服务所述关系的支持多播的蜂窝,适当的MSN可以执行与MSN对终端加入接收组请求的响应所描述的相似步骤。
计算理想状态正如上面提到的那样,在某些情况下MSN可以计算将对应于接收组的可多播的节目分配到由一个或多个终端组成的接收组子集的特定方式的理想状态。
一种确定理想状态的方法可以基于数据传输的频谱效率。理想状态的计算考虑带宽,用户总量和不同接入系统的频谱效率因数。频谱效率因数来自于以归一化的比特率传输数据所消耗的频谱的数量。单位是Hz/(bit/s)。所述频谱效率因数取决于接入系统的类型,并且也受到网络规划和一些其他网络状况(例如流量负载)的影响。根据某些实施例,理想状态的计算可以使用以下等式 其中,n1和n2代表能够基于例如网络运营商的偏好,网络特性和/或收集的关于网络使用的历史数据选择的加权因数。
消耗的频谱代表通过单个链路传输多播的数据将消耗的频谱。它是这样计算的消耗的谱=效率因数(Hz/bps)*带宽(bps)假设MSN比较将对应于特定接收组的可多播服务传输到由三个终端组成的接收组子集的两种方式。假设被考虑的第一种方式是使用特定的支持多播的蜂窝提供的多播链路,而被考虑的第二种方式是通过其各自的只能单播的蜂窝分配到每个终端。
假设当使用单播方案时,分配节目到每个终端必需300kb/秒的带宽(总共900kb/秒),而当使用多播方案时,总共300kb/秒就足够把节目分配到全部三个终端。还假设使用与所述三个终端相连的支持多播的蜂窝的频谱效率因数是2.0。接着假设使用与第一个终端连接的只能单播的蜂窝的频谱效率因数是1.1,使用与第二个终端连接的只能单播的蜂窝的频谱效率因数是1.0,而使用与第三个终端连接的只能单播的蜂窝的频谱效率因数是1.2。最后假设对每种情况的加权因数是1.0。根据这个例子,通过多播分配的理想状态是11·2.0·300k]]>而通过单播分配的理想状态是11*1.1*300k+1*1.0*300k+1*1.2*300k]]>因此在这个例子中通过多播分配是更理想的选择。
根据某些实施例,确定理想状态的附加方法可以考虑使用的带宽和使用所述带宽的货币成本。根据某些实施例,理想状态的计算可以使用以下等式n1·带宽·n2·单位带宽成本其中,与上面一样,n1和n2代表加权因数。
根据某些实施例,确定理想状态的其他附加方法可以这样表现理想状态,即根据特定传输可以多好地满足那些希望被进行传输所使用的带宽服务的需要。作为第一因数,所述确定可以考虑讨论的传输可以使用链路上可用的总带宽的多少百分比。作为第二因数,所述确定可以考虑能够使用所述带宽的终端比例,所述带宽可以被所述传输实际服务。因此,对于某些实施例,理想状态的计算可以使用以下等式 其中,与上面一样,n1和n2代表加权因数。
另外,可以例如由系统设计者,网络运营商或网络管理员指定确定理想状态的其他方法。
根据本发明的某些实施例,MSN可以使用这些或其他理想状态观点中的一个来计算理想状态。其他实施例可以使用两个或多个这样的或其他的理想状态观点的加权或算术平均。
附加操作可能存在这样的情况,终端可以与特定类型的两个或多个蜂窝建立关系。例如,终端地理位置处可能存在能够与其建立服务的两个DVB-T蜂窝和/或UMTS蜂窝。在示例性图1中,终端152的物理位置允许它从两个DVB-T(107和113)的任一个接收服务,并且终端154的物理位置允许它从两个UMTS蜂窝(110和112)的任一个接收服务。正如上面提到的那样,在本发明的某些实施例中,在确定分配与接收组相关的可多播服务的最理想方式时,MSN可以利用这样的情况。
根据本发明的实施例,终端发送到MSN的关系信息可以包括指定多于一个支持多播的蜂窝(例如DVB-T蜂窝)和/或多于一个只能单播的蜂窝(例如UMTS或GPRS蜂窝),请求接收可多播的节目的终端能够与所述蜂窝通信。在终端和每种类型的蜂窝之间建立关系的每种不同的可能性对应于所述终端所属的接收组的不同的潜在蜂窝分配。当接收这样的信息时,MSN可以决定哪种潜在蜂窝分配是最理想的。如果所讨论的终端一次只能保持一个与单个支持多播的链路的连接,并且在接收可多播的服务时,所述终端正在通过可用的多个支持多播的蜂窝中的一个活动地接收其他节目,那么适当的MSN可能需要将其考虑进去。
假设特定终端能够保持与多个支持多播的蜂窝的连接,和/或所述终端现在没有活动地通过支持多播的链路接收其他节目。还假设关系信息指定大量可用的支持多播和/或只能单播的蜂窝。在这样的情况下,MSN确定哪种蜂窝分配最理想的一种方法将执行上面描述的操作,所述操作与终端加入与每种可能的蜂窝分配相关的接收组的请求相关。在这样的情况下,MSN能够选择最理想的蜂窝分配,并且执行上面描述的,转发到终端的接收组服务的适当步骤。
如果所述终端不能保持与特定类型的多个蜂窝的连接,并且正在通过可用的连接中的特定一个活动地接收一个或多个节目,那么在计算不同的理想状态时,MSN也可以考虑中断当前连接引起的任何潜在的理想状态损失。
例如,孤立地计算时,通过当前没有被使用的支持多播的链路转发接收组的服务可能比通过已经在使用的链路发送更理想。但是,当所述计算考虑中断所述链路可能引起的理想状态损失时,可能发现存在理想状态的净损失。
硬件和软件可以通过或借助于通用计算机执行本发明的某些方面。例如,可以将MSN作为装配有网络接口的通用计算机来实现。
这里使用的术语“通用计算机”,“计算机”等是指但不局限于运行操作系统,例如OS X,Linux,Darwin,Windows Ce,Windows XP,Symbian Os等的工程工作站、PC、Macintosh,移动终端等,可能支持Java。术语“通用计算机”,“计算机”等也指但不局限于一个或多个可操作地连接到一个或多个存储器或存储单元的处理器,其中所述存储器可以包括数据,算法和/或程序代码,处理器可以执行所述程序代码和/或操纵所述程序代码,数据和/或算法。因此,图4中表示的示例性计算机4000包括可操作地与两个处理器4051和4052相连的系统总线4050,随机存取存储器(RAM)4053,只读存储器(ROM)4055,输入输出(I/O)接口4057和4058,存储接口4059,以及显示器接口4061。存储接口4059连接到大容量存储器4063。每个I/O接口4057和4058可以是以太网,IEEE1394,IEEE802.11或其他已知接口。大容量存储器4063可以是硬盘,光盘等。处理器4057和4058可以是公知的处理器,例如IBM或Motorola PowerPC或Intel Pentium。
在例子中表示的计算机4000也包括LCD显示器单元4001,键盘4002和鼠标4003。在其他实施例中,键盘4002和/或鼠标4003可以由笔接口代替。计算机4000也可以包括或连接到读卡器,DVD驱动器或软驱,因此可以插入包含程序代码的媒体以加载所述代码到计算机上。根据本发明,可以使用语言,例如Java,Objective C,C,C#或C++根据执行上面描述的操作的已知方法对计算机4000编程。
注意,在某些实施例中,能够使用单独的路由设备执行MSN,所述设备被编程以执行上面描述的操作。上面描述的用户终端可以是例如便携设备,所述设备包括ARM或StrongARM处理器,能够接收DVB-T传输和能够发送和接收UMTS,GPRS或其他传输的集成触敏彩色屏幕。所述设备可以使用操作系统,例如Microsoft WindowsCE或Symbian EPOC,可能支持Java。因此也能够用语言,例如Java,Objective C,C,C#或C++根据执行上述终端操作的已知方法对所述终端编程。
分支和范围尽管上面的描述包含很多细节,但是提供它们仅仅是为了说明本发明,它们不应该被解释为对本发明范围的限制。因此对于本领域中的技术人员,很显然能够在本发明的系统和方法中进行不同的修改和变化,而不违背本发明的精神或范围。
权利要求
1.一种有效地使用网络资源的方法,包括将对应于接收组的服务转发到所述接收组;以及根据所述接收组的蜂窝分配的改变,确定所述接收组的子集应该通过单播链路还是通过多播链路接收所述服务。
2.一种有效地使用网络资源的方法,包括将对应于接收组的服务转发到所述接收组;以及根据所述接收组组成的改变,确定所述接收组的子集应该通过单播链路还是通过多播链路接收所述服务。
3.一种有效地使用网络资源的方法,包括将对应于接收组的服务转发到所述接收组;为所述接收组选择可用的蜂窝分配;以及确定所述接收组的子集应该通过单播链路还是通过多播链路接收所述服务;其中根据所述组成员的物理位置的变化执行所述选择和确定步骤。
4.一种有效地使用网络资源的方法,包括将对应于接收组的服务转发到所述接收组;为所述接收组选择可用的蜂窝分配;以及确定所述接收组的子集应该通过单播还是通过多播接收所述服务;其中根据所述接收组组成的变化执行所述选择和确定步骤。
5.一种有效地使用网络资源的方法,包括将对应于接收组的服务转发到所述接收组;以及根据所述接收组蜂窝分配的改变,确定所述接收组的子集应该通过单播链路还是通过多播链路接收所述服务;其中所述确定步骤还包括确定每个选项的理想状态。
6.一种有效地使用网络资源的方法,包括将对应于接收组的服务转发到所述接收组;以及根据所述接收组组成的改变,确定所述接收组的子集应该通过单播链路还是通过多播链路接收所述服务;其中所述确定步骤还包括确定每个选项的理想状态。
7.一种有效地使用网络资源的系统,包括其中存储有程序代码的存储器;以及可操作地连接到所述存储器的处理器,用以根据所述存储的程序代码执行指令;其中在所述处理器执行所述程序代码时,所述程序代码使所述处理器执行以下步骤将对应于接收组的服务转发到所述接收组;根据所述接收组蜂窝分配的变化,确定所述接收组的子集应该通过单播链路还是通过多播链路接收所述服务。
8.一种有效地使用网络资源的系统,包括其中存储有程序代码的存储器;以及可操作地连接到所述存储器的处理器,用以根据所述存储的程序代码执行指令;其中在所述处理器执行所述程序代码时,所述程序代码使所述处理器执行以下步骤将对应于接收组的服务转发到所述接收组;以及根据所述接收组组成的变化,确定所述接收组的子集应该通过单播链路还是通过多播链路接收所述服务。
9.一种有效地使用网络资源的系统,包括其中存储有程序代码的存储器;以及可操作地连接到所述存储器的处理器,用以根据所述存储的程序代码执行指令;其中当所述处理器执行所述程序代码时,所述程序代码使所述处理器执行以下步骤将对应于接收组的服务转发到所述接收组;为所述接收组选择可用的蜂窝分配;以及确定所述接收组的子集应该通过单播链路还是通过多播链路接收所述服务;其中根据所述组成员的物理位置的改变执行所述选择和确定步骤。
10.一种有效地使用网络资源的系统,包括其中存储有程序代码的存储器;以及可操作地连接到所述存储器的处理器,用以根据所述存储的程序代码执行指令;其中当所述处理器执行所述程序代码时,所述程序代码使所述处理器执行以下步骤将对应于接收组的服务转发到所述接收组;在所述接收组可用的蜂窝分配中选择;以及确定所述接收组的子集应该通过单播链路还是通过多播链路接收所述服务;其中根据所述接收组组成的改变执行所述选择和确定步骤。
11.一种有效地使用网络资源的系统,包括其中存储有程序代码的存储器;以及可操作地连接到所述存储器的处理器,用以根据所述存储的程序代码执行指令;其中当所述处理器执行所述程序代码时,所述程序代码使所述处理器执行以下步骤将对应于接收组的服务转发到所述接收组;以及根据所述接收组蜂窝分配的改变确定所述接收组的子集应该通过单播链路或通还是多播链路接收所述服务;其中所述确定步骤还包括确定每个选项的理想状态。
12.一种有效地使用网络资源的系统,包括其中存储有程序代码的存储器;以及可操作地连接到所述存储器的处理器,用以根据所述存储的程序代码执行指令;其中当所述处理器执行所述程序代码时,所述程序代码使所述处理器执行以下步骤将对应于接收组的服务转发到所述接收组;以及根据所述接收组组成的改变确定所述接收组的子集应该通过单播链路还是通过多播链路接收所述服务;其中所述确定步骤还包括确定每个选项的理想状态。
13.根据权利要求1至6中任一项的方法,其中所述确定步骤考虑可用的带宽和每个接入系统的频谱效率因数。
14.根据权利要求7至12中任一项的系统,其中所述确定步骤考虑可用的带宽和每个接入系统的频谱效率因数。
15.根据权利要求1至6中任一项的方法,其中所述确定步骤考虑可用的带宽和带宽的单位成本。
16.根据权利要求7至12中任一项的系统,其中所述确定步骤考虑可用的带宽和带宽的单位成本。
17.根据权利要求1至6中任一项的方法,其中所述确定步骤考虑可用的总可用链路带宽的百分比以及使用所述链路的终端的百分比,其中所述链路将通过使用所述带宽而得到服务。
18.根据权利要求7至12中任一项的系统,其中所述确定步骤考虑可用的总可用链路带宽的百分比以及使用所述链路的终端的百分比,其中所述链路将通过使用所述带宽而得到服务。
19.根据权利要求1至6中任一项的方法,还包括从终端接收加入指示。
20.根据权利要求7至12中任一项的系统,其中所述处理器还执行从终端接收加入指示的步骤。
21.根据权利要求19的方法,其中所述加入指示包括指定所述终端的网络接口。
22.根据权利要求19的方法,其中所述加入指示包括指定所述终端当前可用的网络。
23.根据权利要求19的方法,其中所述加入指示包括指定所需要的接收传输的开始时间。
24.根据权利要求19的方法,其中所述加入指示包括指定所需要的停止接收传输的停止时间。
25.根据权利要求20的系统,其中所述加入指示包括指定所述终端的网络接口。
26.根据权利要求20的系统,其中所述加入指示包括指定所述终端当前可用的网络。
27.根据权利要求20的系统,其中所述加入指示包括指定所需要的接收传输的开始时间。
28.根据权利要求20的系统,其中所述加入指示包括指定所需要的停止接收传输的停止时间。
全文摘要
本发明涉及一种在服务的地理区域内传输可多播的服务的改进的系统和方法,例如通过能够提供多播链路的蜂窝网和能够提供单播链路的蜂窝网二者。
文档编号H04H60/85GK1751303SQ02824352
公开日2006年3月22日 申请日期2002年12月5日 优先权日2001年12月6日
发明者徐林, 雅尔诺·莱诺宁 申请人:诺基亚公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1