CN112565661A - 一种视频会议通信方法、装置以及计算机可读存储介质 - Google Patents

一种视频会议通信方法、装置以及计算机可读存储介质 Download PDF

Info

Publication number
CN112565661A
CN112565661A CN201910854628.0A CN201910854628A CN112565661A CN 112565661 A CN112565661 A CN 112565661A CN 201910854628 A CN201910854628 A CN 201910854628A CN 112565661 A CN112565661 A CN 112565661A
Authority
CN
China
Prior art keywords
mcu
session
sip
terminal
sip server
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.)
Pending
Application number
CN201910854628.0A
Other languages
English (en)
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 CN201910854628.0A priority Critical patent/CN112565661A/zh
Priority to PCT/CN2020/114051 priority patent/WO2021047513A1/zh
Publication of CN112565661A publication Critical patent/CN112565661A/zh
Pending legal-status Critical Current

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
    • 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/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • 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

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)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明实施例提供一种视频会议通信方法、装置以及计算机存储介质，通过SIP服务器进行消息探测来判断出MCU协议栈的状态，并进行相应的策略处理，同时MCU根据SIP服务器的请求消息恢复对应的SIP会话信息，在某些实施过程中具有保证上会的终端不被挂断且会控功能正常，终端用户感知不到MCU故障的发生，提高了视频会议的可靠性，提升了用户体验。

Description

