CN102255792A - 组播业务的管理方法和装置 - Google Patents
组播业务的管理方法和装置 Download PDFInfo
- Publication number
- CN102255792A CN102255792A CN2010101872625A CN201010187262A CN102255792A CN 102255792 A CN102255792 A CN 102255792A CN 2010101872625 A CN2010101872625 A CN 2010101872625A CN 201010187262 A CN201010187262 A CN 201010187262A CN 102255792 A CN102255792 A CN 102255792A
- Authority
- CN
- China
- Prior art keywords
- multicast
- multicast service
- priority
- bandwidth
- needs
- 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
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/185—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with management of multicast group membership
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种组播业务的管理方法和装置,该方法包括:在组播设备需要新建组播业务的情况下,组播设备判断是否能够直接建立需要新建的组播业务;在判断结果为否的情况下,组播设备根据需要新建的组播业务的优先级以及组播设备上正在进行的组播业务的优先级判断需要新建的组播业务是否满足业务建立条件,并在判断满足业务建立条件的情况下对正在进行的组播业务进行调整并在调整后建立需要新建的组播业务。本发明通过基于组播业务的优先级对组播业务进行调整和管理,避免了相关技术中由于带宽和业务总数等限制导致在需要建立组播业务时高优先级的组播业务不能及时建立的问题,能够保证高优先级组播业务的正常建立,提高用户体验。
Description
技术领域
本发明涉及通信领域,尤其涉及一种组播业务的管理方法和装置。
背景技术
组播技术是目前常用的技术。通常,在实现组播技术时,主要是在二、三层网络设备上运行互联网组播成员管理协议(Internet Group ManagementProtocol,简称为IGMP)来管理组播组的创建和删除、组播用户的加入和离开,并以此来控制组播用户能否从组播源或者组播路由器获取相应的组播数据流。
在组播网络中,二层组播设备需要维护一张组播表来实现IGMP侦听(IGMP SNOOPING协议),通常可以将这张表称为组播组列表(GROUPLIST)。通过在GROUP LIST中添加或删除条目,就可以创建或删除相应的组播组;通过对每个条目中成员端口进行添加或删除,就可以管理该组播组用户的加入和离开,从而实现对组播组以及组播成员的管理。
在目前组播技术的实现方式中,组播设备所维护的GROUP LIST的容量都是有限制的。假设组播设备根据组播用户的需要,希望创建一个新的组播组,而如果此时组播设备的GROUP LIST中的条目数量已经达到所允许的数量上限,则该新的组播组会创建失败;而如果组播设备的GROUP LIST长期处于满容量的状态,则不论组播用户希望创建的组播组的重要性有多高,都必须进行长时间的等待才可能成功创建新的组播组,会严重影响用户使用组播业务,降低用户体验。
此外,在实现组播业务时,组播设备往往需要向较多数量的组播组进行业务数据的传输,此时,组播设备需要从上层网络设备获取大量的数据,但是组播设备与上层网络设备之间的带宽资源是有限的,如果组播设备与上层网络设备之间不存在剩余的带宽资源,则新建立的组播业务将无法被分配到带宽资源,导致业务建立失败,影响新建业务的开展。
除了上述情况之外,在其他情况下,同样可能因为业务无法有效管理而出现类似的问题。
可以看出,在组播业务的实现过程中,由于缺少对组播业务的合理管理方案,会导致组播业务无法正常开展从而影响用户体验的问题,但是,针对该问题,目前尚未提出有效的解决方案。
发明内容
针对相关技术中由于缺少对组播业务的合理管理方案而导致组播业务无法正常开展并影响用户体验的问题,本发明提出一种组播业务的管理方法和装置,能够基于组播业务的优先级对组播业务进行管理,从而避免组播业务不能正常进行的问题。
本发明的技术方案是这样实现的:
本发明提供了一种组播业务的管理方法。
根据本发明的组播业务的管理方法包括:在组播设备需要新建组播业务的情况下,所述组播设备判断是否能够直接建立需要新建的组播业务;在判断结果为否的情况下,所述组播设备根据需要新建的组播业务的优先级以及所述组播设备上正在进行的组播业务的优先级判断所述需要新建的组播业务是否满足业务建立条件,并在判断满足所述业务建立条件的情况下对所述正在进行的组播业务进行调整并在调整后建立所述需要新建的组播业务。
其中,所述组播设备判断是否能够直接建立所述需要新建的组播业务包括:在所述正在进行的组播业务的数量达到预定上限、和/或所述组播设备与组播源之间的剩余带宽不满足所述需要新建的组播业务的带宽要求的情况下,判断不能够直接建立所述需要新建的组播业务,其中,所述组播源用于向所述组播设备提供组播业务数据。
可选地,上述业务建立条件包括:所述正在进行的组播业务中至少一个组播业务的优先级低于所述需要建立的组播业务的优先级。
可选地,所述业务建立条件可以进一步包括:第一带宽与第二带宽的总和大于或等于第三带宽,其中,所述第一带宽为所述组播设备和组播源之间的剩余带宽,所述第二带宽为所述正在进行的组播业务中优先级低于所述需要建立的组播业务的优先级的组播业务所占的带宽,所述第三带宽为所述需要新建的组播业务所需的带宽。
此外,对所述正在进行的组播业务进行调整包括:将所述正在进行的组播业务中优先级低于所述需要建立的组播业务的至少一个组播业务删除。
该方法还可以包括:在判断所述需要新建的组播业务不满足所述业务建立条件的情况下,禁止对所述正在进行的组播业务进行调整。
优选地,组播设备通过组播组列表保存所述正在进行的组播业务的标识,并通过组播组优先级列表预先保存与所述组播设备支持的组播业务的标识相对应的优先级。
本发明还提供了一种组播业务的管理装置。
根据本发明的组播业务的管理装置包括:第一判断模块,用于在组播设备需要新建组播业务的情况下,判断所述组播设备是否能够直接建立需要新建的组播业务;第二判断模块,在所述第一判断模块的判断结果为否的情况下,根据需要新建的组播业务的优先级以及所述组播设备上正在进行的组播业务的优先级判断所述需要新建的组播业务是否满足业务建立条件;管理模块,用于在所述第二判断模块判断所述需要新建的所述组播业务满足所述业务建立条件的情况下,对所述正在进行的组播业务进行调整并在调整后建立所述需要新建的组播业务。
其中,所述第一判断模块具体用于在所述正在进行的组播业务的数量达到预定上限、和/或所述组播设备与组播源之间的剩余带宽不满足所述需要新建的组播业务的带宽要求的情况下,判断不能够直接建立所述需要新建的组播业务,其中,所述组播源用于向所述组播设备提供组播业务数据。
其中,所述业务建立条件包括:所述正在进行的组播业务中至少一个组播业务的优先级低于所述需要建立的组播业务的优先级。
可选地,所述业务建立条件可以进一步包括:第一带宽与第二带宽的总和大于或等于第三带宽,其中,所述第一带宽为所述组播设备和组播源之间的剩余带宽,所述第二带宽为所述正在进行的组播业务中优先级低于所述需要建立的组播业务的优先级的组播业务所占的带宽,所述第三带宽为所述需要新建的组播业务所需的带宽。
此外,所述管理模块通过将所述正在进行的组播业务中优先级低于所述需要建立的组播业务的至少一个组播业务删除,对所述正在进行的组播业务进行调整。
本发明通过基于组播业务的优先级对组播业务进行调整和管理,避免了相关技术中由于带宽和业务总数等限制导致在需要建立组播业务时高优先级的组播业务不能及时建立的问题,能够保证高优先级组播业务的正常建立,有效提高用户体验。
附图说明
图1是根据本发明实施例的组播业务的管理方法的流程图;
图2是根据本发明实施例的组播业务的管理装置的框图;
图3是采用了根据本发明实施例的组播业务的管理装置的组播网络的结构简图;
图4是根据本发明实施例的组播业务的管理装置进行业务管理的流程图;
图5是配置了组播组优先级列表后通过查询组播组列表和组播组优先级列表所得到的信息结构示意图。
具体实施方式
针对相关技术中由于缺少对组播业务的合理管理方案而导致组播业务无法正常开展并影响用户体验的问题,本发明提出基于组播业务的优先级对组播业务进行调整和管理,避免了相关技术中高优先级的组播业务不能及时建立的问题,能够保证高优先级组播业务能够正常建立,有效提高用户体验。
下面将结合附图详细描述本发明的实施例。
根据本发明的实施例提供了一种组播业务的管理方法。
如图1所示,根据本发明实施例的组播业务的管理方法包括:
步骤S101,在组播设备需要新建组播业务的情况下,组播设备判断是否能够直接建立需要新建的组播业务;
步骤S103,在判断结果为否的情况下,组播设备根据需要新建的组播业务的优先级以及组播设备上正在进行的组播业务的优先级判断需要新建的组播业务是否满足业务建立条件,并在判断满足业务建立条件的情况下对正在进行的组播业务进行调整并在调整后建立需要新建的组播业务。
借助于上述处理,通过基于组播业务的优先级对组播业务进行调整和管理,避免了相关技术中由于带宽和业务总数等限制导致在需要建立组播业务时高优先级的组播业务不能及时建立的问题,能够保证高优先级组播业务的正常建立,有效提高用户体验。
在组播设备判断是否能够直接建立上述需要新建的组播业务时,如果在正在进行的组播业务的数量达到预定上限、和/或组播设备与组播源之间的剩余带宽不满足需要新建的组播业务的带宽要求的情况下,判断不能够直接建立需要新建的组播业务,其中,组播源用于向组播设备传输组播业务数据。
在进行是否满足业务建立条件的判断时,业务建立条件可以包括:正在进行的组播业务中至少一个组播业务的优先级低于需要建立的组播业务的优先级。
在需要建立的组播业务满足该业务建立条件的情况下,就表示正在进行的组播业务中存在优先级较低的组播业务,可以删除这些组播业务,以便建立新的组播业务。
可选地,根据组播业务的不同需要,还可以对上述业务建立条件进行进一步限制。例如,对于实时性强、对服务质量要求较高的新建组播业务,为了保证这些组播业务在建立后服务质量能够达到预定的要求,可以在判断新建组播业务的优先级高于正在进行的部分组播业务的优先级的情况下,进一步判断组播设备和组播源之间的剩余带宽与正在进行的组播业务中优先级低于需要建立的组播业务的优先级的组播业务所占的带宽的总和是否大于或等于需要新建的组播业务所需的带宽。
例如,在要求新建组播业务的带宽必须满足要求的情况下,假设正在进行的组播业务的数量为5个,每个业务占用100MB的带宽,其中,组播业务A的优先级低于需要新建的组播业务的优先级,组播设备与组播源之间的总带宽为600MB,需要新建的组播业务所需的带宽为200MB,此时,剩余带宽为100MB,业务A所占带宽为100MB,因此,可以判断出业务A的带宽与剩余带宽之和为200MB,等于需要新建的组播业务所需的带宽,因此,判断可以对正在进行的组播业务进行调整。
之后,在对正在进行的组播业务进行调整时,可以将正在进行的组播业务中优先级低于需要建立的组播业务的至少一个组播业务删除。在该实例中,即可将组播业务A删除,并将组播业务A所占的带宽和剩余带宽分配给新建的组播业务。
如果需要新建的组播业务数量为多个的情况下,可以根据这多个组播业务的优先级高低,优先建立优先级高的组播业务;如果需要新建的组播业务的优先级相同,且当前的情况不能保证两个组播业务均成功建立,则可以随机选择或管理员指定一个组播业务进行建立,如果该组播业务不能建立则可以尝试建立另一个组播业务。
另一方面,在判断需要新建的组播业务不满足业务建立条件的情况下,禁止对正在进行的组播业务进行调整。
也就是说,如果正在进行的所有组播业务的优先级均高于需要新建的组播业务的优先级、和/或可以分配给新建的组播业务的带宽(剩余带宽与优先级较低的组播业务带宽之和)不能满足新建组播业务的带宽要求的情况下,则不对正在进行的组播业务进行调整,避免低优先级组播业务的建立影响已有的高优先级组播业务的正常进行。
可选地,在删除组播业务时,可以优先删除优先级最低的组播业务。
优选地,在判断不能直接建立新的组播业务的情况下,假设组播业务A的优先级和组播业务B的优先级均低于需要新建的组播业务C的优先级,并且,组播设备与组播源之间不存在剩余带宽资源,组播业务A占用的带宽资源为100MB,组播业务B所需占用的带宽资源为200MB,组播业务C占用的带宽资源为200MB,此时,如果组播业务C对业务带宽有较为严格的要求,即使组播业务A的优先级低于组播业务B的优先级,也可以先删除组播业务B,以保证组播业务C的带宽满足要求。
优选地,组播设备可以通过组播组列表保存正在进行的组播业务的标识,并通过组播组优先级列表预先保存与组播设备支持的组播业务的标识相对应的优先级。在组播组列表中,会包含组播业务的标识以及其他的相关信息,组播组列表中的每个条目都对应于当前正在进行的一个组播业务,也可以认为组播组列表中的每个条目都对应于一个组播组,并且随着组播业务的进行,组播组列表中的条目会根据业务的变化而动态更新,组播组列表的格式本文不再一一详述。
组播组优先级列表的结构如表1所示。
表1
组播地址 | VLAN ID | 优先级 |
224.1.1.1 | 2 | 1 |
224.1.1.2 | 2 | 2 |
224.1.1.3 | 2 | 3 |
其他 | - | 0 |
如果希望唯一地标识一个组播业务,就需要使用该组播业务的组播地址以及VLAN ID,因此,在本实施例中,可以通过一张单独的组播组优先级列表(可以将其命名为GROUP-PRI LIST)来保存组播设备所支持的组播业务的优先级,该优先级与组播业务的标识(组播地址和VLAN ID)对应,即,对于组播组列表中的每个条目(组播业务),在组播组优先级列表中都有一个相应的条目用于指示该条目的优先级。
具体地,表1示出了组播组优先级列表的一个实施例,该表共有3个条目,指定了VLAN 2内、组播地址为224.1.1.1的组播组(组播业务)的优先级为1,VLAN 2内、组播地址为224.1.1.2的组播组(组播业务)的优先级为2;VLAN2内组播地址为224.1.1.3的组播组的优先级为3等。
组播设备所支持的组播业务的优先级可以预先由运营商、业务提供商等设置好,并生成表1所示的表格,将该表格保存在组播设备中。在需要新建组播业务时,组播设备会在组播组优先级列表中查找正在进行的组播业务的优先级以及需要新建的组播业务的优先级(组播组优先级列表中包含了组播设备支持的组播业务的优先级,这些组播业务包括正在进行的组播业务、当前需要新建的组播业务、以及可能建立的其他组播业务),以便进行优先级的判断。
可选地,在配置优先级的过程中,还可以对部分组播业务设置默认的优先级,默认优先级可以不存储在组播组优先级列表中,也可以是最低的优先级,还可以是中间的某个优先级,这样,即使在配置优先级时遗漏了某个组播业务,也能够在管理过程中确定该组播业务的优先级,以保证方案的正常实施。
在进行组播业务的优先级配置时,可以考虑组播组地址和/或组播组重要性等因素,对每个组播业务分别配以优先级。例如,对于运营商较为重视的组播业务以及收费用户的专用业务,可以配置较高的优先级,对于免费的组播业务以及重要程度一般的组播业务,则可以配置较低的优先级。根据需要,运营商或业务提供商还可以根据实际需要对组播组优先级列表的优先级进行更新。
在本发明的实施例中,可设优先级的范围为0~7,其中,7表示最高的优先级,并且可以默认不存在于GROUP-PRI LIST中的其他任何组播组(组播业务)的优先级均为0。
借助于上述处理,通过基于组播业务的优先级对组播业务进行调整和管理,避免了相关技术中由于带宽和业务总数等限制导致在需要建立组播业务时高优先级的组播业务不能及时建立的问题,能够为高优先级组播业务的正常建立提供保障,有效提高用户体验,并且,本发明能够适用于各种需要对组播业务进行取舍的场景,具有较广的实用性。
根据本发明的实施例,还提供了一种组播业务的管理装置。
如图2所示,根据本发明实施例的组播业务的管理装置包括:
第一判断模块21,用于在组播设备需要新建组播业务的情况下,判断组播设备是否能够直接建立需要新建的组播业务;
第二判断模块22,在第一判断模块21的判断结果为否的情况下,根据需要新建的组播业务的优先级以及组播设备上正在进行的组播业务的优先级判断需要新建的组播业务是否满足业务建立条件;
管理模块23,用于在第二判断模块22判断需要新建的组播业务满足业务建立条件的情况下,对正在进行的组播业务进行调整并在调整后建立需要新建的组播业务。
借助于上述装置,通过基于组播业务的优先级对组播业务进行调整和管理,避免了相关技术中由于带宽和业务总数等限制导致在需要建立组播业务时高优先级的组播业务不能及时建立的问题,能够为高优先级组播业务的正常建立提供保障,有效提高用户体验。
其中,第一判断模块21具体用于在正在进行的组播业务的数量达到预定上限、和/或组播设备与组播源之间的剩余带宽不满足需要新建的组播业务的带宽要求的情况下,判断组播设备不能够直接建立需要新建的组播业务。
上述业务建立条件可以包括:正在进行的组播业务中至少一个组播业务的优先级低于需要建立的组播业务的优先级。并且,对于需要保证服务质量的业务,这些业务的业务建立条件可以进一步包括:组播设备和组播源之间的剩余带宽与正在进行的组播业务中优先级低于需要建立的组播业务的优先级的组播业务所占的带宽的总和大于或等于需要新建的组播业务所需的带宽。
管理模块23通过将正在进行的组播业务中优先级低于需要建立的组播业务的至少一个组播业务删除,对正在进行的组播业务进行调整。
该组播业务的管理装置还可以包括存储模块(未示出),用于存储并维护组播组列表,以及用于标识组播组列表中组播业务(组播组成员)的优先级的组播组优先级列表。
此外,对是否满足业务建立条件、进行组播业务调整的具体过程已经在之前进行了描述,这里不再重复。
上述装置可以设置与组播设备中。
图3是组播业务实现网络的结构简图。
如图3所示,该网络包括至少一个组播源301、至少一个组播设备302、至少一个组播终端303。
具体地,组播源301用于将IGMP QUERY和组播数据流经路由端口发送向组播设备302;组播终端303通过向组播设备302发送IGMP REPORT报文来加入指定的组播组,或者通过发送IGMP LEAVE报文来离开指定的组播组;
组播设备302包括报文解析装置302-1(报文解析装置的功能即相当于上述第一判断模块、第二判断模块、以及管理模块的功能总和),用于对接收到的IGMP报文进行解析,并通过解析以及在GROUP-PRI LIST上查询得到的信息来维护GROUP LIST;
具体地,当报文解析装置302-1收到组播终端303发送的IGMP REPORT报文时,会进行以下判断:
(1)如果该IGMP REPORT报文所指定的组播组已经在GROUP LIST中存在,则需要更新相应组播组条目的端口计时器;
(2)如果该IGMP REPORT报文所指定的组播组不存在于GROUP LIST中,则查看GROUP LIST是否容量已达到上限,如果未达到,且组播设备的剩余带宽满足待建立组播组的需求,则创建该组播组;
(3)如果GROUP LIST中不存IGMP REPORT报文所指定的组播组,并且GROUP LIST已达到上限,或组播设备的剩余带宽不足以满足待建立组播组的需求,则在GROUP-PRI LIST上查询REPORT报文所携带的组播组的优先级,替换GROUP LIST中优先级较低的组播组条目;如果GROUP LIST中不存在比REPORT中组播组优先级更低的条目、和/或通过删除优先级低的组播业务后不足以提供所要求的带看资源,则丢弃该IGMP REPORT,不对GROUP LIST做任何操作。
这样,就能够针对上述组播组列表容量达到上限以及组播设备的带宽被占满而导致组播业务无法正常建立的情况,根据当前正在进行的组播业务以及需要新建的组播业务的优先级对正在进行的组播业务进行调整,保证高优先级的组播业务能够成功建立。
下面将详细描述进行组播业务管理的具体过程。
在实现组播业务时,首先,需要配置组播设备所支持的组播业务的优先级,得到表1所示的组播组优先级列表,并令GROUP LIST条目的上限为4(即,组播业务的数量上限为4个)。
如图4所示,进行组播业务管理的过程如下:
步骤401,报文解析装置302-1接收IGMP REPORT报文,并查看GROUPLIST中是否存在该组播组,如果不存在于GROUP LIST中,则可以进一步查找GROUP-PRILIST,通过查找GROUP-PRI LIST,能够得到图5所示的信息,即,得到每个组播组1至n(即,组播业务1至n)的组播地址、VLAN ID、优先级、成员端口列表。在本实例中,查询得到的信息可以归纳为表2。
表2
条目 | 组播地址 | VLAN ID | 优先级 | 其他数据域 |
1 | 224.1.1.1 | 2 | 1 | ...... |
2 | 224.1.1.2 | 2 | 2 | ...... |
3 | 224.1.1.8 | 2 | 0 | ...... |
4 | 224.1.1.9 | 2 | 0 | ...... |
步骤402,判断GROUP LIST中是否存在IGMP REPORT所携带的组播组条目(组播地址=224.1.1.3,VLAN ID=2,...),如果判断为是,则执行步骤403;否则执行步骤404;从表2可以看出,步骤402的判断结果应该为否,因此执行步骤404;
步骤403,更新该端口的老化计时器,向路由端口转发REPORT报文;
步骤404,查询GROUP LIST是否达到容量上限,如果未达到上限,则执行步骤405,从表2可以看出,GROUP LIST已经达到4条的上限,此时,执行步骤406;
步骤405,在GROUP LIST中创建新的组播组条目(对应于IGMP REPORT中携带的条目),并向路由端口转发REPORT;
步骤406,在GROUP-PRI LIST中查询IGMP REPORT报文所携带组播组的优先级,匹配表1可以得到,组播地址=224.1.1.3,VLAN ID=2的组播组的优先级为3,即,IGMP REPORT报文所携带组播组(组播业务)的优先级为3,执行步骤407;
步骤407,在GROUP LIST中查询是否存在优先级低于IGMP REPORT报文所携带组播组的优先级的组播组,判断为是,则执行步骤409,否则执行步骤408;由表2得出,GROUP LIST中条目ID=3、4的组播组的优先级满足该条件,因此,执行步骤409;
步骤408,丢弃该IGMP REPORT报文;
步骤409,利用该IGMP REPORT报文中的组播组替换GROUP LIST中优先级最低的组播组,向路由端口转发REPORT,同时,构造一个优先级最低组播组的LEAVE报文,内容根据表2中条目3(优先级最低的第一个组播组条目)的内容填写,并将其通过组播设备302的路由端口转发出去(图3);删除表2中的条目(条目ID=3),然后创建新的组播组:组播地址=224.1.1.3,VLAN ID=2,优先级=3,...;
步骤409执行完成后,GROUP LIST的内容会发生变化,此时,如果针对变化后的GROUP LIST查询GROUP-PRILIST,得到的信息将如表3所示。
表3
条目ID | 组播地址 | VLAN ID | 优先级 | 其他数据域 |
1 | 224.1.1.1 | 2 | 1 | ...... |
2 | 224.1.1.2 | 2 | 2 | ...... |
3 | 224.1.1.3 | 2 | 3 | ...... |
4 | 224.1.1.9 | 2 | 0 | ...... |
从上述IGMP报文解析装置302-1对IGMP REPORT报文的处理中可以看到,即使组播设备302的GROUP LIST容量已满,当用户需要建立优先级更高的组播组时,仍然能够保证及时响应用户的需求,在具体实施事时,可以事先对重要的组播组配以较高的优先级,以便在需要建立组播链路时,能够得到最快的响应。类似地,对于带宽资源不足的情况,同样能够通过上述处理进行解决,保证高优先级的组播业务优先建立。
另外,在图4所示的步骤407中,可以进一步加入带宽是否满足新增组播组要求的判断,从而使得建立的组播组的服务质量能够得到最大程度的满足。
综上所述,借助于本发明的上述技术方案,通过基于组播业务的优先级对组播业务进行调整和管理,避免了相关技术中由于带宽和业务总数等限制导致在需要建立组播业务时高优先级的组播业务不能及时建立的问题,能够保证高优先级组播业务的正常建立,有效提高用户体验。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (12)
1.一种组播业务的管理方法,其特征在于,所述管理方法包括:
在组播设备需要新建组播业务的情况下,所述组播设备判断是否能够直接建立需要新建的组播业务;
在判断结果为否的情况下,所述组播设备根据需要新建的组播业务的优先级以及所述组播设备上正在进行的组播业务的优先级判断所述需要新建的组播业务是否满足业务建立条件,并在判断满足所述业务建立条件的情况下对所述正在进行的组播业务进行调整并在调整后建立所述需要新建的组播业务。
2.根据权利要求1所述的管理方法,其特征在于,所述组播设备判断是否能够直接建立所述需要新建的组播业务包括:
在所述正在进行的组播业务的数量达到预定上限、和/或所述组播设备与组播源之间的剩余带宽不满足所述需要新建的组播业务的带宽要求的情况下,判断不能够直接建立所述需要新建的组播业务,其中,所述组播源用于向所述组播设备提供组播业务数据。
3.根据权利要求1所述的管理方法,其特征在于,所述业务建立条件包括:
所述正在进行的组播业务中至少一个组播业务的优先级低于所述需要建立的组播业务的优先级。
4.根据权利要求3所述的管理方法,其特征在于,所述业务建立条件进一步包括:
第一带宽与第二带宽的总和大于或等于第三带宽,其中,所述第一带宽为所述组播设备和组播源之间的剩余带宽,所述第二带宽为所述正在进行的组播业务中优先级低于所述需要建立的组播业务的优先级的组播业务所占的带宽,所述第三带宽为所述需要新建的组播业务所需的带宽。
5.根据权利要求1所述的管理方法,其特征在于,对所述正在进行的组播业务进行调整包括:
将所述正在进行的组播业务中优先级低于所述需要建立的组播业务的至少一个组播业务删除。
6.根据权利要求1所述的管理方法,其特征在于,还包括:
在判断所述需要新建的组播业务不满足所述业务建立条件的情况下,禁止对所述正在进行的组播业务进行调整。
7.根据权利要求1至5中任一项所述的管理方法,其特征在于,所述组播设备通过组播组列表保存所述正在进行的组播业务的标识,并通过组播组优先级列表预先保存与所述组播设备支持的组播业务的标识相对应的优先级。
8.一种组播业务的管理装置,其特征在于,所述管理装置包括:
第一判断模块,用于在组播设备需要新建组播业务的情况下,判断所述组播设备是否能够直接建立需要新建的组播业务;
第二判断模块,在所述第一判断模块的判断结果为否的情况下,根据需要新建的组播业务的优先级以及所述组播设备上正在进行的组播业务的优先级判断所述需要新建的组播业务是否满足业务建立条件;
管理模块,用于在所述第二判断模块判断所述需要新建的所述组播业务满足所述业务建立条件的情况下,对所述正在进行的组播业务进行调整并在调整后建立所述需要新建的组播业务。
9.根据权利要求8所述的管理装置,其特征在于,所述第一判断模块具体用于在所述正在进行的组播业务的数量达到预定上限、和/或所述组播设备与组播源之间的剩余带宽不满足所述需要新建的组播业务的带宽要求的情况下,判断不能够直接建立所述需要新建的组播业务,其中,所述组播源用于向所述组播设备提供组播业务数据。
10.根据权利要求8所述的管理装置,其特征在于,所述业务建立条件包括:
所述正在进行的组播业务中至少一个组播业务的优先级低于所述需要建立的组播业务的优先级。
11.根据权利要求10所述的管理装置,其特征在于,所述业务建立条件进一步包括:
第一带宽与第二带宽的总和大于或等于第三带宽,其中,所述第一带宽为所述组播设备和组播源之间的剩余带宽,所述第二带宽为所述正在进行的组播业务中优先级低于所述需要建立的组播业务的优先级的组播业务所占的带宽,所述第三带宽为所述需要新建的组播业务所需的带宽。
12.根据权利要求8所述的管理装置,其特征在于,所述管理模块通过将所述正在进行的组播业务中优先级低于所述需要建立的组播业务的至少一个组播业务删除,对所述正在进行的组播业务进行调整。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010101872625A CN102255792A (zh) | 2010-05-21 | 2010-05-21 | 组播业务的管理方法和装置 |
PCT/CN2011/072059 WO2011143971A1 (zh) | 2010-05-21 | 2011-03-22 | 组播业务的管理方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010101872625A CN102255792A (zh) | 2010-05-21 | 2010-05-21 | 组播业务的管理方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102255792A true CN102255792A (zh) | 2011-11-23 |
Family
ID=44982797
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2010101872625A Pending CN102255792A (zh) | 2010-05-21 | 2010-05-21 | 组播业务的管理方法和装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN102255792A (zh) |
WO (1) | WO2011143971A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108199961A (zh) * | 2018-01-17 | 2018-06-22 | 新华三技术有限公司 | 一种流量转发控制方法及装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1852500A (zh) * | 2005-12-29 | 2006-10-25 | 华为技术有限公司 | 一种即按即通系统及实现即按即通业务的方法 |
CN101052119A (zh) * | 2006-04-05 | 2007-10-10 | 华为技术有限公司 | 视频点播的控制方法、装置及应用 |
CN101127708A (zh) * | 2007-09-25 | 2008-02-20 | 中兴通讯股份有限公司 | 一种对用户实现分时分级带宽控制的方法和装置 |
CN101252455A (zh) * | 2008-03-25 | 2008-08-27 | 上海文广科技发展有限公司 | 基于广播的分组播出控制方法 |
-
2010
- 2010-05-21 CN CN2010101872625A patent/CN102255792A/zh active Pending
-
2011
- 2011-03-22 WO PCT/CN2011/072059 patent/WO2011143971A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1852500A (zh) * | 2005-12-29 | 2006-10-25 | 华为技术有限公司 | 一种即按即通系统及实现即按即通业务的方法 |
CN101052119A (zh) * | 2006-04-05 | 2007-10-10 | 华为技术有限公司 | 视频点播的控制方法、装置及应用 |
CN101127708A (zh) * | 2007-09-25 | 2008-02-20 | 中兴通讯股份有限公司 | 一种对用户实现分时分级带宽控制的方法和装置 |
CN101252455A (zh) * | 2008-03-25 | 2008-08-27 | 上海文广科技发展有限公司 | 基于广播的分组播出控制方法 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108199961A (zh) * | 2018-01-17 | 2018-06-22 | 新华三技术有限公司 | 一种流量转发控制方法及装置 |
CN108199961B (zh) * | 2018-01-17 | 2021-09-21 | 新华三技术有限公司 | 一种流量转发控制方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
WO2011143971A1 (zh) | 2011-11-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9088803B2 (en) | Software defined joint bandwidth provisioning and cache management for MBH video traffic optimization | |
CN101447910B (zh) | 分布式网络存储控制方法、装置和分发系统 | |
CN100346605C (zh) | 一种组播源控制的方法和系统 | |
CN101313534A (zh) | 一种实现vpn配置服务的方法、装置和系统 | |
CN100583801C (zh) | 一种动态建立组播虚拟局域网域的方法、系统及交换设备 | |
WO2020253747A1 (zh) | 会话管理方法、会话管理功能smf实体、终端及网络侧实体 | |
CN101800731B (zh) | 网络传输管理服务器、网络传输管理方法及网络传输系统 | |
CN102202104A (zh) | 管理网络设备内的分布式地址池 | |
CN103458466A (zh) | 流量控制装置与方法以及网络流量管理系统与方法 | |
CN101350773A (zh) | 一种移动分组网络架构及其多个防火墙负载均衡接入方法 | |
CN101707568B (zh) | 用户组播业务的控制方法和系统及组播主控设备 | |
CN103314552B (zh) | 使用非统一接收器的基于组的组播方法 | |
CN101299825A (zh) | 一种实现组播承载资源控制的方法、系统及装置 | |
CN103947154A (zh) | 在远程多播复制网络(rmr)中的路由器管理多播流 | |
CN100486222C (zh) | 组播报文的智能转发方法及系统 | |
CN1852187A (zh) | 一种实现网上设备接入管理的方法 | |
US8711702B2 (en) | Lightweight multicast method and apparatus for data distribution service | |
CN101808037A (zh) | 交换网中流量管理的方法和装置 | |
CN102255792A (zh) | 组播业务的管理方法和装置 | |
CN1756210A (zh) | 一种接入网中的组播接入控制方法和设备 | |
CN101399681A (zh) | 组播节目的管理方法、装置及系统 | |
CN101453345A (zh) | 一种基于服务提供商的组播接入控制方法及其接入设备 | |
CN100442718C (zh) | 一种多级分布式网络系统 | |
CN101325536A (zh) | WiMAX系统的基站和网关中控制组播数据包传输的方法及装置 | |
CN1622524A (zh) | 移动ip突发流量的缓解调节方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20111123 |