CN108737480A - 基于软件媒体服务器的会议级联方法、服务器及存储介质 - Google Patents

基于软件媒体服务器的会议级联方法、服务器及存储介质 Download PDF

Info

Publication number
CN108737480A
CN108737480A CN201710272003.4A CN201710272003A CN108737480A CN 108737480 A CN108737480 A CN 108737480A CN 201710272003 A CN201710272003 A CN 201710272003A CN 108737480 A CN108737480 A CN 108737480A
Authority
CN
China
Prior art keywords
mrfp
mrfc
conference
meeting
media
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.)
Granted
Application number
CN201710272003.4A
Other languages
English (en)
Other versions
CN108737480B (zh
Inventor
周明煜
朱景升
赵志东
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN201710272003.4A priority Critical patent/CN108737480B/zh
Priority to EP18792067.3A priority patent/EP3618349A4/en
Priority to PCT/CN2018/075026 priority patent/WO2018196464A1/zh
Publication of CN108737480A publication Critical patent/CN108737480A/zh
Application granted granted Critical
Publication of CN108737480B publication Critical patent/CN108737480B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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/1813—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
    • H04L12/1818—Conference organisation arrangements, e.g. handling schedules, setting up parameters needed by nodes to attend a conference, booking network resources, notifying involved parties
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • 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/1813—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
    • H04L12/1827—Network arrangements for conference optimisation or adaptation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1073—Registration or de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/403—Arrangements for multi-party communication, e.g. for conferences
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1029—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers using data related to the state of servers by a load balancer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1031—Controlling of the operation of servers by a load balancer, e.g. adding or removing servers that serve requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • General Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Hardware Design (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明公开了一种基于软件媒体服务器的会议级联方法、服务器及存储介质。所述方法在MRFC侧执行，包括：接收会议终端发出的会议请求消息；将所述会议请求消息转发给媒体处理服务器MRFP，以控制所述MRFP根据所述会议请求消息执行创会加会操作；在所述创会加会操作之后，如果检测到在多个MRFP上创建了所述会议，则控制所述多个MRFP级联，以便形成媒体通道。本发明在软件媒体服务器处理能力不足或者无法处理的情况下，可以在软件媒体服务器中动态级联设备或者使软件媒体服务器级联其他软件媒体服务器，有效软件媒体服务器的处理能力，不需要人工进行额外的操作，使多媒体会议系统更具稳定性，使多媒体会议的进行更具可靠性。

Description

基于软件媒体服务器的会议级联方法、服务器及存储介质
技术领域
本发明涉及通信技术领域，特别是涉及一种基于软件媒体服务器的会议级联方法、服务器及存储介质。
背景技术
传统的媒体服务器使用了专用硬件资源，可以提供强大的视音频处理能力，但是设备成本较高。随着云计算技术的发展，要求媒体资源具备弹性可伸缩、虚拟化、高可靠性等特征，所以传统的专用硬件资源已经不适应云计算技术发展的要求，这就需要实现一种纯软件的媒体服务器，并且能够简单部署并可以运行在通用的刀片服务器或者虚拟机上。
目前，在视音频会议领域中可以由单个软件媒体服务器处理参会的多路视音频媒体资源。但是，由单个软件媒体服务器处理参会的多路视音频媒体资源会存在以下问题：1、软件服务器中的MRFC和MRFP在数量上和配置上都是事先配置好的，不能临时增加或者减少，单个软件媒体服务器在处理多路视音频媒体资源时，如果遇到因服务器性能不足，将导致处理能力线性下降甚至无法处理，会使会议终端无法正常加入到视音频会议中；2、不同的媒体类型所消耗的CPU(Central Processing Unit，中央处理器)性能有很大的差别，例如：视频类型h264、h265或者分别率1080p、720p所消耗的CPU性能都存在区别，这势必会导致软件媒体服务器无法确认其真正能够处理的视音频媒体资源的路数，也可能造成会议终端无法正常加入到视音频会议中的问题。
发明内容
本发明要解决的技术问题是提供一种基于软件媒体服务器的会议级联方法、服务器及存储介质，用以解决现有技术单个软件媒体服务器处理能力不足而引发的会议终端无法正常加入到视音频会议中的问题。
为了解决上述技术问题，本发明是通过以下技术方案来解决的：
本发明提供了一种基于软件媒体服务器的会议级联方法，在媒体控制服务器MRFC侧执行，包括：接收会议终端发出的会议请求消息；将所述会议请求消息转发给媒体处理服务器MRFP，以控制所述MRFP根据所述会议请求消息执行创会加会操作；在所述创会加会操作之后，如果检测到在多个MRFP上创建了所述会议，则控制所述多个MRFP级联，以便形成媒体通道。
其中，如果检测到在多个MRFP上创建了所述会议，则控制所述多个MRFP级联，包括：在控制第一MRFP创建所述会议之后，检测在所述第一MRFP上创建的所述会议是否已经在本端MRFC连接的第二MRFP上创建；如果所述会议已经在所述第二MRFP上创建，则控制所述第二MRFP创建主会议级联口，控制所述第一MRFP创建从会议级联口；将所述主会议级联口的信息发送给所述第一MRFP，将所述从会议级联口的信息发送给所述第二MRFP，以便所述第一MRFP和所述第二MRFP级联。
其中，在接收会议终端发出的会议请求消息之前，所述方法还包括：接收业务服务器广播发送的携带有服务注册名的区域级联消息；使用所述服务注册名在所述服务注册中心重新注册；在注册成功之后，向所述服务注册中心查询与本端MRFC具有相同服务注册名的其他MRFC，在本端MRFC和所述其他MRFC之间建立信令通道。
其中，在控制所述多个MRFP级联之前，还包括：在控制与本端MRFC相连的第一MRFP创建会议之后，检测在所述第一MRFP上创建的所述会议是否已经在其他MRFC连接的第二MRFP上创建；如果所述会议已经在其他MRFC连接的第二MRFP上创建，则使用所述其他MRFC的服务注册名在所述服务注册中心重新注册；在注册成功之后，在本端MRFC与所述其他MRFC之间建立信令通道。
其中，如果检测到在多个MRFP上创建了所述会议，则控制所述多个MRFP级联，包括：在本端MRFC和所述其他MRFC之间建立信令通道之后，控制与本端MRFC相连的第一MRFP创建从会议级联口，并请求与所述其他MRFC相连的第二MRFP创建主会议级联口；将所述从会议级联口的信息发送给与所述其他MRFC相连的第二MRFP，并将所述第二MRFP发送的主会议级联口的信息转发给所述第一MRFP，以便所述第一MRFP和所述第二MRFP级联。
其中，在控制所述多个MRFP级联之后，所述方法还包括：向所述多个MRFP中的全部或者部分发送视频画面合成消息；其中，所述视频画面合成消息包括：多路待合成的视频画面分别对应的会议终端的信息。
本发明提供了一种基于软件媒体服务器的会议级联方法，在MRFP侧执行，包括：接收MRFC转发的来自会议终端的会议请求消息；根据所述会议请求消息，执行创会加会操作；在所述创会加会操作之后，如果所述MRFC检测到在多个MRFP上创建了所述会议，则在所述MRFC的控制下，与创建了所述会议的其他MRFP级联，以便形成媒体通道。
其中，在所述MRFC的控制下，与创建了所述会议的其他MRFP级联，包括：在所述MRFC的控制下，创建从会议级联口；将所述从会议级联口的信息发送给所述MRFC；接收所述MRFC转发的来自所述其他MRFP的主会议级联口的信息，完成于所述其他MRFP的级联。
其中，在与创建了所述会议的其他MRFP级联之后，所述方法还包括：接收所述MRFC发送的视频画面合成消息；其中，所述视频画面合成消息包括：多路待合成的视频画面分别对应的会议终端的信息；根据所述多路待合成的视频画面分别对应的会议终端的信息，将多个所述会议终端分别产生的媒体码流合成为一路媒体码流并通过媒体通道在级联的MRFP之间传输。
本发明提供了一种媒体控制服务器MRFC，所述MRFC包括处理器和存储器；所述处理器用于执行所述存储器中存储的基于软件媒体服务器的会议级联程序，以实现上述在MRFC侧执行的基于软件媒体服务器的会议级联方法。
本发明提供了一种存储介质，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现上述在MRFC侧执行的基于软件媒体服务器的会议级联方法。
本发明提供了一种媒体处理服务器MRFP，所述MRFP包括处理器和存储器；所述处理器用于执行所述存储器中存储的基于软件媒体服务器的会议级联程序，以实现上述在MRFP侧执行的基于软件媒体服务器的会议级联方法。
本发明提供了一种存储介质，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现上述在MRFP侧执行的基于软件媒体服务器的会议级联方法。
本发明有益效果如下：
本发明是基于软件媒体服务器实现的会议级联功能。
本发明在软件媒体服务器处理能力不足或者无法处理的情况下，可以在软件媒体服务器中动态级联设备或者使软件媒体服务器级联其他软件媒体服务器，有效提升了软件媒体服务器的处理能力，不需要人工进行额外的操作，使多媒体会议系统更具稳定性，使多媒体会议的进行更具可靠性。
附图说明
图1是根据本发明第一实施例的多媒体会议系统的结构图；
图2是根据本发明第一实施例的单MRFC、多MRFP的应用场景示意图；
图3是根据本发明第一实施例的多MRFC、多MRFP的应用场景示意图；
图4是根据本发明第二实施例的基于软件媒体服务器的会议级联方法的流程图；
图5是根据本发明第三实施例的基于软件媒体服务器的会议级联方法的流程图；
图6是根据本发明第四实施例的对MRFC扩容的步骤流程图；
图7是根据本发明第四实施例的对MRFC扩容的时序图；
图8是根据本发明第五实施例的对MRFC缩容的步骤流程图；
图9是根据本发明第五实施例的对MRFC缩容的时序图；
图10是根据本发明第六实施例的对MRFP扩容的步骤流程图；
图11是根据本发明第六实施例的对MRFP扩容的时序图；
图12是根据本发明第七实施例的对MRFP缩容的步骤流程图；
图13是根据本发明第七实施例的对MRFP缩容的时序图；
图14是根据本发明第八实施例的MRFC数据更新的步骤流程图；
图15是根据本发明第九实施例的基于软件媒体服务器的会议级联方法的时序图；
图16是根据本发明第九实施例的单MRFC、多MRFP模式的级联会议模型示意图；
图17是根据本发明第十实施例的MRFC区域级联时序图；
图18是根据本发明第十实施例的基于软件媒体服务器的会议级联方法的时序图；
图19是根据本发明第十实施例的多MRFC、多MRFP模式的级联会议模型示意图。
具体实施方式
本发明在NGN(Next Generation Network，下一代网络)/IMS(IP MultimediaSubsystem，IP多媒体子系统)电信领域及云计算领域中，提供涉及软件媒体服务器的云部署方式以及会议级联的具体实现方法。
以下结合附图以及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不限定本发明。
实施例一
本发明提供一种用于开展多媒体会议的多媒体会议系统。多媒体会议即是上述的视音频会议(以下简称会议)。
如图1所示，为根据本发明第一实施例的多媒体会议系统的结构图。
所述系统包括：运维服务器、业务服务器、软件媒体服务。其中，软件媒体服务器，包括：MRFC(Multimedia Resource Function Controller，媒体控制服务器)、MRFP(Multimedia Resource Function Processor，媒体处理服务器)、服务注册中心。软件媒体服务器还可以包括数据存储服务器(又称数据中心)。
运维服务器，用于对会议级联系统中的业务服务器和软件媒体服务器进行运维。进一步地，运维服务器，用于部署软件媒体服务器中的MRFC和MRFP，对MRFC和MRFP进行动态扩容或者减容，为软件媒体服务器的会议级联功能进行支撑。
业务服务器，用于接收来自会议终端的会议请求消息(创会请求和加会请求)并转发给软件媒体服务器，并且控制软件媒体服务器级联。业务服务器可以是AS(ApplicationServer，应用服务器)或者PROXY(Proxy Server，代理服务器)，PROXY可以作为信令分发服务器。AS适用于单MRFC、多MRFP的应用场景，如图2所示。PROXY适用于多MRFC、多MRFP的应用场景，如图3所示，后续将对这两种场景进行进一步地描述。
软件媒体服务器，用于根据业务服务器转发的会议请求消息进行创会加会处理，根据需求动态级联MRFC和动态级联MRFP。
MRFC用于将会议请求消息解析成内部消息体并转发给与其连接的MRFP，MRFC还可以级联其他MRFC，控制MRFP级联。其中，相互连接的MRFC和MRFP在服务注册中心注册时使用的服务注册名相同。
MRFP用于收发媒体流、处理编解码、合成画面，还可以在MRFC的控制下级联其他MRFP。
服务注册中心，用于进行设备注册，使注册设备具有MRFC或者MRFP的功能。
数据存储服务器，用于存储会议数据。
本实施例可以根据需要动态地将部署在不同区域的软件媒体服务器级联成一个团结媒体服务器，以便支持区域间会议的进行，在不需要区域级联时断开级联链路，即可恢复成不同区域的独立运行的软件媒体服务器。
本实施例可以根据需求动态地级联同一软件媒体服务器中的不同MRFC，动态地级联同一软件媒体服务器中的不同MRFP，以便增加软件媒体服务器的处理能力，增强系统稳定性。
实施例二
本实施例基于上述系统，提供一种基于软件媒体服务器的会议级联方法。本实施例的执行主体为MRFC。图4是根据本发明第二实施例的基于软件媒体服务器的会议级联方法的流程图。
步骤S410，接收会议终端发出的会议请求消息。
步骤S420，将所述会议请求消息转发给MRFP，以控制所述MRFP根据所述会议请求消息执行创会加会操作。
步骤S430，在所述创会加会操作之后，如果检测到在多个MRFP上创建了所述会议，则控制所述多个MRFP级联，以便形成媒体通道。
会议请求消息，用于请求创建或者加入多媒体会议。
会议终端通过业务服务器向软件媒体服务器中的MRFC发送会议请求消息，再由MRFC转发给MRFP，完成创会加会处理。进一步地，会议终端在发送会议请求消息之前，需要先发送用于媒体协商的媒体协商消息；MRFC根据预设的负载均衡策略，将来自会议终端的媒体协商消息转发给MRFP，以便进行媒体协商，在媒体协商成功之后，将来自该会议终端的会议请求消息转发给该MRFP，以便在该MRFP进行创会加会处理。
在本实施例中，创建了同一会议的多个MRFP可以位于同一软件媒体服务器中，也可以位于不同的软件媒体服务器中。例如：多个MRFP分别位于不同区域的软件媒体服务器中，已完成区域级联会议。
在本实施例中，提供以下几种应用场景，当然，以下几种应用场景仅用于说明本实施例，而不用于限定本实施例。
应用场景一，在单MRFC、多MRFP的应用场景下，控制多个MRFP级联，包括：
在控制第一MRFP创建所述会议之后，检测在所述第一MRFP上创建的所述会议是否已经在本端MRFC连接的第二MRFP上创建；
如果所述会议已经在所述第二MRFP上创建，则控制所述第二MRFP创建主会议级联口，控制所述第一MRFP创建从会议级联口；
将所述主会议级联口的信息发送给所述第一MRFP，将所述从会议级联口的信息发送给所述第二MRFP，以便所述第一MRFP和所述第二MRFP级联。
应用场景二，在多MRFC、多MRFP的应用场景下，控制多个MRFP级联，包括：
如果创建相同会议的多个MRFP连接同一个MRFC，则参照单MRFC、多MRFP的应用场景，控制多个MRFP级联。
如果创建相同会议的多个MRFP连接不同的MRFC，则先级联多个MRFC，再级联多个MRFP。
级联多个MRFC，可以通过以下步骤实现：
在控制与本端MRFC相连的第一MRFP创建会议之后，检测在所述第一MRFP上创建的所述会议是否已经在其他MRFC连接的第二MRFP上创建；
如果所述会议已经在其他MRFC连接的第二MRFP上创建，则取消本端MRFC在服务注册中心的注册，并使用所述其他MRFC的服务注册名在所述服务注册中心重新进行注册；
在注册成功之后，在本端MRFC与所述其他MRFC之间建立信令通道，实现本端MRFC与其他MRFC的级联。
级联多个MRFC，也可以通过以下步骤实现：
接收业务服务器广播发送的携带有服务注册名的区域级联消息；
取消本端MRFC在服务注册中心的注册，并使用所述服务注册名在所述服务注册中心重新注册；
在注册成功之后，向所述服务注册中心查询与本端MRFC具有相同服务注册名的其他MRFC，在本端MRFC和所述其他MRFC之间建立信令通道，实现本端MRFC和其他MRFC的级联。
在级联多个MRFC之后，可以在创会加会的过程中，动态级联多个MRFP。具体地，在本端MRFC和所述其他MRFC之间建立信令通道之后，控制与本端MRFC相连的第一MRFP创建从会议级联口，并请求与所述其他MRFC相连的第二MRFP创建主会议级联口；将所述从会议级联口的信息发送给与所述其他MRFC相连的第二MRFP，并将所述第二MRFP发送的主会议级联口的信息转发给所述第一MRFP，以便所述第一MRFP和所述第二MRFP级联。
在本实施例中，为了降低媒体通道中的数据量，在控制所述多个MRFP级联之后，还包括：向所述多个MRFP中的全部或者部分发送视频画面合成消息；其中，所述视频画面合成消息包括：多路待合成的视频画面分别对应的会议终端的信息。
本发明在软件媒体服务器处理能力不足或者无法处理的情况下，可以在软件媒体服务器中动态级联设备或者使软件媒体服务器级联其他软件媒体服务器，有效软件媒体服务器的处理能力，不需要人工进行额外的操作，使多媒体会议系统更具稳定性，使多媒体会议的进行更具可靠性。
实施例三
本实施例基于上述系统，提供另一种基于软件媒体服务器的会议级联方法。本实施例的执行主体为MRFP。图5是根据本发明第三实施例的基于软件媒体服务器的会议级联方法的流程图。
步骤S510，接收MRFC转发的来自会议终端的会议请求消息。
步骤S520，根据所述会议请求消息，执行创会加会操作。
步骤S530，在所述创会加会操作之后，如果所述MRFC检测到在多个MRFP上创建了所述会议，则在所述MRFC的控制下，与创建了所述会议的其他MRFP级联，以便形成媒体通道。
与创建了所述会议的其他MRFP级联，包括：在所述MRFC的控制下，创建从会议级联口；将所述从会议级联口的信息发送给所述MRFC；接收所述MRFC转发的来自所述其他MRFP的主会议级联口的信息，完成于所述其他MRFP的级联。
在本实施例中，为了降低媒体通道中的数据量，可以在与创建了所述会议的其他MRFP级联之后，接收所述MRFC发送的视频画面合成消息；其中，所述视频画面合成消息包括：多路待合成的视频画面分别对应的会议终端的信息；根据所述多路待合成的视频画面分别对应的会议终端的信息，将多个所述会议终端分别产生的媒体码流合成为一路媒体码流并通过媒体通道在级联的MRFP之间传输。
在本实施例中，MRFP可以在MRFC的控制下，动态级联同一软件媒体服务器中的其他MRFP或者其他软件媒体服务器中的MRFP，提升系统稳定性，增加多媒体会议的可靠性。
为了更好的实现基于软件媒体服务器的会议级联方法，本发明还可以动态地扩容和缩容软件媒体服务器中的MRFC和MRFP，在软件媒体服务器中正在运行的MRFC和MRFP的处理能力不足时，使软件媒体服务器中有足够的MRFC和MRFP可以使用并进行级联。
实施例四
本实施例对MRFC的扩容进行描述。图6是根据本发明第四实施例的对MRFC扩容的步骤流程图，执行主体为MRFC。
步骤S610，在运维服务器的控制下，启动本端MRFC。
运维服务器可以实时监测多媒体会议系统中各个软件媒体服务器的运行状态，当监测到某一软件媒体服务器中的各个MRFC过载时，控制该软件媒体服务器中尚未运行的MRFC启动。
步骤S620，使用预设的服务注册名在服务注册中心进行注册。
该服务注册名可以由用户根据需求进行设置或者使用同一软件服务器中其他MRFC的服务注册名进行注册。其他MRFC的服务注册名可以由运维服务器从服务器注册中心查询获得。
步骤S630，在注册成功之后，通知业务服务器本端MRFC上线。
步骤S640，向所述服务注册中心查询与本端MRFC具有相同服务注册名的其他MRFC，在本端MRFC和所述其他MRFC之间建立信令通道。
设备在服务注册中心进行注册时，服务注册中心会记录该设备的设备信息。在本实施例中，MRFC在上线之后，可以向所述服务注册中心查询与本端MRFC具有相同服务注册名的其他MRFC的信息，根据该信息可以和其他MRFC之间建立链路，形成信令通道。
图7是根据本发明第四实施例的对MRFC扩容的时序图。
步骤1，MRFC1～MRFCN使用服务注册名在服务注册中心注册。
在同一软件媒体服务器中扩容的MRFC使用相同的服务注册名。
MRFC1～MRFCN分别在运维服务器的控制下启动。由于MRFC1～MRFCN执行的操作相同，在图7中将MRFC1～MRFCN作为一个整体来体现。
在图7中未示出运维服务器。运维服务器可以扩容多个MRFC。
步骤2，服务注册中心分别执行MRFC1～MRFCN的注册，并且保存MRFC1～MRFCN的信息。
步骤3，在注册成功之后，服务注册中心分别向返回MRFC1～MRFCN注册成功消息。
步骤4，在MRFC1～MRFCN接收到注册成功消息之后，分别通知PROXY，以便PROXY获知MRFC1～MRFCN已经上线。
PROXY在获知MRFC1～MRFCN已经上线之后，可以将MRFC1～MRFCN的状态设置为可用。
步骤5，MRFC1～MRFCN分别根据注册时使用的服务注册名从服务注册中心获取具有相同服务注册名的MRFC的信息。
例如：MRFC1～MRFCN使用相同的服务注册名在服务注册中心进行注册，MRFC1～MRFCN在使用服务注册名获取MRFC的信息时，MRFC1可以获取到MRFC2～MRFCN的信息，MRFC2可以获取到MRFC1、MRFC3～MRFCN的信息，以此类推，MRFCN可以获取到MRFC1～MRFCN-1的信息。
步骤6，服务注册中心分别向MRFC1～MRFCN返回MRFC的信息。
步骤7，MRFC1～MRFCN分别保存服务注册中心返回的MRFC的信息，并根据返回的MRFC的信息与对应的MRFC建立信令通道。
例如：MRFC1～MRFCN保存服务注册中心返回的MRFC的信息；MRFC1可以分别和MRFC2～MRFCN建立信令通道，MRFC2可以分别和MRFC1、MRFC3～MRFCN建立信令通道，以此类推，MRFCN可以分别和MRFC1～MRFCN-1建立信令通道。
实施例五
本实施例对MRFC的缩容进行描述。图8是根据本发明第五实施例的对MRFC缩容的步骤流程图，执行主体为MRFP。
步骤S810，在运维服务器的控制下，通知所述业务服务器本端MRFC即将下线，以便所述业务服务器将本端MRFC的状态设置为不可用。
步骤S820，取消本端MRFC在服务注册中心的注册。
步骤S830，在取消注册成功之后，下线本端MRFC，断开本端MRFC和服务注册名与本端MRFC相同的其他MRFC之间的信令通道。
图9是根据本发明第五实施例的对MRFC缩容的时序图。本实施例以MRFCN为例。
步骤1，MRFCN通知PROXY即将下线。
在对软件媒体服务器中的MRFC缩容时，运维服务器通知可以下线的MRFCN准备下线，MRFCN通知其连接的PROXY即将下线。
步骤2，PROXY在接收到MRFCN即将下线的通知之后，将MRFCN的状态设置为不可用。
在将MRFCN的状态设置为不可用之后，新的呼叫业务将不会转发给MRFCN。
步骤3，MRFCN执行的终端业务结束后，使用服务注册名在服务注册中心取消注册。
终端业务可以视音频会议业务。
步骤4，服务注册中心取消MRFCN的注册，并且删除MRFCN的信息。
步骤5，服务注册中心向MRFCN返回取消注册成功消息。
步骤6，MRFCN在接收到取消注册成功消息之后下线，与其他MRFC的信令通道断链。
MRFCN下线之后，MRFC1～MRFCN-1将在注册服务中心中查询不到MRFCN，MRFC1～MRFCN-1和MRFCN之间的信令通道断链。
实施例六
本实施例对MRFP的扩容进行描述。图10是根据本发明第六实施例的对MRFP扩容的步骤流程图，执行主体为MRFP。
步骤S1010，在运维服务器的控制下，启动本端MRFP。
运维服务器可以实时监测多媒体会议系统中各个软件媒体服务器的运行状态，当监测到某一软件媒体服务器中的各个MRFP过载时，控制该软件媒体服务器中尚未运行的MRFP启动。
步骤S1020，使用与MRFC相同的服务注册名在服务注册中心进行注册，以便在注册成功之后，所述MRFC根据所述服务注册名查询所述服务注册中心之后，与本端MRFP建立信令通道，并基于所述信令通道获取本端MRFP的能力信息。
MRFP使用的服务注册名可以由用户进行设置或者根据MRFP所在的软件媒体服务器中的MRFC的服务注册名进行设置。MRFC的服务注册名可以由运维服务器在服务注册中心查询获得。
MRFP和MRFC使用相同的服务注册名进行注册，MRFP可以根据服务注册名在服务注册中心查询到具有相同服务注册名的MRFC的信息，根据MRFC的信息，可以与该MRFC创建作为信令通道的链路。
图11是根据本发明第六实施例的对MRFP扩容的时序图。
步骤1，MRFP1～MRFPN分别使用服务注册名在服务注册中心注册。
在同一软件媒体服务器中扩容的MRFP使用相同的服务注册名。
MRFP1～MRFPN分别在运维服务器的控制下启动。
由于MRFP1～MRFPN执行的操作相同，在图11中将MRFP1～MRFPN作为一个整体来体现。
在图11中未示出运维服务器。运维服务器可以扩容多个MRFP。
步骤2，服务注册中心分别执行MRFP1～MRFPN的注册，并且保存MRFP1～MRFPN的信息。
步骤3，在注册成功之后，服务注册中心向返回MRFP1～MRFPN注册成功消息。
步骤4，MRFC根据自身的服务注册名从服务注册中心获取与其服务注册名相同的MRFP的信息。
步骤5，服务注册中心将与MRFC的服务注册名相同的MRFP的信息返回给MRFC。
步骤6，MRFC保存服务注册中心返回的MRFP的信息，并根据返回的MRFP的信息分别与对应的MRFP建立信令通道。
例如：MRFP1～MRFPN的服务注册名和MRFC的服务注册名相同，服务注册中心可以将MRFP1～MRFPN的信息返回给MRFC，然后，MRFC分别和MRFP1～MRFPN建立信令通道。。
步骤7，MRFC基于信令通道，分别向每个MRFP发送用于获取MRFP媒体能力的请求。
步骤8，每个MRFP将自身的能力信息通过信令通道返回给MRFC。
能力信息包括：媒体类型、端口号等信息。媒体类型例如是：视频h264、h265或者分辨率1080p、720p。
MRFC根据MRFP的能力信息，可以将会议终端发送的媒体协商消息发送给合适的MRFP进行媒体协商。
实施例七
本实施例对MRFP的缩容进行描述。图12是根据本发明第七实施例的对MRFP缩容的步骤流程图，执行主体为MRFP。
步骤S1210，在运维服务器的控制下，向所述MRFC发送下线通知。
步骤S1220，取消本端MRFP在所述服务注册中心的注册，以便所述MRFC再次根据所述服务注册名查询所述服务注册中心之后，删除本端MRFP对应的信息。MRFC在删除本端MRFP对应的信息之后，MRFC和本端MRFP之间的信令通道将断链。
步骤S1230，在取消注册成功之后，下线本端MRFP。
图13是根据本发明第七实施例的对MRFP缩容的时序图。本实施例以MRFPN为例。
步骤1，MRFPN通过信令通道通知MRFC即将下线。
在对软件媒体服务器中的MRFP缩容时，运维服务器通知可以下线的MRFP准备下线，收到通知的MRFP通知其连接的MRFC即将下线。
步骤2，MRFC在接收到MRFPN即将下线的通知之后，将MRFPN的状态设置为不可用。
将MRFPN的状态设置为不可用之后，新的呼叫业务将无法接入到该MRFPN。
步骤3，MRFPN使用服务注册名在服务注册中心取消注册。
步骤4，服务注册中心取消MRFPN的注册，并删除MRFPN的信息。
步骤5，服务注册中心向MRFPN返回取消注册成功消息。
步骤6，MRFPN在接收到取消注册成功消息之后优雅下线。
优雅下线是指MRFPN没有需要执行的任务时下线。
步骤7，MRFC根据自身的服务注册名从服务注册中心获取具有相同服务注册名的MRFP的信息。
步骤8，服务注册中心将与MRFC的服务注册名相同的MRFP的信息返回给MRFC。
步骤9，MRFC根据服务注册中心返回的MRFP的信息，更新前一次获取的MRFP的信息。
MRFC将新获取的MRFP的信息与前一次获取的MRFP的信息进行比较，删除本次不存在的MRFP的信息，增加本次新出现的MRFP的信息，与本次新出现的MRFP建立信令通道，获取新出现的MRFP的能力信息。
实施例八
由于MRFC和MRFP可以动态扩容和缩容，所以为了保证基于软件媒体服务器的会议级联方法可以正常执行，需要保证MRFC的数据具有实时性，下面对MRFC的数据更新过程进行描述。
图14是根据本发明第八实施例的MRFC数据更新的步骤流程图。
步骤S1410，在本端MRFC运行过程中，每隔预设时间段从所述服务注册中心获取一次与本端MRFC的服务注册名相同的MRFP的信息。
步骤S1420，将本次获取到的MRFP的信息与前一次获取到的MRFP的信息进行比较。
步骤S1430，与本次新增的MRFP建立信令通道，并基于所述信令通道获取所述本次新增MRFP的能力信息。
步骤S1440，删除本次下线的MRFP对应的信息，断开与本次下线的MRFP之间的信令通道。
在本端MRFC运行的过程中，如果接收到所述MRFP发送的下线通知，则设置所述MRFP的状态为不可用。
实施例九
在本实施例中，参照图2对单MRFC、多MRFP的应用场景进行进一步地描述。如图15所示，为根据本发明第九实施例的基于软件媒体服务器的会议级联方法的时序图。
在本实施例中，终端1和MRFC之间的交互，终端2和MRFC之间的交互，都是通过AS进行的，为了使本实施例更加易懂，在时序图和后续描述中暂时忽略AS。
步骤1，终端1将媒体协商消息发送至MRFC。
步骤2，MRFC选择当前最空闲的MRFP1，将终端1的媒体协商消息转发给该MRFP1以便进行媒体协商。
MRFC根据预先设置的负载均衡策略，将媒体协商消息转发给MRFP1。
该负载均衡策略例如是：将接收的媒体协商消息顺次发送给每个MRFP，或者在一个MRFP的性能达到瓶颈时，将媒体协商消息发送给下一个MRFP。
步骤3，MRFP1返回协商成功消息至MRFC。
在媒体协商消息的应答消息中携带指定内容，来表示协商成功消息。例如：在应答消息中携带200OK，表示协商成功消息。
步骤4，MRFC将协商成功消息转发给终端1。
步骤5，终端1在接收到协商成功消息之后，向MRFC发送创会请求消息。
创会请求消息，用于请求创建会议。
在该创会请求消息中携带终端信息、终端请求创建的会议的唯一编码(ID)。例如：创会请求消息中携带终端1的ID，以及会议的唯一编码confname1。
步骤6，MRFC接收到创会请求消息之后，记录会议数据，同时将创会请求消息转发给终端1对应的MRFP1，并将MRFP1作为主MRFP。
MRFC记录的会议数据可以保持在MRFC的内存中，也可以为了便于其他MRFC查询，将会议数据存储到数据中心。
MRFC根据来自终端的创会请求消息中的终端信息，可以确定与终端进行媒体协商的MRFP，将创会请求消息转发给与终端进行媒体协商的MRFP。
在本实施例中，会议数据包括但不限于：终端信息、会议ID以及与终端协商成功的MRFP的信息。
MRFC查询会议数据，可以确定创会请求消息所请求创建的会议在MRFC连接的MRFP中没有被创建过，所以将MRFP1作为该会议的主MRFP。
步骤7，MRFP1根据创会请求消息执行终端1的创会加会操作，并在会议创建成功之后通知MRFC。
MRFP1在创建会议成功之后，返回应答消息，在该应答消息中携带200OK，表示创建会议成功。
步骤8，MRFC通知终端1会议创建成功。
步骤9，终端2将媒体协商消息发送至MRFC。
步骤10，如果MRFP1的性能已经达到媒体处理阈值，则MRFC选择当前最空闲的MRFP2，将终端2的媒体协商消息发送给MRFP2进行媒体协商。
步骤11，MRFP2返回协商成功消息至MRFC。
步骤12，MRFC将协商成功消息转发给终端2。
步骤13，终端2在接收到协商成功消息后，向MRFC发送加会请求消息。
例如：加会请求消息中携带终端2的ID，以及会议的唯一编码confname1。
步骤14，MRFC将加会请求消息转发给终端2对应的MRFP2。
步骤15，MRFP2根据加会请求消息执行终端2的创会加会操作，并在会议创建成功之后通知MRFC。
由于MRFP2中没有创建编码为confname1的会议的处理进程，所以，在接收到加会请求消息之后，需要执行会议创建操作。当前，如果MRFP2根据加会请求消息判断MRFP2中已经存在该会议，则直接将终端2加入到该会议中即可。
步骤16，MRFC通知终端2会议创建成功。
步骤17，MRFC根据会议数据，若检测到终端2请求加入的会议不在主MRFP1上，则向MRFP2发送创建从会议级联口消息。
步骤18，MRFP2创建从会议级联口，并将从会议级联口的消息返回至MRFC。
从会议级联口的信息，包括：从会议级联口的IP(Internet Protocol Address，互联网协议地址)和端口号。
步骤19，MRFC将MRFP2的从会议级联口的信息保存到会议数据中，同时将MRFP2的从会议级联口的信息发送给MRFP1，并请求MRFP1创建主会议级联口。
步骤20，MRFP1保存MRFP2的从会议级联口的信息，创建主会议级联口，并将主会议级联口的信息返回至MRFC。
主会议级联口的信息，包括：主会议级联口的IP和端口号。
步骤21，MRFC将MRFP1的主会议级联口的信息同步给MRFP2，由MRFP2进行保存。
步骤22，MRFP2和MRFP1基于主会议级联口的信息和从会议级联口的信息完成级联，形成媒体通道。
在MRFP1得到MRFP2的从会议级联口的信息，MRFP2得到MRFP1的主会议级联口的信息之后，主MRFP和从MRFP之间实现级联，接入MRFP2的终端2的媒体码流可以通过MRFP2的从会议级联口向MRFP1的主会议级联口传输，接入MRFP1的终端1之间的媒体码流可以通过MRFP1的主会议级联口向MRFP2的从会议级联口传输。
在本实施例中，针对同一会议，如果有多个从MRFP，那么多个从MRFP分别与主MRFP级联，各个从MRFP的媒体码流都传输给主MRFP，再由主MRFP对各个从MRFP以及主MRFP的媒体码流进行合成，即将多路媒体码流合成为一路，将合成后的媒体码流分别传输给各个从MRFP。还可以通过主MRFP，将各个从MRFP的从会议级联口的信息发送给各个从MRFP，使从MRFP之间级联，这样，主MRFP的媒体码流可以直接发送给各个从MRFP，从MRFP的媒体码流可以发送主MRFP以及其他从MRFP。
在本实施例中，针对同一会议，主MRFP中创建的会议为主会议，从MRFP中创建的会议为从会议。当有多个终端加入从会议时，从MRFP可以根据MRFC下发的视频画面合成消息，来确认从会议对应的媒体码流是否需要编解码或者合成，若不需要编解码或者合成，则直接将媒体码流丢弃，即加入该从会议的多个终端产生的媒体码流都丢弃；若需要编解码或者合成，则根据视频画面合成消息中指出的终端信息，采用预设的合成方式，将该终端信息对应的媒体码流进行合成，并通过从会议级联口传给主MRFP。主MRFP也可以用相同的方式将媒体码流传输给从MRFP；这样MRFP1和MRFP2之间在会议过程中只有一路码流进行传输，极大地减少了网络数据传输压力。
如图16所示，为根据本发明第九实施例的单MRFC、多MRFP模式的级联会议模型示意图。
在图16中，TER1～TER7表示会议终端1～会议终端N。
TER1、TER2、TER3媒体协商至MRFP1中，并在主MRFP1中创建了主会议；TER4、TER5协商至MRFP2中，并在从MRFP2中创建了从会议；TER6、TER7协商至MRFP3中，并在从MRFP3中创建了相同的从会议；
从MRFP2和从MRFP3在创建从会议的过程中，需要同步创建与主MRFP1级联的从会议级联口，即创建从会议级联口，并同步从会议级联口的信息至主MRFP1；主MRFP1创建主会议级联口并将主会议级联口的信息同步到从MRFP2和从MRFP3。
在主会议级联口和从会议级联口创建成功之后，主、从会议之间的媒体流就可以通过主会议级联口和从会议级联口在MRFP1～MRFP3之间传输。
实施例十
在本实施例中，参照图3对多MRFC、多MRFP的应用场景进行进一步地描述。多个MRFC之间的级联可以事先执行或者动态执行。
多个MRFP之间的级联可以包括：不同区域间的多个MRFC的级联，同一区域内的多个MRFC的级联。进一步地，可以通过业务服务器来实现不同区域间的多个MRFC的级联。可以通过MRFC之间交互实现同一区域内的多个MRFC的级联，一个MRFC使用另一个MRFC的服务注册名重新注册，在注册完成之后，与所述另一个MRFC级联。
下面对事先级联两个区域中的多个MRFC进行描述。图17是根据本发明第十实施例的MRFC区域级联的示意图。
在执行MRFC区域级联时，执行以下步骤：
步骤1，在区域2的软件媒体服务器MS2和区域1的软件媒体服务器MS1级联时，区域2中的PROXY2获得区域1中的MRFC的服务注册名(MRFC1)，将该服务注册名携带在区域级联消息中，向区域2中的MRFC广播。
运维服务器可以触发区域2和区域1的软件媒体服务器级联，PROXY2可以从服务注册中心获取区域1中的MRFC的服务注册名(图17中区域1中的MRFC的服务注册名为MRFC1)，也可以接收运维服务器发送的区域1中的MRFC的服务注册名。
在服务注册中心中，在MS1和MS2级联之前，三个MRFC的信息为MRFC1_S1、MRFC2_S2和MRFC2_S3，其中，在MRFC的信息中，MRFC1和MRFC2为服务注册名。
步骤2，区域2中的MRFC接收到区域级联消息之后，向服务注册中心取消本端MRFC的注册。
步骤3，区域2中的MRFC使用区域级联消息中的服务注册名重新在服务注册中心进行注册。
如图17所示，MRFC2_S2和MRFC2_S3对应的MRFC取消在服务注册中心的注册，并使用服务注册名MRFC1重新进行注册。在级联之后，在服务注册中心中，三个MRFC的信息为MRFC1_S1、MRFC1_S2和MRFC1_S3。
步骤4，区域2中的MRFC重新注册成功之后，可以使用新的服务注册名(MRFC1)在服务注册中心查询具有相同服务注册名的其他MRFC，并与其他MRFC建立信令通道。
MRFC1_S2对应的MRFC可以查询到MRFC1_S1和MRFC1_S3，并且与MRFC1_S1和MRFC1_S3对应的MRFC建立信令通道；MRFC1_S3对应的MRFC可以查询到MRFC1_S1和MRFC1_S2，并且与MRFC1_S1和MRFC1_S2对应的MRFC建立信令通道。MRFC1_S2和MRFC1_S3对应的MRFC之间的信令通道建立一条即可。
在本实施例中，通过软件媒体服务器级联方式，在区域2与区域1之间建立信令通道，区域2的会议终端可以就近接入区域2中的软件媒体服务器，区域1中的会议终端可以就近接入区域1中的软件媒体服务器，通过区域2和区域1之间的信令通道，区域2中的会议终端和区域1中的会议终端可以参加同一会议。
在本实施例中，当单个软件媒体服务器处于性能不足或者无法处理的情况下，能够自动感知当前媒体服务器能力不足并通过分流至其他软件媒体服务器，使会议终端正常接入。
如图18所示，为根据本发明第十实施例的基于软件媒体服务器的会议级联方法的时序图。
在本实施例中，MRFC1和MRFC2事先级联。终端1和MRFC1之间的交互，终端2和MRFC2之间的交互都是通过PROXY进行的，为了使本实施例更加易懂，在时序图和后续描述中暂时忽略PROXY。
步骤1，MRFC1接收来自终端1的媒体协商消息。
终端1发送媒体协商消息至PROXY；PROXY根据预设的负载均衡策略，将终端1的媒体协商消息分发至MRFC1。
步骤2，MRFC1接收到媒体协商消息后，将该媒体协商消息发送至MRFC1下的当前最空闲的MRFP1。
步骤3，MRFP1根据该媒体协商消息进行视音频能力协商，协商成功之后，返回媒体协商成功消息通知MRFC1。
步骤4，MRFC1将接收到的媒体协商成功消息转发给终端1。
步骤5，终端1向MRFC1发送创会请求消息。
步骤6，MRFC1将会议数据保存到数据中心，并将终端1的创会请求消息发送给终端1对应的MRFP1，将MRFP1作为主MRFP。
会议数据包括但不限于：终端信息、会议ID、与终端协商成功的MRFP的信息、该MRFP连接的MRFC。
数据中心可以记录一个区域内的会议数据，也可以根据需求记录多个区域内的会议数据。
MRFC1可以通过查询数据中心，确定终端1的创会请求消息所请求创建的会议未被创建过，所以讲MRFP1作为该会议的主MRFP。
终端媒体协商成功之后，下发创会加会消息至PROXY；
步骤7，MRFP1根据创会请求消息执行终端1的创会加会操作，并在会议创建成功之后通知MRFC1。
步骤8，MRFC1将创会成功消息转发给终端1。
步骤9，MRFC2接收来自终端2的媒体协商消息。
终端2将媒体协商消息发送给PROXY；PROXY根据负载均衡策略将该媒体协商消息分发给MRFC2。
步骤10，MRFC2将终端2的媒体协商消息发送至MRFC2下的当前最空闲的MRFP2。
步骤11，MRFP2根据该媒体协商消息进行视音频能力协商，协商成功之后，返回协商成功消息通知MRFC2。
步骤12，MRFC2将接收到的协商成功消息转发给终端2。
步骤13，终端2向MRFC2发送加会请求消息。
步骤14，MRFC2通过查询数据中心，判断终端2需要加入的会议是否存在，若不存在，则表明会议不存在，直接向终端2返回加会失败的消息；若存在，则将终端2的加会请求消息发送给终端2对应的MRFP2。
步骤15，由于针对同一会议终端1已经在MRFP1创建会议，所以MRFP2根据加会请求消息执行终端2的创会加会操作，创建从会议并将终端2加入到从会议中。
步骤16，MRFP2在会议创建成功之后通知MRFC2。
步骤17，MRFC2将会议创建成功的消息转发给终端2，并且将MRFP2作为从MRFP。
步骤18，MRFC2向MRFP2发送创建从会议级联口的请求。
步骤19，MRFP2创建从会议级联口，并将从会议级联口的信息返回给MRFC2。
步骤20，MRFC2保存接收到从会议级联口的信息，同时将从会议级联口的信息发送给MRFC1，并且将请求MRFP1创建主会议级联口的消息发送给MRFC1。
步骤21，MRFC1将MRFP2的从会议级联口的信息以及请求MRFP1创建主会议级联口的消息发送给主会议所在的MRFP1。
步骤22，MRFP1保存MRFP2的从会议级联口的信息，创建主会议级联口，并将主会议级联口的信息发送给MRFC1。
步骤23，MRFC1将MRFP1的主会议级联口的信息转发至MRFC2。
步骤24，MRFC2将MRFP1的主会议级联口的信息转发给MRFP2，使MRFP2保存MRFP1的主会议级联口的信息。
步骤25，MRFP1和MRFP2根据主会议级联口的信息和从会议级联口的信息级联，形成媒体通道。
在MRFP1获知MRFP2的从会议级联口的信息，MRFP2获知MRFP1的主会议级联口的信息之后，就可以基于主会议级联口和从会议级联口，跨MRFC、MRFP，进行媒体码流的传输。例如：终端1产生的媒体流通到达MRFP1，由MRFP1进行处理后发送给MRFP2，终端2产生的媒体流到达MRFP2，由MRFP2进行处理后发送给MRFP1。
根据本实施例，可以提供区域级联功能，支持就近接入原则，即区域A的用户和区域B的用户一起开会时，区域A的用户自动接入区域A的软件媒体服务器，区域B的用户自动接入区域B的软件媒体服务器，然后通过将A、B两个区域的软件媒体服务器进行级联，使区域A中的用户和区域B中的用户接入同一会议，而且这样可以减少区域A、B之间的网络带宽传输压力。
如图19所示，为根据本发明第十实施例的多MRFC、多MRFP模式的级联会议模型示意图。
终端TER1、TER2、TER3、TER4协商至主MRFC1后，在MRFP11中成功创建主会议并加会；TER5、……、TERN-1、TERN同样协商至主MRFC1并在MRFP12中创建从会议并加会；MRFP12上成功创建从会议之后，第一个终端加会成功之后会相应地创建从会议级联口同步至MRFP11，MRFP11创建对应于MRFP12的主会议级联口并同步至MRFP12，这样MRFP11和MRFP12之间便以主从级联口进行媒体码流的传输。
终端TERN+1、TERN+2、TERN+3、TERN+4协商至从MRFC2后，在MRFP21上创建从会议并加会，第一个终端成功创会加会之后，会创建相应地从会议级联口，并将从会议级联口信息返回至从MRFC2，由从MRFC2通过信令通道转发至主MRFC1，主MRFC1再将从会议级联口信息发送至主MRFP11；主MRFP11同时创建对应从MRFP21的主会议级联口，并按照原传输通道返回至从MRFP21；这样便在主MRFP11和从MRFP21之间创建了一个媒体通道。
终端TERN+5至终端TER2N以类似的方式在从MRFP22上创会加会以及创建从会议级联口，并将从会议级联口信息与主MRFP11同步，在MRFP22和MRFP11之间创建媒体通道。
终端TER1～TER2N成功创会加会之后，从MRFP的媒体码流便可以向主MRFP的主会议级联口发送，主MRFP的媒体码流可以从MRFP的从会议级联口发送。
实施例十一
本实施例提供一种MRFC。在本实施例中，所述MRFC包括处理器和存储器。所述处理器用于执行所述存储器中存储的基于软件媒体服务器的会议级联程序，以实现上述MRFC侧执行的基于软件媒体服务器的会议级联方法。
实施例十二
本实施例提供一种存储介质。所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现上述MRFC侧执行的基于软件媒体服务器的会议级联方法。
在本实施例中，计算机可读存储介质包括：ROM/RAM、磁碟、光盘。
实施例十三
本实施例提供一种MRFP。所述MRFP包括处理器和存储器；所述处理器用于执行所述存储器中存储的基于软件媒体服务器的会议级联程序，以实现上述在MRFP侧执行的基于软件媒体服务器的会议级联方法。
实施例十四
本实施例提供一种存储介质。所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现上述在MRFP侧执行的基于软件媒体服务器的会议级联方法。
尽管为示例目的，已经公开了本发明的优选实施例，本领域的技术人员将意识到各种改进、增加和取代也是可能的，因此，本发明的范围应当不限于上述实施例。

Claims (13)

1.一种基于软件媒体服务器的会议级联方法，其特征在于，在媒体控制服务器MRFC侧执行，包括：
接收会议终端发出的会议请求消息；
将所述会议请求消息转发给媒体处理服务器MRFP，以控制所述MRFP根据所述会议请求消息执行创会加会操作；
在所述创会加会操作之后，如果检测到在多个MRFP上创建了所述会议，则控制所述多个MRFP级联，以便形成媒体通道。
2.如权利要求1所述的方法，其特征在于，如果检测到在多个MRFP上创建了所述会议，则控制所述多个MRFP级联，包括：
在控制第一MRFP创建所述会议之后，检测在所述第一MRFP上创建的所述会议是否已经在本端MRFC连接的第二MRFP上创建；
如果所述会议已经在所述第二MRFP上创建，则控制所述第二MRFP创建主会议级联口，控制所述第一MRFP创建从会议级联口；
将所述主会议级联口的信息发送给所述第一MRFP，将所述从会议级联口的信息发送给所述第二MRFP，以便所述第一MRFP和所述第二MRFP级联。
3.如权利要求1所述的方法，其特征在于，在接收会议终端发出的会议请求消息之前，所述方法还包括：
接收业务服务器广播发送的携带有服务注册名的区域级联消息；
使用所述服务注册名在所述服务注册中心重新注册；
在注册成功之后，向所述服务注册中心查询与本端MRFC具有相同服务注册名的其他MRFC，在本端MRFC和所述其他MRFC之间建立信令通道。
4.如权利要求1所述的方法，其特征在于，在控制所述多个MRFP级联之前，还包括：
在控制与本端MRFC相连的第一MRFP创建会议之后，检测在所述第一MRFP上创建的所述会议是否已经在其他MRFC连接的第二MRFP上创建；
如果所述会议已经在其他MRFC连接的第二MRFP上创建，则使用所述其他MRFC的服务注册名在所述服务注册中心重新注册；
在注册成功之后，在本端MRFC与所述其他MRFC之间建立信令通道。
5.如权利要求3或4所述的方法，其特征在于，如果检测到在多个MRFP上创建了所述会议，则控制所述多个MRFP级联，包括：
在本端MRFC和所述其他MRFC之间建立信令通道之后，控制与本端MRFC相连的第一MRFP创建从会议级联口，并请求与所述其他MRFC相连的第二MRFP创建主会议级联口；
将所述从会议级联口的信息发送给与所述其他MRFC相连的第二MRFP，并将所述第二MRFP发送的主会议级联口的信息转发给所述第一MRFP，以便所述第一MRFP和所述第二MRFP级联。
6.如权利要求1所述的方法，其特征在于，在控制所述多个MRFP级联之后，所述方法还包括：
向所述多个MRFP中的全部或者部分发送视频画面合成消息；其中，所述视频画面合成消息包括：多路待合成的视频画面分别对应的会议终端的信息。
7.一种基于软件媒体服务器的会议级联方法，其特征在于，在MRFP侧执行，包括：
接收MRFC转发的来自会议终端的会议请求消息；
根据所述会议请求消息，执行创会加会操作；
在所述创会加会操作之后，如果所述MRFC检测到在多个MRFP上创建了所述会议，则在所述MRFC的控制下，与创建了所述会议的其他MRFP级联，以便形成媒体通道。
8.如权利要求7所述的方法，其特征在于，在所述MRFC的控制下，与创建了所述会议的其他MRFP级联，包括：
在所述MRFC的控制下，创建从会议级联口；
将所述从会议级联口的信息发送给所述MRFC；
接收所述MRFC转发的来自所述其他MRFP的主会议级联口的信息，完成于所述其他MRFP的级联。
9.如权利要求7所述的方法，其特征在于，在与创建了所述会议的其他MRFP级联之后，所述方法还包括：
接收所述MRFC发送的视频画面合成消息；其中，所述视频画面合成消息包括：多路待合成的视频画面分别对应的会议终端的信息；
根据所述多路待合成的视频画面分别对应的会议终端的信息，将多个所述会议终端分别产生的媒体码流合成为一路媒体码流并通过媒体通道在级联的MRFP之间传输。
10.一种媒体控制服务器MRFC，其特征在于，所述MRFC包括处理器和存储器；所述处理器用于执行所述存储器中存储的基于软件媒体服务器的会议级联程序，以实现权利要求1～6中任一项所述的基于软件媒体服务器的会议级联方法。
11.一种存储介质，其特征在于，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现权利要求1～6中任一项所述的基于软件媒体服务器的会议级联方法。
12.一种媒体处理服务器MRFP，其特征在于，所述MRFP包括处理器和存储器；所述处理器用于执行所述存储器中存储的基于软件媒体服务器的会议级联程序，以实现权利要求7～9中任一项所述的基于软件媒体服务器的会议级联方法。
13.一种存储介质，其特征在于，所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现权利要求7～9中任一项所述的基于软件媒体服务器的会议级联方法。
CN201710272003.4A 2017-04-24 2017-04-24 基于软件媒体服务器的会议级联方法、服务器及存储介质 Active CN108737480B (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN201710272003.4A CN108737480B (zh) 2017-04-24 2017-04-24 基于软件媒体服务器的会议级联方法、服务器及存储介质
EP18792067.3A EP3618349A4 (en) 2017-04-24 2018-02-02 CONFERENCE CASCADE PROCESS BASED ON A SOFTWARE MULTIMEDIA SERVER, AS WELL AS SERVER AND STORAGE MEDIA
PCT/CN2018/075026 WO2018196464A1 (zh) 2017-04-24 2018-02-02 基于软件媒体服务器的会议级联方法、服务器及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710272003.4A CN108737480B (zh) 2017-04-24 2017-04-24 基于软件媒体服务器的会议级联方法、服务器及存储介质

Publications (2)

Publication Number Publication Date
CN108737480A true CN108737480A (zh) 2018-11-02
CN108737480B CN108737480B (zh) 2022-08-16

Family

ID=63917996

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710272003.4A Active CN108737480B (zh) 2017-04-24 2017-04-24 基于软件媒体服务器的会议级联方法、服务器及存储介质

Country Status (3)

Country Link
EP (1) EP3618349A4 (zh)
CN (1) CN108737480B (zh)
WO (1) WO2018196464A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021259275A1 (zh) * 2020-06-24 2021-12-30 中兴通讯股份有限公司 会议级联方法及系统、终端、计算机可读存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101710962A (zh) * 2009-12-22 2010-05-19 中兴通讯股份有限公司 视频会议资源调度的方法和装置
CN101719903A (zh) * 2009-12-17 2010-06-02 中兴通讯股份有限公司 Ip多媒体子系统的实现多点控制单元级联的方法及装置
CN101997866A (zh) * 2009-08-14 2011-03-30 锐德世加拿大无限责任公司 Ip网络中的分布式媒体混合和会议
CN102710922A (zh) * 2012-06-11 2012-10-03 华为技术有限公司 一种多点控制服务器的级联建立方法，设备及系统
US20130094671A1 (en) * 2010-06-30 2013-04-18 Huawei Technologies Co., Ltd. Method, apparatus, and system for cross-platform conference convergence
CN105187760A (zh) * 2015-07-30 2015-12-23 武汉随锐亿山科技有限公司 一种多点控制单元集群系统及方法

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7800642B2 (en) * 2006-03-01 2010-09-21 Polycom, Inc. Method and system for providing continuous presence video in a cascading conference
GB2437785A (en) * 2006-05-02 2007-11-07 Skype Ltd Voice over internet protocol (VOIP) group conference communication
CN101217389B (zh) * 2007-01-04 2011-07-13 中兴通讯股份有限公司 音频会议桥接级联实现方法及音频会议桥接级联系统
CN101227533B (zh) * 2008-01-31 2011-09-14 华为技术有限公司 一种建立音频会议连接的方法和装置
US8457139B2 (en) * 2010-04-09 2013-06-04 Genband Us Llc Systems, methods, and computer readable media for loose coupling of multimedia resource function controllers and multimedia resource function processors
US10356138B2 (en) * 2014-01-13 2019-07-16 Telefonaktiebolaget Lm Ericsson (Publ) Method and nodes for configuring a communication path for a media service

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101997866A (zh) * 2009-08-14 2011-03-30 锐德世加拿大无限责任公司 Ip网络中的分布式媒体混合和会议
CN101719903A (zh) * 2009-12-17 2010-06-02 中兴通讯股份有限公司 Ip多媒体子系统的实现多点控制单元级联的方法及装置
CN101710962A (zh) * 2009-12-22 2010-05-19 中兴通讯股份有限公司 视频会议资源调度的方法和装置
US20130094671A1 (en) * 2010-06-30 2013-04-18 Huawei Technologies Co., Ltd. Method, apparatus, and system for cross-platform conference convergence
CN102710922A (zh) * 2012-06-11 2012-10-03 华为技术有限公司 一种多点控制服务器的级联建立方法，设备及系统
US20150092617A1 (en) * 2012-06-11 2015-04-02 Huawei Technologies Co., Ltd. Method, Device, and System For Establishing Cascade of Multipoint Control Servers
CN105187760A (zh) * 2015-07-30 2015-12-23 武汉随锐亿山科技有限公司 一种多点控制单元集群系统及方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
包俊等: "基于IMS网络的融合会议研究", 《电信技术》 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021259275A1 (zh) * 2020-06-24 2021-12-30 中兴通讯股份有限公司 会议级联方法及系统、终端、计算机可读存储介质

Also Published As

Publication number Publication date
CN108737480B (zh) 2022-08-16
WO2018196464A1 (zh) 2018-11-01
EP3618349A1 (en) 2020-03-04
EP3618349A4 (en) 2021-01-13

Similar Documents

Publication Publication Date Title
US9077738B1 (en) Systems and methods for setting up a collaborative communication system
CN102571686B (zh) 云会议系统的实现方法
US8732236B2 (en) Managing network communications between network nodes and stream transport protocol
US20120047270A1 (en) Directing modalities over different networks in multimodal communications
CN110149262A (zh) 一种信令报文的处理方法和装置、及存储介质
US10601880B2 (en) Conference reconstruction in SIP networks
CN113014847B (zh) 一种基于混合云架构实现音视频通信的方法及系统
CN106713819A (zh) 用于视频会议的数据传输方法、装置及系统
CN101656749A (zh) 一种实时系统下无中心节点的发布者/订阅者实时互发现方法
CN112995234B (zh) 一种媒体传输链路管理方法及装置
CN110545395A (zh) 一种视联网会议切换方法及装置
US10348714B1 (en) Systems and methods for setting up a collaborative communication system
CN110213334A (zh) 一种共享文件的传输方法及装置
CN109698818A (zh) 一种获取在线用户以及跨流媒体通信的方法和装置
CN108737480A (zh) 基于软件媒体服务器的会议级联方法、服务器及存储介质
US20060168553A1 (en) Software development kit for real-time communication applications and system
CN107395555A (zh) 一种会话管理的方法、设备和系统
CN109889755A (zh) 通信连接方法和装置
CN108668151A (zh) 音视频交互方法及装置
CN111147440A (zh) 一种基于视联网的状态信息处理方法及装置
CN109257444A (zh) 一种负载分担方法、装置及系统
Boukerche et al. A hybrid solution to support multiuser 3D virtual simulation environments in peer-to-peer networks
CN110062193B (zh) 一种多人通话的处理方法及装置
Granda et al. A self-managed resilient overlay network for interactive multimedia communications
Seong et al. Multipoint VoIP in Ubiquitous Environments

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant