CN101414921A - 资源接纳、释放的控制方法及设备 - Google Patents

Abstract

本发明公开了一种资源接纳控制方法，该方法包括：接收客户端发送的业务提供请求消息，所述业务包括单播业务和组播业务；从所述业务提供请求消息中提取业务标识；根据所述业务标识确定所述业务所需资源；根据所述业务所需资源与当前可用资源的比较结果，控制是否接纳对应的业务提供请求。本发明同时公开一种资源接纳控制设备、资源释放控制方法及设备。采用本发明可以实现对单播和组播业务的用户资源进行统一的接纳和释放控制。

Description

资源接纳、释放的控制方法及设备

技术领域

本发明涉及通信技术领域，尤其涉及资源接纳、释放的控制方法及设备。

背景技术

如图1所示，典型的接入网络组网包括：CPE(customer premise equipment，用户端设备)，例如PC个人计算机、STB(set top box，机顶盒)等；AN(accessnode，接入节点)，具有实现用户接入的功能，可以提供各种接入方式给用户，例如各种DSL接入、无线接入、光接入等；Aggregation Network(汇聚网络)，用于在上行方向汇聚各个AN的流量到核心网，下行方向将来自核心网的流量分发到各个AN；BNG(broadband network gateway，宽带网络网关)，具有汇聚用户的流量，提供基于用户的策略控制的功能；Core Network(核心网)，即数据传输的骨干网络；SP(service provider，业务运营商)，用于为用户提供各种业务；Policy & NMS(policy & network management system，策略和网络管理系统)，具有实现网络上各种设备的策略配置和管理配置的功能。

用户端设备CPE可以通过DSL等接入技术与AN相连接。AN对AN下所有用户上行流量进行汇聚，汇聚网络对多个AN上行流量进行汇聚。汇聚的上流量通过BNG、核心网，最终到达SP网络。从SP到用户的下行流量同样经过核心网、BNG、汇聚网、AN的传输，到达用户端设备。

另一方面，目前在IP网络上实现的音视频业务，根据业务内容的传输方式可以分为通过单播方式传输的单播业务、通过组播方式传输的组播业务。现有技术中对单播业务和组播业务分别进行带宽控制。

单播业务的典型方式是VOD(video on demand，视频点播)。VOD业务的常用控制协议是RTSP(Real Time Streaming Protocol，实时流协议)，其基本原理是：用户CPE上的VOD客户端和网络上的VOD服务器之间运行RTSP协议，VOD客户端向VOD服务器请求特定的视频文件，VOD服务器将VOD客户端请求的视频文件通过单播方式连续地发送给VOD客户端。

以VOD业务为例，目前对单播业务的带宽控制的方法是在网络上部署集中的带宽控制服务器，VOD服务器接收到VOD客户端的请求后，首先向集中带宽控制服务器请求用于音视频传输的带宽，集中带宽控制服务器接纳该带宽请求后，VOD服务器才开始单播方式的音视频传输。

组播业务的音视频在网络上是通过组播的方式传输的。从组播音视频的头端系统(M-Video head end)发送一份音视频到网络上，网络上的设备对组播音视频进行复制，使网络上所有请求提供该音视频的用户都可以接收到同样的音视频内容。

目前在AN上实现组播带宽控制的网络结构如图2所示。AN包括负责IGMP协议报文处理的模块“IGMP Process”和负责组播带宽接纳控制的模块“M-BAC”。如图3所示，在AN上实现组播带宽控制的处理流程如下：

步骤31、CPE向AN发送IGMP协议请求报文，该IGMP协议请求报文中携带有用户请求的组播组的信息。

步骤32、AN接收到IGMP协议请求报文后，由IGMP协议模块对IGMP协议请求报文进行处理，得到用户请求的组播组。

步骤33、M-BAC模块利用保存的当前可用带宽和每一个组播组所需带宽，判断用户请求的组播组是否可被接纳，如果当前可用带宽大于用户请求的组播组所需带宽，则用户加入组播组的请求被接纳，继续通过IGMP process模块处理IGMP协议消息(如果AN上已经有其他用户加入这个组播组，则直接转发这个组播组的流量给当前请求的用户，如果当前请求的用户是第一个请求加入该组播组的用户，则执行上述设备发送IGMP协议请求报文的处理流程)。

发明人在实现本发明的过程中，发现存在如下技术需求：