一种视频会议通信方法、装置以及计算机可读存储介质
技术领域
本发明实施例涉及但不限于多媒体视频会议领域，具体而言，涉及但不限 于一种视频会议通信方法、装置以及计算机可读存储介质。
背景技术
MCU(Multipoint Control Unit，多点控制单元)作为视频会议系统的关键组 件，它与多个终端交互，保持音视频互通，为了提供可靠的视频会议服务，MCU 会设计相应的机制保证系统的可靠性。比如MCU中某些关键模块发生了故障， 不能正常处理消息或死机，监控进程会将该模块重新拉起来，最短时间内恢复 功能。
但重启模块不能解决所有的问题，比如SIP(Session Initiation Protocol，会话初始协议)协议栈模块，SIP协议栈重新启动后，它只能保证后续功能正常， 比如新的终端呼叫上，而已经建立的呼叫无法保持。由于会话等关键信息已经 丢失，比如呼叫状态机、事务层数据等，重启后的SIP协议栈不能正常响应后 续的SIP消息，比如UPDATE会话保活消息、INFO VCU请求，UPDATE不正 常响应等会造成SIP服务器(SIP Server)网元挂断呼叫，INFO VCU请求不能 正常请求会造成图像解码失败等。
而相关技术中，对于保障性要求比较高的场景，系统一般都是配置两台独 立的MCU，它们互为主备，当主用设备出现故障时整倒整个MCU设备，它的 缺点也比较明显：
1、采用主备MCU方案时，只要某个模块发生了异常，都可能会造成整个 设备的倒换，对整个系统的稳定性有影响；
2、主备方案需要两套物理设备，增加了成本，另外方案也相对比较复杂， 需要备用MCU从数据库中恢复整个业务系统。
综上所述，当MCU某些关键模块出现故障时，就会将已经上会的终端挂断， 监控进程将该模块重新拉起后无法保持故障之前已经建立好的呼叫；当采用主 备MCU方案，只要MCU某个模块发生了异常，就会影响视频会议中整个系统 的稳定性。
发明内容
本发明实施例提供的一种视频会议通信方法和装置，主要解决的技术问题 是MCU设备中监控进程机制的不足，在MCU发生故障重启协议栈进程后，无 法正常响应SIP服务器的挂断、呼叫保活等消息。
为解决上述技术问题，本发明实施例提供一种视频会议通信方法，包括：
MCU重启后，SIP服务器接收终端发送的会话保活消息，并将所述会话保 活消息发送给所述MCU，所述会话保活信息为所述终端按照保活周期进行发送；
所述SIP服务器接收所述MCU发送的第一SIP会话响应消息，并向所述终 端发送会话保活消息响应消息。
本发明实施例还提供一种视频会议通信方法，包括：
MCU监控进程监测到SIP会话异常并进行重启；
所述MCU接收SIP服务器发送的会话保活消息，所述会话保活信息为所述 终端按照保活周期发送给所述SIP服务器；
所述MCU将第一SIP会话响应消息发送给所述SIP服务器，同时将会话保 活消息异常事件上报给应用服务器；
所述MCU接收到所述终端根据业务查询会议状态正常的成功响应后，构造 与所述终端对应的SIP会话信息并保存。
本发明实施例还提供一种视频会议通信装置，包括：
第一接收模块，用于接收终端发送的会话保活消息以及接收MCU发送的第 一SIP会话响应消息；
第一发送模块，用于将所述会话保活消息发送给MCU以及向所述终端发送 会话保活消息响应消息。
本发明实施例还提供一种视频会议通信装置，包括：
监控模块，用于监测到SIP会话异常并进行MCU重启；
第二接收模块，用于接收SIP服务器发送的会话保活消息以及接收终端根 据业务查询会议状态正常的成功响应；
第二发送模块，用于将第一SIP会话响应消息发送给所述SIP服务器，同时 将会话保活消息异常事件上报给应用服务器；
处理模块，用于构造与所述终端对应的SIP会话信息并保存。
本发明实施例还提供一种计算机存储介质，所述计算机可读存储介质存储 有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行， 以实现如上所述的视频会议通信方法的步骤。
本发明的有益效果是：
根据本发明实施例提供的视频会议通信方法、装置以及计算机存储介质， 通过MCU重启后，SIP服务器接收终端发送的会话保活消息，并将会话保活消 息发送给所述MCU，会话保活信息为所述终端按照保活周期进行发送；SIP服 务器接收MCU发送的第一SIP会话响应消息，并向终端发送会话保活消息响应 消息；在某些实施过程中MCU出现故障重启后，根据会话保活信息构造出与终 端对应的SIP会话消息，维持上会终端不被挂断的同时保证后续会话的正常进 行。
本发明其他特征和相应的有益效果在说明书的后面部分进行阐述说明，且 应当理解，至少部分有益效果从本发明说明书中的记载变的显而易见。
附图说明
图1为视频会议通信常规流程示意图；
图2为本发明实施例一的视频会议中MCU协议栈模块发生故障重启基本流 程示意图；
图3为本发明实施例一的视频会议中MCU协议栈模块发生故障重启流程示 意图；
图4为本发明实施例二的视频会议中MCU协议栈重启后业务请求I帧基本 流程示意图；
图5为本发明实施例三的视频会议中MCU协议栈重启后业务请求I帧流程 示意图；
图6为本发明实施例三的视频会议中MCU协议栈重启后业务请求I帧交互 流程示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，下面通过具体实施 方式结合附图对本发明实施例作进一步详细说明。应当理解，此处所描述的具 体实施例仅仅用以解释本发明，并不用于限定本发明。
实施例一：
为了解决MCU设备中监控进程机制的不足，维持已经上会的终端不被挂断 且会议控制功能正常的问题，本发明实施例提供了一种视频会议通信方法，通 过SIP服务器进行消息探测来判断出MCU协议栈的状态，并进行相应的策略处 理，同时MCU根据SIP服务器的请求消息恢复对应的SIP会话信息，从而维持 上会的终端不被挂断且会控功能正常。
请参见图1，终端通过SIP服务器呼叫MCU，SIP会话连接建立之后，终端 与MCU之间发送媒体码流，终端上会成功。
为了检测SIP会话是否一直存在，终端与SIP服务器，SIP服务器与MCU 之间会定时发送会话保活消息，如果没有收到会话保活消息响应消息，SIP服务 器和终端都会挂断SIP呼叫，需要说明的是，本发明实施例中，会话保活消息 为UPDATE消息，相应的，会话保活消息响应消息为UPDATE 200OK响应消息。 具体参见图1，当MCU的SIP协议栈发生故障，MCU无法对UPDATE保活消 息进行响应，请求超时，SIP服务器就会向终端发送408请求超时消息，执行挂 断操作。
监测进程检测到MCU的SIP协议栈发生故障就会立即重新启动SIP协议栈， 但是重新启动的SIP协议栈已经丢失SIP会话的关键信息，不能正常相应后续的 SIP消息，对此，本发明实施例在现有机制的基础上进行改进，提出了一种视频 会议通信方法，保证当MCU出现故障时终端不被挂断，具体流程参见图2。
S201、MCU重启后，SIP服务器接收终端发送的会话保活消息，并将会话 保活消息发送给所述MCU。
本发明实施例中，终端上会成功后，为了检测SIP会话是否一直存在，终 端与SIP服务器，SIP服务器与MCU之间会定时发送会话保活消息。也就是说， 终端定时发送会话保活消息的前提是要保证终端上会成功，终端上会的具体过 程为：终端向SIP服务器发送INVITE消息，SIP服务器接收到INVITE消息转 发给MCU，MCU向SIP服务器发送200OK响应消息，SIP服务器接收到200OK 响应消息后转发给终端，终端向SIP服务器发送ACK确认消息，SIP服务器接 收到ACK确认消息后发送给MCU，此时，终端与MCU之间就可以发送媒体码 流，终端上会成功。
本发明实施例中，会话保活消息为定时发送，即周期性发送，这个周期为 保活周期。需要说明的是，会话保活消息为UPDATE消息，MCU接收到SIP服 务器发送的UPDATE消息中会携带Request-Line、From、To、Call-ID等会话关 键信息，下面以示例对这几种信息作进一步说明，具体如下：
UPDATE sip:+863213328433@mmconf100.ucs.com.cn SIP/2.0
需要说明的是，这条信息中包含请求类型、请求地址(Request-URI)以及 SIP版本号。
Via:SIP/2.0/UDP 192.166.6.226:15123；branch＝z9hG4bK20939826222
需要说明的是，这条信息中包含SIP版本号、传输类型UDP、呼叫地址以 及branch随机码。
From:<sip:26770010@ucs.com.cn>；tag＝8508.116826223
To:<tel:+8610001>；tag＝651375074.133.100.0.0.1182650445
需要说明的是，From和To会话消息表示请求消息的发送方和目标方，由 于这两个消息中有用户名标签，故用尖括号包起来，From信息中包含的tag为 随机码。
Call-ID:2111976454j133.100.26330660@192.166.5.49
需要说明的是，呼叫ID为全局唯一值，每次呼叫都是一样的。
CSeq:100UPDATE
需要说明的是，CSeq消息又称命令队列，没发送一个新的请求，数值自动 加1。
Contact:<sip:26770010@192.166.6.226:15123；transport＝UDP>
Session-Expires:120；refresher＝uac
根据协议规范，同一个会话内的From、To、Call-ID必须完全一样， Request-Line的URI也是完全一致的，除了请求类型，contact中的IP地址替换 为MCU本地监听IP及端口号。
本发明实施例中，MCU发生故障，在MCU重启之前，SIP协议栈死机， 不能正常处理消息，此时监测进程还未检测到MCU发生故障，未立即重启SIP 协议栈，MCU不响应UPDATE消息，SIP服务器没有接收到MCU的响应消息。 此时，SIP服务器协议栈由于UPDATE请求消息超时，没有收到MCU响应，SIP 服务器则判断此时可能网络原因或者MCU发生故障，为了维持当前SIP会话， 不做挂断处理，向终端发送UPDATE响应消息，需要理解的是，本发明实施中，UPDATE响应消息具体可以为UPDATE 200OK响应消息。
本发明实施例中，UPDATE消息是周期性发送的，目的是为了保证SIP会 话的正常性和可靠性。MCU重启后，到达保活周期，终端向SIP服务器发送 UPDATE消息，SIP服务器将UPDATE消息转发给MCU。
S202、SIP服务器接收MCU发送的第一SIP会话响应消息，并向终端发送 会话保活消息响应消息。
MCU的监测进程监测到MCU的SIP协议栈进程异常，重新启动了SIP协 议栈，但是，由于SIP协议栈是重新启动过的，SIP协议栈中没有与终端对应的 SIP会话信息，根据协议规范将相应的第一SIP会话响应消息发送给SIP服务器， 在发送第一SIP会话响应消息的同时将会话保活消息异常事件上报给应用服务 器。
具体的，SIP协议栈重新启动，SIP协议栈中没有与终端对应的事务层关键 数据，根据协议规范会响应481消息，表示SIP事务层数据不存在，在发送481 响应消息的同时，SIP协议栈将UPDATE异常事件上报给应用，需要说明的是， UPDATE异常事件中携带了终端号、会议号等标识信息。
需要说明的是，若MCU依旧响应超时，SIP服务器没有接收到MCU的响 应消息，SIP服务器则认为MCU或者网络故障且未恢复，便将请求超时消息发 送给终端，终端作异常挂断处理，具体的为408消息。
本发明实施例中，SIP协议栈将UPDATE异常事件上报给应用，UPDATE 异常事件中携带了终端号、会议号等标识信息，需要说明的是，会议号取 Request-Line中的用户号码、终端号取From头字段中的用户号码。业务查询对 应终端的会议状态是否正常，若正常，SIP协议栈收到成功响应后，构造出对应 终端的SIP会话信息保存到MCU的SIP协议栈事务层中，需要说明的是，SIP 协议栈已经构建好SIP会话信息，因此，MCU在下一个保活周期接收到会话保 活消息时，可以正常响应会话保活消息，于是向SIP服务器发送200OK响应消 息，SIP服务器便可确认MCU已恢复SIP会话信息，MCU侧的会议正常，将200OK响应消息转发给终端。
需要说明的是，若SIP呼叫状态已异常，SIP协议栈没有与终端对应的SIP 会话信息，根据协议规范将相应的第一SIP会话响应消息发送给SIP服务器， SIP服务器将第一SIP会话响应消息转发给终端，终端作挂断处理。具体的，SIP 协议栈没有事务层数据，则向SIP服务器发送481响应消息，SIP服务器的两次 保活均失败，则认为终端SIP呼叫异常，便将481响应消息转发给终端，终端 便可挂断呼叫。
本发明实施例中，终端接收到SIP服务器发送的408请求超时消息或者481 消息，便可作挂断处理，具体可以参见图1，终端向SIP服务器发送BYE请求 消息，向SIP服务器表明想释放呼叫，SIP服务器将BYE请求消息转发给MCU， MCU响应超时，SIP服务器向终端发送408请求超时消息，则终端挂断SIP呼 叫，释放SIP会话。
本发明实施例提供的视频会议通信方法，通过SIP服务器进行消息探测来 判断出MCU协议栈的状态，并进行相应的策略处理，同时MCU根据SIP服务 器的请求消息恢复对应的SIP会话信息，从而保证上会的终端不被挂断且会控 功能正常，终端用户感知不到MCU故障的发生，提高了视频会议的可靠性，提 升了用户体验。
实施例二：
为了便于理解，本实施例在上述实施例所示的视频会议通信方法基础上进 行进一步的示例说明。
请参见图3所示，图3为本发明实施例的视频会议通信方法的具体流程， 过程如下：
S301、SIP服务器接收终端在第一保活周期发送的会话保活消息，并将会话 保活消息发送给MCU；
本发明实施例中，终端上会成功后，为了检测SIP会话是否一直存在，终 端与SIP服务器，SIP服务器与MCU之间会定时发送会话保活消息，会话保活 消息为定时发送，即周期性发送，需要说明的是，会话保活消息为UPDATE消 息，MCU协议栈收到SIP服务器发送的UPDATE消息中会携带Request-Line、 From、To、Call-ID等会话关键信息。
S302、当SIP服务器没有接收到MCU的响应消息时，向终端发送会话保活 消息响应消息；
本发明实施例中，MCU发生故障，SIP协议栈死机，不能正常处理消息， 此时监测进程还未检测到MCU发生故障，未立即重启SIP协议栈，MCU不响 应UPDATE请求消息，SIP服务器没有接收到MCU的响应消息。此时，SIP服 务器协议栈由于UPDATE请求消息超时，没有收到MCU响应，SIP服务器则判 断此时可能网络原因或者MCU发生故障，为了维持当前SIP会话，不做挂断处 理，向终端发送UPDATE响应消息，UPDATE响应消息具体可以为UPDATE200OK响应消息。
S303、SIP服务器接收终端在第二保活周期发送的会话保活消息，并将会话 保活消息发送给MCU；
本发明实施例中，UPDATE会话保活消息是周期性发送的，目的是为了保 证SIP会话的正常性和可靠性。
S304、SIP服务器接收到MCU发送的第一SIP会话响应消息，向终端发送 会话保活消息响应消息；
本发明实施例中，在第二保活周期到来之前，MCU的监测进程监测到MCU 的SIP协议栈进程异常，重新启动了SIP协议栈，但是，由于SIP协议栈是重新 启动过的，SIP协议栈中没有与终端对应的SIP会话信息，根据协议规范将相应 的第一SIP会话响应消息发送给SIP服务器，在发送第一SIP会话响应消息的同 时将会话保活消息异常事件上报给应用服务器。
具体的，SIP协议栈重新启动，SIP协议栈中没有与终端对应的事务层关键 数据，根据协议规范会响应481消息，表示SIP事务层数据不存在，在发送481 响应消息的同时，SIP协议栈将UPDATE异常事件上报给应用，需要说明的是， UPDATE异常事件中携带了终端号、会议号等标识信息。
需要说明的是，若在第二保活周期，MCU依旧响应超时，SIP服务器则认 为MCU或者网络故障且未恢复，便将408请求超时消息发送给终端，终端作异 常挂断处理。
S305、SIP服务器接收终端在第三保活周期发送的会话保活消息，并将会话 保活消息发送给所述MCU；
S306、SIP服务器接收到MCU发送的会话保活消息响应消息，并将会话保 活消息响应消息发送给终端。
本发明实施例中，SIP协议栈将UPDATE异常事件上报给应用，UPDATE 异常事件中携带了终端号、会议号等标识信息，需要说明的是，会议号取 Request-Line中的用户号码、终端号取From头字段中的用户号码。业务查询对 应终端的会议状态是否正常，若正常，SIP协议栈收到成功响应后，构造出对应 终端的SIP会话信息保存到MCU的SIP协议栈事务层中，需要说明的是，SIP 协议栈已经构建好SIP会话信息，因此，MCU在下一个保活周期接收到会话保 活消息时，可以正常响应会话保活消息，于是向SIP服务器发送200OK响应消 息，SIP服务器便可确认MCU已恢复SIP会话信息，MCU侧的会议正常，将 200OK响应消息转发给终端。
需要说明的是，若SIP呼叫状态已异常，SIP协议栈没有与终端对应的SIP 会话信息，根据协议规范将相应的第一SIP会话响应消息发送给SIP服务器， SIP服务器将第一SIP会话响应消息转发给终端，终端作挂断处理。具体的，SIP 协议栈没有事务层数据，则向SIP服务器发送481响应消息，SIP服务器的两次 保活均失败，则认为终端SIP呼叫异常，便将481响应消息转发给终端，终端 便可挂断呼叫。
本发明实施例中，终端接收到SIP服务器发送的408请求超时消息或者481 消息，便可作挂断处理，具体可以参见图1，终端向SIP服务器发送BYE请求 消息，向SIP服务器表明想释放呼叫，SIP服务器将BYE请求消息转发给MCU， MCU响应超时，SIP服务器向终端发送408请求超时消息，则终端挂断SIP呼 叫，释放SIP会话。
本发明实施例中，在终端成功加入会议后，MCU协议栈模块发生故障死机， 监控进程重启MCU协议栈涉及到终端、SIP服务器与MCU三者之间的交互， 更为直观具体的流程参见图4。
本发明实施例提供的视频会议通信方法，通过SIP服务器接收终端在第一 保活周期发送的会话保活信息，并将会话保活信息发送给MCU，MCU发生故 障，不响应会话保活信息，SIP服务器没有接收到MCU的响应消息，SIP服务 器判断此时可能MCU故障，维持当前SIP会话，不做挂断处理，向终端发送会 话保活信息响应消息；SIP服务器接收终端在第二保活周期发送的会话保活信 息，并将会话保活信息发送给所述MCU，此时MCU的监控进程已经检测到SIP 协议栈进程异常并重启SIP协议栈，MCU向SIP服务器发送第一SIP会话响应 消息，SIP服务器接收到MCU发送的第一SIP会话响应消息，此时可确认MCU 发生了重启且当前SIP协议栈已恢复，仍旧维持当前会话，不做挂断处理，向 终端发送会话保活信息响应消息；SIP服务器接收终端在第三保活周期发送的会 话保活信息，并将会话保活信息发送给MCU，MCU向SIP服务器发送的会话 保活信息响应消息，此时SIP服务器可以确认MCU侧的会议正常，将第三会话 保活信息200OK响应消息转发给终端；通过SIP服务器进行消息探测来判断出 MCU协议栈的状态，并进行相应的策略处理，同时MCU根据SIP服务器的请 求消息恢复对应的SIP会话信息，从而保证上会的终端不被挂断且会控功能正 常，终端用户感知不到MCU故障的发生，提高了视频会议的可靠性，提升了用 户体验。
实施例三：
应当理解的是，视频会议中还存在图像的传输，UPDATE会话保活信息不 正常响应会造成SIP服务器网元挂断呼叫，INFO请求不能正常请求会造成图像 解码失败，因此本发明实施例在上述实施例基础上，提出了一种视频会议通信 方法，应用在MCU发生故障，协议栈重启后，业务请求I帧时，具体流程请参 见图5。
S501、SIP服务器接收终端在第一保活周期发送的会话保活消息，并将会话 保活消息发送给MCU。
本发明实施例中，终端上会成功后，为了检测SIP会话是否一直存在，终 端与SIP服务器，SIP服务器与MCU之间会定时发送UPDATE会话保活消息， 在上述实施例中已经进行了详细说明，这里不再赘述。
S502、当SIP服务器没有接收到MCU的响应消息时，向终端发送会话保活 消息响应消息。
本发明实施例中，MCU发生故障，SIP协议栈死机，不能正常处理消息， 此时监测进程还未检测到MCU发生故障，未立即重启SIP协议栈，MCU不响 应UPDATE请求消息，SIP服务器没有接收到MCU的响应消息。此时，SIP服 务器协议栈会UPDATE请求消息超时，没有收到MCU响应，SIP服务器则判断 此时可能网络原因或者MCU发生故障，为了维持当前SIP会话，不做挂断处理， 向终端发送UPDATE响应消息，UPDATE响应消息具体可以为UPDATE 200OK响应消息。
S503、MCU的监控进程检测到SIP协议栈进程异常并重启SIP协议栈。
S504、MCU向SIP服务器发送INFO请求消息失败。
本发明实施例中，SIP协议栈重新启动，MCU解码出现错误，此时，MCU 向终端发送I帧请求，I帧请求以INFO请求的形式发出。由于SIP协议栈是重 新启动过的，SIP协议栈中没有终端对应的SIP会话信息，无法发送INFO请求， 导致发送失败。
需要说明的是，I帧(I Frame)又称为内部画面(Intra Picture)，I帧通常 是每个GOP(MPEG所使用的一种视频压缩技术)的第一个帧，经过适度地压 缩，作为随机访问的参考点，可以当成图像。
S505、SIP服务器接收终端在第二保活周期发送的会话保活消息，并将会话 保活消息发送给MCU。
本发明实施例中，INFO请求是在第一保活周期和第二保活周期之间发送。
S506、SIP服务器接收到MCU发送的第一SIP会话响应消息，向终端发送 会话保活消息响应消息。
本发明实施例中，MCU的监测进程监测到MCU的SIP协议栈进程异常， 重新启动了SIP协议栈，但是，由于SIP协议栈是重新启动过的，SIP协议栈中 没有与终端对应的SIP会话信息，根据协议规范将相应的第一SIP会话响应消息 发送给SIP服务器，SIP服务器接收到MCU发送的第一SIP会话响应消息，则 可以确认MCU发生了重启且当前SIP协议栈已恢复，仍旧维持当前会话，不做 挂断处理，向终端发送会话保活消息响应消息。
应当理解的是，第一SIP会话响应消息为481响应消息，会话保活消息响 应消息为200OK响应消息。
S507、SIP服务器接收到MCU发送的INFO请求消息，并将INFO请求消 息转发给终端。
应当理解的是，MCU协议栈已经根据第二保活周期发送的UPDATE消息恢 复了SIP会话，此时MCU可以正常发送INFO请求。由于上一帧I帧请求失败， MCU图像解码未恢复，因此，MCU再一次向终端发送I帧请求。
S508、终端接收到INFO请求消息后，向SIP服务器发送INFO响应消息， 同时通知编码器编I帧。
本发明实施例中，INFO响应消息为200OK消息。
S509、SIP服务器将INFO响应消息转发给MCU。
本发明实施例中，MCU接收到INFO响应消息后则说明MCU图像解码正 常，因此I帧请求流程也就结束了。
本发明实施例中，MCU发生故障，监控进程重启MCU协议栈后，业务请 求I帧的过程涉及到终端、SIP服务器与MCU三者之间的交互，更为直观具体 的流程参见图6。
本发明实施例提供的视频会议通信方法，MCU发生故障重启后，重启的协 议栈没有对应的终端的SIP会话信息，在第二保活周期到来之前发送INFO请求 失败；SIP服务器接收终端在第二保活周期发送的会话保活消息，并将会话保活 消息发送给所述MCU，MCU向SIP服务器发送第一SIP会话响应消息，SIP服 务器接收到MCU发送的第一SIP会话响应消息，此时可确认MCU发生了重启 且当前SIP协议栈已恢复，仍旧维持当前会话，不做挂断处理，向终端发送会 话保活消息响应消息，同时MCU根据会话保活消息恢复SIP对话，MCU便可正常发送INFO请求消息；通过SIP服务器进行消息探测来判断出MCU协议栈 的状态，并进行相应的策略处理，同时MCU根据SIP服务器的请求消息恢复对 应的SIP会话信息，从而保证上会的终端不被挂断且会控功能正常，终端用户 感知不到MCU故障的发生，提高了视频会议的可靠性，提升了用户体验。
实施例四：
本发明实施例还提供了一种视频会议通信装置，用来实现如上述实施例方 法中的至少一个步骤。
本发明实施例的视频会议通信装置包括第一接收模块、第一发送模块：
第一接收模块用于接收终端发送的会话保活消息以及接收MCU发送的第 一SIP会话响应消息；
第一发送模块，用于将会话保活消息发送给MCU以及向终端发送会话保活 消息响应消息。
本发明实施例的视频会议通信装置还包括监控模块、第二接收模块、第二 发送模块以及处理模块；
监控模块用于监测到SIP会话异常并进行MCU重启；
第二接收模块用于接收SIP服务器发送的会话保活消息以及接收终端根据 业务查询会议状态正常的成功响应；
第二发送模块用于将第一SIP会话响应消息发送给SIP服务器，同时将会话 保活消息异常事件上报给应用服务器；
处理模块，用于构造与所述终端对应的SIP会话信息并保存。
本发明实施例提供的视频会议通信装置，该装置包括第一接收模块、第一 发送模块、监控模块、第二接收模块、第二发送模块以及处理模块，实现如上 述实施例一至三方法中的至少一个步骤，保证上会的终端不被挂断且会控功能 正常，终端用户感知不到MCU故障的发生，提高了视频会议的可靠性，提升了 用户体验
实施例五：
本实施例还提供了一种计算机可读存储介质，该计算机可读存储介质包括 在用于存储信息(诸如计算机可读指令、数据结构、计算机程序模块或其他数据) 的任何方法或技术中实施的易失性或非易失性、可移除或不可移除的介质。计 算机可读存储介质包括但不限于RAM(Random Access Memory，随机存取存储 器),ROM(Read-Only Memory，只读存储器),EEPROM(Electrically Erasable Programmable read only memory，带电可擦可编程只读存储器)、闪存或其他存 储器技术、CD-ROM(Compact Disc Read-Only Memory，光盘只读存储器)，数 字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、 或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。
本实施例中的计算机可读存储介质可用于存储一个或者多个计算机程序， 其存储的一个或者多个计算机程序可被处理器执行，以实现上述实施例一和实 施例三中的视频会议通信方法的至少一个步骤。
以上内容是结合具体的实施方式对本发明实施例所作的进一步详细说明， 不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普 通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或 替换，都应当视为属于本发明的保护范围。

