CN101764816B - 一种数据的传输方法及装置 - Google Patents

Abstract

本发明公开了一种数据的传输方法，包括：MS设备根据自身的性能信息获取实况媒体流的发送方式；当所述实况媒体流的发送方式为单播方式时，所述MS设备根据所述单播实况转发表项将来自所述EC设备的实况媒体流发送给所述VC设备；当所述实况媒体流的发送方式为组播方式时，所述MS设备根据所述组播实况转发表项将来自所述EC设备的实况媒体流发送给所述VC设备。本发明中，切换过程中实况媒体流不会出现中断情况。

Description

一种数据的传输方法及装置

技术领域

本发明涉及通信技术领域，特别是涉及一种数据的传输方法及装置。 

背景技术

网络视频监控系统的基本业务功能包括实况、存储、点播、摄像机控制、告警处理等；但是随着经济的发展，社会对综合安防的需求越来越迫切，人们对视频监控系统的需求也越来越高，即要求视频监控系统能够在提供音视频数据的基础上，可以提供更多智能化的、可增值的业务能力(例如，车牌识别、人像识别等)，使得视频监控系统的综合安防化成为一个趋势，和企业IT系统的结合也越来越紧密。 

如图1所示的一种视频监控系统，其中，MS(Media Server，流媒体服务器)是分布式部署的，用于组播媒体流的转发分发、单播媒体流的转发分发、历史数据的VOD(Video On Demand，视频点播)点播等操作；VM(VideoManagement，视频管理)服务器，用于认证、配置、控制信令转发、报警接收转发、自检、网管和全系统管理等操作；VC(Video Client，视频客户端)为接收媒体流的客户端；EC(Encoder，编码器)为采集媒体流的终端。 

现有技术中，该视频监控系统的监控流程如图2所示，包括以下步骤： 

步骤201，VC(例如，VC1、VC2、VC3、VC4、VC5和VC6等)向VM服务器点播EC1的视频流，即各个VC通过GMP(General Manage Protocol，一般管理协议)将点播EC1视频流的GMP请求报文发送给VM服务器。 

步骤202，VM服务器在收到GMP请求报文后，向MS1发送APPLY(请求)报文或Request(请求)报文；其中，由于在VM服务器上存储了EC1视频流需要由MS1进行转发的信息，使得本步骤中VM服务器需要向MS1发送APPLY报文或Request报文。本步骤中，MS1还需要向VM服务器回应OK报文。 

步骤203，VM服务器收到MS1的回应后，向EC1以及各个VC发送Setup(建立)报文，并建立监控关系。本步骤中，当接收到Setup报文后，EC1以及各个VC均会向VM服务器回应OK报文。 

步骤204，VM服务器收到EC1以及各个VC的回应后，通过GMP向各个VC回应Response(响应)报文。 

步骤205，EC1将实时视频流转发到MS1，并由MS1将该视频流分发到各个VC上，即将该视频流分发VC1、VC2、VC3、VC4、VC5和VC6。 

步骤206，当VC用户需要停止点播EC1的视频流时，各个VC通过GMP将停止点播EC1视频流的GMP请求报文发送给VM服务器。之后，VM服务器向MS1发Delete资源释放请求；当接收到Delete资源释放请求报文后，MS1还需要向VM服务器回应OK报文。 

步骤207，VM服务器等待MS1回应成功后，与EC1、各个VC分别释放监控关系。即VM服务器向EC1、各个VC分别发送Release请求消息，并接收Release应答消息。 

步骤208，VC在接收到VM服务器发送的Release请求消息并发送Release应答消息后，将再次主动向VM服务器发送Release请求消息，主动释放已经释放过一次但有可能释放不成功的监控关系。VM服务器收到该Release请求消息后，不需做出任何应答。 

由于在监控环境中部署了MS流媒体服务器，EC指定使用MS进行分发，且VC指定实况单播经过MS，当多个VC点播同一路实况流时，MS需要复制多份(与点播实况流的VC个数相同)实况单播流，从而导致MS的复制压力很大，容易造成复制丢包等现象，继而使得VC接收到的实况图像出现抖动、跳跃或黑屏；而且当MS长期处于大压力运行的情况下，MS的性能会降低，并容易出现其他故障。 

为了减轻MS的压力，如果在全网监控环境中部署多台MS，并通过更改EC指定MS配置的方式来减轻MS的压力时，全网对应的EC监控关系需要重新建立，可能会造成VC点播实况图像的中断，无法快速恢复VC正在点播的实况。 

为了减轻MS的压力，如果在全网监控环境中部署组播运行环境，并通过修改VC的实况为采用组播媒体流，并在VC上建立组播实况监控关系来减轻MS的压力时，需要重新触发实况组播的建立流程。此时，VC需要向VM启动组播实况的建立流程，VM向EC请求发送组播实况流，而MS需要建立组播转发表项，并将来自EC的组播流向下游的VC进行转发，VC通过加入对应的组播组，建立组播实况。 

可以看出，单播实况转为组播实况时，建立的时间较长，从而导致VC点播实况图像时将中断较长时间。而且，VC需要知道整个监控网络的部署情况和组网情况，才能合理的选择接收实况流的方式(例如，组播方式)，而实际应用中，VC要知道整个监控网络的部署情况和组网情况是不现实的，也是不安全的。 

