一种会议电视业务调度方法和会议电视系统

具体实施方式

下面用具体实施方式结合附图对本发明做进一步详细说明。

本发明所用到的“多个”时是指两个或两个以上。

本发明一种会议电视系统的一种具体实施方式，包括应用程序(Application Service，以下简称AS)和多个协议栈，所述AS用于在会议电视进行期间，在业务侧根据每个协议栈资源占用情况，将终端的呼叫请求分别分配到多个协议栈中。

所述AS用于计算本次会议终端个数，检查每个协议栈资源占用情况，根据每个协议栈资源占用情况，计算出协议栈剩余系统资源可以再接受呼叫的总数，对协议栈可以再接受呼叫的总数和本次会议的终端个数进行比较，根据比较结果进行协议栈分配。

所述AS还用于基于每个协议栈上报的系统资源使用情况中的呼叫总数和占用CPU的百分比，计算出每个协议栈中每个呼叫占用的平均CPU占用百分比。

所述AS包括多点控制器和业务管理系统，所述业务管理系统用于通过调用所述多点控制器的应用程序接口将终端的请求消息通知所述多点控制器，所述多点控制器用于在业务侧根据每个协议栈资源占用情况，将所述终端的呼叫请求分别分配到多个协议栈后，通过Callback或共享全局消息队列将响应消息通知所述业务管理系统.

本发明系统的另一种具体实施方式如图2所示，包括AS和多个PS，所述AS用于在会议电视进行期间，在业务侧根据每个PS资源占用情况，将终端的呼叫请求分别分配到多个PS中。

AS包括MC(Multipoint Controller：多点控制器)和SMS(ServiceManagement System：业务管理系统)，SMS用于通过调用MC的应用程序接口将终端的请求消息通知MC，MC用于在业务侧根据每个PS资源占用情况，将终端的呼叫请求分别分配到多个PS后，通过Callback或共享全局消息队列将响应消息通知SMS。

本发明系统的另一种实施方式，如图3所示，其核心是将MC与SMS合并成一个AS，实现了MC与PS的分离，通过在SMS中配置和管理PS，在会议召开过程中，由AS统一分配PS，将会议中大量终端的呼叫请求分配到不同的PS处理。

MC与Stack分离后，可将MC设计成具备以下功能的实体模块：接收业务侧和终端侧的请求消息，根据处理结果给出相应请求响应消息，能管理会议和终端的信息；通过套接字(Socket)和PS建立连接和通讯；MC通过和PS建立的Socket，发送请求消息给PS；PS进行相应处理后，通过和MC建立的Socket，将请求响应消息发给MC。

本实施方式还实现了MC与SMS合并，MC与SMS以不同子线程形式存在同一个AS中；AS初始化时，对SMS、MC进行初始化；SMS通过调用MC的API，将请求消息通知MC；MC进行相应处理后，通过Callback或共享全局消息队列等方式将响应消息通知SMS。

本实施方式中，AS还具有配置模块，在其配置模块中实现对PS的新增、修改、删除等配置功能，同时，对PS的以下参数进行配置：协议栈编号、地址、端口、协议栈功能，其中协议栈功能包括接收业务侧呼叫或者接收终端侧呼叫。

在AS的配置模块中，还可实现对PS的连接、断开、启用、禁用等控制功能。

MC与SMS合并，有利于对协议栈的集中管理、分配、调度；MC处理来自业务侧(请求来自业务管理系统)和终端侧的信令消息，不需处理音频、视频等媒体数据，MC对信令的处理速度很快，一般不存在处理性能的问题。

本发明会议电视业务调度方法，其一种具体实施方式，包括在会议电视进行期间，AS在业务侧根据每个PS资源占用情况，将终端的呼叫请求分别分配到多个PS中的过程。该过程如图4所示，包括以下步骤：

步骤401：AS计算本次会议终端个数；

步骤402：AS检查每个PS资源占用情况；AS基于每个PS上报的系统资源使用情况中的呼叫总数和占用CPU的百分比，计算出每个PS中每个呼叫占用的平均CPU占用百分比来实现。

