CN107231333A - 媒体服务器备份的方法、装置及系统 - Google Patents

媒体服务器备份的方法、装置及系统 Download PDF

Info

Publication number
CN107231333A
CN107231333A CN201610171163.5A CN201610171163A CN107231333A CN 107231333 A CN107231333 A CN 107231333A CN 201610171163 A CN201610171163 A CN 201610171163A CN 107231333 A CN107231333 A CN 107231333A
Authority
CN
China
Prior art keywords
media server
media
server
conference terminal
meeting
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
CN201610171163.5A
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 CN201610171163.5A priority Critical patent/CN107231333A/zh
Priority to PCT/CN2017/075414 priority patent/WO2017162009A1/zh
Publication of CN107231333A publication Critical patent/CN107231333A/zh
Pending legal-status Critical Current

Links

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
    • 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
    • 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/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • 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/1096—Supplementary features, e.g. call forwarding or call holding

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Health & Medical Sciences (AREA)
  • Business, Economics & Management (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Environmental & Geological Engineering (AREA)
  • General Business, Economics & Management (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明提供了一种媒体服务器备份的方法、装置及系统，该方法包括：检测承载多媒体会议的多个媒体服务器中的每个媒体服务器是否正常工作；当检测到存在无法正常工作的第一媒体服务器时，将第一媒体服务器承载的多媒体会议分配到正常工作的一个或多个第二媒体服务器上；将第一媒体服务器承载的多媒体会议恢复到正常工作的一个或多个第二媒体服务器上；通知会议终端将媒体服务器的接收地址和接收端口切换为一个或多个第二媒体服务器的接收地址和接收端口，呼叫会议终端重新加入多媒体会议。本发明的实施例的备份方式大大节省了媒体服务器设备的个数，又达到了提高系统的高稳定性效果。

Description

媒体服务器备份的方法、装置及系统
技术领域
本发明涉及通信技术领域，尤其涉及一种会话初始化协议(Session InitiationProtocol，SIP)实现媒体服务器备份的方法、装置及系统。
背景技术
随着视频会议和IP多媒体子系统(IMS)的进一步发展，视频会议发展到以SIP协议为核心的电信级的运营系统(统一通信视频系统)。运营系统，要保证系统的高可靠行(99.999％以上)，仅仅依靠元器件的可靠性，是无法满足要求的，需要对系统的重要的、关键设备进行备份。当这些设备出现故障时，能快速便捷的切换到工作正常的备用设备上去，使系统能持续稳定的运行。
一般系统采1+1冗余的热备份方式，目前用于实现1+1热备的方法有两种：事件备份和状态备份。
这两种同步方法，都要求主备设备上的信息和状态同一时间段内完全保持一致，这给设备的实现、运营维护带来很大的困难，同时也难以保证完全的实时同步。
发明内容
鉴于上述技术问题，本发明提供一种媒体服务器备份的方法、装置及系统，实现了N+1或N个媒体服务器的互备份，不需要单独准备备份的媒体服务器，与现有技术的1+1的冗余备份相比，大大节省了媒体服务器设备的个数，又达到了提高系统的高稳定性效果。
依据本发明的一个方面，提供了一种媒体服务器备份的方法，所述方法包括：检测承载多媒体会议的多个媒体服务器中的每个媒体服务器是否正常工作；当检测到存在无法正常工作的第一媒体服务器时，将第一媒体服务器承载的多媒体会议分配到正常工作的一个或多个第二媒体服务器上；将第一媒体服务器承载的多媒体会议恢复到正常工作的一个或多个第二媒体服务器上；通知会议终端将媒体服务器的接收地址和接收端口切换为一个或多个第二媒体服务器的接收地址和接收端口，呼叫所述会议终端重新加入所述多媒体会议。
可选地，所述检测承载所述多媒体会议的多个媒体服务器中的每个媒体服务器是否正常工作，包括：
向承载所述多媒体会议的多个媒体服务器中的每个媒体服务器发送设备存活心跳检测的传输控制协议TCP消息，在检测时间内没有到响应消息，则检测确认接收所述TCP消息的媒体服务器为无法正常工作的第一媒体服务器。
可选地，所述将第一媒体服务器承载的多媒体会议恢复到正常工作的一个或多个第二媒体服务器上，包括：
根据承载所述多媒体会议的正常工作的媒体服务器的业务信息和/或业务状态，确定一个或多个第二媒体服务器；
向每个第二媒体服务器发送开会请求消息，并接收每个第二媒体服务器发送的响应所述开会请求消息的开会成功消息。
可选地，在所述将第一媒体服务器承载的多媒体会议恢复到正常工作的一个或多个第二媒体服务器上之前，所述方法还包括：
通知加入到所述多媒体会议的会议终端停止图像解码，由所述会议终端持续显示最后一幅图像画面。
可选地，所述通知会议终端将媒体服务器的接收地址和接收端口切换为一个或多个第二媒体服务器的接收地址和接收端口，呼叫所述会议终端重新加入所述多媒体会议，包括：
获取所述第二媒体服务器的接收地址和接收端口；
根据加入到所述多媒体会议的会议终端的信息，通知所述会议终端将媒体服务器的接收地址和接收端口切换为一个或多个第二媒体服务器的接收地址和接收端口，使得所述会议终端与每个第二媒体服务器建立媒体连接通道。
可选地，所述获取所述第二媒体服务器的接收地址和接收端口，包括：
向每个第二媒体服务器发送邀请INVITE呼叫；
接收每个第二媒体服务器返回的第一响应消息，所述第一响应消息携带有多媒体会议的媒体能力和所述第二媒体服务器的接收地址和接收端口；
相应地，所述根据加入到所述多媒体会议的会议终端的信息，通知所述会议终端将媒体服务器的接收地址和接收端口切换为一个或多个第二媒体服务器的接收地址和接收端口，使得所述会议终端与每个第二媒体服务器建立媒体连接通道，包括：
根据加入到所述多媒体会议的会议终端的信息，向所述会议终端发送二次能力更新的重新邀请REINVITE消息，通知所述会议终端将媒体服务器的接收地址和接收端口切换为所述一个或多个第二媒体服务器的接收地址和接收端口；
接收所述会议终端返回的表示所述会议终端已被接起的第二响应消息，所述第二响应消息携带所述会议终端的能力；
向所述第二媒体服务器返回第三响应消息，所述第三响应消息携带所述会议终端的能力，表示所述会议终端与所述第二媒体服务器之间的媒体连接通道已经建立。
依据本发明的另一个方面，还提供了一种业务服务器，包括：存活检测模块、媒体资源管理模块、业务恢复控制模块、会议业务管理模块和呼叫控制模块，其中，所述存活检测模块用于检测承载多媒体会议的多个媒体服务器中的每个媒体服务器是否正常工作；当检测到存在无法正常工作的第一媒体服务器时，通知所述业务恢复控制模块，所述业务恢复控制模块收到第一媒体服务器无法正常工作的消息后，通知所述媒体资源管理模块，所述媒体资源管理模块标志第一媒体服务器的资源不可用，并把所述第一媒体服务器上的多媒体会议调度到正常工作的一个或多个第二媒体服务器；所述媒体资源管理模块把调度分配结果通知所述业务恢复控制模块，所述业务恢复控制模块通知所述业务管理模块将所述第一媒体服务器承载的多媒体会议恢复到一个或多个第二媒体服务器上；会议开起来后，所述呼叫控制模块通知会议终端将媒体服务器的接收地址和接收端口切换为一个或多个第二媒体服务器的接收地址和接收端口，呼叫所述会议终端重新加入所述多媒体会议。
可选地，所述存活检测模块进一步用于向承载所述多媒体会议的多个媒体服务器中的每个媒体服务器发送设备存活心跳检测的传输控制协议TCP消息，在检测时间内没有到响应消息，则检测确认接收所述TCP消息的媒体服务器为无法正常工作的第一媒体服务器。
可选地，所述媒体资源管理模块进一步用于根据承载所述多媒体会议的正常工作的媒体服务器的业务信息和/或业务状态，确定一个或多个第二媒体服务器；向每个第二媒体服务器发送开会请求消息，并接收每个第二媒体服务器发送的响应所述开会请求消息的开会成功消息。
可选地，所述呼叫控制模块进一步用于：向每个第二媒体服务器发送邀请INVITE呼叫；接收每个第二媒体服务器返回的第一响应消息，所述第一响应消息携带有多媒体会议的媒体能力和所述第二媒体服务器的接收地址和接收端口；根据加入到所述多媒体会议的会议终端的信息，向所述会议终端发送二次能力更新的重新邀请REINVITE消息，通知所述会议终端将媒体服务器的接收地址和接收端口切换为所述一个或多个第二媒体服务器的接收地址和接收端口；接收所述会议终端返回的表示所述会议终端已被接起的第二响应消息，所述第二响应消息携带所述会议终端的能力；向所述第二媒体服务器返回第三响应消息，所述第三响应消息携带所述会议终端的能力，表示所述会议终端与所述第二媒体服务器之间的媒体连接通道已经建立。
依据本发明的又一个方面，还提供了一种媒体服务器备份的系统，包括如上所述的业务服务器。
本发明的有益效果是：
第一、本发明实现了N+1或N个媒体服务器的互备份，不需要单独准备备份的媒体服务器，与现有技术的1+1的冗余备份相比，本发明的实施例大大节省了媒体服务器设备的个数，又达到了提高系统的高稳定性效果。
第二、引入业务服务器的桥梁作用，通过业务服务器实现快速的业务恢复功能，达到了媒体服务器的互相备份功能。
第三、由于业务服务器到终端的呼叫，并非采用挂断重呼入会的方式，而是采用二次能力更新的呼叫方式，更改终端的远端媒体的接收地址和接收端口，使终端用户感知不到终端重新加入了一个新的会议的过程。大大增强了终端用户对业务使用稳定性的体验。
第四，业务服务器把第一媒体服务器上的会议业务调度到其它媒体服务器上，由于考虑了资源分配和业务负荷分担。这样就减少了每个媒体服务器上业务恢复的消息量，减少了业务恢复的时间，使业务在短时间内，快速的得到了恢复。
附图说明
图1为本发明的系统框架图；
图2为本发明的第一实施例中媒体服务器备份的方法的示意图；
图3为本发明的第二实施例中媒体服务器备份的方法的示意图；
图4为本发明的第三实施例中媒体服务器备份的方法的示意图；
图5为本发明的第四实施例中媒体服务器备份的方法的示意图；
图6为本发明的第五实施例中会议恢复流程图；
图7为本发明的第五实施例中重新邀请会议终端通过第二媒体服务器加入多媒体会议的流程图；
图8为本发明的第六实施例中业务服务器的框图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
参见图1，图中示出了本发明的实施例应用的场景，系统可包括：N+1(或N)台媒体服务器、业务服务器和M台终端，其中，媒体服务器是音视频业务正常开展的关键设备，需要考虑运行的稳定性，进行设备备份，以达到设备异常时，业务能快速恢复。业务服务器是音视频业务开展的控制和管理服务器，终端可以是可视终端，终端可以是移动电话(或手机)，或者其他能够发送或接收无线信号的设备，包括用户设备、个人数字助理(PDA)、手持装置、膝上型计算机等。
第一实施例
参见图2，图中示出了一种媒体服务器备份的方法，该方法的执行主体可以是业务服务器，具体步骤如下：
步骤S201、检测承载多媒体会议的多个媒体服务器中的每个媒体服务器是否正常工作；
例如，在多媒体会议正常运行时，检测多个媒体服务器中的每个媒体服务器是否死机或者掉电，当媒体服务器出现死机或者掉电时，可检测确定该媒体服务器无法正常工作。当然需要说明的是，无法正常工作的情况也并不限于此。本步骤中的检测方式可以采用心跳检测的方式。
步骤S202、当检测到存在无法正常工作的第一媒体服务器时，将第一媒体服务器承载的多媒体会议分配到正常工作的一个或多个第二媒体服务器上；
上述第一媒体服务器是指异常媒体服务器，例如出现死机的媒体服务器，或者出现掉电的媒体服务器。第二媒体服务器是指正常工作的媒体服务器，即能够正常承载多媒体会议的媒体服务器。
步骤S203、将第一媒体服务器承载的多媒体会议恢复到正常工作的一个或多个第二媒体服务器上；
可选地，在本步骤之前，为了防止会议终端看到异常图像(防止用户感知到业务异常)，业务服务器通知加入到多媒体会议的会议终端停止图像解码，由会议终端持续显示最后一幅图像画面(相当于会议终端冻结最后一幅图像画面)。
步骤S204、通知会议终端将媒体服务器的接收地址和接收端口切换为一个或多个第二媒体服务器的接收地址和接收端口，呼叫会议终端重新加入多媒体会议。
例如，在本步骤中可以采用会话初始化协议的REINVITE流程通知终端切换远端媒体的接收地址和端口，建立终端和媒体服务器的媒体连接通道。然后业务服务器恢复各会议的业务信息：广播源，会议的单/多画面状态、会议的控制方式等。
在本实施例中，实现了N+1或N个媒体服务器的互备份，不需要单独准备备份的媒体服务器，与现有技术的1+1的冗余备份相比，本发明的实施例大大节省了媒体服务器设备的个数，又达到了提高系统的高稳定性效果。引入业务服务器的桥梁作用，通过业务服务器实现快速的业务恢复功能，达到了媒体服务器的互相备份功能。由于业务服务器到终端的呼叫，并非采用挂断重呼入会的方式，而是采用二次能力更新的呼叫方式，更改终端的远端媒体的接收地址和接收端口，使终端用户感知不到终端重新加入了一个新的会议的过程。大大增强了终端用户对业务使用稳定性的体验。
第二实施例
参见图3，图中示出了一种媒体服务器备份的方法，该方法的执行主体可以是业务服务器，具体步骤如下：
步骤S301、向承载所述多媒体会议的多个媒体服务器中的每个媒体服务器发送设备存活心跳检测的传输控制协议TCP消息，在检测时间内没有到响应消息，则检测确认接收TCP消息的媒体服务器为无法正常工作的第一媒体服务器；
例如，业务服务器向媒体服务器发送设备存活option心跳检测的TCP消息，在检测时间内(例如300ms)没有收到响应消息(例如200 ok消息)，检测确认收到该TCP消息的媒体服务器异常。
步骤S302、当检测到存在无法正常工作的第一媒体服务器时，将第一媒体服务器承载的多媒体会议分配到正常工作的一个或多个第二媒体服务器上；
上述第一媒体服务器是指异常媒体服务器，例如出现死机的媒体服务器，或者出现掉电的媒体服务器。第二媒体服务器是指正常工作的媒体服务器，即能够正常承载多媒体会议的媒体服务器。
步骤S303、将第一媒体服务器承载的多媒体会议恢复到正常工作的一个或多个第二媒体服务器上；
可选地，在本步骤之前，为了防止会议终端看到异常图像(防止用户感知到业务异常)，业务服务器通知加入到多媒体会议的会议终端停止图像解码，由会议终端持续显示最后一幅图像画面(相当于会议终端冻结最后一幅图像画面)。
步骤S304、通知会议终端将媒体服务器的接收地址和接收端口切换为一个或多个第二媒体服务器的接收地址和接收端口，呼叫所述会议终端重新加入所述多媒体会议。
例如，在本步骤中可以采用会话初始化协议的REINVITE流程通知终端切换远端媒体的接收地址和端口，建立终端和媒体服务器的媒体连接通道。然后业务服务器恢复各会议的业务信息：广播源，会议的单/多画面状态、会议的控制方式等。
在本实施例中，实现了N+1或N个媒体服务器的互备份，不需要单独准备备份的媒体服务器，与现有技术的1+1的冗余备份相比，本发明的实施例大大节省了媒体服务器设备的个数，又达到了提高系统的高稳定性效果。引入业务服务器的桥梁作用，通过业务服务器实现快速的业务恢复功能，达到了媒体服务器的互相备份功能。由于业务服务器到终端的呼叫，并非采用挂断重呼入会的方式，而是采用二次能力更新的呼叫方式，更改终端的远端媒体的接收地址和接收端口，使终端用户感知不到终端重新加入了一个新的会议的过程。大大增强了终端用户对业务使用稳定性的体验。
第三实施例
参见图4，图中示出了一种媒体服务器备份的方法，该方法的执行主体可以是业务服务器，具体步骤如下：
步骤S401、检测承载多媒体会议的多个媒体服务器中的每个媒体服务器是否正常工作；
例如，在多媒体会议正常运行时，检测多个媒体服务器中的每个媒体服务器是否死机或者掉电，当媒体服务器出现死机或者掉电时，可检测确定该媒体服务器无法正常工作。当然需要说明的是，无法正常工作的情况也并不限于此。本步骤中的检测方式可以采用心跳检测的方式。
步骤S402、当检测到存在无法正常工作的第一媒体服务器时，将第一媒体服务器承载的多媒体会议分配到正常工作的一个或多个第二媒体服务器上；
上述第一媒体服务器是指异常媒体服务器，例如出现死机的媒体服务器，或者出现掉电的媒体服务器。第二媒体服务器是指正常工作的媒体服务器，即能够正常承载多媒体会议的媒体服务器。
步骤S403、根据承载所述多媒体会议的正常工作的媒体服务器的业务信息和/或业务状态，确定一个或多个第二媒体服务器；向每个第二媒体服务器发送开会请求消息，并接收每个第二媒体服务器发送的响应所述开会请求消息的开会成功消息。
可选地，在本步骤之前，为了防止会议终端看到异常图像(防止用户感知到业务异常)，业务服务器通知加入到多媒体会议的会议终端停止图像解码，由会议终端持续显示最后一幅图像画面(相当于会议终端冻结最后一幅图像画面)。
步骤S404、通知会议终端将媒体服务器的接收地址和接收端口切换为一个或多个第二媒体服务器的接收地址和接收端口，呼叫所述会议终端重新加入所述多媒体会议。
例如，在本步骤中可以采用会话初始化协议的REINVITE流程通知终端切换远端媒体的接收地址和端口，建立终端和媒体服务器的媒体连接通道。然后业务服务器恢复各会议的业务信息：广播源，会议的单/多画面状态、会议的控制方式等。
在本实施例中，第一、本发明实现了N+1或N个媒体服务器的互备份，不需要单独准备备份的媒体服务器，与现有技术的1+1的冗余备份相比，本发明的实施例大大节省了媒体服务器设备的个数，又达到了提高系统的高稳定性效果。第二、引入业务服务器的桥梁作用，通过业务服务器实现快速的业务恢复功能，达到了媒体服务器的互相备份功能。第三、由于业务服务器到终端的呼叫，并非采用挂断重呼入会的方式，而是采用二次能力更新的呼叫方式，更改终端的远端媒体的接收地址和接收端口，使终端用户感知不到终端重新加入了一个新的会议的过程。大大增强了终端用户对业务使用稳定性的体验。第四，业务服务器把第一媒体服务器上的会议业务调度到其它媒体服务器上，由于考虑了资源分配和业务负荷分担。这样就减少了每个媒体服务器上业务恢复的消息量，减少了业务恢复的时间，使业务在短时间内，快速的得到了恢复。
第四实施例
参见图5，图中示出了一种媒体服务器备份的方法，该方法的执行主体可以是业务服务器，具体步骤如下：
步骤S501、检测承载多媒体会议的多个媒体服务器中的每个媒体服务器是否正常工作；
例如，在多媒体会议正常运行时，检测多个媒体服务器中的每个媒体服务器是否死机或者掉电，当媒体服务器出现死机或者掉电时，可检测确定该媒体服务器无法正常工作。当然需要说明的是，无法正常工作的情况也并不限于此。本步骤中的检测方式可以采用心跳检测的方式。
步骤S502、当检测到存在无法正常工作的第一媒体服务器时，将第一媒体服务器承载的多媒体会议分配到正常工作的一个或多个第二媒体服务器上；
上述第一媒体服务器是指异常媒体服务器，例如出现死机的媒体服务器，或者出现掉电的媒体服务器。第二媒体服务器是指正常工作的媒体服务器，即能够正常承载多媒体会议的媒体服务器。
步骤S503、将第一媒体服务器承载的多媒体会议恢复到正常工作的一个或多个第二媒体服务器上；
可选地，在本步骤之前，为了防止会议终端看到异常图像(防止用户感知到业务异常)，业务服务器通知加入到多媒体会议的会议终端停止图像解码，由会议终端持续显示最后一幅图像画面(相当于会议终端冻结最后一幅图像画面)。
步骤S504、获取第二媒体服务器的接收地址和接收端口；根据加入到多媒体会议的会议终端的信息，通知会议终端将媒体服务器的接收地址和接收端口切换为一个或多个第二媒体服务器的接收地址和接收端口，使得终端与每个第二媒体服务器建立媒体连接通道。
具体地，向每个第二媒体服务器发送邀请INVITE呼叫；接收每个第二媒体服务器返回的第一响应消息，第一响应消息携带有多媒体会议的媒体能力(例如会议控制内容参数等)和第二媒体服务器的接收地址和接收端口；根据加入到多媒体会议的会议终端的信息，向所述会议终端发送二次能力更新的重新邀请REINVITE消息，通知会议终端将媒体服务器的接收地址和接收端口切换为一个或多个第二媒体服务器的接收地址和接收端口；接收终端返回的表示终端已被接起的第二响应消息，第二响应消息携带终端的能力(例如终端的版本、终端的下行和上行数据处理能力等)；向第二媒体服务器返回第三响应消息，第三响应消息携带终端的能力，表示终端与第二媒体服务器之间的媒体连接通道已经建立。
第五实施例
参见图6，图中示出会议恢复流程，具体步骤如下：
步骤S601：业务服务器向媒体服务器发送设备存活option心跳检测的TCP消息，在检测时间内(300ms)没有收到200ok消息，检测确认媒体服务器异常，通知业务恢复控制模块，第M个媒体服务器已不存活，启动系统的备份恢复功能。
步骤S602：业务服务器检测到第M个媒体服务器已不存活消息后，业务服务器标示第M个媒体服务器的资源不可用；并把第M个媒体服务器上的会议调度分配到其它N个(或N－1)媒体服务器上。
步骤S603：业务服务器把第M个媒体资源服务器上的会议重新调度分配到媒体服务器J和媒体服务器K上(此处可以分配到多个媒体服务器上，不限于举例的2个媒体服务器上)，启动会议恢复流程。
步骤S604：业务服务器给媒体服务器J和媒体服务器K，发送开会请求消息(对应图中的ConfStartReq消息)，在媒体服务器J和K上开会成功后，响应业务服务器的开会成功消息(对应图中的ConfStartRes消息)。此步骤，是把异常媒体服务器M上的原来的会议，通过重新开会流程，把会议恢复到媒体服务器J和K上。
步骤S605：会议开起来后，业务服务器把会议终端呼叫入会，具体过程参照图7。
参见图7，重新邀请会议终端通过第二媒体服务器加入多媒体会议的流程如下：
步骤S701、业务服务器发送空媒体能力的INVITE呼叫到媒体服务器。
步骤S702、媒体服务器响应100Trying。
步骤S703、媒体服务器响应携带会议的媒体能力的200OK；SDP携带会议能力(与备份变化前保持不变)，由于媒体服务器已非之前的媒体服务器，其媒体服务器的接收地址和接收端口发生了变化。
步骤S704、业务服务器发送二次能力更新的REINVITE消息到终端，通知终端媒体服务器的的接收地址和接收端口发生了变化。
步骤S705、终端回复100Trying。
步骤S706、终端振铃，回复180Ringing。
步骤S707、终端回携带终端能力SDP的200OK。
步骤S708、业务服务器给媒体服务器回携带终端能力SDP的ACK，表示呼叫连接已经建立。
步骤S709、业务服务器回终端的ACK，表示呼叫连接已经建立。
步骤S710、新的媒体通道建立，流程结束。
在本实施例中，第一、本发明实现了N+1或N个媒体服务器的互备份，不需要单独准备备份的媒体服务器，与现有技术的1+1的冗余备份相比，本发明的实施例大大节省了媒体服务器设备的个数，又达到了提高系统的高稳定性效果。第二、引入业务服务器的桥梁作用，通过业务服务器实现快速的业务恢复功能，达到了媒体服务器的互相备份功能。第三、由于业务服务器到终端的呼叫，并非采用挂断重呼入会的方式，而是采用二次能力更新的呼叫方式，更改终端的远端媒体的接收地址和接收端口，使终端用户感知不到终端重新加入了一个新的会议的过程。大大增强了终端用户对业务使用稳定性的体验。第四，业务服务器把第一媒体服务器上的会议业务调度到其它媒体服务器上，由于考虑了资源分配和业务负荷分担。这样就减少了每个媒体服务器上业务恢复的消息量，减少了业务恢复的时间，使业务在短时间内，快速的得到了恢复。
第六实施例
参见图8，图中示出了一种业务服务器80，包括：存活检测模块81、媒体资源管理模块82、业务恢复控制模块83、会议业务管理模块84和呼叫控制模块85，其中，所述存活检测模块81用于检测承载多媒体会议的多个媒体服务器中的每个媒体服务器是否正常工作；当检测到存在无法正常工作的第一媒体服务器时，通知所述业务恢复控制模块83，所述业务恢复控制模块83收到第一媒体服务器无法正常工作的消息后，通知所述媒体资源管理模块82，所述媒体资源管理模块82标志第一媒体服务器的资源不可用，并把所述第一媒体服务器上的多媒体会议调度到正常工作的一个或多个第二媒体服务器；所述媒体资源管理模块82把调度分配结果通知所述业务恢复控制模块83，所述业务恢复控制模块83通知所述会议业务管理模块84将所述第一媒体服务器承载的多媒体会议恢复到一个或多个第二媒体服务器上；会议开起来后，所述呼叫控制模块85通知会议终端将媒体服务器的接收地址和接收端口切换为一个或多个第二媒体服务器的接收地址和接收端口，呼叫所述会议终端重新加入所述多媒体会议。
在本实施例中，可选地，存活检测模块81进一步用于向承载所述多媒体会议的多个媒体服务器中的每个媒体服务器发送设备存活心跳检测的传输控制协议TCP消息，在检测时间内没有到响应消息，则检测确认接收所述TCP消息的媒体服务器为无法正常工作的第一媒体服务器。
在本实施例中，可选地，所述媒体资源管理模块82进一步用于根据承载所述多媒体会议的正常工作的媒体服务器的业务信息和/或业务状态，确定一个或多个第二媒体服务器；向每个第二媒体服务器发送开会请求消息，并接收每个第二媒体服务器发送的响应所述开会请求消息的开会成功消息。
在本实施例中，可选地，呼叫控制模块85进一步用于：向每个第二媒体服务器发送邀请INVITE呼叫；接收每个第二媒体服务器返回的第一响应消息，所述第一响应消息携带有多媒体会议的媒体能力和所述第二媒体服务器的接收地址和接收端口；根据加入到所述多媒体会议的会议终端的信息，向所述会议终端发送二次能力更新的重新邀请REINVITE消息，通知所述会议终端将媒体服务器的接收地址和接收端口切换为所述一个或多个第二媒体服务器的接收地址和接收端口；接收所述会议终端返回的表示所述会议终端已被接起的第二响应消息，所述第二响应消息携带所述会议终端的能力；向所述第二媒体服务器返回第三响应消息，所述第三响应消息携带所述会议终端的能力，表示所述会议终端与所述第二媒体服务器之间的媒体连接通道已经建立。
本发明的实施例是视频会议业务正常运行时，某个媒体服务器异常(死机、掉电等)时，业务服务器能快速检测到媒体服务器不能正常工作，并通过业务服务器上的业务信息和业务状态，能快速的恢复第一媒体服务器上的视频会议业务。N+1(或N个)媒体服务器都正常启动在线、视频会议业务通过媒体资源管理模块调度到媒体服务器上，正常进行视频会议的音视频业务，业务服务器保存各种业务的信息和状态；参见图8，具体步骤如下：
步骤S901、存活检测服务模块，与N+1(或N个)媒体服务器保持存活检测；当与某媒体服务器检测异常时，就马上通知业务恢复控制模块。
例如本步骤，可以采用会话初始化协议的option消息，为了保证检测的有效和快捷性，Option消息使用TCP传输方式(由于UDP传输方式是非连接，不可靠的，此处不使用UDP传输方式)。
步骤S902、业务恢复控制模块启动视频业务恢复流程，通知媒体资源管理模块(告知某媒体服务器异常)。
步骤S903、媒体资源管理模块运行资源管理调度算法，把异常媒体服务器上的会议分配到其它N个(或N－1)媒体服务器上；并把调度结果通知业务恢复控制模块。
可选地，防止会议终端看到异常图像(防止用户感知到业务异常)，业务服务器通知终端停止图像解码，冻结最后一幅图像画面；
步骤S904、业务恢复控制模块通知会议业务管理模块，启动会议召开流程，把异常服务器上的会议恢复到其它媒体服务器上。
步骤S905、业务服务器根据业务服务器上的会议终端信息，呼叫会议终端重新入会。
在本实施例中，呼叫终端重新入会时，用户也就是感知到终端图像冻结一下，图像就马上恢复正常了。
例如本步骤，可以采用会话初始化协议的REINVITE流程通知终端切换远端媒体的接受地址和端口，建立媒体连接通道。
最后，业务服务器恢复各会议的业务信息：广播源，会议的单\多画面状态、会议的控制方式等。
第七实施例
本发明的实施例还提供了一种媒体服务器备份的系统，包括如第六实施例所述的业务服务器。
应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。
在本发明的各种实施例中，应理解，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定
另外，本文中术语“系统”和“网络”在本文中常可互换使用。
应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
在本申请所提供的实施例中，应理解，“与A相应的B”表示B与A相关联，根据A可以确定B。但还应理解，根据A确定B并不意味着仅仅根据A确定B，还可以根据A和/或其它信息确定B。
在本申请所提供的几个实施例中，应该理解到，所揭露方法和装置，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理包括，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述收发方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read－Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述的是本发明的优选实施方式，应当指出对于本技术领域的普通人员来说，在不脱离本发明所述的原理前提下还可以做出若干改进和润饰，这些改进和润饰也在本发明的保护范围内。

Claims (11)

1.一种媒体服务器备份的方法，其特征在于，所述方法包括：
检测承载多媒体会议的多个媒体服务器中的每个媒体服务器是否正常工作；
当检测到存在无法正常工作的第一媒体服务器时，将第一媒体服务器承载的多媒体会议分配到正常工作的一个或多个第二媒体服务器上；
将第一媒体服务器承载的多媒体会议恢复到正常工作的一个或多个第二媒体服务器上；
通知会议终端将媒体服务器的接收地址和接收端口切换为一个或多个第二媒体服务器的接收地址和接收端口，呼叫所述会议终端重新加入所述多媒体会议。
2.根据权利要求1所述的方法，其特征在于，所述检测承载所述多媒体会议的多个媒体服务器中的每个媒体服务器是否正常工作，包括：
向承载所述多媒体会议的多个媒体服务器中的每个媒体服务器发送设备存活心跳检测的传输控制协议TCP消息，在检测时间内没有到响应消息，则检测确认接收所述TCP消息的媒体服务器为无法正常工作的第一媒体服务器。
3.根据权利要求1所述的方法，其特征在于，所述将第一媒体服务器承载的多媒体会议恢复到正常工作的一个或多个第二媒体服务器上，包括：
根据承载所述多媒体会议的正常工作的媒体服务器的业务信息和/或业务状态，确定一个或多个第二媒体服务器；
向每个第二媒体服务器发送开会请求消息，并接收每个第二媒体服务器发送的响应所述开会请求消息的开会成功消息。
4.根据权利要求1所述的方法，其特征在于，在所述将第一媒体服务器承载的多媒体会议恢复到正常工作的一个或多个第二媒体服务器上之前，所述方法还包括：
通知加入到所述多媒体会议的会议终端停止图像解码，由所述会议终端持续显示最后一幅图像画面。
5.根据权利要求1所述的方法，其特征在于，所述通知会议终端将媒体服务器的接收地址和接收端口切换为一个或多个第二媒体服务器的接收地址和接收端口，呼叫所述会议终端重新加入所述多媒体会议，包括：
获取所述第二媒体服务器的接收地址和接收端口；
根据加入到所述多媒体会议的会议终端的信息，通知所述会议终端将媒体服务器的接收地址和接收端口切换为一个或多个第二媒体服务器的接收地址和接收端口，使得所述会议终端与每个第二媒体服务器建立媒体连接通道。
6.根据权利要求5所述的方法，其特征在于，所述获取所述第二媒体服务器的接收地址和接收端口，包括：
向每个第二媒体服务器发送邀请INVITE呼叫；
接收每个第二媒体服务器返回的第一响应消息，所述第一响应消息携带有多媒体会议的媒体能力和所述第二媒体服务器的接收地址和接收端口；
相应地，所述根据加入到所述多媒体会议的会议终端的信息，通知所述会议终端将媒体服务器的接收地址和接收端口切换为一个或多个第二媒体服务器的接收地址和接收端口，使得所述会议终端与每个第二媒体服务器建立媒体连接通道，包括：
根据加入到所述多媒体会议的会议终端的信息，向所述会议终端发送二次能力更新的重新邀请REINVITE消息，通知所述会议终端将媒体服务器的接收地址和接收端口切换为所述一个或多个第二媒体服务器的接收地址和接收端口；
接收所述会议终端返回的表示所述会议终端已被接起的第二响应消息，所述第二响应消息携带所述会议终端的能力；
向所述第二媒体服务器返回第三响应消息，所述第三响应消息携带所述会议终端的能力，表示所述会议终端与所述第二媒体服务器之间的媒体连接通道已经建立。
7.一种业务服务器，其特征在于，包括：存活检测模块、媒体资源管理模块、业务恢复控制模块、会议业务管理模块和呼叫控制模块，其中，所述存活检测模块用于检测承载多媒体会议的多个媒体服务器中的每个媒体服务器是否正常工作；当检测到存在无法正常工作的第一媒体服务器时，通知所述业务恢复控制模块，所述业务恢复控制模块收到第一媒体服务器无法正常工作的消息后，通知所述媒体资源管理模块，所述媒体资源管理模块标志第一媒体服务器的资源不可用，并把所述第一媒体服务器上的多媒体会议调度到正常工作的一个或多个第二媒体服务器；所述媒体资源管理模块把调度分配结果通知所述业务恢复控制模块，所述业务恢复控制模块通知所述业务管理模块将所述第一媒体服务器承载的多媒体会议恢复到一个或多个第二媒体服务器上；会议开起来后，所述呼叫控制模块通知会议终端将媒体服务器的接收地址和接收端口切换为一个或多个第二媒体服务器的接收地址和接收端口，呼叫所述会议终端重新加入所述多媒体会议。
8.根据权利要求7所述的业务服务器，其特征在于，所述存活检测模块进一步用于向承载所述多媒体会议的多个媒体服务器中的每个媒体服务器发送设备存活心跳检测的传输控制协议TCP消息，在检测时间内没有到响应消息，则检测确认接收所述TCP消息的媒体服务器为无法正常工作的第一媒体服务器。
9.根据权利要求7所述的业务服务器，其特征在于，所述媒体资源管理模块进一步用于根据承载所述多媒体会议的正常工作的媒体服务器的业务信息和/或业务状态，确定一个或多个第二媒体服务器；向每个第二媒体服务器发送开会请求消息，并接收每个第二媒体服务器发送的响应所述开会请求消息的开会成功消息。
10.根据权利要求7所述的业务服务器，其特征在于，所述呼叫控制模块进一步用于：向每个第二媒体服务器发送邀请INVITE呼叫；接收每个第二媒体服务器返回的第一响应消息，所述第一响应消息携带有多媒体会议的媒体能力和所述第二媒体服务器的接收地址和接收端口；根据加入到所述多媒体会议的会议终端的信息，向所述会议终端发送二次能力更新的重新邀请REINVITE消息，通知所述会议终端将媒体服务器的接收地址和接收端口切换为所述一个或多个第二媒体服务器的接收地址和接收端口；接收所述会议终端返回的表示所述会议终端已被接起的第二响应消息，所述第二响应消息携带所述会议终端的能力；向所述第二媒体服务器返回第三响应消息，所述第三响应消息携带所述会议终端的能力，表示所述会议终端与所述第二媒体服务器之间的媒体连接通道已经建立。
11.一种媒体服务器备份的系统，其特征在于，包括如权利要求7～10任一项所述的业务服务器。
CN201610171163.5A 2016-03-24 2016-03-24 媒体服务器备份的方法、装置及系统 Pending CN107231333A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201610171163.5A CN107231333A (zh) 2016-03-24 2016-03-24 媒体服务器备份的方法、装置及系统
PCT/CN2017/075414 WO2017162009A1 (zh) 2016-03-24 2017-03-02 媒体服务器备份的方法、装置、系统和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610171163.5A CN107231333A (zh) 2016-03-24 2016-03-24 媒体服务器备份的方法、装置及系统

Publications (1)

Publication Number Publication Date
CN107231333A true CN107231333A (zh) 2017-10-03

Family

ID=59899349

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610171163.5A Pending CN107231333A (zh) 2016-03-24 2016-03-24 媒体服务器备份的方法、装置及系统

Country Status (2)

Country Link
CN (1) CN107231333A (zh)
WO (1) WO2017162009A1 (zh)

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108668101A (zh) * 2018-08-08 2018-10-16 广州视源电子科技股份有限公司 视频会议方法、装置和系统
CN110417595A (zh) * 2019-07-29 2019-11-05 北京奇艺世纪科技有限公司 业务服务容灾方法、装置、系统、管理服务器及电子设备
CN111246152A (zh) * 2020-01-10 2020-06-05 浙江华创视讯科技有限公司 视频会议自动恢复方法及装置、存储介质、电子装置
CN111770316A (zh) * 2020-07-22 2020-10-13 广州芯象科技有限公司 一种音视频编码器
CN112073667A (zh) * 2020-07-20 2020-12-11 视联动力信息技术股份有限公司 一种恢复业务的方法、装置、电子设备及存储介质
CN112104676A (zh) * 2020-11-20 2020-12-18 全时云商务服务股份有限公司 一种媒体服务器自管理方法及会议系统
CN112637542A (zh) * 2020-11-27 2021-04-09 深圳市捷视飞通科技股份有限公司 通话连接建立方法、装置、计算机设备和存储介质
CN112702216A (zh) * 2021-03-22 2021-04-23 浙江华创视讯科技有限公司 一种容灾处理方法、服务器、电子设备及存储介质
CN113037871A (zh) * 2021-04-23 2021-06-25 维沃移动通信有限公司 会议通话的恢复方法、装置、系统、电子设备和可读存储介质
CN113612890A (zh) * 2021-09-22 2021-11-05 维沃移动通信有限公司 通话处理方法和通话处理装置
CN114095759A (zh) * 2020-08-03 2022-02-25 海能达通信股份有限公司 一种流媒体重定向方法及相关装置

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111565235A (zh) * 2019-02-14 2020-08-21 普天信息技术有限公司 一种获取多媒体消息业务服务器地址的方法及装置
CN111200521B (zh) * 2019-12-27 2023-10-13 视联动力信息技术股份有限公司 视联网业务恢复方法、服务器、电子设备及存储介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1829168A (zh) * 2006-04-12 2006-09-06 深圳市台电实业有限公司 一种会议系统及其管理系统软件的双机热备份运行方法
US20070086365A1 (en) * 2005-10-13 2007-04-19 Yen-Fu Chen System for selective teleconference interruption
US20080101412A1 (en) * 2006-10-30 2008-05-01 Infineon Technologies Ag Method and apparatus for generating a message in a communication system
CN101459545A (zh) * 2009-01-13 2009-06-17 北京邮电大学 一种提高会话初始化协议会议系统可靠性的实现方法
CN101510884A (zh) * 2009-03-26 2009-08-19 华为技术有限公司 多媒体会议管理方法、网络设备及网络系统
CN103139529A (zh) * 2013-02-22 2013-06-05 青岛海信宽带多媒体技术有限公司 Sip服务器、视频通话设备间的视频通话切换方法
CN104980693A (zh) * 2014-04-11 2015-10-14 深圳中兴力维技术有限公司 媒体服务备份方法及系统

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7558221B2 (en) * 2004-02-13 2009-07-07 Seiko Epson Corporation Method and system for recording videoconference data
NO20071451L (no) * 2007-03-19 2008-09-22 Tandberg Telecom As System og fremgangsmate for a styre konferanseutstyr
CN101447893B (zh) * 2008-12-31 2012-04-25 华为技术有限公司 多媒体业务备份的方法和系统及终端、呼叫会话控制服务器
CN103702001B (zh) * 2013-12-17 2016-05-18 中国联合网络通信集团有限公司 电话会议平台和电话会议处理方法

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070086365A1 (en) * 2005-10-13 2007-04-19 Yen-Fu Chen System for selective teleconference interruption
CN1829168A (zh) * 2006-04-12 2006-09-06 深圳市台电实业有限公司 一种会议系统及其管理系统软件的双机热备份运行方法
US20080101412A1 (en) * 2006-10-30 2008-05-01 Infineon Technologies Ag Method and apparatus for generating a message in a communication system
CN101459545A (zh) * 2009-01-13 2009-06-17 北京邮电大学 一种提高会话初始化协议会议系统可靠性的实现方法
CN101510884A (zh) * 2009-03-26 2009-08-19 华为技术有限公司 多媒体会议管理方法、网络设备及网络系统
CN103139529A (zh) * 2013-02-22 2013-06-05 青岛海信宽带多媒体技术有限公司 Sip服务器、视频通话设备间的视频通话切换方法
CN104980693A (zh) * 2014-04-11 2015-10-14 深圳中兴力维技术有限公司 媒体服务备份方法及系统

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108668101A (zh) * 2018-08-08 2018-10-16 广州视源电子科技股份有限公司 视频会议方法、装置和系统
CN110417595A (zh) * 2019-07-29 2019-11-05 北京奇艺世纪科技有限公司 业务服务容灾方法、装置、系统、管理服务器及电子设备
CN111246152A (zh) * 2020-01-10 2020-06-05 浙江华创视讯科技有限公司 视频会议自动恢复方法及装置、存储介质、电子装置
CN111246152B (zh) * 2020-01-10 2022-05-03 浙江华创视讯科技有限公司 视频会议自动恢复方法及装置、存储介质、电子装置
CN112073667A (zh) * 2020-07-20 2020-12-11 视联动力信息技术股份有限公司 一种恢复业务的方法、装置、电子设备及存储介质
CN112073667B (zh) * 2020-07-20 2024-03-19 视联动力信息技术股份有限公司 一种恢复业务的方法、装置、电子设备及存储介质
CN111770316A (zh) * 2020-07-22 2020-10-13 广州芯象科技有限公司 一种音视频编码器
CN114095759A (zh) * 2020-08-03 2022-02-25 海能达通信股份有限公司 一种流媒体重定向方法及相关装置
CN114095759B (zh) * 2020-08-03 2024-01-12 海能达通信股份有限公司 一种流媒体重定向方法及相关装置
CN112104676A (zh) * 2020-11-20 2020-12-18 全时云商务服务股份有限公司 一种媒体服务器自管理方法及会议系统
CN112637542A (zh) * 2020-11-27 2021-04-09 深圳市捷视飞通科技股份有限公司 通话连接建立方法、装置、计算机设备和存储介质
CN112637542B (zh) * 2020-11-27 2023-06-09 深圳市捷视飞通科技股份有限公司 通话连接建立方法、装置、计算机设备和存储介质
CN112702216A (zh) * 2021-03-22 2021-04-23 浙江华创视讯科技有限公司 一种容灾处理方法、服务器、电子设备及存储介质
CN112702216B (zh) * 2021-03-22 2021-07-09 浙江华创视讯科技有限公司 一种容灾处理方法、服务器、电子设备及存储介质
CN113037871A (zh) * 2021-04-23 2021-06-25 维沃移动通信有限公司 会议通话的恢复方法、装置、系统、电子设备和可读存储介质
CN113612890A (zh) * 2021-09-22 2021-11-05 维沃移动通信有限公司 通话处理方法和通话处理装置

Also Published As

Publication number Publication date
WO2017162009A1 (zh) 2017-09-28

Similar Documents

Publication Publication Date Title
CN107231333A (zh) 媒体服务器备份的方法、装置及系统
CN106453136B (zh) 建立消息队列的方法和装置
CN103491055B (zh) 一种在多个客户端间同步信息的方法、客户端和服务器
EP2679029B1 (en) Dynamic asset marshalling within an incident communications network
US11843645B2 (en) Providing survivable calling and conferencing
CN102546554B (zh) 一种ip多媒体子系统及其恢复用户订阅关系的方法
CN108668101A (zh) 视频会议方法、装置和系统
KR20180021846A (ko) 활성 그룹 호 병합
CN102035798A (zh) 一种实现容灾的业务处理方法、系统及装置
CN106209399A (zh) 会议终端预定方法、会议服务器及会议终端切换系统
CN102891833B (zh) 网络容灾方法和系统
US9907096B2 (en) Recovery of established emergency video calls
CN113055539A (zh) 一种基于VoIP双冗余交换服务器的通信系统
CN106416234A (zh) 通信设备、通信系统、通信管理系统、通信控制方法和计算机程序产品
CN101163029B (zh) 多点控制单元主备倒换的方法和设备
US9350872B2 (en) Recovery of established emergency calls
CN101998374B (zh) 呈现信息订阅方法和ip多媒体子系统
CN106534758A (zh) 会议备份方法和装置
CN102932319A (zh) 一种用于保持通话的方法和装置
CN105101129A (zh) 一种漏话提醒方法及系统
CA2865456C (en) Recovery of established emergency calls
CN102868837A (zh) 电话会议控制系统和电话会议控制方法
CN101616186B (zh) 基于ip多媒体子系统的远程协助实现方法、装置及系统
CN103686897B (zh) 一种根据用户使用的服务选择网络的方法、装置和设备
JP6551926B2 (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
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20171003