另外，如果VC以组播方式接收实况流，后续过程中，其他VC都已经退出该实况流的接收过程，只剩下一个VC时，如果仍然采用组播方式接收实况流的话，将会造成严重的资源浪费，MS无法根据监控网络中的实际情况来动态调整VC接收实况流的方式。 

发明内容

本发明提供一种数据的传输方法及装置，以自动调整VC接收数据的方式，并减缓MS的使用压力。 

为了达到上述目的，本发明提出了一种数据的传输方法，应用于包括MS设备、EC设备和至少一个支持自适应组播机制的VC设备的系统，所述MS设备上存储了所述VC设备对应的组播实况转发表项和单播实况转发表项；所述方法包括以下步骤： 

所述MS设备根据自身的性能信息获取实况媒体流的发送方式；其中，所述MS设备根据自身的性能信息获取实况媒体流的发送方式，具体包括：获取自身的性能信息，当所述性能信息高于预先设置的单组播转换阈值时，所述MS设备确定实况媒体流的发送方式为组播方式；当所述性能信息低于预先设置的组单播转换阈值时，所述MS设备确定实况媒体流的发送方式为 单播方式； 

当所述实况媒体流的发送方式为单播方式时，所述MS设备根据所述单播实况转发表项将来自所述EC设备的实况媒体流发送给所述VC设备； 

当所述实况媒体流的发送方式为组播方式时，所述MS设备根据所述组播实况转发表项将来自所述EC设备的实况媒体流发送给所述VC设备。 

所述方法应用的系统中还包括VM服务器，所述MS设备根据自身的性能信息获取实况媒体流的发送方式之前，还包括： 

所述MS设备接收来自所述VM服务器的Apply报文，所述Apply报文中携带了所述VC设备的单播IP地址和组播地址； 

所述MS设备根据所述单播IP地址建立所述VC设备对应的单播实况转发表项，并根据所述组播地址建立所述VC设备对应的组播实况转发表项。 

所述性能信息包括以下内容中的一种或几种； 

承载压力情况、媒体流复制占用带宽情况、媒体流复制占用缓存情况、CPU使用情况。 

所述MS设备根据所述组播实况转发表项将来自所述EC设备的实况媒体流发送给所述VC设备具体包括： 

所述MS设备从组播地址池中选取一个尚未使用的组播地址，并将所述组播地址分配给所述EC设备的实况媒体流； 

所述MS设备将所述组播地址通知给所述VC设备，由所述VC设备根据所述组播地址加入组播组； 

所述MS设备根据所述组播地址将来自所述EC设备的实况媒体流发送给所述VC设备。 

所述MS设备根据所述单播实况转发表项将来自所述EC设备的实况媒体流发送给所述VC设备之后，还包括： 

当所述实况媒体流的发送方式切换为组播方式时，所述MS设备从组播地址池中选取一个尚未使用的组播地址，并将所述组播地址分配给所述EC设备的实况媒体流； 

所述MS设备向所述VC设备发送第一切换通知消息，所述第一切换通知 消息中携带了所述组播地址，由所述VC设备根据所述组播地址加入组播组； 

所述MS设备根据所述组播地址和所述组播实况转发表项将所述EC设备的实况媒体流发送给所述VC设备；并在接收到所述VC设备回应的单播Release消息后将所述单播实况转发表项置位为非激活状态； 

所述MS设备根据所述组播实况转发表项将来自所述EC设备的实况媒体流发送给所述VC设备之后，还包括： 

当所述实况媒体流的发送方式切换为单播方式时，所述MS设备向所述VC设备发送第二切换通知消息，所述第二切换通知消息中携带了需要退出的组播地址； 

所述MS设备激活所述VC设备对应的单播实况转发表项，并根据所述单播实况转发表项将所述EC设备的实况媒体流单播发送给所述VC设备，由所述VC设备根据所述需要退出的组播地址退出对应的组播组； 

在接收到所述VC设备回应的组播Release消息后，所述MS设备将所述VC设备对应的组播实况转发表项转为非激活状态，并将对应的组播地址回收。 

一种流媒体服务器MS，应用于包括MS设备、EC设备和至少一个支持自适应组播机制的VC设备的系统，所述MS设备上存储了所述VC设备对应的组播实况转发表项和单播实况转发表项；所述MS包括： 

获取模块，用于根据自身的性能信息获取实况媒体流的发送方式；其中，所述获取模块具体用于：获取自身的性能信息，并在所述性能信息高于预先设置的单组播转换阈值时，确定实况媒体流的发送方式为组播方式；在所述性能信息低于预先设置的组单播转换阈值时，确定实况媒体流的发送方式为单播方式； 

收发模块，与所述获取模块连接，用于当所述获取模块获取的实况媒体流的发送方式为单播方式时，根据所述单播实况转发表项将来自所述EC设备的实况媒体流发送给所述VC设备； 

当所述获取模块获取的实况媒体流的发送方式为组播方式时，根据所述 组播实况转发表项将来自所述EC设备的实况媒体流发送给所述VC设备。 

所述MS应用的系统中还包括VM服务器， 

所述收发模块还用于，接收来自所述VM服务器的Apply报文，所述Apply报文中携带了所述VC设备的单播IP地址和组播地址； 

所述MS还包括： 

处理模块，与所述收发模块连接，用于根据所述单播IP地址建立所述VC设备对应的单播实况转发表项，并根据所述组播地址建立所述VC设备对应的组播实况转发表项。 