由于音视频类业务对网络丢包率非常敏感，严重的丢包率会导致用户设备无法对接收的音视频内容成功进行解码，从而导致业务的不可用。一种可能的情况是，在用户带宽有限时，用户已经有组播方式的音视频传输，又发起单播方式的音视频传输请求，如果剩余的带宽无法满足新请求的单播音视频的带宽要求，那么继续传输单播音视频将会导致在AN上对所有音视频(包括单播和组播)数据的平均丢弃，导致所有音视频业务的不可用；反之先有单播音视频业务，用户又发起组播音视频业务的情况也是如此。因此，为提高音视频业务质量，优化带宽利用，需要对单播和组播业务的用户带宽进行统一的接纳和释放控制。

发明内容

本发明实施例提供一种资源接纳、释放的控制方法及设备，用以对单播和组播业务的用户资源进行统一的接纳和释放控制。

本发明实施例提供一种资源接纳控制方法，该方法包括：

接收客户端发送的业务提供请求消息，所述业务包括单播业务和组播业务；

从所述业务提供请求消息中提取业务标识；

根据所述业务标识确定所述业务所需资源；

根据所述业务所需资源与当前可用资源的比较结果，控制是否接纳对应的业务提供请求。

本发明实施例还提供一种资源释放控制方法，该方法包括：

接收客户端发送的业务释放请求消息，所述业务包括单播业务和组播业务；

从所述业务释放请求消息中提取业务标识；

根据所述业务标识确定所述业务所占资源；

释放所述业务，并将所述业务所占资源合并到当前可用资源中。

本发明实施例还提供一种资源接纳控制设备，包括：

第一接收模块，用于接收客户端发送的业务提供请求消息，所述业务包括单播业务和组播业务；

第一提取模块，用于从所述业务提供请求消息中提取业务标识；

第一确定模块，用于根据所述业务标识确定所述业务所需资源；

第一控制模块，用于根据所述业务所需资源与当前可用资源的比较结果，控制是否接纳对应的业务提供请求。

本发明实施例还提供一种资源释放控制设备，包括：

第二接收模块，用于接收客户端发送的业务释放请求消息，所述业务包括单播业务和组播业务；

第二提取模块，用于从所述业务释放请求消息中提取业务标识；

第二确定模块，用于根据所述业务标识确定所述业务所占资源；

第二控制模块，用于释放所述业务，并将所述业务所占资源合并到当前可用资源中。

本发明实施例中，在接收到单播业务和组播业务的业务提供请求消息后，从业务提供请求消息中提取业务标识，根据提取的业务标识确定请求提供的业务所需的资源，进而根据该所需的资源与当前可用资源的比较结果，控制是否接纳对应的业务提供请求，从而实现对单播业务和组播业务的统一资源接纳控制，避免了现有技术中仅能对单播业务进行资源接纳控制，或仅能对组播业务进行资源接纳控制，而无法对单播和组播业务进行统一的资源接纳控制的问题，为优化资源利用，提高用户接收的音视频业务质量提供了很好的解决途径。

本发明实施例中，在接收到单播业务和组播业务的业务释放请求消息后，从业务释放请求消息中提取业务标识，根据提取的业务标识确定请求释放的业务所占用的资源，进而释放该业务，并将该业务所占用的资源合并到当前可用资源中，从而实现对单播业务和组播业务的统一资源释放控制，同样避免了现有技术无法对单播和组播业务进行统一的资源释放控制的问题，为优化资源利用，提高用户接收的音视频业务质量提供了很好的解决途径。

附图说明

图1为背景技术中接入网络的组网结构图；

图2为背景技术中在AN上实现组播带宽控制的网络结构图；

图3为背景技术中在AN上实现组播带宽控制的处理流程图；

图4为本发明实施例中资源接纳控制的处理流程图；

图5为本发明实施例中带宽资源接纳控制的一个具体实例的处理流程图；

图6为本发明实施例中资源释放控制的处理流程图；

图7为本发明实施例中带宽资源释放控制的一个具体实例的处理流程图；

图8A、图8D为本发明实施例中资源接纳控制设备的结构示意图；

图8B为本发明实施例中第一确定模块的结构示意图；

图8C为本发明实施例中第一控制模块的结构示意图；

图9为本发明实施例中在AN上实现带宽资源接纳控制的组网结构图；

