CN111385519B - 实现视频会议恢复的方法、装置、终端及多点控制单元 - Google Patents
实现视频会议恢复的方法、装置、终端及多点控制单元 Download PDFInfo
- Publication number
- CN111385519B CN111385519B CN201811644407.2A CN201811644407A CN111385519B CN 111385519 B CN111385519 B CN 111385519B CN 201811644407 A CN201811644407 A CN 201811644407A CN 111385519 B CN111385519 B CN 111385519B
- Authority
- CN
- China
- Prior art keywords
- media
- mcu
- 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.)
- Active
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
- 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
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Computer Security & Cryptography (AREA)
- Telephonic Communication Services (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
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恢复召开的视频会议中,所述第二媒体通道的状态设置为激活媒体传输状态,利用所述第二媒体通道传输媒体流;
其中,所述激活媒体传输状态为会话描述协议SDP描述信息中的媒体方向被设置为激活的状态;所述不激活媒体传输状态为SDP描述信息中的媒体方向被设置为不激活的状态。
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连接将所述终端添加到所述视频会议中,将所述第二媒体通道的状态设置为激活媒体传输状态,利用所述第二媒体通道传输媒体流;
其中,所述激活媒体传输状态为会话描述协议SDP描述信息中的媒体方向被设置为激活的状态;所述不激活媒体传输状态为SDP描述信息中的媒体方向被设置为不激活的状态。
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恢复召开的视频会议中,所述第二媒体通道的状态设置为激活媒体传输状态,利用所述第二媒体通道传输媒体流;
其中,所述激活媒体传输状态为会话描述协议SDP描述信息中的媒体方向被设置为激活的状态;所述不激活媒体传输状态为SDP描述信息中的媒体方向被设置为不激活的状态。
10.一种实现视频会议恢复的装置,应用于多点控制单元,包括:
主MCU处理模块,用于当所述多点控制单元MCU是主MCU时,在终端成功加入所述主MCU召开的视频会议时,与所述终端之间建立基于SIP连接的第一媒体通道,所述第一媒体通道设置为激活媒体传输状态;利用所述第一媒体通道传输媒体流;
备MCU处理模块,用于当所述多点控制单元MCU是备MCU时,在终端成功加入主MCU召开的视频会议时,与所述终端之间建立基于SIP连接的第二媒体通道,所述第二媒体通道设置为不激活媒体传输状态;当检测到所述主MCU故障时,与所述主MCU之间进行主备倒换,恢复召开所述视频会议,通过已经建立的SIP连接将所述终端添加到所述视频会议中,将所述第二媒体通道的状态设置为激活媒体传输状态,利用所述第二媒体通道传输媒体流;
其中,所述激活媒体传输状态为会话描述协议SDP描述信息中的媒体方向被设置为激活的状态;所述不激活媒体传输状态为SDP描述信息中的媒体方向被设置为不激活的状态。
11.一种实现视频会议恢复的终端,包括:
存储器、处理器及存储在所述存储器上并可在所述处理器上运行的实现视频会议恢复的程序,所述实现视频会议恢复的程序被所述处理器执行时实现上述权利要求1-4中任一项所述的实现视频会议恢复的方法的步骤。
12.一种实现视频会议恢复的多点控制单元,包括:
存储器、处理器及存储在所述存储器上并可在所述处理器上运行的实现视频会议恢复的程序,所述实现视频会议恢复的程序被所述处理器执行时实现上述权利要求5-8中任一项所述的实现视频会议恢复的方法的步骤。
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 CN111385519A (zh) | 2020-07-07 |
CN111385519B true 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)
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)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101510991B (zh) * | 2009-04-03 | 2010-09-29 | 杭州华三通信技术有限公司 | 视讯会议中实现端口热备份的方法、系统及多点控制单元 |
-
2018
- 2018-12-29 CN CN201811644407.2A patent/CN111385519B/zh active Active
-
2019
- 2019-12-27 WO PCT/CN2019/129133 patent/WO2020135698A1/zh active Application Filing
Patent Citations (5)
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 |
---|---|
CN111385519A (zh) | 2020-07-07 |
WO2020135698A1 (zh) | 2020-07-02 |
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 | |
JP4924124B2 (ja) | Sipサーバ | |
US20070041327A1 (en) | Multicast heartbeat signaling | |
CN106330475B (zh) | 一种通信系统中管理主备节点的方法和装置及高可用集群 | |
WO2017162009A1 (zh) | 媒体服务器备份的方法、装置、系统和存储介质 | |
EP1349347A2 (en) | Method and apparatus for redundant signaling links | |
CN101577731B (zh) | Tcp连接主备倒换和h323连接主备倒换的方法及装置 | |
US8711734B2 (en) | Method and system for fail-safe call survival | |
US10146525B2 (en) | Supporting hitless upgrade of call processing nodes in cloud-hosted telephony system | |
US7882241B2 (en) | Communication management apparatus and communication management method | |
WO2016197795A1 (zh) | 一种会议备份方法、管理节点和会议系统 | |
EP2587774B1 (en) | A method for sip proxy failover | |
CN102685163A (zh) | 一种DSN VoIP业务系统中的基本会话保护方法和系统 | |
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网元重启后恢复业务的方法及网元 | |
CN112804766B (zh) | 跨业务类型的文本通信方法及装置、计算机可读存储介质 | |
CN110602339B (zh) | 一种基于语音网关的故障检测方法、系统及存储介质 | |
JP4757719B2 (ja) | ネットワークシステム、ip電話端末及びそれらに用いるネットワーク機器切替え方法 | |
US20130013955A1 (en) | Method and system for emergency switching |
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 |