所述性能信息包括以下内容中的一种或几种； 

承载压力情况、媒体流复制占用带宽情况、媒体流复制占用缓存情况、CPU使用情况。 

所述收发模块还用于，从组播地址池中选取一个尚未使用的组播地址，并将所述组播地址分配给所述EC设备的实况媒体流；将所述组播地址通知给所述VC设备，由所述VC设备根据所述组播地址加入组播组；并根据所述组播地址将来自所述EC设备的实况媒体流发送给所述VC设备。 

所述收发模块还用于， 

在根据所述单播实况转发表项将来自所述EC设备的实况媒体流发送给所述VC设备之后，如果所述实况媒体流的发送方式切换为组播方式时，从组播地址池中选取一个尚未使用的组播地址，并将所述组播地址分配给所述EC设备的实况媒体流；向所述VC设备发送第一切换通知消息，所述第一切换通知消息中携带了所述组播地址，由所述VC设备根据所述组播地址加入组播组；并根据所述组播地址和所述组播实况转发表项将所述EC设备的实况媒体流发送给所述VC设备；在接收到所述VC设备回应的单播Release消息后将所述单播实况转发表项置位为非激活状态； 

在根据所述组播实况转发表项将来自所述EC设备的实况媒体流发送给所述VC设备之后，如果所述实况媒体流的发送方式切换为单播方式时，向所述VC设备发送第二切换通知消息，所述第二切换通知消息中携带了需要退出 的组播地址；激活所述VC设备对应的单播实况转发表项，并根据所述单播实况转发表项将所述EC设备的实况媒体流单播发送给所述VC设备，由所述VC设备根据所述需要退出的组播地址退出对应的组播组；在接收到所述VC设备回应的组播Release消息后，将所述VC设备对应的组播实况转发表项转为非激活状态，并将对应的组播地址回收。 

与现有技术相比，本发明具有以下优点：在监控网络中部署的MS设备，可以根据自身的性能灵活的选择单播转发方式或者组播转发方式来复制并转发实况媒体流，并实现实况媒体流单播转发和组播转发之间的无缝切换，在切换过程中实况媒体流不会出现中断情况，用户不用感知媒体业务流的切换，从而提高了用户的使用感受。而且，VC或者DC解码器不需要知道整个监控网络的部署情况，便能够实现组播方式接收实况媒体流或者单播接收实况媒体流，使得组网更加灵活。 

附图说明

图1为现有技术中视频监控系统示意图； 

图2为现有技术中视频监控系统的监控流程示意图； 

图3为本发明提出的一种数据的传输方法流程图； 

图4为本发明应用场景下的组网示意图； 

图5为本发明应用场景下提出的一种数据的传输方法流程图； 

图6为本发明提出的一种数据的传输装置结构图。 

具体实施方式

本发明的基本思想是在支持自适应组播机制的VC设备上增加一种自适应操作类型，并将该自适应操作类型通知给VM服务器，由VM服务器根据该自适应操作类型确定该VC设备支持自适应组播机制，此时，在发送给MS的APPLY报文中将携带单播IP地址和组播地址，由MS设备根据该单播IP 地址建立单播实况转发表项，并根据该组播地址建立组播实况转发表项。 

在后续的实况媒体流的处理过程中，该MS设备可以根据预设的周期来获取自身的性能信息，当自身的性能信息高于预先设置的单组播转换阈值时，确定实况媒体流的发送方式为组播方式，并根据建立的组播实况转发表项将来自EC设备的实况媒体流发送给VC设备；而当自身的性能信息低于预先设置的组单播转换阈值时，确定实况媒体流的发送方式为单播方式，根据建立的单播实况转发表项将来自EC设备的实况媒体流发送给VC设备。 

从而使得在监控网络中部署的MS设备，可以根据自身的性能灵活的选择单播转发方式或者组播转发方式来复制并转发实况媒体流，并实现实况媒体流单播转发和组播转发之间的无缝切换，在切换过程中实况媒体流不会出现中断情况，用户不用感知媒体业务流的切换，提高了用户的使用感受。 

如图3所示，本发明提出的一种数据的传输方法，应用于包括MS设备、EC设备和至少一个支持自适应组播机制的VC设备的系统，所述MS设备上存储了所述VC设备对应的组播实况转发表项和单播实况转发表项；所述方法包括以下步骤： 

步骤301，所述MS设备根据自身的性能信息获取实况媒体流的发送方式。 

步骤302，当所述实况媒体流的发送方式为单播方式时，所述MS设备根据所述单播实况转发表项将来自所述EC设备的实况媒体流发送给所述VC设备。 

步骤303，当所述实况媒体流的发送方式为组播方式时，所述MS设备根据所述组播实况转发表项将来自所述EC设备的实况媒体流发送给所述VC设备。 

以下结合一种具体的应用场景，对本发明下提出的数据传输方法进行详细说明，如图4所示，为本应用场景的组网图，在该应用场景中，VC设备包括VC1、VC2、VC3、VC4、VC5和VC6；EC设备包括EC1和EC2；在 该多VC监控环境的应用场景中，还包括MS设备、三层设备和VM服务器等。 