图10A为本发明实施例中资源释放控制设备的结构示意图；

图10B为本发明实施例中第二确定模块的结构示意图。

具体实施方式

下面结合说明书附图对本发明实施例进行详细说明。

如图4所示，本发明实施例中，一种资源接纳控制的处理流程如下：

步骤41、接收客户端发送的业务提供请求消息，其中请求提供的业务包括单播业务和组播业务。

步骤42、从接收的业务提供请求消息中提取业务标识。其中，业务标识可以是单播业务的音视频流名称、组播业务的组播组、以源IP地址、目的IP地址、源端口号、目的端口号、协议类型表示的五元组其中之一或任意组合。

步骤43、根据提取的业务标识确定请求提供的业务所需的资源。实施中，可以根据提取的业务标识，查找本地或异地保存的业务标识和业务所需资源的对应关系，从而根据查找到的对应关系确定请求提供的业务所需的资源。

步骤44、根据该所需的资源与当前可用资源的比较结果，控制是否接纳对应的业务提供请求。实施中，可以将请求提供的业务所需的资源与本地保存的当前可用资源进行比较，根据比较结果，确定所需的资源小于等于当前可用资源时，控制接纳对应的业务提供请求；确定所需的资源大于当前可用资源时，控制拒绝对应的业务提供请求。

在步骤44中，根据业务所需的资源与当前可用资源的比较结果，控制接纳对应的业务提供请求时，可以向服务器转发接收的业务提供请求消息；根据业务所需的资源与当前可用资源的比较结果，控制拒绝对应的业务提供请求时，可以终止客户端和服务器之间的交互，一个实施例中，可以代理客户端通知服务器释放与客户端之间的连接；代理服务器通知客户端对应的业务提供请求被拒绝，以及通知客户端释放与服务器之间的连接。

本发明实施例中的资源可以是带宽资源，也可以是连接数资源或业务可占用的其它资源。下面以进行带宽资源的接纳控制为例进行说明。

如图5所示，一个具体实例中进行带宽资源接纳控制的处理流程如下：

步骤51、接收客户端发送的业务提供请求消息，从该消息中提取业务标识。这里接收业务提供请求消息并进行带宽接纳控制的设备可以是组播数据的最后一级复制设备，例如可以是AN。实施时，可以由AN通过诊听方式(因为业务提供请求消息的目的地是服务器)接收客户端发送的业务提供请求消息，并在确定是合法用户的业务消息后，从该业务提供请求消息中提取用户请求提供的音视频流名称(单播业务)或者组播组(组播业务)。

步骤52、根据提取的音视频流名称(单播业务)或者组播组(组播业务)获得该业务所需要的带宽资源。

步骤53、进行带宽接纳判断，即判断当前可用带宽资源是否大于业务所需带宽资源，若是，执行步骤54，否则执行步骤55。

步骤54、在带宽资源足够时，接纳对应的业务提供请求，当前可用带宽资源变为原有可用带宽资源减去业务需要的带宽资源，并继续业务提供请求的相关处理。

步骤55、在带宽资源不够时，拒绝业务提供请求。

一个实施例中，可以对已提供的业务所占资源进行释放，如图6所示，进行资源释放控制的处理流程如下：

步骤61、接收客户端发送的业务释放请求消息，其中请求释放的业务包括单播业务和组播业务。

步骤62、从业务释放请求消息中提取业务标识。其中，业务标识可以是单播业务的音视频流名称、组播业务的组播组、以源IP地址、目的IP地址、源端口号、目的端口号、协议类型表示的五元组其中之一或任意组合。

步骤63、根据提取的业务标识确定请求释放的业务所占用的资源。实施中，可以根据提取的业务标识，查找本地保存的业务标识和业务所占资源的对应关系，从而根据查找到的对应关系确定请求提供的业务所占的资源。

步骤64、释放该业务，并将该业务所占用的资源合并到当前可用资源中。

如图7所示，仍以带宽资源为例，在该具体实例中，进行业务释放和带宽资源回收的处理流程如下：

步骤71、接收客户端发送的业务释放请求的报文，从该消息中提取业务标识。例如，可以由AN通过诊听方式(因为业务释放请求消息的目的地是服务器)接收客户端发送的业务释放请求消息，并在确定是合法用户的业务消息后，从该业务释放请求消息中提取用户请求释放的音视频流名称(单播业务)或者组播组(组播业务)。

