本发明涉及卫星通信领域，特别是涉及一种卫星视频会议中卫星资源的管理方法。
背景技术：
目前随着卫星通信技术的日益成熟，基于卫星网应用的视频通信的应用也日渐普及。VSAT是一种天线口径很小的卫星通信地球站，又称微型地球站或小型地球站。VSAT系统由室外单元和室内单元组成。室外单元即射频设备，包括小口径天线、上下变频器和各种放大器；室内单元即中频及基带设备，包括调制解调器、编译码器等，其具体组成因业务类型不同而略有不同。VSAT网根据业务性质可分为数据通信网、语音通信网和电视卫星通信网三大类。目前，国内VSAT通信业务向社会开放经营。用户可以租用一段卫星频率用于通信，这段频率资源由卫星网管负责管理。用户使用卫星资源时，要向卫星网管申请，使用这段频率做载波发射时也要通知卫星网管。中国专利文献CN101674529A中公开了一种基于地球卫星站的全自动配置宽带视频会议广播业务的实现方法，其特征是包括以下步骤：首先，由主会场地球卫星站操作员根据实际需求，从站内监控界面向网管中心启动广播业务的申请；其次，网管中心接收到主会场地球卫星站申请后，向参与会议的相关地球卫星站下发该次通信所使用的密钥和通信所需要的卫星资源；第三，由网管中心启动对参与会议的相关地球卫星站广播业务通信状态的点名；第四， 在广播业务进行中，主会场地球卫星站操作员可以根据需要动态向网管中心申请或释放多组卫星资源的处理。虽然该专利申请提供了一种独立的会议电视系统，但是，在其技术方案中，在召开视频会议时，需要人为控制卫星网管，即需要由主会场的操作员来向卫星网管中心申请，然后再进行链路的建立与拆除。这样，在视频会议的过程中，人工控制卫星网管，不仅增加了人工控制的工作量，还容易由于人为控制的误操作而产生错误，影响了视频会议的进展。
技术实现要素：
为此，本发明要解决的技术问题是现有技术中卫星视频会议需要人为控制卫星网管，容易产生误操作，影响视频会议进展的问题，从而提供一种视频会议系统与网管直接通信、实现MODEM资源和卫星带宽资源的自动配置的视频会议卫星资源的实时管理方法。为解决上述技术问题，本发明提供一种视频会议卫星资源的实时管理方法:包括以下步骤：(1)会议创建：视频会议系统控制器发起会议请求向卫星网管申请频率；(2)卫星网管分配频率：卫星网管收到会议创建申请请求，申请成功后所述卫星网管分配给所述视频会议系统控制器所需的频率带宽；(3)调整MODEM建立卫星数据链路：视频会议系统控制器收到所述会议所需的频率带宽，开始拨调制解调器MODEM，设置本地一个所述空闲的MODEM的发送频率，并将所有终端侧的MODEM的接收频率与该所述的发送频率设置一致，建立由所述视频会议控制器到所述终端的单向数据通信链路；MCU连接有多个MODEM，负责各远端点的上传、发送或接收，远端点 一个终端设置有一个相应的MODEM；(4)视频会议过程中的发言或选看：在视频会议过程中，需要选择发言或选看终端时，所述视频会议系统控制器将本地一个MODEM的空闲接收频率和远端一个MODEM的发送频率设置一致，所述视频会议系统控制器通知所述该发言或选看终端发送信息码流，所述视频会议系统控制器将所述码流发送给所有与会终端。在步骤（1）中所述卫星网管收到所述视频会议系统控制器发起的会议请求后，所述卫星网管根据当前卫星频率使用情况给予相应回复，若无法满足所需频率的请求，则拒绝该申请，否则继续应答会议请求，分配相应频率，完成开会；所述视频会议系统控制器从所述卫星网管获得频率资源后，立即启用广播频段，在整个会议过程中，所述广播频段不会被关闭，也不会重新配置，不再需要额外管理；在会议过程中，启用回传频段或发送非广播码流时，所述视频会议系统控制器向卫星网管查询相应的回传频段的使用情况，若有空闲，则启用。在所述（2）步骤中所述的卫星网管用于管理视频会议和其他卫星通讯系统所需的频率资源。在所述（2）步骤中所述视频会议系统控制器所需的频率带宽包括广播频段和回传频段，所述广播频段用于广播终端发言的语音信息码流、混音信息码流、信令；所述回传频段用于终端码流的上传和相互选看。所述回传频段的格式包括：主格式、辅格式、第二码率；主 格式用于高清回传，辅格式用于标清回传，两组回传频段可同时申请。在步骤（3）中所述视频会议系统控制器支持多个所述的MODEM，每个所述的MODEM使用情况被相应记录在特定数组里，每个所述的MODEM有相应标识码；每个所述的特定数组存储的数据包括三个方面：发送端点使用情况、接收端点使用情况、连接情况，所述特定数组记录会议Id，所述该Id为判断该发送/接收端点是否正在使用中的标志，若会议需要使用一块发送/接收MODEM时，所述视频会议系统控制器查询整个数组，找到相应空闲MODEM对应的串口服务器来设置所述MODEM，并记录相应信息，释放MODEM资源时，所述视频会议系统控制器清空相应信息。在步骤（3）、（4）中设定MODEM各项相应参数时，所述视频会议系统控制器使用串口服务器通过数据卫星链路控制MODEM，所述串口服务器与MODEM一一对应。在步骤（3）、（4）中的所述拨MODEM的操作，还包括以下内容：1.1）登记,所述MCU的主业务启动后向MCU侧的MODEM发起注册。MCU的MODEM注册信息里携带该MODEM对应的串口服务器的IP和相应端口，MODEM管理模块记录该信息，并回复“确 认”。MCU收到“确认”后在数据库将对应MODEM设置为已连接，则这块MODEM就可以使用了。1.2)设置带宽,所述视频会议系统控制器的设置带宽消息里的里包含要设置的带宽和类型；1.3)发送，所述发送操作用于设置所述MODEM的发送频点，并设置所述MODEM进入发送状态；1.4)停止发送,所述停止发送操作用于将MODEM设置为默认频率，并停止载波发送；1.5)接收,所述接收操作具有设置接收频点、修改接收频点、开始接收、停止接收的功能，所述接收消息携带有频点信息，如果频点值为0，则将接收频点变为默认值，停止接收，否则，修改接收频点值，继续接收。1.6)解除,所述解除操作将停止MODEM指令及数据的发送，并将参数重置复位。在步骤（3）、（4）中所述拨MODEM的操作在建立上行（发送）通道、拆除上行通道、建立下行（接收）通道、拆除下行通道的过程中。在所述步骤（2）和步骤（3）中，所述视频会议系统控制器在会议创建前根据会议所需计算所需广播频段和回传频段，并向卫星 网管申请，会议结束时释放频段资源。本发明的上述技术方案相比现有技术具有以下优点:1.本发明所述的卫星视频会议中的卫星资源实时管理方法，包括以下步骤：会议创建、卫星网管分配频率、调整MODEM建立卫星数据链路、视频会议过程中的发言或选看，通过视频会议系统与卫星网管建立通信机制，可根据视频会议系统的需要实时控制卫星链路及带宽，提高了视频会议的实时性和自动化，不再需要人为控制网管系统完成链路的建立和拆除，可实现由会议系统控制器自动发起会议创建请求。解决了现有技术中的卫星视频会议需要人为控制卫星网管，容易产生误操作，影响视频会议进展的技术问题，提供了一种视频会议系统与网管直接通信、实现MODEM资源和卫星带宽资源的自动配置的视频会议卫星资源的实时管理方法。2.本发明所述的卫星视频会议中的卫星资源实时管理方法，卫星网管按需自动分配会议所需频率，实现对卫星链路的带宽资源进行动动态分配，提高了工作效率。3.本发明所述的卫星视频会议中的卫星资源实时管理方法，视频会议系统控制器（MCU）可自动实现对MODEM资源的管理，MCU自动拨相应的MODEM，建立数据通信链路，实现了自动通信。此外，可根据视频会议对画质的需要，选择高清回传和/或标清回传。同时，MCU支持多个MODEM，同时记录每个MODEM的使用信息，方便MCU查询。4.本发明所述的卫星视频会议中的卫星资源实时管理方法，通过串口服务器实现MCU对MODEM的操作，此外，拨MODEM的操作功能完善，可修改多个参数信息，在会议结束MCU可自动释放频段资源结束会议，实现了会议的自动化，和通信通道的自动获取和释放。附图说明为了使本发明的内容更容易被清楚的理解，下面根据本发明的具体实施例并结合附图，对本发明作进一步详细的说明，其中：图1是本发明所述的卫星视频会议中的卫星资源实时管理方法的流程图。具体实施方式本发明的技术方案提供了一种卫星视频会议中的卫星资源实时管理方法，该管理方法包括以下步骤：（1）会议创建，（2）卫星网管分配频率，（3）调整MODEM建立卫星数据链路，（4）发言/选看。在步骤（1）中，首先，视频会议系统发起会议请求向所述卫星网管申请频率，所述卫星网管是主要负责卫星频率资源的管理软件，故称之为卫星网管。步骤（2）中，所述卫星网管收到视频会议系统发出的频率申请，查询当前频率使用情况，并给予卫星视频会议系统回复。每一个视频会议所需要的卫星频率包括广播频段和回传频段；广播频率，用于广播发言人码流、混音码流、信令等；回传频段，用于终端码流上传、相互选看。需要创建会议时，视频会议系统根据会议所需计算出所需的广播频段和回传频段的带宽，并向卫星网管申请，卫星网管分配相应带宽，广播频段在获得后即启用在整个会议过程中都不关闭。在会议结束时，视频会议系统释放广播频段和回传频段。一个视频会议系统需要一个广播频段，所述广播频段的计算公 式：Bbrd=(Rmv+Rsv+(N+1)*Ra)*1024。Rmv是会议的主码率，其值为在MCU（视频会议系统控制器也称为中心点）里设置的码率（该码率由用户根据需要和网络环境来设置）减去音频的码率。Rsv是会议的第二码率，通常为512。Ra是会议的音频码率，根据不同的音频格式，其值通常为48或者64。N是混音器的通道数，其值取决于混音器的混音能力和会议支持的回传路数，取二者的较小值。回传通道根据不同格式分成多组，每组可以有多个。通常根据需要向所述卫星网管申请主格式、辅格式、第二码率三组。其中，主格式和辅格式频段的数量由预先配置在所述MCU里的会议模板设置。可同时申请主格式（用于高清回传）、辅格式（用于标清回传）两组回传频段。视频会议系统收到频率回复将信息保存在所述MCU相应的结构里。在步骤（3）、（4）中，视频会议系统支持多个双工工作方式的MODEM（调制解调器）。MCU连接有多个MODEM，负责各远端点的上传与接收，远端点一个终端有一个MODEM。每个MODEM的使用情况都被记录在视频会议的相应MODEM数据数组里。每个MODEM都有相应的标识（MODEMID）,MODEM数据数组结构包括三部分：1.发送端点使用情况，2.接收端点使用情况，3.数据连接情况。在MODEM数据数组中，有相应的数据记录MODEM发送端点的会议标识（ID），该数据是该MODEM是否正在使用中的标志，如果该数据值为0则说明该MODEM处于空闲状态。当视频会议需要一块MODEM作为发送端点时，视频会议系统查阅MODEM数据数组，搜寻MODEM发送端点的会议标识（ID）数据值为0的MODEM，然后根据MODEMID匹配对应的串口服务 器拨MODEM，并将频点、频率、使用信息记录，会议结束时将记录信息清空。对接收端的MODEM的管理同发送端的MODEM一致。在调整MODEM建立卫星数据链路步骤中，”拨MODEM”即为设定MODEM的各项参数，启动发送、接收等，用户使用是MODEM的接口。通过提供串口以接收拨MODEM的各项命令。视频会议系统通过串口服务器通过卫星链路（LinkStar）控制MODEM完成拨MODEM操作。其中，串口服务器与MODEM一一对应，串口服务器的以太网口接入视频会议系统的网络环境，串口服务器的串口连接MODEM的串口，在本发明中采用MODEMsession来管理串口服务器。在步骤（3）、（4）中的拨MODEM操作还包括具体以下步骤：2.1）登记（Regist）,所述MCU的主业务启动后向MCU侧的MODEM发起注册。MCU的MODEM注册信息里携带该MODEM对应的串口服务器的IP和相应端口值信息，MODEM管理模块记录该信息，并回复“确认”。MCU收到“确认”后在数据库将对应MODEM设置为已连接，则这块MODEM就可以使用了。2.2)设置带宽（SetBitRate）,所述视频会议系统控制器的设置带宽消息里的里包含要设置的带宽和类型；2.3)发送（send），所述发送操作用于设置所述MODEM的发送频点，并设置所述MODEM进入发送状态；2.4)停止发送（StopSend）,所述停止发送操作用于将MODEM设置为默认频率，并停止载波发送；2.5)接收（Receive）,所述接收操作具有设置接收频点、修改接收频点、开始接收、停止接收的功能，所述接收消息携带频点信 息，如果频点值为0，则将接收频点变为默认值，停止接收，否则，修改接收频点，继续接收。2.6)解除（Release）,所述解除操作停止MODEM指令及数据的发送，并将参数重置复位。在步骤（3）、（4）中的所述拨MODEM的操作在建立上行通道、拆除上行通道、建立下行通道、拆除下行通道的过程中。其中，建立上行通道在通知终端（MT）开始发送码流的时候进行，具体体现在所述MCU的“NotifyMTSend”模块里，该模块用于通知终端开始发送码流和停止发送码流。首先根据MT的码率选择频段，然后在视频会议系统侧挑选一块空闲接收MODEM，将其与MT侧的发送MODEM锁定在相同的频点和频带上。拆除上行通道是在通知MT停止发送码流的时候进行，具体同样体现在“NotifyMTSend”模块里。通过拨MODEM的命令停止MT侧的发送MODEM和视频会议系统侧的接收MODEM工作状态即可，这时候上行链路被拆除。视频会议系统侧的接收MODEM资源被释放。建立下行通道在建立下行交换时进行，具体体现在所述MCU的“ProcMODEMAtSwitchSrcToDst”模块里，该模块用于将码流分发给与会终端。首先MCU根据发送码流的码率选择频段，然后在MCU侧挑选空闲的发送MODEM，将其与MT侧的接收MODEM锁定在相同的频点和频带上，这样就建立了下行链路。在所述下行过程有一种情况需要特别注意，如果码流要同是发给N（N>1）个MT，虽然建立N条下行链路，但是视频会议系统侧的发送MODEM只有一块，这个得益于所述MCU中的“m_atSatSelAddrInfo”变量（该变量在MCU中，用于记录MODEM使用情况）里记录的选看MODEM的源来实现，即同一个选看源只 使用一块发送MODEM，即使下行通道（交换）可能有多条。在现有的会议逻辑里，建立下行通道都是因为发送了终端选看，所以拆除下行通道在停止选看时实现，具体体现在所述MCU的“ProcMODEMAtStopSelect”模块里，该模块用于停止一路选看。MT端的接收MODEM是一定会停掉的，而MCU侧的发送MODEM是否释放，取决于是否还有其他MT在接收它的码流。拆除下行通道在这里实现并不合理，因为所述MCU中的“ProcMODEMAtStopSelect”模块是一个操作选择模块，用于停止一路响应并停止响应的MODEM，而非逻辑模块。这里没有出错是因为目前只有选看这个业务需要建立下行交换，以后出现新的业务需求时就可能出问题。显然，上述实施例仅仅是为清楚地说明所作的举例，而并非对实施方式的限定。对于所属领域的普通技术人员来说，在上述说明的基础上还可以做出其它不同形式的变化或变动。这里无需也无法对所有的实施方式予以穷举。而由此所引伸出的显而易见的变化或变动仍处于本发明创造的保护范围之中。