本应用场景下，当VC设备(本发明中以VC1、VC2、VC3、VC4、VC5、VC6为例)需要点播EC1的实况(即点播EC1的多媒体数据)时，所有VC都设置为通过MS接收实况流，并通过GMP协议将该操作命令(即通过MS接收实况流的信息)反馈给VM服务器；VM服务器通过VMP(Video ManageProtocol，视频管理协议)通知EC1向MS发送实况媒体流；并通过VMP协议通知MS建立对应的实况转发表项。其中，该VMP协议是针对IP视频监控系统的一种管理控制协议，用于VM对所有的编解码器、客户端和MS流媒体交换服务器的管理控制。 

本发明中，在VC上增加了一种自适应组播机制，该自适应组播机制为实况点播机制。其中，该自适应组播机制不同于现有的组播转发方式，而是可以根据实际需要自动调整转发方式(例如，单播转发方式和组播转发方式等)的转发机制。 

在该自适应组播机制下，VC点播某路EC(例如，EC1)实况媒体流并建立实况监控关系时，需要开放相应端口准备接收单播实况媒体流或组播实况媒体流。后续过程中，当接收到单播实况媒体流时，则使用该单播实况媒体流对应的端口进行相应的处理，而当接收到组播实况媒体流时，则使用该组播实况媒体流对应的端口进行相应的处理。该相应的处理过程为对单播实况媒体流或组播实况媒体流进行解码操作，并最终显示给用户的过程，本发明中不再详加赘述。 

如图5所示，该数据的传输方法包括以下步骤： 

步骤501，在VC上增加一种自适应操作类型，该自适应操作类型与自适应组播机制相对应，用于通知VM服务器该VC将采用自适应组播机制点播实况媒体流，从而让VM服务器启动后续的相关实况媒体流点播流程。其中，该自适应操作类型是在VC与VM服务器的之间的通信协议中进行增加的，例如，可以在GMP协议中增加该自适应操作类型。 

本发明中，当VC1、VC2、VC3、VC4、VC5、VC6等客户端选择使用自 适应组播机制点播EC1的实况媒体流时，均需要在GMP协议中增加该自适应操作类型，并通知VM服务器，使得VM服务器可以根据该自适应操作类型获知VC需要采用自适应组播机制接收EC1的实况媒体流。 

步骤502，当VM服务器通过自适应操作类型获知VC将采用自适应组播机制点播EC1的实况媒体流后，需要检查EC1所对应的MS。其中，在初始配置的过程中，该VM服务器已经获知该EC1的实况媒体流都需要通过该MS进行转发。 

本步骤中，检查MS的过程具体为判断该MS是否出现故障(即是否能够使用该MS转发EC1的实况媒体流)的过程，当MS没有出现故障时，则VM服务器将启动实况监控关系；当MS出现故障，则VM服务器可以重新选择其他的MS来转发该EC1的实况媒体流，该MS出现故障的处理方式本发明中不再赘述。 

当MS没有出现故障时，VM服务器需要向该MS发送APPLY报文，该Apply报文中携带的信息包括但不限于：IE_SENDER_ADDRESS信息，即视频流发送端的地址信息，分别为MS发送端的地址和VC1接收端的地址(本发明中以VC1为例进行后续的说明，对于其他的VC，处理方式与VC1相同，不再详加赘述)。 

具体的，MS发送端的地址为全0，表示该MS发送端的地址由MS在本地进行申请，并在回应信息中返回给VM服务器。 

与单播发送(VM服务器将VC1接收端的单播目的IP地址填充在接收端目的地址信息中)和组播发送(VM服务器将该EC1的实况媒体流所对应的组播地址填充在接收端目的地址信息中)不同的是，由于本发明中采用自适应组播机制，VM服务器需要将VC1接收端的单播目的IP地址和EC1的实况媒体流对应的组播地址同时填入到接收端目的地址信息中；即VC1接收端的地址被填充为VC1接收端的单播目的IP和EC1的实况媒体流对应的组播地址。 

在实际应用中，可以由VM服务器静态配置组播地址，或者，由MS动态分配组播地址，当VM服务器需要由MS动态分配组播地址时，则本步骤 中该VM服务器需要将EC1的实况媒体流对应的组播地址被设置为全0。本发明中以MS动态分配组播地址为例进行说明。 

步骤503，当MS接收到Apply报文后，根据该Apply报文中所携带的IE_SENDER_ADDRESS信息选择业务应用模式。其中，当Apply报文中同时携带了组播地址和单播IP地址时，则对应的业务应用模式为自适应组播模式；当Apply报文中只携带了组播地址时，则对应的业务应用模式为组播模式；当Apply报文中只携带了单播IP地址时，则对应的业务应用模式为单播模式。当业务应用模式为自适应组播模式时，该MS需要建立单播实况转发表项和组播实况转发表项，并向VM服务器发送相应的Apply回应报文。需要说明的是，默认情况下，该组播实况转发表项是不生效的，组播实况转发表项中的组播地址全为0。 

当MS判断出需要采用组播方式发送EC1的实况媒体流时，则可以从MS的组播地址池中选取一个尚未使用的组播地址，并使对应的组播实况转发表项生效，即使用该组播实况转发表项并通过组播方式发送EC1的实况媒体流。而当MS判断出需要采用单播方式发送EC1的实况媒体流时，则需要将对应的组播实况转发表项转为非激活状态，并将对应的组播地址回收，以节省组播地址的资源，并减轻MS的维护负担。 