步骤72、根据提取的音视频流名称(单播业务)或者组播组(组播业务)获得该业务所占用的带宽资源。

步骤73、进行带宽资源回收处理，将该业务所占用的带宽资源合并到当前可用带宽资源中，并继续业务释放的相关处理。

图5和图7所示具体实例中，接纳控制的对象是带宽资源，当然，除了带宽资源外，需要进行接纳控制的资源也可以是连接数资源或其它业务可占用的资源。例如，对于连接数资源而言，一条连接用于承载单播或者组播的一个音视频流，如一个组播组就可以认为是一条连接，一个VOD请求的音视频流也可以认为是一条连接。以连接数作为资源进行接纳控制，或者对其它业务可占用的资源进行接纳控制，其处理流程与上述带宽资源的接纳控制处理流程类似。

基于同一发明构思，本发明还提供一种资源接纳控制设备，其结构如图8A所示，包括：第一接收模块81、第一提取模块82、第一确定模块83、第一控制模块84；其中，第一接收模块81，用于接收客户端发送的业务提供请求消息，其中请求提供的业务包括单播业务和组播业务；第一提取模块82，用于从业务提供请求消息中提取业务标识；第一确定模块83，用于根据提取的业务标识确定请求提供的业务所需的资源；第一控制模块84，用于根据该所需的资源与当前可用资源的比较结果，控制是否接纳对应的业务提供请求。

如图8B所示，一个实施例中，第一确定模块83可以包括：第一查找单元831和第一确定单元832；其中，第一查找单元831，用于根据提取的业务标识，查找本地或异地保存的业务标识和业务所需资源的对应关系；第一确定单元832，用于根据查找到的对应关系确定请求提供的业务所需的资源。

如图8C所示，一个实施例中，第一控制模块84可以包括：第二确定单元841和控制单元842；其中，第二确定单元841，用于根据比较结果，确定业务所需资源是否不大于当前可用资源；控制单元842，用于在确定业务所需资源不大于当前可用资源时，控制接纳对应的业务提供请求；在确定业务所需资源大于当前可用资源时，控制拒绝对应的业务提供请求。

如图8D所示，一个实施例中，第一控制模块84根据该所需的资源与当前可用资源的比较结果，控制接纳对应的业务提供请求时，图8A所示的资源接纳控制设备还可以包括：处理模块85，用于向服务器转发接收的业务提供请求消息；第一控制模块84根据该所需的资源与当前可用资源的比较结果，控制拒绝对应的业务提供请求时，处理模块85还可以用于终止客户端和服务器之间的交互。

一个实施例中，处理模块85还可以用于代理客户端通知服务器释放与客户端之间的连接；代理服务器通知客户端对应的业务提供请求被拒绝，以及释放与服务器之间的连接。

图8A、图8D所示的资源接纳控制设备是组播数据的最后一级复制设备，可以是AN或者是其他的设备。下面以在AN实现带宽资源接纳控制为例，说明本发明实施例中资源接纳控制设备的具体实施：

如图9所示，第一确定模块83和第一控制模块84在AN上实现为BAC(bandwidth admission control，带宽接纳控制模块)，该模块实现单播和组播统一的带宽接纳控制。例如，BAC模块用于判断“当前可用带宽”是否足够用于“请求提供的业务所需要的带宽”，如果“当前可用带宽”足够，则接纳当前的单播或者组播的业务提供请求，如果“当前可用带宽”不够用于“请求提供的业务所需要的带宽”，则拒绝当前的单播或者组播的业务提供请求。初始的(没有业务前的)“当前可用带宽”和“提供每一种业务所需要的带宽”可以通过策略和网管系统(Policy&NMS)直接或者间接进行配置。“提供每一种业务所需要的带宽”在组播业务的表现形式是每一个组播组需要的带宽，在单播业务的表现形式是每一个VOD音视频流需要的带宽。

第一接收模块81和第一提取模块82在AN上实现为组播业务处理模块IGMP Process(IGMP协议报文处理模块)和USPP(unicast streaming protocolprocess)单播流协议处理模块，IGMP Process模块的功能与现有技术的IGMPProcess模块相同，USPP模块用于实现单播音视频业务控制协议消息的处理。当然，具体的处理单播音视频业务的控制协议并不限于RTSP，还有其他的厂家开发的私有协议实现。本发明以RTSP协议为例说明AN通过USPP模块实现单播音视频业务的控制。具体的，USPP模块用于从客户端与服务器之间传输的单播流控制协议消息中提取当前客户端请求提供的音视频流名称，音视频流在RSTP协议中以文件名的方式表示。

实施中，USPP模块提取出请求提供的音视频流名称后，BAC模块会根据请求提供的音视频流名称进行带宽接纳控制。如果请求被接纳，则USPP模块不对接收到的RTSP消息做任何改动，继续向单播音视频服务器传输；如果请求被拒绝，则USPP模块需要终止单播客户端和服务器之间的消息交互，代理客户端向服务器发送消息释放与客户端之间的连接，同时USPP模块需要代理服务器通知客户端请求被拒绝，通知客户端释放与服务器之间的连接。

图9所示具体实例中，接纳控制的对象是带宽资源，当然，除了带宽资源外，需要进行接纳控制的资源也可以是连接数资源或其它业务可占用的资源。以连接数作为资源进行接纳控制，或者对其它业务可占用的资源进行接纳控制，其处理过程与上述带宽资源的接纳控制处理过程类似。例如，以以连接数作为资源进行接纳控制时，图9中的BAC(带宽接纳控制)模块就成为连接数纳控制模块，该模块计算的资源由带宽改变为连接数。

基于同一发明构思，本发明实施例还提供一种资源释放控制设备，其结构如图10A所示，包括：第二接收模块101、第二提取模块102、第二确定模块103、第二控制模块104；其中，第二接收模块101，用于接收客户端发送的业务释放请求消息，其中请求释放的业务包括单播业务和组播业务；第二提取模块102，用于从业务释放请求消息中提取业务标识；第二确定模块103，用于根据提取的业务标识确定请求释放的业务所占用的资源；第二控制模块104，用于释放该业务，并将该业务所占用的资源合并到当前可用资源中。

如图10B所示，一个实施例中，第二确定模块103可以包括：第二查找单元1031、第三确定单元1032；其中，第二查找单元1031，用于根据业务标识，查找本地或异地保存的业务标识和业务所占资源的对应关系；第三确定单元1032，用于根据查找到的对应关系确定业务所占资源。

本领域普通技术人员可以理解上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：ROM、RAM、磁盘或光盘等。

本发明实施例中，在接收到单播业务和组播业务的业务提供请求消息后，从业务提供请求消息中提取业务标识，根据提取的业务标识确定请求提供的业务所需的资源，进而根据该所需的资源与当前可用资源的比较结果，控制是否接纳对应的业务提供请求，从而实现对单播业务和组播业务的统一资源接纳控制，避免了现有技术中仅能对单播业务进行资源接纳控制，或仅能对组播业务进行资源接纳控制，而无法对单播和组播业务进行统一的资源接纳控制的问题，为优化资源利用，提高用户接收的音视频业务质量提供了很好的解决途径。

本发明实施例中，在接收到单播业务和组播业务的业务释放请求消息后，从业务释放请求消息中提取业务标识，根据提取的业务标识确定请求释放的业务所占用的资源，进而释放该业务，并将该业务所占用的资源合并到当前可用资源中，从而实现对单播业务和组播业务的统一资源释放控制，同样避免了现有技术无法对单播和组播业务进行统一的资源释放控制的问题，为优化资源利用，提高用户接收的音视频业务质量提供了很好的解决途径。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若对本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (18)

1、一种资源接纳控制方法，其特征在于，该方法包括：

接收客户端发送的业务提供请求消息，所述业务包括单播业务和组播业务；

从所述业务提供请求消息中提取业务标识；

根据所述业务标识确定所述业务所需资源；

根据所述业务所需资源与当前可用资源的比较结果，控制是否接纳对应的业务提供请求。

2、如权利要求1所述的方法，其特征在于，所述业务标识包括单播业务的音视频流名称、组播业务的组播组、以源IP地址、目的IP地址、源端口号、目的端口号、协议类型表示的五元组其中之一或任意组合。

3、如权利要求1所述的方法，其特征在于，根据所述业务标识确定所述业务所需资源包括：

根据所述业务标识，查找本地或异地保存的业务标识和业务所需资源的对应关系，根据所述对应关系确定所述业务所需资源。

4、如权利要求1所述的方法，其特征在于，根据所述业务所需资源与当前可用资源的比较结果，控制是否接纳对应的业务提供请求包括：

