CN111385519A - 实现视频会议恢复的方法、装置、终端及多点控制单元 - Google Patents

实现视频会议恢复的方法、装置、终端及多点控制单元 Download PDF

Info

Publication number
CN111385519A
CN111385519A CN201811644407.2A CN201811644407A CN111385519A CN 111385519 A CN111385519 A CN 111385519A CN 201811644407 A CN201811644407 A CN 201811644407A CN 111385519 A CN111385519 A CN 111385519A
Authority
CN
China
Prior art keywords
mcu
media
video conference
terminal
media channel
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
CN201811644407.2A
Other languages
English (en)
Other versions
CN111385519B (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 CN201811644407.2A priority Critical patent/CN111385519B/zh
Priority to PCT/CN2019/129133 priority patent/WO2020135698A1/zh
Publication of CN111385519A publication Critical patent/CN111385519A/zh
Application granted granted Critical
Publication of CN111385519B publication Critical patent/CN111385519B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/14—Systems for two-way working
    • H04N7/15—Conference systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
    • 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
    • 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/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/14—Systems for two-way working
    • H04N7/15—Conference systems
    • H04N7/152—Multipoint control units therefor

Abstract

本文公开了一种实现视频会议恢复的方法、装置、终端及多点控制单元。所述应用于终端的方法包括：在终端成功加入主多点控制单元MCU召开的视频会议时，与主MCU建立基于SIP连接的第一媒体通道，第一媒体通道设置为激活媒体传输状态；与备MCU建立基于SIP连接的第二媒体通道，第二媒体通道设置为不激活媒体传输状态；利用第一媒体通道传输媒体流；在主MCU发生故障且主MCU和备MCU完成主备倒换后，所述终端通过与所述备MCU之间已经建立的SIP连接加入所述备MCU恢复召开的视频会议中，所述第二媒体通道的状态设置为激活媒体传输状态，利用所述第二媒体通道传输媒体流。本文的技术方案能够缩短视频会议系统恢复时间。

Description

实现视频会议恢复的方法、装置、终端及多点控制单元
技术领域
本发明涉及视频会议技术领域，尤其涉及的是一种实现视频会议恢复的方法、装置、终端及多点控制单元。
背景技术
在视频会议系统中，MCU(Multipoint Control Unit，多点控制单元)作为视频会议系统的关键组件，它与多个终端交互，保持音视频互通，为了提供可靠的视频会议服务，系统一般都是配置两台独立的MCU，它们互为主备，通过链路保活消息相互监听对端的设备运行状态，并且实时同步视频会议的关键信息，包括视频会议能力、终端列表等。
视频会议召开的过程中两台MCU均启动，主MCU负责当前视频会议的创建、视频会议的管理及与终端侧的信令、媒体交互，当主MCU出现故障无法正常工作时，备MCU检测到异常并进行当前视频会议的恢复。
相关技术中，视频会议恢复方法一般通过SIP(Session Initiation Protocol，会话初始协议)服务器挂断主MCU上的所有终端，然后由备MCU创建视频会议，将所有终端重新呼叫加入视频会议，但是这种方式需要挂断MCU与终端侧的信令，重新建立与备MCU的呼叫连接，终端用户可以明显感觉到MCU倒换的发生，如果终端数量很多，则终端逐个加入视频会议增加了切换的时间。
发明内容
本发明实施例提供一种实现视频会议恢复的方法、装置、终端及多点控制单元，能够缩短视频会议系统恢复时间。
根据本申请的第一方面，本发明实施例提供一种实现视频会议恢复的方法，应用于终端，包括：
在终端成功加入主多点控制单元MCU召开的视频会议时，与所述主MCU建立基于SIP连接的第一媒体通道，所述第一媒体通道设置为激活媒体传输状态；与备MCU建立基于SIP连接的第二媒体通道，所述第二媒体通道设置为不激活媒体传输状态；利用所述第一媒体通道传输媒体流；
在所述主MCU发生故障且所述主MCU和所述备MCU完成主备倒换后，所述终端通过与所述备MCU之间已经建立的SIP连接加入所述备MCU恢复召开的视频会议中，所述第二媒体通道的状态设置为激活媒体传输状态，利用所述第二媒体通道传输媒体流。
根据本申请的第二方面，本发明实施例提供一种实现视频会议恢复的方法，应用于多点控制单元，包括：
当所述多点控制单元MCU是主MCU时，在终端成功加入所述主MCU召开的视频会议时，与所述终端之间建立基于SIP连接的第一媒体通道，所述第一媒体通道设置为激活媒体传输状态；利用所述第一媒体通道传输媒体流；
当所述多点控制单元MCU是备MCU时，在终端成功加入主MCU召开的视频会议时，与所述终端之间建立基于SIP连接的第二媒体通道，所述第二媒体通道设置为不激活媒体传输状态；当检测到所述主MCU故障时，与所述主MCU之间进行主备倒换，恢复召开所述视频会议，通过已经建立的SIP连接将所述终端添加到所述视频会议中，将所述第二媒体通道的状态设置为激活媒体传输状态，利用所述第二媒体通道传输媒体流。
根据本申请的第三方面，本发明实施例提供一种实现视频会议恢复的装置，应用于终端，包括：
第一连接模块，用于在终端成功加入主多点控制单元MCU召开的视频会议时，与所述主MCU建立基于SIP连接的第一媒体通道，所述第一媒体通道设置为激活媒体传输状态；与备MCU建立基于SIP连接的第二媒体通道，所述第二媒体通道设置为不激活媒体传输状态，利用所述第一媒体通道传输媒体流；
第二连接模块，用于在所述主MCU发生故障且所述主MCU和所述备MCU完成主备倒换后，通过与所述备MCU之间已经建立的SIP连接加入所述备MCU恢复召开的视频会议中，所述第二媒体通道的状态设置为激活媒体传输状态，利用所述第二媒体通道传输媒体流。
根据本申请的第四方面，本发明实施例提供一种实现视频会议恢复的装置，应用于多点控制单元，包括：
主MCU处理模块，用于当所述多点控制单元MCU是主MCU时，在终端成功加入所述主MCU召开的视频会议时，与所述终端之间建立基于SIP连接的第一媒体通道，所述第一媒体通道设置为激活媒体传输状态；利用所述第一媒体通道传输媒体流；
备MCU处理模块，用于当所述多点控制单元MCU是备MCU时，在终端成功加入主MCU召开的视频会议时，与所述终端之间建立基于SIP连接的第二媒体通道，所述第二媒体通道设置为不激活媒体传输状态；当检测到所述主MCU故障时，与所述主MCU之间进行主备倒换，恢复召开所述视频会议，通过已经建立的SIP连接将所述终端添加到所述视频会议中，将所述第二媒体通道的状态设置为激活媒体传输状态，利用所述第二媒体通道传输媒体流。
根据本申请的第五方面，本发明实施例提供一种实现视频会议恢复的终端，包括：
存储器、处理器及存储在所述存储器上并可在所述处理器上运行的实现视频会议恢复的程序，所述实现视频会议恢复的程序被所述处理器执行时实现上述根据本申请的第一方面提供的实现视频会议恢复的方法的步骤。
根据本申请的第六方面，本发明实施例提供一种实现视频会议恢复的多点控制单元，包括：
存储器、处理器及存储在所述存储器上并可在所述处理器上运行的实现视频会议恢复的程序，所述实现视频会议恢复的程序被所述处理器执行时实现上述根据本申请的第二方面提供的实现视频会议恢复的方法的步骤。
根据本申请的第七方面，本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有实现视频会议恢复的程序，所述实现视频会议恢复的程序被处理器执行时实现上述根据本申请的第一方面提供的实现视频会议恢复的方法的步骤。
根据本申请的第八方面，本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有实现视频会议恢复的程序，所述实现视频会议恢复的程序被处理器执行时实现上述根据本申请的第二方面提供的实现视频会议恢复的方法的步骤。
与相关技术相比，本发明实施例提供的一种实现视频会议恢复的方法、装置、终端及多点控制单元，在终端成功加入主MCU召开的视频会议时，终端与所述主MCU建立基于SIP连接的第一媒体通道，所述第一媒体通道设置为激活媒体传输状态，与备MCU建立基于SIP连接的第二媒体通道，所述第二媒体通道设置为不激活媒体传输状态，利用所述第一媒体通道传输媒体流；在所述主MCU发生故障且所述主MCU和所述备MCU完成主备倒换后，所述终端通过与所述备MCU之间已经建立的SIP连接加入所述备MCU恢复召开的视频会议中，所述第二媒体通道的状态设置为激活媒体传输状态，利用所述第二媒体通道传输媒体流。本发明实施例的技术方案能够缩短视频会议系统恢复时间。
附图说明
图1为本发明实施例1的一种实现视频会议恢复的方法流程图(终端)；
图2为本发明实施例2的一种实现视频会议恢复的方法流程图(多点控制单元)；
图3为本发明实施例3的一种实现视频会议恢复的装置示意图(终端)；
图4为本发明实施例4的一种实现视频会议恢复的装置示意图(多点控制单元)；
图5为本发明示例1-示例4的视频会议系统的架构图；
图6为本发明示例1的一种实现视频会议恢复的方法流程图；
图7为本发明示例2的一种实现视频会议恢复的方法流程图；
图8为本发明示例3的一种实现视频会议恢复的方法流程图；
图9为本发明示例4的一种实现视频会议恢复的方法流程图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。
实施例1
如图1所示，本发明实施例提供了一种实现视频会议恢复的方法，应用于终端，包括：
步骤S110，在终端成功加入主多点控制单元MCU召开的视频会议时，与所述主MCU建立基于SIP连接的第一媒体通道，所述第一媒体通道设置为激活媒体传输状态；与备MCU建立基于SIP连接的第二媒体通道，所述第二媒体通道设置为不激活媒体传输状态；利用所述第一媒体通道传输媒体流；
步骤S120，在所述主MCU发生故障且所述主MCU和所述备MCU完成主备倒换后，所述终端通过与所述备MCU之间已经建立的SIP连接加入所述备MCU恢复召开的视频会议中，所述第二媒体通道的状态设置为激活媒体传输状态，利用所述第二媒体通道传输媒体流；
在一种实施方式中，每一个MCU上集成一个SIP服务器，或者，一个MCU对应于一个SIP服务器，二者分开设置并保持通信连接；MCU与对应的SIP服务器具有相同的IP地址；
在一种实施方式中，所述第一媒体通道设置为激活媒体传输状态包括：所述第一媒体通道的SDP(Session Description Protocol，会话描述协议)描述信息中的媒体方向设置为“发送和接收”(sendrecv)；
所述第二媒体通道设置为不激活媒体传输状态包括：所述第二媒体通道的SDP描述信息中的媒体方向设置为“不激活”(inactive)；
所述第二媒体通道的状态设置为激活媒体传输状态包括：所述第二媒体通道的SDP描述信息中的媒体方向设置为“发送和接收”(sendrecv)；
在一种实施方式中，所述媒体流为RTP(Real-time Transport Protocol，实时传输协议)媒体流；在其他的实施方式中，所述媒体流也可以是其他类型的媒体流。
在一种实施方式中，所述方法还包括：
当所述主MCU在终端加入视频会议的过程中发生故障时，所述终端与所述备MCU之间建立基于SIP连接的第三媒体通道，所述第三媒体通道设置为不激活媒体传输状态
在所述备MCU检测到所述主MCU故障并完成与所述主MCU之间的主备倒换后，所述终端加入所述备MCU恢复召开的视频会议中，与所述备MCU之间进行媒体重协商，将所述第三媒体通道设置为激活媒体传输状态，利用所述第三媒体通道传输媒体流。
如图2所示，本发明实施例提供了一种实现视频会议恢复的方法，应用于多点控制单元，包括：
步骤S210，当所述多点控制单元MCU是主MCU时，在终端成功加入所述主MCU召开的视频会议时，与所述终端之间建立基于SIP连接的第一媒体通道，所述第一媒体通道设置为激活媒体传输状态；利用所述第一媒体通道传输媒体流；
步骤S220，当所述多点控制单元MCU是备MCU时，在终端成功加入主MCU召开的视频会议时，与所述终端之间建立基于SIP连接的第二媒体通道，所述第二媒体通道设置为不激活媒体传输状态；当检测到所述主MCU故障时，与所述主MCU之间进行主备倒换，恢复召开所述视频会议，通过已经建立的SIP连接将所述终端添加到所述视频会议中，将所述第二媒体通道的状态设置为激活媒体传输状态，利用所述第二媒体通道传输媒体流；
在一种实施方式中，每一个MCU上集成一个SIP服务器，或者，一个MCU对应于一个SIP服务器，二者分开设置并保持通信连接；MCU与对应的SIP服务器具有相同的IP地址；
在一种实施方式中，所述第一媒体通道设置为激活媒体传输状态包括：所述第一媒体通道的SDP(Session Description Protocol，会话描述协议)描述信息中的媒体方向设置为“发送和接收”(sendrecv)；
所述第二媒体通道设置为不激活媒体传输状态包括：所述第二媒体通道的SDP描述信息中的媒体方向设置为“不激活”(inactive)；
所述第二媒体通道的状态设置为激活媒体传输状态包括：所述第二媒体通道的SDP描述信息中的媒体方向设置为“发送和接收”(sendrecv)；
在一种实施方式中，所述媒体流为RTP(Real-time Transport Protocol，实时传输协议)媒体流；在其他的实施方式中，所述媒体流也可以是其他类型的媒体流。
在一种实施方式中，所述方法还包括：
当所述多点控制单元MCU是备MCU时，在所述主MCU在终端加入视频会议的过程中发生故障时，所述备MCU与所述终端之间建立基于SIP连接的第三媒体通道，所述第三媒体通道设置为不激活媒体传输状态；
在所述备MCU检测到所述主MCU故障并完成与所述主MCU之间的主备倒换后，恢复召开所述视频会议，将所述终端添加到所述视频会议中，与所述终端之间进行媒体重协商，将所述第三媒体通道设置为激活媒体传输状态，利用所述第三媒体通道传输媒体流。
实施例3
如图3所示，本发明实施例提供了一种实现视频会议恢复的装置，应用于终端，包括：
第一连接模块301，用于在终端成功加入主多点控制单元MCU召开的视频会议时，与所述主MCU建立基于SIP连接的第一媒体通道，所述第一媒体通道设置为激活媒体传输状态；与备MCU建立基于SIP连接的第二媒体通道，所述第二媒体通道设置为不激活媒体传输状态，利用所述第一媒体通道传输媒体流；
第二连接模块302，用于在所述主MCU发生故障且所述主MCU和所述备MCU完成主备倒换后，通过与所述备MCU之间已经建立的SIP连接加入所述备MCU恢复召开的视频会议中，所述第二媒体通道的状态设置为激活媒体传输状态，利用所述第二媒体通道传输媒体流。
在一种实施方式中，每一个MCU上集成一个SIP服务器，或者，一个MCU对应于一个SIP服务器，二者分开设置并保持通信连接；MCU与对应的SIP服务器具有相同的IP地址；
在一种实施方式中，所述第一媒体通道设置为激活媒体传输状态包括：所述第一媒体通道的SDP(Session Description Protocol，会话描述协议)描述信息中的媒体方向设置为“发送和接收”(sendrecv)；
所述第二媒体通道设置为不激活媒体传输状态包括：所述第二媒体通道的SDP描述信息中的媒体方向设置为“不激活”(inactive)；
所述第二媒体通道的状态设置为激活媒体传输状态包括：所述第二媒体通道的SDP描述信息中的媒体方向设置为“发送和接收”(sendrecv)；
在一种实施方式中，所述媒体流为RTP(Real-time Transport Protocol，实时传输协议)媒体流；在其他的实施方式中，所述媒体流也可以是其他类型的媒体流。
在一种实施方式中，所述装置还包括：第三连接模块303；
所述第三连接模块，用于在所述主MCU在终端加入视频会议的过程中发生故障时，与所述备MCU之间建立基于SIP连接的第三媒体通道，所述第三媒体通道设置为不激活媒体传输状态；在所述备MCU检测到所述主MCU故障并完成与所述主MCU之间的主备倒换后，加入所述备MCU恢复召开的视频会议中，与所述备MCU之间进行媒体重协商，将所述第三媒体通道设置为激活媒体传输状态，利用所述第三媒体通道传输媒体流。
实施例4
如图4所示，本发明实施例提供了一种实现视频会议恢复的装置，应用于多点控制单元，包括：
主MCU处理模块401，用于当所述多点控制单元MCU是主MCU时，在终端成功加入所述主MCU召开的视频会议时，与所述终端之间建立基于SIP连接的第一媒体通道，所述第一媒体通道设置为激活媒体传输状态；利用所述第一媒体通道传输媒体流；
备MCU处理模块402，用于当所述多点控制单元MCU是备MCU时，在终端成功加入主MCU召开的视频会议时，与所述终端之间建立基于SIP连接的第二媒体通道，所述第二媒体通道设置为不激活媒体传输状态；在检测到所述主MCU故障时，与所述主MCU之间进行主备倒换，恢复召开所述视频会议，通过已经建立的SIP连接将所述终端添加到所述视频会议中，将所述第二媒体通道的状态设置为激活媒体传输状态，利用所述第二媒体通道传输媒体流。
在一种实施方式中，每一个MCU上集成一个SIP服务器，或者，一个MCU对应于一个SIP服务器，二者分开设置并保持通信连接；MCU与对应的SIP服务器具有相同的IP地址；
在一种实施方式中，所述第一媒体通道设置为激活媒体传输状态包括：所述第一媒体通道的SDP(Session Description Protocol，会话描述协议)描述信息中的媒体方向设置为“发送和接收”(sendrecv)；
所述第二媒体通道设置为不激活媒体传输状态包括：所述第二媒体通道的SDP描述信息中的媒体方向设置为“不激活”(inactive)；
所述第二媒体通道的状态设置为激活媒体传输状态包括：所述第二媒体通道的SDP描述信息中的媒体方向设置为“发送和接收”(sendrecv)；
在一种实施方式中，所述媒体流为RTP(Real-time Transport Protocol，实时传输协议)媒体流；在其他的实施方式中，所述媒体流也可以是其他类型的媒体流。
在一种实施方式中，备MCU处理模块402，还用于当所述多点控制单元MCU是备MCU时，在所述主MCU在终端加入视频会议的过程中发生故障时，所述备MCU与所述终端之间建立基于SIP连接的第三媒体通道，所述第三媒体通道设置为不激活媒体传输状态；在所述备MCU检测到所述主MCU故障并完成与所述主MCU之间的主备倒换后，恢复召开所述视频会议，将所述终端添加到所述视频会议中，与所述终端之间进行媒体重协商，将所述第三媒体通道设置为激活媒体传输状态，利用所述第三媒体通道传输媒体流。
实施例5
本发明实施例提供了一种实现视频会议恢复的终端，包括：
存储器、处理器及存储在所述存储器上并可在所述处理器上运行的实现视频会议恢复的程序，所述实现视频会议恢复的程序被所述处理器执行时实现上述实施例1中所述实现视频会议恢复的方法的步骤。
其中，存储器可以是各种由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。
处理器可以是中央处理单元(CPU)或者现场可编程逻辑阵列(FPGA)或者单片机(MCU)或者数字信号处理器(DSP)或者专用集成电路(ASIC)等具有数据处理能力和/或程序执行能力的逻辑运算器件。
实施例6
本发明实施例提供了一种实现视频会议恢复的多点控制单元，包括：
存储器、处理器及存储在所述存储器上并可在所述处理器上运行的实现视频会议恢复的程序，所述实现视频会议恢复的程序被所述处理器执行时实现上述实施例2中所述实现视频会议恢复的方法的步骤。
其中，存储器可以是各种由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。
处理器可以是中央处理单元(CPU)或者现场可编程逻辑阵列(FPGA)或者单片机(MCU)或者数字信号处理器(DSP)或者专用集成电路(ASIC)等具有数据处理能力和/或程序执行能力的逻辑运算器件。
实施例7
本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质上存储有实现视频会议恢复的程序，所述实现视频会议恢复的程序被处理器执行时实现上述实施例1中实现视频会议恢复的方法的步骤。
实施例8
本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质上存储有实现视频会议恢复的程序，所述实现视频会议恢复的程序被处理器执行时实现上述实施例2中实现视频会议恢复的方法的步骤。
下面通过示例1～示例4说明本申请的视频会议恢复的方法的一些实施方式。如图5所示，下述示例中，MCU与SIP服务器分开设置并保持通信连接，主MCU对应一个SIP服务器，备MCU对应另一个SIP服务器。终端加入主MCU召开的视频会议后，终端与主备MCU均建立SIP链路，终端与主MCU建立的媒体通道激活媒体传输，用于传输RTP流，终端与备MCU建立的媒体通道不激活媒体传输，不传输任何媒体流。
示例1
本示例提供一种实现视频会议恢复的方法，终端呼叫主MCU加入视频会议，与主备MCU均建立SIP链路，终端与主MCU互通媒体流，当主MCU发生故障后，备MCU和主MCU之间进行主备倒换，备MCU恢复视频会议，终端与备MCU互通媒体流。
如图6所示，所述视频会议恢复方法可以包括以下步骤：
步骤S101，主MCU召开视频会议，视频会议信息实时备份到备MCU中；
其中，所述视频会议信息包括视频会议能力信息、终端列表等；
其中，所述视频会议能力信息可以包括：视频会议的音视频能力、数据能力等；
其中，音视频能力包括：支持的编解码格式等；
数据能力包括：是否支持远程遥控等；
步骤S102，终端呼叫视频会议号加入视频会议：终端向主MCU发送INVITE消息，与主MCU建立SIP连接，SDP中携带终端的媒体能力与端口号，SDP中媒体方向描述：a＝sendrecv(双向传输)，表示媒体通道激活媒体传输；
步骤S103，主MCU进行媒体能力协商，在200OK消息的SDP中携带优选出的音视频能力，及MCU分配的端口号；
步骤S104，终端回复ACK，呼叫完成；
步骤S105，终端呼叫备MCU的地址，采用相同的视频会议号：终端向备MCU发送INVITE消息，SDP中只携带当前的媒体能力(即与主MCU协商后的媒体能力)、端口号，SDP中媒体方向描述：a＝inactive(未激活)，表示媒体通道不激活媒体传输；
步骤S106，备MCU回复200OK，在SDP中携带备MCU分配的端口号，采用与终端侧相同的媒体能力；
步骤S107，终端回ACK，与备MCU的SIP链路建立完成，定时发送链路保活消息；
步骤S108，终端与主备MCU的SIP链路都已成功建立，开始与主MCU互通RTP媒体流。
步骤S109，备MCU通过心跳检测发现主MCU发生了故障，进行主备倒换，首先恢复视频会议业务信息，也即在备MCU上恢复故障MCU(主MCU)上已经召开的视频会议，根据已经建立的点对点SIP链路，将视频会议中的终端添加进视频会议中；
步骤S110，备MCU向终端发送RE-INVITE消息，由于终端侧的能力未发生改变，绝大部分场景下MCU不需要进行能力协商，直接采用当前链路的媒体能力，更新媒体方向即可，a＝inactive更新为a＝sendrecv；
步骤S111，终端回复200OK消息，在SDP中更新媒体方向：a＝sendrecv，
步骤S112，终端收到备MCU返回的ACK后，SIP信令建立完成；
步骤S113，终端断开与主用MCU的SIP链路，停止RTP码流发送，向备MCU的媒体地址及端口号发送RTP码流，并将备用MCU的IP置为当前主用IP，原主MCU的IP置为备用IP，保存当前设置；
步骤S114，主MCU故障恢复，终端尝试与所述主MCU重新建立SIP呼叫，终端发送INVITE消息给主MCU，SDP中携带终端的媒体能力与端口号，SDP中媒体方向描述：a＝inactive；
步骤S115，主MCU进行媒体能力协商，在200OK消息的SDP中携带优选出的音视频能力，及MCU分配的端口号；
步骤S116，终端回复ACK。
示例2
本示例提供一种实现视频会议恢复的方法，主MCU呼叫终端加入视频会议，终端与主备MCU均建立SIP链路，终端与主MCU互通媒体流，当主MCU发生故障后，备MCU和主MCU之间进行主备倒换，备MCU恢复视频会议，终端与备MCU互通媒体流。
如图7所示，所述视频会议恢复方法可以包括以下步骤：
步骤S101，主MCU召开视频会议，视频会议信息实时备份到备MCU中；
其中，所述视频会议信息包括视频会议能力信息、终端列表等；
其中，所述视频会议能力信息可以包括：视频会议的音视频能力、数据能力等；
其中，音视频能力包括：支持的编解码格式等；
数据能力包括：是否支持远程遥控等；
步骤S102，主MCU呼叫终端，主MCU向终端发送INVITE消息，在SDP中携带视频会议的媒体能力与端口号，SDP中媒体方向描述：a＝sendrecv(双向传输)，表示媒体通道激活媒体传输；
步骤S103，终端进行媒体能力协商，在200OK消息的SDP中携带优选出的音视频能力，及终端分配的端口号；
步骤S104，主MCU回复ACK，呼叫完成；
步骤S105，终端呼叫备MCU的地址，采用相同的视频会议号：终端向备MCU发送INVITE消息，SDP中只携带当前的媒体能力(即与主MCU协商后的媒体能力)、端口号，SDP中媒体方向描述：a＝inactive(未激活)，表示媒体通道不激活媒体传输；
步骤S106，备MCU回复200OK，在SDP中携带备MCU分配的端口号，采用与终端侧相同的媒体能力；
步骤S107，终端回ACK，与备MCU的SIP链路建立完成，定时发送链路保活消息；
步骤S108，终端与主备MCU的SIP链路都已成功建立，开始与主MCU互通RTP媒体流。
步骤S109，备MCU通过心跳检测发现主MCU发生了故障，进行主备倒换，首先恢复视频会议业务信息，也即在备MCU上恢复故障MCU(主MCU)上已经召开的视频会议，根据已经建立的点对点SIP链路，将视频会议中的终端添加进视频会议中；
步骤S110，备MCU向终端发送RE-INVITE消息，由于终端侧的能力未发生改变，绝大部分场景下MCU不需要进行能力协商，直接采用当前链路的媒体能力，更新媒体方向即可，a＝inactive更新为a＝sendrecv；
步骤S111，终端回复200OK消息，在SDP中更新媒体方向：a＝sendrecv，
步骤S112，终端收到备MCU返回的ACK后，SIP信令建立完成；
步骤S113，终端断开与主用MCU的SIP链路，停止RTP码流发送，向备MCU的媒体地址及端口号发送RTP码流，并将备用MCU的IP置为当前主用IP，原主MCU的IP置为备用IP，保存当前设置；
步骤S114，主MCU故障恢复，终端尝试与所述主MCU重新建立SIP呼叫，终端发送INVITE消息给主MCU，SDP中携带终端的媒体能力与端口号，SDP中媒体方向描述：a＝inactive；
步骤S115，主MCU进行媒体能力协商，在200OK消息的SDP中携带优选出的音视频能力，及MCU分配的端口号；
步骤S116，终端回复ACK。
示例3
本示例提供一种实现视频会议恢复的方法，终端加入视频会议的过程中主MCU出现故障，备MCU恢复视频会议保障终端加入视频会议。
如图8所示，所述实现视频会议恢复的方法可以包括以下步骤：
步骤S101，主MCU召开视频会议，视频会议信息实时备份到备MCU中；
步骤S102，终端呼叫视频会议号，发送INVITE消息，SDP中携带终端的媒体能力与端口号，SDP中媒体方向描述：a＝sendrecv；
步骤S103，主MCU发生故障，不能正常响应终端的200OK消息，终端收不到主MCU的ACK，SIP会话建立超时，终端挂断呼叫；
步骤S104，终端尝试与备MCU建立SIP连接，SDP中携带终端完整的媒体能力，媒体方向描述：a＝sendrecv；
步骤S105，备MCU还未检测到主MCU故障，没有发生主备倒换，回复200OK，SDP中采用与终端侧相同的媒体能力，媒体方向描述：a＝inactive；
步骤S106，终端回复ACK，由于备MCU回复的SDP中媒体方向描述：a＝inactive，终端不发送RTP码流，只是保持该SIP链路；
步骤S107，备MCU通过心跳检测发现主MCU发生了故障，进行主备倒换，首先恢复视频会议业务信息，也即在备MCU上恢复故障MCU(主MCU)上已经召开的视频会议，根据已经建立的点对点SIP链路，将视频会议中的终端添加进视频会议中；
步骤S108，备MCU向终端发起re-invite，由于终端侧的能力未发生改变，绝大部分场景下MCU不需要进行能力协商，直接采用当前链路的媒体能力，更新媒体方向即可，a＝inactive更新为a＝sendrecv；
步骤S109，终端回复200OK SDP，更新媒体方向：a＝sendrecv，
步骤S110，终端收到备MCU返回的ACK后，SIP信令建立完成；
步骤S111，终端向备MCU的媒体地址及端口号发送RTP码流，并将备用MCU的IP置为当前主用IP，原主用MCU的IP置为备用，保存当前设置。
示例4
本示例提供一种实现视频会议恢复的方法，终端加入视频会议的过程中主MCU出现故障，备MCU恢复视频会议保障终端加入视频会议。
如图9所示，所述实现视频会议恢复的方法可以包括以下步骤：
步骤S101，主MCU召开视频会议，视频会议信息实时备份到备MCU中；
步骤S102，主MCU呼叫终端，发送INVITE消息，SDP中携带视频会议的媒体能力与端口号，SDP中媒体方向描述：a＝sendrecv；
步骤S103，终端收到主MCU的INVITE消息后进行媒体能力协商，回复200OK，SDP中携带协商后的终端媒体能力；
步骤S104，主MCU发生故障，不能正常响应终端的200OK消息，终端收不到主MCU的ACK，SIP会话建立超时，终端发送BYE挂断呼叫；
步骤S105，终端尝试与备MCU建立SIP连接，SDP中携带终端完整的媒体能力，媒体方向描述：a＝sendrecv；
步骤S106，备MCU还未检测到主MCU故障，没有发生主备倒换，回复200OK，SDP中采用与终端侧相同的媒体能力，媒体方向描述：a＝inactive；
步骤S107，终端回复ACK，由于备MCU回复的SDP中媒体方向描述：a＝inactive，终端不发送RTP码流，只是保持该SIP链路；
步骤S108，备MCU通过心跳检测发现主MCU发生了故障，进行主备倒换，首先恢复视频会议业务信息，也即在备MCU上恢复故障MCU(主MCU)上已经召开的视频会议，根据已经建立的点对点SIP链路，将视频会议中的终端添加进视频会议中；
步骤S109，备MCU向终端发起re-invite，由于终端侧的能力未发生改变，绝大部分场景下MCU不需要进行能力协商，直接采用当前链路的媒体能力，更新媒体方向即可，a＝inactive更新为a＝sendrecv；
步骤S110，终端回复200OK SDP，更新媒体方向：a＝sendrecv，
步骤S111，终端收到备MCU返回的ACK后，SIP信令建立完成；
步骤S112，终端向备MCU的媒体地址及端口号发送RTP码流，并将备用MCU的IP置为当前主用IP，原主用MCU的IP置为备用，保存当前设置。
本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。
需要说明的是，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (12)

1.一种实现视频会议恢复的方法，应用于终端，包括：
在终端成功加入主多点控制单元MCU召开的视频会议时，与所述主MCU建立基于SIP连接的第一媒体通道，所述第一媒体通道设置为激活媒体传输状态；与备MCU建立基于SIP连接的第二媒体通道，所述第二媒体通道设置为不激活媒体传输状态；利用所述第一媒体通道传输媒体流；
在所述主MCU发生故障且所述主MCU和所述备MCU完成主备倒换后，所述终端通过与所述备MCU之间已经建立的SIP连接加入所述备MCU恢复召开的视频会议中，所述第二媒体通道的状态设置为激活媒体传输状态，利用所述第二媒体通道传输媒体流。
2.如权利要求1所述的方法，其特征在于：
所述第一媒体通道设置为激活媒体传输状态包括：所述第一媒体通道的会话描述协议SDP描述信息中的媒体方向设置为“发送和接收”；
所述第二媒体通道设置为不激活媒体传输状态包括：所述第二媒体通道的SDP描述信息中的媒体方向设置为“不激活”；
所述第二媒体通道的状态设置为激活媒体传输状态包括：所述第二媒体通道的SDP描述信息中的媒体方向设置为“发送和接收”。
3.如权利要求1所述的方法，其特征在于，所述方法还包括：
当所述主MCU在终端加入视频会议的过程中发生故障时，所述终端与所述备MCU之间建立基于SIP连接的第三媒体通道，所述第三媒体通道设置为不激活媒体传输状态；
在所述备MCU检测到所述主MCU故障并完成与所述主MCU之间的主备倒换后，所述终端加入所述备MCU恢复召开的视频会议中，与所述备MCU之间进行媒体重协商，将所述第三媒体通道设置为激活媒体传输状态，利用所述第三媒体通道传输媒体流。
4.如权利要求1-3中任一项所述的方法，其特征在于：
每一个MCU上集成一个SIP服务器，或者，一个MCU对应于一个SIP服务器，二者分开设置并保持通信连接；MCU与对应的SIP服务器具有相同的IP地址。
5.一种实现视频会议恢复的方法，应用于多点控制单元，包括：
当所述多点控制单元MCU是主MCU时，在终端成功加入所述主MCU召开的视频会议时，与所述终端之间建立基于SIP连接的第一媒体通道，所述第一媒体通道设置为激活媒体传输状态；利用所述第一媒体通道传输媒体流；
当所述多点控制单元MCU是备MCU时，在终端成功加入主MCU召开的视频会议时，与所述终端之间建立基于SIP连接的第二媒体通道，所述第二媒体通道设置为不激活媒体传输状态；当检测到所述主MCU故障时，与所述主MCU之间进行主备倒换，恢复召开所述视频会议，通过已经建立的SIP连接将所述终端添加到所述视频会议中，将所述第二媒体通道的状态设置为激活媒体传输状态，利用所述第二媒体通道传输媒体流。
6.如权利要求5所述的方法，其特征在于：
所述第一媒体通道设置为激活媒体传输状态包括：所述第一媒体通道的会话描述协议SDP描述信息中的媒体方向设置为“发送和接收”；
所述第二媒体通道设置为不激活媒体传输状态包括：所述第二媒体通道的SDP描述信息中的媒体方向设置为“不激活”；
所述第二媒体通道的状态设置为激活媒体传输状态包括：所述第二媒体通道的SDP描述信息中的媒体方向设置为“发送和接收”。
7.如权利要求5所述的方法，其特征在于，所述方法还包括：
当所述多点控制单元MCU是备MCU时，在所述主MCU在终端加入视频会议的过程中发生故障时，所述备MCU与所述终端之间建立基于SIP连接的第三媒体通道，所述第三媒体通道设置为不激活媒体传输状态；
在所述备MCU检测到所述主MCU故障并完成与所述主MCU之间的主备倒换后，恢复召开所述视频会议，将所述终端添加到所述视频会议中，与所述终端之间进行媒体重协商，将所述第三媒体通道设置为激活媒体传输状态，利用所述第三媒体通道传输媒体流。
8.如权利要求5-7中任一项所述的方法，其特征在于：
每一个MCU上集成一个SIP服务器，或者，一个MCU对应于一个SIP服务器，二者分开设置并保持通信连接；MCU与对应的SIP服务器具有相同的IP地址。
9.一种实现视频会议恢复的装置，应用于终端，包括：
第一连接模块，用于在终端成功加入主多点控制单元MCU召开的视频会议时，与所述主MCU建立基于SIP连接的第一媒体通道，所述第一媒体通道设置为激活媒体传输状态；与备MCU建立基于SIP连接的第二媒体通道，所述第二媒体通道设置为不激活媒体传输状态，利用所述第一媒体通道传输媒体流；
第二连接模块，用于在所述主MCU发生故障且所述主MCU和所述备MCU完成主备倒换后，通过与所述备MCU之间已经建立的SIP连接加入所述备MCU恢复召开的视频会议中，所述第二媒体通道的状态设置为激活媒体传输状态，利用所述第二媒体通道传输媒体流。
10.一种实现视频会议恢复的装置，应用于多点控制单元，包括：
主MCU处理模块，用于当所述多点控制单元MCU是主MCU时，在终端成功加入所述主MCU召开的视频会议时，与所述终端之间建立基于SIP连接的第一媒体通道，所述第一媒体通道设置为激活媒体传输状态；利用所述第一媒体通道传输媒体流；
备MCU处理模块，用于当所述多点控制单元MCU是备MCU时，在终端成功加入主MCU召开的视频会议时，与所述终端之间建立基于SIP连接的第二媒体通道，所述第二媒体通道设置为不激活媒体传输状态；当检测到所述主MCU故障时，与所述主MCU之间进行主备倒换，恢复召开所述视频会议，通过已经建立的SIP连接将所述终端添加到所述视频会议中，将所述第二媒体通道的状态设置为激活媒体传输状态，利用所述第二媒体通道传输媒体流。
11.一种实现视频会议恢复的终端，包括：
存储器、处理器及存储在所述存储器上并可在所述处理器上运行的实现视频会议恢复的程序，所述实现视频会议恢复的程序被所述处理器执行时实现上述权利要求1-4中任一项所述的实现视频会议恢复的方法的步骤。
12.一种实现视频会议恢复的多点控制单元，包括：
存储器、处理器及存储在所述存储器上并可在所述处理器上运行的实现视频会议恢复的程序，所述实现视频会议恢复的程序被所述处理器执行时实现上述权利要求5-8中任一项所述的实现视频会议恢复的方法的步骤。
CN201811644407.2A 2018-12-29 2018-12-29 实现视频会议恢复的方法、装置、终端及多点控制单元 Active CN111385519B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201811644407.2A CN111385519B (zh) 2018-12-29 2018-12-29 实现视频会议恢复的方法、装置、终端及多点控制单元
PCT/CN2019/129133 WO2020135698A1 (zh) 2018-12-29 2019-12-27 实现视频会议恢复的方法、装置、终端、mcu及计算机可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811644407.2A CN111385519B (zh) 2018-12-29 2018-12-29 实现视频会议恢复的方法、装置、终端及多点控制单元

Publications (2)

Publication Number Publication Date
CN111385519A true CN111385519A (zh) 2020-07-07
CN111385519B CN111385519B (zh) 2021-10-08

Family

ID=71129700

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811644407.2A Active CN111385519B (zh) 2018-12-29 2018-12-29 实现视频会议恢复的方法、装置、终端及多点控制单元

Country Status (2)

Country Link
CN (1) CN111385519B (zh)
WO (1) WO2020135698A1 (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1567890A (zh) * 2003-06-23 2005-01-19 华为技术有限公司 一种异步传输模式组网内的业务备份方法
CN101163029B (zh) * 2007-11-21 2010-06-16 杭州华三通信技术有限公司 多点控制单元主备倒换的方法和设备
US7975073B2 (en) * 2006-04-06 2011-07-05 Polycom, Inc. Middleware server for interfacing communications, multimedia, and management systems
CN104639867A (zh) * 2013-11-14 2015-05-20 中兴通讯股份有限公司 一种视频会议恢复方法及系统
CN106162044A (zh) * 2015-04-15 2016-11-23 中兴通讯股份有限公司 会议重建方法及装置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101510991B (zh) * 2009-04-03 2010-09-29 杭州华三通信技术有限公司 视讯会议中实现端口热备份的方法、系统及多点控制单元

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1567890A (zh) * 2003-06-23 2005-01-19 华为技术有限公司 一种异步传输模式组网内的业务备份方法
US7975073B2 (en) * 2006-04-06 2011-07-05 Polycom, Inc. Middleware server for interfacing communications, multimedia, and management systems
CN101163029B (zh) * 2007-11-21 2010-06-16 杭州华三通信技术有限公司 多点控制单元主备倒换的方法和设备
CN104639867A (zh) * 2013-11-14 2015-05-20 中兴通讯股份有限公司 一种视频会议恢复方法及系统
CN106162044A (zh) * 2015-04-15 2016-11-23 中兴通讯股份有限公司 会议重建方法及装置

Also Published As

Publication number Publication date
WO2020135698A1 (zh) 2020-07-02
CN111385519B (zh) 2021-10-08

Similar Documents

Publication Publication Date Title
US20140359340A1 (en) Subscriptions that indicate the presence of application servers
US9319431B2 (en) Methods, systems, and computer readable media for providing sedation service in a telecommunications network
US20070041327A1 (en) Multicast heartbeat signaling
CN106330475B (zh) 一种通信系统中管理主备节点的方法和装置及高可用集群
WO2017162009A1 (zh) 媒体服务器备份的方法、装置、系统和存储介质
EP1349347A2 (en) Method and apparatus for redundant signaling links
US8711734B2 (en) Method and system for fail-safe call survival
US10146525B2 (en) Supporting hitless upgrade of call processing nodes in cloud-hosted telephony system
CN100589488C (zh) 会话初始协议应用系统的网络级备份方法、设备
US7882241B2 (en) Communication management apparatus and communication management method
CN112532452A (zh) 通信终端主备服务器的切换方法、装置、设备及存储介质
WO2016197795A1 (zh) 一种会议备份方法、管理节点和会议系统
EP2587774B1 (en) A method for sip proxy failover
US20110286365A1 (en) Method for Connection Preservation
WO2021047513A1 (zh) 一种视频会议通信方法、装置以及计算机可读存储介质
JP2010239216A (ja) 呼制御方法
CN111385519B (zh) 实现视频会议恢复的方法、装置、终端及多点控制单元
US9912782B2 (en) Method and apparatus for recovery in a communication system employing redundancy
WO2016177098A1 (zh) 会议备份方法和装置
CN108347342B (zh) 一种tmf网元重启后恢复业务的方法及网元
EP2815549B1 (en) Method and apparatus for improved handling of ims node blacklisting
CN112804766B (zh) 跨业务类型的文本通信方法及装置、计算机可读存储介质
CN110602339B (zh) 一种基于语音网关的故障检测方法、系统及存储介质
JP4757719B2 (ja) ネットワークシステム、ｉｐ電話端末及びそれらに用いるネットワーク機器切替え方法
CN109257444B (zh) 一种负载分担方法、装置及系统

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