本步骤中，当MS接收到该Apply报文时便判断出需要采用组播方式发送EC1的实况媒体流时，则需要从MS的组播地址池中选取一个尚未使用的组播地址，并使对应的组播实况转发表项生效，此时，MS回应给VM服务器的Apply回应报文中需要携带该分配的组播地址。 

步骤504，当VM服务器接收到MS发送的Apply回应报文后，与对应的EC1和VC1建立实况监控关系。 

在VM服务器与EC1建立实况监控关系时，相应的处理方式与现有技术中的处理方式相同，本发明中不再赘述。 

在VM服务器与VC1建立实况监控关系时，需要通知VC1对应的实况媒体流信息IE_VIDEO_STREAM_INFO，其中，该实况媒体流信息中将携带实况媒体流的目的地址，而该实况媒体流的目的地址中将包含VC1接收端的IP 地址和接收端端口号(可以通过单播方式接收EC1的实况媒体流)；以及，EC1实况媒体流所对应的组播地址和接收端端口号(可以通过组播方式接收EC1的实况媒体流)。而由于VM服务器与VC1建立实况监控关系时是对应同一实况的监控关系，则单播方式所对应的接收端端口号和组播方式对应的接收端端口号应该相同。 

步骤505，VC1收到VM服务器建立实况监控关系的请求报文后，开放对应的接收端端口，并向VM服务器发送实况监控关系建立成功的回应报文。其中，该接收端端口可以从接收端端口号中获得。 

需要说明的是，如果MS向VM服务器发送的Apply回应报文中携带了组播地址时，则VC1将获知EC1实况媒体流所对应的组播地址，并根据该组播地址进行后续处理，即需要向该组播地址对应的组播组发送IGMP(InternetGroup Management Protocol，Internet组管理协议)加入报文，以加入到对应的组播组中。 

如果MS向VM服务器发送的Apply回应报文中没有携带组播地址(即组播地址为0)时，则VC1不需要发送相应的IGMP加入报文，也不需要加入到组播组中。 

步骤506，VM服务器接收VC1和EC1发送的成功的回应报文，并确定实况监控关系建立成功。 

可以看出，通过上述的步骤501-步骤506中的处理流程，可以建立VC1和EC1之间的实况监控关系，同样的处理方式，也可以分别建立VC2和EC1之间的实况监控关系，依次类推，并建立VC6和EC1之间的实况监控关系。 

后续步骤中，可以使用该实况监控关系将EC1的实况媒体流发送到VC1-VC6上。 

步骤507，MS接收EC1发送的实况媒体流，根据自身的性能信息获取实况媒体流的发送方式，并使用该发送方式将实况媒体流发送到对应的VC上。 

当获取到EC1的实况媒体流的发送方式为单播方式时，则通过使用单播实况转发表项将该EC1的实况媒体流发送到对应的VC上。而当获取到EC1的实况媒体流的发送方式为组播方式时，则通过使用组播实况转发表项将该 EC1的实况媒体流发送到对应的VC上。其中，如果该组播实况转发表项中已经有对应的组播地址，则可以直接使用该组播地址将EC1的实况媒体流发送到对应的VC上；如果该组播实况转发表项中没有对应的组播地址，则需要从MS的组播地址池中选取一个尚未使用的组播地址，使对应的组播实况转发表项生效，并将该组播地址的信息通知给对应的VC，由VC根据该组播地址的信息发送IGMP加入报文，并加入到对应的组播组，之后，该MS可以使用该组播地址将EC1的实况媒体流发送到对应的VC上。 

其中，该性能信息包括但不限于MS的承载压力情况、媒体流复制占用带宽情况、媒体流复制占用缓存情况、CPU(Central Processing Unit，中央处理单元)使用情况等，当然，实际应用中，该性能信息并不局限于此，所有对MS性能造成影响的信息均在本发明考虑范围之内。 

本发明中，通过综合考虑所有性能信息(或者，部分性能信息和单一性能信息等)和MS的性能瓶颈，可以预先设置一个实况媒体流的单组播转换阈值；和一个实况媒体流的组单播转换阈值；其中，该单组播转换阈值和组单播转换阈值可以相同，也可以不同，当二者不同时，单组播转换阈值需要大于组单播转换阈值；该单组播转换阈值是将转发方式由单播方式切换为组播方式的阈值，该组单播转换阈值是将转发方式由组播方式切换为单播方式的阈值。 

当性能信息低于该组单播转换阈值时，则使用单播实况转发表项将EC1的实况媒体流发送到对应的VC上；而当性能信息高于该单组播转换阈值时，则使用组播实况转发表项将EC1的实况媒体流发送到对应的VC上。 

下面以考虑单一性能信息媒体流复制占用缓存情况为例来说明上述过程，当MS的性能瓶颈为能够支持占用缓存为60％时，可以将单组播转换阈值设置为60％，并将组单播转换阈值设置为40％，在实际应用中，该MS可以实时的(或周期性的)获取媒体流复制占用缓存情况。 

如果占用缓存超出60％时，则说明该MS的性能不足以支持复制实况媒体流，使用单播方式发送EC1的实况媒体流时将会出现问题，此时，该MS需要采用组播方式发送EC1的实况媒体流。而如果占用缓存没有超出40％时， 则说明该MS的性能能够支持复制实况媒体流，可以使用单播方式发送EC1的实况媒体流。对于其他的性能信息和性能信息的任意组合，处理方式与媒体流复制占用缓存情况的处理方式类似，只是MS的性能瓶颈和阈值可能会有所不同，本发明中不再赘述。 