Claims (12)

1.一种视频会议通信方法，包括：
MCU重启后，SIP服务器接收终端发送的会话保活消息，并将所述会话保活消息发送给所述MCU，所述会话保活信息为所述终端按照保活周期进行发送；
所述SIP服务器接收所述MCU发送的第一SIP会话响应消息，并向所述终端发送会话保活消息响应消息。
2.如权利要求1所述的视频会议通信方法，其特征在于，所述MCU重启后，SIP服务器接收终端发送的会话保活消息之前包括：
所述SIP服务器接收终端发送的会话保活消息，并将所述会话保活消息发送给MCU；
所述SIP服务器没有接收到所述MCU的响应消息，向所述终端发送会话保活消息响应消息。
3.如权利要求1所述的视频会议通信方法，其特征在于，所述SIP服务器接收终端发送的会话保活消息，并将所述会话保活消息发送给所述MCU之后还包括：
所述SIP服务器没有接收到所述MCU的响应消息，向所述终端发送请求超时消息。
4.如权利要求1所述的视频会议通信方法，其特征在于，所述SIP服务器接收到所述MCU发送的第一SIP会话响应消息，并向所述终端发送会话保活消息响应消息之后还包括：
所述SIP服务器接收终端发送的会话保活消息，并将所述会话保活消息发送给所述MCU；
所述SIP服务器接收到所述MCU发送的第一SIP会话响应消息，将所述第一SIP会话响应消息发送给所述终端。
5.如权利要求1所述的视频会议通信方法，其特征在于，所述MCU重启后还包括：
所述MCU向所述SIP服务器发送INFO请求消息失败。
6.如权利要求5所述的视频会议通信方法，其特征在于，所述SIP服务器接收到所述MCU发送的第一SIP会话响应消息，并向所述终端发送会话保活消息响应消息之后包括：
所述SIP服务器接收到所述MCU发送的INFO请求消息，并将所述INFO请求消息转发给所述终端；
所述SIP服务器接收到所述终端发送的所述INFO响应消息并转发给所述MCU。
7.一种视频会议通信方法，包括：
MCU监控进程监测到SIP会话异常并进行重启；
所述MCU接收SIP服务器发送的会话保活消息，所述会话保活信息为所述终端按照保活周期发送给所述SIP服务器；
所述MCU将第一SIP会话响应消息发送给所述SIP服务器，同时将会话保活消息异常事件上报给应用服务器；
所述MCU接收到所述终端根据业务查询会议状态正常的成功响应后，构造与所述终端对应的SIP会话信息并保存。
8.如权利要求7所述的视频会议通信方法，其特征在于，所述MCU监控进程检测到SIP会话异常并进行重启之后包括：
所述MCU向所述SIP服务器发送INFO请求消息失败。
9.如权利要求8所述的视频会议通信方法，其特征在于，所述SIP服务器接收到所述MCU发送的第一SIP会话响应消息，并向所述终端发送会话保活消息响应消息之后包括：
所述MCU向所述SIP服务器发送INFO请求消息；
所述MCU接收所述SIP服务器发送的INFO响应消息，所述INFO响应消息为所述SIP服务器接收所述终端根据接收到的INFO请求消息后发送的响应消息。
10.一种视频会议通信装置，包括：
第一接收模块，用于接收终端发送的会话保活消息以及接收MCU发送的第一SIP会话响应消息；
第一发送模块，用于将所述会话保活消息发送给MCU以及向所述终端发送会话保活消息响应消息。
11.一种视频会议通信装置，包括：
监控模块，用于监测到SIP会话异常并进行MCU重启；
第二接收模块，用于接收SIP服务器发送的会话保活消息以及接收终端根据业务查询会议状态正常的成功响应；
第二发送模块，用于将第一SIP会话响应消息发送给所述SIP服务器，同时将会话保活消息异常事件上报给应用服务器；
处理模块，用于构造与所述终端对应的SIP会话信息并保存。
12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有一个或者多个计算机程序，所述一个或者多个计算机程序可被一个或者多个处理器执行，以实现如权利要求1-9中任一项所述的视频会议通信方法的步骤。
CN201910854628.0A 2019-09-10 2019-09-10 一种视频会议通信方法、装置以及计算机可读存储介质 Pending CN112565661A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201910854628.0A CN112565661A (zh) 2019-09-10 2019-09-10 一种视频会议通信方法、装置以及计算机可读存储介质
PCT/CN2020/114051 WO2021047513A1 (zh) 2019-09-10 2020-09-08 一种视频会议通信方法、装置以及计算机可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910854628.0A CN112565661A (zh) 2019-09-10 2019-09-10 一种视频会议通信方法、装置以及计算机可读存储介质