步骤403：AS根据每个PS资源占用情况，计算出PS剩余系统资源可以再接受呼叫的总数；

步骤404：AS对PS可以再接受呼叫的总数和本次会议的终端个数进行比较，根据比较结果进行PS分配和调度分配；

其中，如果一个或几个PS中剩余系统资源可以再接受呼叫的总数大于或等于本次会议的终端个数，则将终端的请求消息按照预设规则分配到对应的PS，分配终端的个数等于PS剩余系统资源可以再接受呼叫的总数，直到分配完为止；或

如果所有的PS中剩余系统资源可以再接受呼叫的总数之和小于本次会议的终端个数，启用处于禁用状态的PS或者向处于断开状态PS发起连接等操作，尝试找出其他可利用的PS，对于找到可利用的PS，重复所述步骤B至D；或

如果所有的PS中剩余系统资源可以再接受呼叫的总数之和小于本次会议的终端个数，启用处于禁用状态的PS或者向处于断开状态PS发起连接等操作，尝试找出其他可利用的PS，如果找不到可利用的PS，则给出提示并结束会议。

预设规则包括顺序调度规则，顺序调度规则通过在AS中存储终端与PS的对应关系实现。终端指被调度终端，终端与AS之间的对应关系是指在应用程序中记录每个被调度终端被分配到哪个AS上，这种被调度终端与AS之间的一一对应关系，亦称为调度结果。存储终端与AS之间的对应关系，指根椐PS在应用程序中配置的顺序，结合AS中剩余系统资源可以再接受呼叫的总数，将本次会议的终端调度到不同的AS中。

本实施方式还包括AS启动后，任意选择处于连接和启用状态的PS作为接收终端侧呼叫请求的PS的过程。并将该PS视为全局PS。来自终端侧的呼叫请求一般都是扩展会议控制请求消息以及终端加入或创建会议等请求消息，此类型的请求消息处理流程相对简单且数目相对较少，在大容量视频会议中使用一个固定的接收终端侧的请求消息的PS通常可以满足性能要求。所以，本实施方式中只使用一个固定的接收终端侧的请求消息的PS。

AS包括MC和SMS，SMS通过调用MC的API将终端的请求消息通知MC，MC在业务侧根据每个PS资源占用情况，将终端的呼叫请求分别分配到多个协议栈后，通过Callback或共享全局消息队列将响应消息通知SMS。

本发明方法的另一种具体实施方式，将MC设计成能为两个或更多终端参加一个多点会议提供控制功能的实体，具体而言，就是接收业务侧和终端侧的呼叫请求消息，进行相应处理后回复相应的响应消息，管理会议和终端相关的信息。将MC与SMS两个独立的实体功能模块成一个程序，即AS。SMS通过调用MC的API，将业务侧的请求消息发给MC；MC通过回调(Callback)或共享全局消息队列等方式通知SMS；MC通过套接字(Socket)和协议栈建立连接，MC通过和协议栈建立的Socket发送请求消息给协议栈，协议栈处理后，通过和MC建立的Socket发送响应消息给MC。在本实施方式中，SMS对应的用户配置和管理页面与SMS通过CORBA(Common Object Request Broker Architecture：公共对象请求代理)来通讯，CORBA为开源模块，配置协议栈地址、端口、编号、协议栈功能(接收业务侧呼叫或者接收终端侧呼叫)；实现对所配置的PS以下控制功能：连接、断开、启用、禁用。

启动AS程序，初始化SMS和MC，并配置处理终端侧呼叫请求的PS，任意选择其中之一处于连接和启用状态的PS作为本MCU接收终端侧呼叫请求的PS，并且将该PS视为全局PS。

用户在SMS对应的用户配置和管理页面中连接配置的PS，并召开大容量会议。现在以召开一个有m个终端参加的会议为例，介绍一下大容量会议召开时的处理流程，假设配置的且处于连接和启用状态的协议栈有A、B、C三个，大容量会议召开时处理流程如图5所示，包括以下步骤：

步骤501：用户发出召开会议请求消息；

步骤502：AS在接收到用户发起的召开会议请求消息后，立即向协议栈A、B、C发送系统资源使用情况查询消息；