可以看出，当MS的性能信息达到预先设置的单组播转换阈值时，需要采用组播方式将EC1的实况媒体流发送到对应的VC上，即需要将VC所对应的单播实况转发表项中的对应表项置位为非激活状态，并采用组组播方式将EC1的实况媒体流发送到对应的VC上，从而大量减少了MS进行实况媒体流复制转发的压力。而对于不支持组播模式和适应组播模式的VC(接收端)，则上述步骤503中根据Apply报文(仅存在接收端的单播IP地址)选择业务应用模式时，对应的业务应用模式为单播模式，即只有单播实况转发表项而没有组播实况转发表项，此时，MS仍然需要采用单播方式将EC1的实况媒体流发送到对应的VC上。 

例如，对于VC1-VC5，均支持自适应组播机制，而对于VC6，只支持单播转发方式，则VM服务器向MS发送Apply报文时，VC1-VC5的Apply报文中携带了组播地址和单播IP地址，而VC6的Apply报文中只携带了单播IP地址，此时，对于VC1-VC5，MS需要建立单播实况转发表项和组播实况转发表项；而对于VC6，MS只能建立单播实况转发表项。 

当MS的性能信息没有达到预先设置的组单播转换阈值时，对于VC1-VC6，该MS可以复制多份EC1的实况媒体流，并通过VC1-VC6各自对应的单播实况转发表项将EC1的实况媒体流发送到对应的VC1-VC6上。 

当MS的性能信息达到了预先设置的单组播转换阈值时，对于VC1-VC5，则需要使用组播实况转发表项将EC1的实况媒体流发送到组播地址，继而发送到对应的VC1-VC5上。而对于VC6，由于只存在单播实况转发表项，则需要单独复制一份EC1的实况媒体流，并通过VC6的单播实况转发表项将EC1的实况媒体流发送到VC6上。 

需要说明的是，为了防止由于网络震荡等原因导致MS在单播转发方式和组播转发方式之间频繁切换，需要根据实际需要设置一个合理的监测周期， 并根据该监测周期内网络的稳定情况来判断是否需要进行单播转发方式到组播转发方式的切换，或者组播转发方式到单播转发方式的切换。 

可以看出，本发明中综合考虑了支持自适应组播机制的VC和不支持自适应组播机制的VC，并根据MS的性能信息对支持自适应组播机制的VC和不支持自适应组播机制的VC进行转发实况媒体流的操作，从而可以最大限度的减轻MS的压力，并使得监控组网的灵活性增大。 

此外，在本发明中，当EC1的实况媒体流需要在单播转发方式和组播转发方式之间进行切换时，MS还需要向对应的VC发送切换通知消息。例如，当MS检测到自身的性能信息高于预先设置的单组播转换阈值(而之前是采用单播方式转发EC1的实况媒体流)，此时，需要切换转发方式的VC(例如，VC1-VC5)并没有对应的组播地址，MS需要从组播地址池中选取一个尚未使用的组播地址，使对应的组播实况转发表项生效，并向VC1-VC5发送切换通知消息，并在该切换通知消息中携带了该组播地址信息，当VC1-VC5接收到该切换通知消息后，根据该组播地址信息发送IGMP组播组加入报文，预先建立组播转发树，并向MS发送回应信息。而当MS接收到回应信息后，即可以确定需要采用组播方式，并使用该组播地址将EC1的实况媒体流发送到VC1-VC5上。而当VC1-VC5接收到组播方式的实况媒体流后，还需要向MS返回单播Release消息，并由MS根据该单播Release消息将VC1-VC5对应的单播实况转发表项置位为非激活状态。 

同样的，当MS检测到自身的性能信息低于预先设置的组单播转换阈值(而之前是采用组播方式转发EC1的实况媒体流)，此时，需要向VC1-VC5发送切换通知消息，并在该切换通知消息时携带需要退出的组播地址的信息。此外，该MS还需要激活VC1-VC5对应的单播实况转发表项，并根据该单播实况转发表项将EC1的实况媒体流发送到VC1-VC5上，当VC1-VC5接收到单播方式的实况媒体流后，根据上述的切换通知消息退出对应的组播地址，并向MS发送回应组播Release消息。而当MS接收到回应的组播Release消息后，则需要将对应的组播实况转发表项转为非激活状态，并将对应的组播地址回收。 

可以看出，在使用组播方式转发EC1的实况媒体流时，经过一段时间之后，如果部分VC(例如，VC3、VC4、VC5等)需要释放EC1的实况监控关系，MS接收到实况监控关系释放请求报文后，将对应的转发表项转为非激活状态，从而使得MS自身的性能信息低于预先设置的组单播转换阈值时，则需要向VC1和VC2发送切换通知消息，并使用单播实况转发表项将EC1的实况媒体流单播发送到VC1和VC2上，即MS将接收到的EC1的实况媒体流采用单播方式复制分发给VC1和VC2。 

其中，本发明中各个步骤还可以根据实际需要进行调整。 