Publications (1)

Publication Number Publication Date
CN112565661A true CN112565661A (zh) 2021-03-26

Family

ID=74867209

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910854628.0A Pending CN112565661A (zh) 2019-09-10 2019-09-10 一种视频会议通信方法、装置以及计算机可读存储介质

Country Status (2)

Country Link
CN (1) CN112565661A (zh)
WO (1) WO2021047513A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112995697A (zh) * 2021-04-30 2021-06-18 武汉斗鱼鱼乐网络科技有限公司 一种流数据恢复方法、服务器、存储介质及计算机设备
CN114679433A (zh) * 2022-05-27 2022-06-28 武汉中科通达高新技术股份有限公司 视频访问会话管理系统、方法、计算机设备及存储介质

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102316301B (zh) * 2010-06-29 2014-05-07 华为终端有限公司 会议切换的方法、系统及设备
CN101917586B (zh) * 2010-08-17 2013-07-03 杭州华三通信技术有限公司 一种会议的加入方法和设备
EP2789120B1 (en) * 2011-12-06 2018-06-06 Mitel Networks Corporation Collaboration system and method
WO2015058648A1 (zh) * 2013-10-23 2015-04-30 中兴通讯股份有限公司 基于ip电话的留言业务处理方法及装置
CN104660952B (zh) * 2015-03-04 2018-06-08 苏州科达科技股份有限公司 视频会议通信方法和系统

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112995697A (zh) * 2021-04-30 2021-06-18 武汉斗鱼鱼乐网络科技有限公司 一种流数据恢复方法、服务器、存储介质及计算机设备
CN112995697B (zh) * 2021-04-30 2021-09-07 武汉斗鱼鱼乐网络科技有限公司 一种流数据恢复方法、服务器、存储介质及计算机设备
CN114679433A (zh) * 2022-05-27 2022-06-28 武汉中科通达高新技术股份有限公司 视频访问会话管理系统、方法、计算机设备及存储介质