根据所述比较结果，确定所述业务所需资源不大于当前可用资源时，控制接纳对应的业务提供请求；确定所述业务所需资源大于当前可用资源时，控制拒绝对应的业务提供请求。

5、如权利要求1所述的方法，其特征在于，根据所述业务所需资源与当前可用资源的比较结果，控制接纳对应的业务提供请求时，进一步包括向服务器转发所述业务提供请求消息；

根据所述业务所需资源与当前可用资源的比较结果，控制拒绝对应的业务提供请求时，进一步包括终止客户端和服务器之间的交互。

6、如权利要求5所述的方法，其特征在于，所述终止客户端和服务器之间的交互包括：

代理客户端通知服务器释放与客户端之间的连接；

代理服务器通知客户端所述业务提供请求被拒绝，以及释放与服务器之间的连接。

7、如权利要求1至6任一项所述的方法，其特征在于，所述资源为带宽资源或连接数资源。

8、一种资源释放控制方法，其特征在于，该方法包括：

接收客户端发送的业务释放请求消息，所述业务包括单播业务和组播业务；

从所述业务释放请求消息中提取业务标识；

根据所述业务标识确定所述业务所占资源；

释放所述业务，并将所述业务所占带宽合并到当前可用资源中。

9、如权利要求8所述的方法，其特征在于，所述业务标识包括单播业务的音视频流名称、组播业务的组播组、以源IP地址、目的IP地址、源端口号、目的端口号、协议类型表示的五元组其中之一或任意组合。

10、如权利要求8所述的方法，其特征在于，根据所述业务标识确定所述业务所占资源包括：

根据所述业务标识，查找本地或异地保存的业务标识和业务所需资源的对应关系，根据所述对应关系确定所述业务所占资源。

11、如权利要求8、9或10所述的方法，其特征在于，所述资源为带宽资源或连接数资源。

12、一种资源接纳控制设备，其特征在于，包括：

第一接收模块，用于接收客户端发送的业务提供请求消息，所述业务包括单播业务和组播业务；

第一提取模块，用于从所述业务提供请求消息中提取业务标识；

第一确定模块，用于根据所述业务标识确定所述业务所需资源；

第一控制模块，用于根据所述业务所需资源与当前可用资源的比较结果，控制是否接纳对应的业务提供请求。

13、如权利要求12所述的设备，其特征在于，所述第一确定模块包括：

第一查找单元，用于根据所述业务标识，查找本地或异地保存的业务标识和业务所需资源的对应关系；

第一确定单元，用于根据所述对应关系确定所述业务所需资源。

14、如权利要求12所述的设备，其特征在于，所述第一控制模块包括：

第二确定单元，用于根据所述比较结果，确定所述业务所需资源是否不大于当前可用资源；

控制单元，用于在确定所述业务所需资源不大于当前可用资源时，控制接纳对应的业务提供请求；在确定所述业务所需资源大于当前可用资源时，控制拒绝对应的业务提供请求。

15、如权利要求12所述的设备，其特征在于，所述第一控制模块根据所述业务所需资源与当前可用资源的比较结果，控制接纳对应的业务提供请求时，所述设备进一步包括：处理模块，用于向服务器转发所述业务提供请求消息；

所述第一控制模块根据所述业务所需资源与当前可用资源的比较结果，控制拒绝对应的业务提供请求时，所述处理模块进一步用于终止客户端和服务器之间的交互。

16、如权利要求15所述的设备，其特征在于，所述处理模块进一步用于代理客户端通知服务器释放与客户端之间的连接；代理服务器通知客户端所述业务提供请求被拒绝，以及释放与服务器之间的连接。

17、一种带宽释放控制设备，其特征在于，包括：

第二接收模块，用于接收客户端发送的业务释放请求消息，所述业务包括单播业务和组播业务；

第二提取模块，用于从所述业务释放请求消息中提取业务标识；

第二确定模块，用于根据所述业务标识确定所述业务所占资源；

第二控制模块，用于释放所述业务，并将所述业务所占资源合并到当前可用资源中。

18、如权利要求17所述的设备，其特征在于，所述第二确定模块包括：

第二查找单元，用于根据所述业务标识，查找本地或异地保存的业务标识和业务所占资源的对应关系；

第三确定单元，用于根据所述对应关系确定所述业务所占资源。

Images