如图6所示，本发明提出的一种流媒体服务器MS，应用于包括MS设备、EC设备和至少一个支持自适应组播机制的VC设备的系统，所述MS设备上存储了所述VC设备对应的组播实况转发表项和单播实况转发表项；所述MS包括： 

获取模块61，用于根据自身的性能信息获取实况媒体流的发送方式；其中，述性能信息包括以下内容中的一种或几种； 

承载压力情况、媒体流复制占用带宽情况、媒体流复制占用缓存情况、CPU使用情况； 

所述获取模块61具体用于，获取自身的性能信息，并在所述性能信息高于预先设置的单组播转换阈值时，确定实况媒体流的发送方式为组播方式；在所述性能信息低于预先设置的组单播转换阈值时，确定实况媒体流的发送方式为单播方式。 

收发模块62，与所述获取模块61连接，用于当所述获取模块61获取的实况媒体流的发送方式为单播方式时，根据所述单播实况转发表项将来自所述EC设备的实况媒体流发送给所述VC设备； 

当所述获取模块61获取的实况媒体流的发送方式为组播方式时，根据所述组播实况转发表项将来自所述EC设备的实况媒体流发送给所述VC设备。 

所述MS应用的系统中还包括VM服务器，所述收发模块62还用于接收来自所述VM服务器的Apply报文，所述Apply报文中携带了所述VC设备 的单播IP地址和组播地址。 

本发明中，所述MS还包括： 

处理模块63，与所述收发模块62连接，用于根据所述单播IP地址建立所述VC设备对应的单播实况转发表项，并根据所述组播地址建立所述VC设备对应的组播实况转发表项。 

进一步的，所述收发模块62还用于，从组播地址池中选取一个尚未使用的组播地址，并将所述组播地址分配给所述EC设备的实况媒体流；将所述组播地址通知给所述VC设备，由所述VC设备根据所述组播地址加入组播组；并根据所述组播地址将来自所述EC设备的实况媒体流发送给所述VC设备。 

此外，所述收发模块62还用于， 

在根据所述单播实况转发表项将来自所述EC设备的实况媒体流发送给所述VC设备之后，如果所述实况媒体流的发送方式切换为组播方式时，从组播地址池中选取一个尚未使用的组播地址，并将所述组播地址分配给所述EC设备的实况媒体流；向所述VC设备发送第一切换通知消息，所述第一切换通知消息中携带了所述组播地址，由所述VC设备根据所述组播地址加入组播组；并根据所述组播地址和所述组播实况转发表项将所述EC设备的实况媒体流发送给所述VC设备；在接收到所述VC设备回应的单播Release消息后将所述单播实况转发表项置位为非激活状态； 

在根据所述组播实况转发表项将来自所述EC设备的实况媒体流发送给所述VC设备之后，如果所述实况媒体流的发送方式切换为单播方式时，向所述VC设备发送第二切换通知消息，所述第二切换通知消息中携带了需要退出的组播地址；激活所述VC设备对应的单播实况转发表项，并并根据所述单播实况转发表项将所述EC设备的实况媒体流单播发送给所述VC设备，由所述VC设备根据所述需要退出的组播地址退出对应的组播组；在接收到所述VC设备回应的组播Release消息后，将所述VC设备对应的组播实况转发表项转为非激活状态，并将对应的组播地址回收。 

其中，本发明装置的各个模块可以集成于一体，也可以分离部署。上述模块可以合并为一个模块，也可以进一步拆分成多个子模块。 

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。 

本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。 

本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。 

上述本发明序号仅仅为了描述，不代表实施例的优劣。 

以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。 

Claims (10)

1.一种数据的传输方法，其特征在于，应用于包括MS设备、EC设备和至少一个支持自适应组播机制的VC设备的系统，所述MS设备上存储了所述VC设备对应的组播实况转发表项和单播实况转发表项；所述方法包括以下步骤：

所述MS设备根据自身的性能信息获取实况媒体流的发送方式；其中，所述MS设备根据自身的性能信息获取实况媒体流的发送方式，具体包括：获取自身的性能信息，当所述性能信息高于预先设置的单组播转换阈值时，所述MS设备确定实况媒体流的发送方式为组播方式；当所述性能信息低于预先设置的组单播转换阈值时，所述MS设备确定实况媒体流的发送方式为单播方式；

当所述实况媒体流的发送方式为单播方式时，所述MS设备根据所述单播实况转发表项将来自所述EC设备的实况媒体流发送给所述VC设备；

当所述实况媒体流的发送方式为组播方式时，所述MS设备根据所述组播实况转发表项将来自所述EC设备的实况媒体流发送给所述VC设备。

2.如权利要求1所述的方法，其特征在于，所述方法应用的系统中还包括VM服务器，所述MS设备根据自身的性能信息获取实况媒体流的发送方式之前，还包括：

所述MS设备接收来自所述VM服务器的Apply报文，所述Apply报文中携带了所述VC设备的单播IP地址和组播地址；

所述MS设备根据所述单播IP地址建立所述VC设备对应的单播实况转发表项，并根据所述组播地址建立所述VC设备对应的组播实况转发表项。

3.如权利要求1所述的方法，其特征在于，所述性能信息包括以下内容中的一种或几种；

承载压力情况、媒体流复制占用带宽情况、媒体流复制占用缓存情况、CPU使用情况。

4.如权利要求1所述的方法，其特征在于，所述MS设备根据所述组播实况转发表项将来自所述EC设备的实况媒体流发送给所述VC设备具体包括：