Also Published As

Publication number Publication date
WO2021047513A1 (zh) 2021-03-18

Similar Documents

Publication Publication Date Title
US8140895B2 (en) Method and system for recovering SIP transaction
US9954690B2 (en) Transferring a conference session between conference servers due to failure
US20070041327A1 (en) Multicast heartbeat signaling
WO2017162009A1 (zh) 媒体服务器备份的方法、装置、系统和存储介质
US20140359340A1 (en) Subscriptions that indicate the presence of application servers
WO2021047513A1 (zh) 一种视频会议通信方法、装置以及计算机可读存储介质
CN101577731B (zh) Tcp连接主备倒换和h323连接主备倒换的方法及装置
US20140006630A1 (en) Session initiation protocol (sip) for message throttling
CA2743680C (en) Method and system for fail-safe call survival
WO2011015068A1 (zh) 一种故障检测的方法和系统
CN101610188A (zh) Sip服务器服务进程故障恢复方法及sip服务器
US20180027028A1 (en) Terminal and Terminal Call Soft Switching Method
JP2009033447A (ja) インタフェース装置、主装置及びインタフェース装置に用いられる制御方法
CN117880254A (zh) 一种实时通讯的重连方法
CN110602339B (zh) 一种基于语音网关的故障检测方法、系统及存储介质
CN113489601A (zh) 基于视联网自治云网络架构的抗毁方法和装置
CN110830753B (zh) 视频会议信令处理方法、装置、计算机设备和存储介质
US20110286365A1 (en) Method for Connection Preservation
JP4883487B2 (ja) 中継装置、ネットワークシステム及び中継処理プログラム
CN105007143A (zh) 一种实现呼叫保存和恢复的方法及系统
CN108337103B (zh) Sip服务器的备份方法、备用恢复方法和系统
CN111385519B (zh) 实现视频会议恢复的方法、装置、终端及多点控制单元
JP5342578B2 (ja) 呼制御システムおよび呼制御に利用する情報の冗長化方法
CN110890989A (zh) 一种通道连接方法及装置
JP5120677B2 (ja) 中継装置、ネットワークシステム及び中継処理プログラム

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