协议栈A、B、C上报系统资源使用查询响应消息，响应消息中包括：协议栈当前时刻呼叫总数，协议栈中CPU使用情况(包括以下两项：协议栈所在服务器中总CPU占用百分比、协议栈占用CPU百分比)。现假设三个协议栈A、B、C分别上报的系统资源使用情况分别为：

协议栈A：呼叫总数：n1，协议栈A所在服务器总CPU占用百分比：x1，协议栈A占用CPU百分比：y1；

协议栈B：呼叫总数：n2，协议栈B所在服务器总CPU占用百分比：x2，协议栈B占用CPU百分比：y2；

协议栈C：呼叫总数：n3，协议栈C所在服务器总CPU占用百分比：x3，协议栈C占用CPU百分比：y3；

步骤503：根椐步骤502中的呼叫总数和协议栈占用CPU百分比，计算每个协议栈中每个呼叫占用的平均CPU占用百分比：

协议栈A中每个呼叫占用的平均CPU占用百分比k1＝y1/n1；

协议栈B中每个呼叫占用的平均CPU占用百分比k2＝y2/n2；

协议栈C中每个呼叫占用的平均CPU占用百分比k3＝y3/n3；

步骤504：根椐每个协议栈中每个呼叫占用的平均CPU占用百分比，计算该协议栈所在的服务器剩余系统资源可以再接受呼叫的总数：

协议栈A所在服务器剩余系统资源可以再接受呼叫的总数p1＝(100％-x1)/k1；

协议栈B所在服务器剩余系统资源可以再接受呼叫的总数p2＝(100％-x2)/k2；

协议栈C所在服务器剩余系统资源可以再接受呼叫的总数p3＝(100％-x3)/k3；

步骤505：根椐协议栈所在的服务器剩余系统资源可以再接受呼叫的总数和本次会议终端个数m进行比较，若大于m则转步骤507，否则转步骤506；

步骤506：尝试从配置的除协议栈A、B、C之外的所有协议栈中找出可利用的协议栈。通过在AS程序中启用处于禁用状态的协议栈或向处于断开状态协议栈发起连接操作等方法，尝试找出可利用的协议栈。若不能找到可利用的协议栈，则向用户提示会议资源不足，转步骤512结束正在召开的会议；若能找到可利用的的协议栈D、E，对协议栈D、E发送系统资源使用情况查询消息，在接收到协议栈D、E上报系统资源使用查询响应消息后，转入步骤503，对协议栈D、E进行步骤503，然后对协议栈A、B、C、D、E重复上述步骤504-505；

步骤507：跟据以下几种比较结果来进行协议栈分配：

①如果p1、p2、p3其中之一的值大于m，则将本次会议的m个终端，分配到系统剩余资源可以再接受呼叫的总数大于m的协议栈中；如果p1、p2、p3均大于m，则分配到协议栈A、B、C中的任何一个都行。

②如果p1、p2、p3值均小于m，则从p1、p2、p3三者中任选2个，或将3个协议栈进行组合，进行剩余系统资源可以再接受呼叫的总数相加，直到计算出其中一种组合中剩余系统资源可以再接受呼叫的总数之和大于m即停止进行组合计算，对组合中的协议栈按每个协议栈能接受呼叫的数量进行分配，直到分配完为止。现假设计算出的组合为协议栈A和C，先给协议栈A分配p1个终端，然后给协议栈C分配(m-p1)个终端；

步骤508：向MC发送会议注册请求；

步骤509：向MP发送会议资源请求；

步骤510：如果会议注册成功和MP资源充足，则向MC发送开始会议请求消息。如果前面分配协议栈成功(现假设协议栈A中分配p1个终端，协议栈C中分配了m-p1个终端)，对参与到会议中的所有终端按顺序取前p1个终端，发送相应的添加终端、呼叫终端等消息给协议栈A，将会议中的终端除去前面p1个终端以外的其他终端，发送相应的添加终端、呼叫终端等消息给协议栈C。同时，在AS中保存终端与协议栈的对应关系；

步骤511：一个有m个终端参加的会议召开成功；

步骤512：结束会议。

以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。