所述MS设备从组播地址池中选取一个尚未使用的组播地址，并将所述组播地址分配给所述EC设备的实况媒体流；

所述MS设备将所述组播地址通知给所述VC设备，由所述VC设备根据所述组播地址加入组播组；

所述MS设备根据所述组播地址将来自所述EC设备的实况媒体流发送给所述VC设备。

5.如权利要求1-4任一项所述的方法，其特征在于，所述MS设备根据所述单播实况转发表项将来自所述EC设备的实况媒体流发送给所述VC设备之后，还包括：

当所述实况媒体流的发送方式切换为组播方式时，所述MS设备从组播地址池中选取一个尚未使用的组播地址，并将所述组播地址分配给所述EC设备的实况媒体流；

所述MS设备向所述VC设备发送第一切换通知消息，所述第一切换通知消息中携带了所述组播地址，由所述VC设备根据所述组播地址加入组播组；

所述MS设备根据所述组播地址和所述组播实况转发表项将所述EC设备的实况媒体流发送给所述VC设备；并在接收到所述VC设备回应的单播Release消息后将所述单播实况转发表项置位为非激活状态；

所述MS设备根据所述组播实况转发表项将来自所述EC设备的实况媒体流发送给所述VC设备之后，还包括：

当所述实况媒体流的发送方式切换为单播方式时，所述MS设备向所述VC设备发送第二切换通知消息，所述第二切换通知消息中携带了需要退出的组播地址；

所述MS设备激活所述VC设备对应的单播实况转发表项，并根据所述单播实况转发表项将所述EC设备的实况媒体流单播发送给所述VC设备，由所述VC设备根据所述需要退出的组播地址退出对应的组播组；

在接收到所述VC设备回应的组播Release消息后，所述MS设备将所述VC设备对应的组播实况转发表项转为非激活状态，并将对应的组播地址回收。

6.一种流媒体服务器MS，其特征在于，应用于包括MS设备、EC设备和至少一个支持自适应组播机制的VC设备的系统，所述MS设备上存储了所述VC设备对应的组播实况转发表项和单播实况转发表项；所述MS包括：

获取模块，用于根据自身的性能信息获取实况媒体流的发送方式；其中，所述获取模块具体用于：获取自身的性能信息，并在所述性能信息高于预先设置的单组播转换阈值时，确定实况媒体流的发送方式为组播方式；在所述性能信息低于预先设置的组单播转换阈值时，确定实况媒体流的发送方式为单播方式；

收发模块，与所述获取模块连接，用于当所述获取模块获取的实况媒体流的发送方式为单播方式时，根据所述单播实况转发表项将来自所述EC设备的实况媒体流发送给所述VC设备；

当所述获取模块获取的实况媒体流的发送方式为组播方式时，根据所述组播实况转发表项将来自所述EC设备的实况媒体流发送给所述VC设备。

7.如权利要求6所述的MS，其特征在于，所述MS应用的系统中还包括VM服务器，

所述收发模块还用于，接收来自所述VM服务器的Apply报文，所述Apply报文中携带了所述VC设备的单播IP地址和组播地址；

所述MS还包括：

处理模块，与所述收发模块连接，用于根据所述单播IP地址建立所述VC设备对应的单播实况转发表项，并根据所述组播地址建立所述VC设备对应的组播实况转发表项。

8.如权利要求6所述的MS，其特征在于，所述性能信息包括以下内容中的一种或几种；

承载压力情况、媒体流复制占用带宽情况、媒体流复制占用缓存情况、CPU使用情况。

9.如权利要求6所述的MS，其特征在于，

所述收发模块还用于，从组播地址池中选取一个尚未使用的组播地址，并将所述组播地址分配给所述EC设备的实况媒体流；将所述组播地址通知给所述VC设备，由所述VC设备根据所述组播地址加入组播组；并根据所述组播地址将来自所述EC设备的实况媒体流发送给所述VC设备。

10.如权利要求6-9任一项所述的MS，其特征在于，

所述收发模块还用于，

在根据所述单播实况转发表项将来自所述EC设备的实况媒体流发送给所述VC设备之后，如果所述实况媒体流的发送方式切换为组播方式时，从组播地址池中选取一个尚未使用的组播地址，并将所述组播地址分配给所述EC设备的实况媒体流；向所述VC设备发送第一切换通知消息，所述第一切换通知消息中携带了所述组播地址，由所述VC设备根据所述组播地址加入组播组；并根据所述组播地址和所述组播实况转发表项将所述EC设备的实况媒体流发送给所述VC设备；在接收到所述VC设备回应的单播Release消息后将所述单播实况转发表项置位为非激活状态；

在根据所述组播实况转发表项将来自所述EC设备的实况媒体流发送给所述VC设备之后，如果所述实况媒体流的发送方式切换为单播方式时，向所述VC设备发送第二切换通知消息，所述第二切换通知消息中携带了需要退出的组播地址；激活所述VC设备对应的单播实况转发表项，并根据所述单播实况转发表项将所述EC设备的实况媒体流单播发送给所述VC设备，由所述VC设备根据所述需要退出的组播地址退出对应的组播组；在接收到所述VC设备回应的组播Release消息后，将所述VC设备对应的组播实况转发表项转为非激活状态，并将对应的组播地址回收。

Images