音视频通信方法、装置、呼叫设备及呼叫系统

技术领域

本公开涉及通信技术领域，特别是涉及一种音视频通信方法、装置、呼叫设备及呼叫系统。

背景技术

现阶段，一般的医院院内数字呼叫系统为中心式服务器方案，即设置有中心服务器，本地终端与异地终端实现音视频通话时，需要经过服务器进行链路连接以及媒体流数据的处理转发。但是，上述依赖于服务器进行媒体流数据处理转发的呼叫系统中，由于需要处理转发的媒体流数据量较大，会给服务器带来较为沉重的压力，对服务器的配置以及网络带宽的要求都较高，并且当服务器存在故障时整个呼叫系统无法使用，会影响到病人呼叫信号的发出，可靠性不足。

发明内容

为克服相关技术中存在的问题，本公开实施例提供了一种音视频通信方法、装置、呼叫设备及呼叫系统，音视频通信方法在保证音视频通信可靠性的情况下，能够降低服务器的数据处理转发压力，降低对服务器的配置要求以及网络带宽要求。

根据本公开实施例的第一方面，提供一种音视频通信方法，应用于呼叫系统的第一终端，其特征在于，包括如下步骤：

向服务器发送P2P链接请求，以请求与第二终端建立P2P数据传输通道；

若P2P数据传输通道建立成功，则与第二终端进行P2P音视频通信；

若P2P数据传输通道建立失败，则通过服务器与第二终端进行音视频数据中转通信；

若通过服务器与第二终端进行音视频数据中转通信失败，则获取第二终端的IP地址，并基于IP地址与第二终端直接建立音视频通信。

根据本公开实施例的第二方面，提供一种音视频通信装置，应用于第一终端，包括：

第一请求模块，用于向服务器发送P2P链接请求，以请求与第二终端建立P2P数据传输通道；

第一通信模块，用于若P2P数据传输通道建立成功，则与第二终端进行P2P音视频通信；

第二通信模块，用于若P2P数据传输通道建立失败，则通过服务器与第二终端进行音视频数据中转通信；

第三通信模块，用于若通过服务器与第二终端进行音视频数据中转通信失败，则获取第二终端的IP地址，并基于IP地址与第二终端直接建立音视频通信。

根据本公开实施例的第三方面，提供一种呼叫设备，应用于呼叫系统，包括存储器和处理器；存储器与处理器电连接，

其中，存储器存储有计算机程序，计算机程序适于由处理器加载并执行如上实施例的音视频通信方法。

根据本公开实施例的第四方面，提供一种呼叫系统，包括：第一终端、服务器和第二终端；服务器连接于第一终端和第二终端之间；

第一终端通过如上实施例的音视频通信方法，与第二终端实现音视频通信。

根据本公开实施例的第五方面，提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上实施例记载的音视频通信方法。

应用本申请的上述技术方案，通过在第一终端和第二终端之间建立多种备选的音视频通信方法，其中以P2P音视频通信方法为主要通信方法。由于P2P音视频通信方法仅需要通过服务器进行信令传输，而不依赖于服务器进行音视频媒体流的传输，能够降低服务器的压力，降低服务器的配置要求，降低网络带宽的要求；当P2P音视频通信方法失败时，可以采用其他两种音视频通信方法实现音视频通话，从而保证了音视频通话的可靠性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

为了更好地理解和实施，下面结合附图详细说明本公开。

附图说明

图1为本公开实施例示出的呼叫系统的结构示意图；

图2为本公开实施例示出的音视频通信方法的流程示意图；

图3为本公开实施例示出的音视频通信的原理示意图；

图4为本公开实施例示出的音视频通信方法的步骤S1的流程示意图；

图5为本公开实施例示出的P2P音视频通信的信号传输示意图；

图6为本公开实施例示出的P2P音视频通信的时序示意图；

图7为本公开实施例示出的音视频数据中转通信的信号传输示意图；

图8为本公开实施例示出的IP直连音视频通信的信号传输示意图；

图9为本公开一个可选实施例示出的音视频通信装置的结构示意图；

图10为本公开一个可选实施例示出的呼叫设备的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

在本公开使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本公开可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”/“若”可以被解释成为“在……时”或“当……时”或“响应于确定”。

现有技术中，一般的用于医院院内呼叫系统的方案为中心式服务器方案，本地终端与其他终端实现音视频通话时，需要经过服务器进行链路连接以及数据处理中转。但是，上述以服务器为中心的呼叫系统依赖于服务器进行数据处理转发，会给服务器带来较为沉重的压力，且对服务器的配置以及网络带宽的要求都较高；另外，当服务器存在故障时整个呼叫系统无法使用，会影响到病人呼叫信号的发出，可靠性不足。

基于上述技术问题，本申请实施例的音视频通信方法、装置、呼叫设备及呼叫系统，意在本地终端和异地终端之间建立多种备选音视频通信方案，其中以P2P音视频通信方法为主要通信方案。由于P2P音视频通信方法仅需要通过服务器进行信令传输，而不依赖于服务器进行音视频媒体流的传输，能够降低服务器的压力，降低服务器的配置要求，降低网络带宽要求；当P2P音视频通信方法失败时，可以采用其他两种音视频通信方法实现音视频通话，从而保证了音视频通话的可靠性。

请参阅图1，图1为本公开一个可选实施例示出的呼叫系统的结构示意图。

本实施例中的音视频通信方法的应用环境可以为医院院内的呼叫系统100，呼叫系统100可以包括至少一个第一终端10、至少一个第二终端20和至少一个服务器30，其中，服务器30连接于第一终端10和第二终端20之间。

由于医院是一种较为特殊的应用环境，作为第一终端的呼叫设备10通常设置于病房内，作为第二终端的接听设备20通常设置于护士站，呼叫设备10通常为病房内的病患或其家属呼叫医生或护士所用，因此，音视频通话的可靠性必须得到保证。在本实施例中，通过在第一终端10和第二终端20之间设置有多种音视频通信方案，来保证第一终端10和第二终端20的通话可靠性连接。并且，在第一终端10和第二终端20之间建立P2P音视频通信，不需要通过服务器30进行媒体流数据的传输，降低了服务器30的压力，降低了网络带宽压力。

根据本申请实施例的第一方面，提供一种音视频通信方法，可以应用于呼叫系统的第一终端、第二终端、或者更多的可呼叫终端，其中，第一终端和第二终端的相关描述仅用于区别不同的终端设备，并不特指某一终端设备或呼叫设备。

请参阅图2和图3，图2为本公开一个可选实施例示出的音视频通信方法的流程示意图；图3为本公开实施例示出的音视频通信的原理示意图。

音视频通信方法，应用于呼叫系统的第一终端，包括以下步骤：

S1：向服务器发送P2P链接请求，以请求与第二终端建立P2P数据传输通道。

P2P(peer-to-peer，简称P2P)通信是一种对等式网络，又称点对点通信技术，是无中心服务器、依靠用户群(peers)交换信息的互联网体系，它的作用在于，减低以往网路传输中的节点，以降低资料遗失的风险。与有中心服务器的中央网络系统不同，对等网络的每个用户端既是一个节点，也有服务器的功能，任何一个节点无法直接找到其他节点，必须依靠其户群进行信息交流。P2P通信不依赖于服务器进行媒体流数据的转发，因此可以降低服务器的压力，并降低网络带宽的要求。

在第一终端和第二终端建立P2P数据传输通道之前需要通过服务器进行信令数据的传输，当信令数据传输完毕且通过信令验证之后，第一终端和第二终端即可建立用于数据传输的P2P数据传输通道，不再依赖于服务器进行媒体流数据的转发。

在一个可选的实施例中，请参阅图4，图4为本公开一个可选实施例示出的音视频通信方法的步骤S1的流程示意图。

步骤S1包括：

S11：向服务器发送P2P链接请求。

本实施例中的首选通信方案为P2P音视频通信，当本地的第一终端希望与异地的第二终端建立音视频通信时，由第一终端向服务器发起P2P链接请求，以告知服务器其希望与第二终端建立P2P音视频通信，服务器接收到P2P链接请求时，向第一终端返回第一终端的本地网络信息和第二终端的异地网络信息，以表示第一终端和服务器之间的P2P链接请求成功。

第一终端和第二终端均设置有对应的标识信息，如ID号，或者设备名称等用于区分不同呼叫设备的标识信息。其中，P2P链接请求中包括通信方式、第一终端自身的标识信息、以及被呼叫方的标识信息。

S12：通过服务器获取自身的本地网络信息以及第二终端的异地网络信息。

本地网络信息包括第一终端的内网信息和公网信息。

第一终端的内网信息可以包括第一终端的内网IP地址。可选的，第一终端的内网信息可以既包括第一终端的内网IP地址，又包括第一终端的内网端口。第一终端的公网信息可以包括第一终端的公网IP地址。可选的，第一终端的公网信息可以既包括第一终端的公网IP地址，又包括第一终端的公网端口。

异地网络信息包括第二终端的内网信息和公网信息。

第二终端的内网信息可以包括第二终端的内网IP地址。可选的，第二终端的内网信息可以既包括第二终端的内网IP地址，又包括第二终端的内网端口。第二终端的公网信息可以包括第二终端的公网IP地址。可选的，第二终端的公网信息可以既包括第二终端的公网IP地址，又包括第二终端的公网端口。

需要说明的是，公网IP地址是由内网IP地址经过NAT转换后获得的公网IP地址。

NAT(Network Address Translation，网络地址转换)，也叫做网络掩蔽或者IP掩蔽。NAT是一种网络地址翻译技术，主要是将内部的私有IP地址(private IP)转换成可以在公网使用的公网IP(public IP)。

S13：基于异地网络信息，将本地网络信息通过服务器发送至第二终端。

获取异地网络信息的目的是为了在较多的异地终端中选择出唯一的目标终端，并将该目标终端作为待通信的第二终端。

将第一终端的本地网络信息发送至第二终端，以便于第二终端根据本地网络信息发出P2P链接探测。

S14：接收第二终端发出的P2P链接，建立与第二终端之间的P2P数据传输通道。

第二终端接收到第一终端发送的本地网络信息后，即可知晓是哪一个呼叫设备希望与自己建立P2P音视频通信，随即可发出P2P链接尝试。当第一终端接收到第二终端发出的P2P链接后，即可建立与第二终端之间的P2P数据传输通道。

步骤S1中的各个步骤即为第一终端与第二终端建立P2P数据传输通道的过程。

在一个可选的实施例中，第一终端与第二终端建立P2P数据传输通道的过程可以参考图5，图5为本公开实施例示出的P2P音视频通信的信号传输示意图。

服务器30上设置有P2P穿透模块，P2P穿透模块用于传输信令数据，以便于建立P2P数据传输通道。

第一终端10与第二终端20建立P2P音视频通信时，首先由第一终端10向服务器30的P2P穿透模块发送P2P链接请求，即发送信令数据，再由服务器30的P2P穿透模块将信令数据转发至第二终端20。

第一终端10和第二终端20上均设置有WebRTC模块，当P2P数据传输通道建立成功后，可以由第一终端10的WebRTC模块和第二终端的WebRTC模块直接连接，进行音视频数据的传输，从而实现基于WebRTC Mesh通信的音视频通信，即P2P音视频通信。

S2：若P2P数据传输通道建立成功，则与第二终端进行P2P音视频通信。

本申请中，WebRTC被指定为P2P(peer-to-peer)技术，即在客户端之间直接发送媒体流。在P2P架构中，第一终端和第二终端建立通信之前，首先需要建立到服务器(有时也成为信令服务器)的信令连接，服务器保存业务逻辑，并作为会话描述协议(SDP)交换的中介。SDP交换完成后，第一终端和第二终端之间的直接媒体流通信即可开始。

本实施例中，当P2P数据传输通道建立成功时，第一终端10和第二终端20之间通过UDP传送sdp信息和candidate信息并建立通讯连接和语音或视频通话。

S3：若P2P数据传输通道建立失败，则通过服务器与第二终端进行音视频数据中转通信。

为了进一步说明本方案，本申请还提供一种具体应用实例，包括以下内容：

如图6所示的序列图中，标注的场景是Client A向ClientB发起对聊请求，调用描述如下：

ClientA首先创建Peer Connection对象，然后打开本地音视频设备，将音视频数据封装成Media Stream添加到Peer Connection中。

ClientA调用Peer Connection的Create Offer方法创建一个用于offer的SDP对象，SDP对象中保存当前音视频的相关参数。ClientA通过Peer Connection的SetLocalDescription方法将该SDP对象保存起来，并通过Signal服务器发送给ClientB。

ClientB接收到ClientA发送过的offer SDP对象，通过Peer Connection的SetRemote Description方法将其保存起来，并调用Peer Connection的Create Answer方法创建一个应答的SDP对象，通过Peer Connection的SetLocal Description的方法保存该应答SDP对象并将它通过Signal服务器发送给ClientA。

ClientA接收到ClientB发送过来的应答SDP对象，将其通过Peer Connection的SetRemote Description方法保存起来。

在SDP信息的offer/answer流程中，ClientA和ClientB已经根据SDP信息创建好相应的音频Channel和视频Channel并开启Candidate数据的收集，Candidate数据可以简单地理解成Client端的IP地址信息(本地IP地址、公网IP地址、Relay服务端分配的地址)。

当ClientA收集到Candidate信息后，Peer Connection会通过OnIce Candidate接口给ClientA发送通知，ClientA将收到的Candidate信息通过Signal服务器发送给ClientB，ClientB通过Peer Connection的AddIce Candidate方法保存起来。

同样的操作ClientB对ClientA再来一次。这样ClientA和ClientB就已经建立了音视频传输的P2P通道，ClientB接收到ClientA传送过来的音视频流，会通过PeerConnection的OnAdd Stream回调接口返回一个标识ClientA端音视频流的Media Stream对象，在ClientB端渲染出来即可。同样操作也适应ClientB到ClientA的音视频流的传输。

如图7所示，图7为本公开实施例示出的音视频数据中转通信的信号传输示意图。

本实施例中，服务器30上设置有数据转发模块，第一终端10向第二终端20发送音视频数据时，第一终端10先将音视频数据发送至数据转发模块，再由数据转发模块把音视频数据转发至第二终端20，从而实现音视频数据中转通信。

在一个可选的实施例中，P2P数据传输通道建立失败的判断方法，可以为：向服务器发送P2P链接请求失败，则判断P2P数据传输通道建立失败。当外网连接失败时，第一终端无法向服务器发起P2P链接请求，此时可以判断为P2P数据传输通道建立失败，需要换用其他的音视频通信方式。

在一个可选的实施例中，P2P数据传输通道建立失败的判断方法，可以为：向服务器发送P2P链接请求后，超过第一预设时间阈值未接收到服务器返回的信令数据，则判断P2P数据传输通道建立失败。

第一终端向服务器发送P2P链接请求后，若能够与服务器连接成功，则会在一定的预设时间阈值内接收到服务器返回的信令数据，若超过第一预设时间阈值未接收到服务器返回的信令数据，则说明P2P数据传输通道建立失败，需要换用其他的音视频通信方式。其中，第一预设时间阈值可以由公开人根据业务经验设定，在此不做限定。

在一个可选的实施例中，P2P数据传输通道建立失败的判断方法，可以为：接收到服务器返回的信令数据后，向第二终端发送数据信息，超过第二预设时间阈值内未接收到第二终端返回的应答数据信息，则判断P2P数据传输通道建立失败，需要换用其他的音视频通信方式。其中，第二预设时间阈值可以由公开人根据业务经验设定，在此不做限定。

S4：若通过服务器与第二终端进行音视频数据中转通信失败，则获取第二终端的IP地址，并基于IP地址与第二终端直接建立音视频通信。

如图8所示，图8为本公开实施例示出的IP直连音视频通信的信号传输示意图。

本实施例中，若通过服务器与第二终端进行音视频数据中转通信失败时，第一终端10基于前两次音视频通信成功时存储的IP地址向第二终端20发起IP直连通讯，从而保证了音视频通话的可靠性。

在一个可选的实施例中，通过服务器与第二终端进行音视频数据中转通信失败的判断方法，包括：

向服务器发出数据中转通信请求失败，则判断音视频数据中转通信失败；

或者，接收服务器返回的转发应答信号后，向服务器发送数据信息失败，则判断音视频数据中转通信失败；

或者，向服务器发送数据信息后，在第三预设时间阈值内未接收到第二终端通过服务器转发返回的应答数据信息，则判断音视频数据中转通信失败。

在一个可选的实施例中，基于IP地址与第二终端直接建立音视频通话时，基于预设通信协议将待发送音视频数据进行编译获得音视频信号发送至第二终端；

并接收第二终端返回的音视频应答信号，基于预设通信协议对音视频应答信号进行解析获得应答音视频数据。

第一终端10和第二终端20之间约定好通信协议。第一终端10向第二终端20直接发送音视频数据，第二终端20接收到音视频数据后，根据预先约定的预设通信协议对音视频数据进行解析以获得音视频数据内容，若解析失败则无法获取到音视频数据内容，无法向第一终端10返回应答音视频数据，无法实现通信。

其中，预设通信协议可以为公开人在研发过程中选定的通信协议，而通信协议的形式不做限定。

当P2P音视频通信成功时，第一终端10必然能够获取到第二终端20的IP地址，因此，在一个可选的实施例中，获取第二终端的IP地址的方法包括：

在向服务器发送P2P链接请求，以请求与第二终端建立P2P数据传输通道时，通过服务器获取第二终端的异地网络信息并存储；异地网络信息至少包括第二终端的IP地址。

当通过服务器与第二终端进行音视频数据中转通信时，第一终端10能够获取到第二终端20的IP地址，因此在一个可选的实施例中，获取第二终端的IP地址的方法包括：

在通过服务器与第二终端进行音视频数据中转通信时，获取第二终端的IP地址并存储。

下面以一个具体的实施例进行说明，如图3所示，本申请的音视频通信方法的呼叫流程如下：首先由第一终端向服务器发起P2P呼叫，若与服务器链接成功，则尝试呼叫第二终端进行P2P音视频通信；若呼叫第二终端失败，则通过服务器进行数据转发实现音视频通信，若与服务器链接失败，则可以通过之前记录的IP地址与第二终端进行音视频通信，从而保证了呼叫系统的可靠性，随时都能够正常呼叫，提升了用户体验。

应用本申请的上述技术方案，通过在第一终端和第二终端之间建立多种备选的音视频通信方法，其中以P2P音视频通信方法为主要通信方法。由于P2P音视频通信方法仅需要通过服务器进行信令传输，而不依赖于服务器进行音视频媒体流的传输，能够降低服务器的压力，降低服务器的配置要求，当P2P音视频通信方法失败时，可以采用其他两种音视频通信方法实现音视频通话，从而保证了音视频通话的可靠性。

根据本申请实施例的第二方面，提供一种音视频通信装置，应用于第一终端。

请参阅图9，图9为本公开一个可选实施例示出的音视频通信装置的结构示意图。

音视频通信装置800，包括：

第一请求模块801，用于向服务器发送P2P链接请求，以请求与第二终端建立P2P数据传输通道；

第一通信模块802，用于若P2P数据传输通道建立成功，则与第二终端进行P2P音视频通信；

第二通信模块803，用于若P2P数据传输通道建立失败，则通过服务器与第二终端进行音视频数据中转通信；

第三通信模块804，用于若通过服务器与第二终端进行音视频数据中转通信失败，则获取第二终端的IP地址，并基于IP地址与第二终端直接建立音视频通信。

该装置可以用于执行本申请对应实施例音视频通信方法的内容，并具备相应的功能和有益效果。对于本申请音视频通信装置实施例中未披露的细节，请参照本申请音视频通信方法的内容。

值得注意的是，上述实施例提供的音视频通信装置在执行上述音视频通信方法时，仅以上述各功能模块的划分进行举例说明，在实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的音视频通信装置与音视频通信方法实施例属于同一构思，其体现过程详见实施例，这里不再赘述。

根据本申请实施例的第三方面，提供一种呼叫设备，请参阅图10，图10为本公开一个可选实施例示出的呼叫设备的结构示意图。

呼叫设备，应用于呼叫系统，包括存储器120和处理器110；存储器120与处理器110电连接，

其中，存储器120存储有计算机程序，计算机程序适于由处理器110加载并执行如上实施例的音视频通信方法。

其中，处理器110可以包括一个或多个处理核心。处理器110利用各种接口和线路连接整个呼叫设备内的各个部分，通过运行或执行存储在处理器110内的指令、程序、代码集或指令集，以及调用存储在存储器120内的数据，执行调试设备的各种功能和处理数据。可选的，处理器110可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmablelogic arrays，PLA)中的至少一种硬件形式来实现。处理器110可集成中央处理器(CentralProcessing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器110中，单独通过一块芯片进行实现。

其中，存储器120可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。可选的，该存储器120包括非瞬时性计算机可读存储介质(non-transitory computer-readable storage medium)。存储器120可用于存储指令、程序、代码、代码集或指令集。存储器120可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及到的数据等。存储器120可选的还可以是至少一个位于远离前述处理器110的存储装置。如图10所示，作为一种计算机可读存储介质的存储器120中可以包括操作系统、网络通信模块、用户接口模块以及智能设备的操作应用程序。

处理器110可以用于调用存储器120中存储的智能设备的操作应用程序，并执行上述实施例中音视频通信方法中的相关操作。

呼叫设备还包括WebRTC模块，用于与其他的呼叫设备建立P2P音视频通信时，进行音视频数据的传输。

呼叫设备还包括与处理器110电连接的呼叫信号获取装置130，用户可以通过呼叫信号获取装置130发出呼叫信号。呼叫信号获取装置130可以为电话机、拾音设备、或者视频获取设备。

上述呼叫设备可以用于执行本申请对应实施例音视频通信方法的内容，并具备相应的功能和有益效果。

根据本申请实施例的第四方面，提供一种呼叫系统。

如图1所示，呼叫系统包括：第一终端10、服务器30和第二终端20；服务器30连接于第一终端10和第二终端20之间；第一终端10通过如上实施例记载的音视频通信方法与第二终端20实现音视频通信。

呼叫系统可以应用于医院院内的呼叫系统，第一终端10可以设置于医院的病房内，第二终端20可以设置于护士站等监控区域，服务器30可以设置于院内机房。

该呼叫系统通过在第一终端和第二终端之间建立多种备选的音视频通信方法，其中以P2P音视频通信方法为主要通信方法。由于P2P音视频通信方法仅需要通过服务器进行信令传输，而不依赖于服务器进行音视频媒体流的传输，能够降低服务器的压力，降低服务器的配置要求，当P2P音视频通信方法失败时，可以采用其他两种音视频通信方法实现音视频通话，从而保证了音视频通话的可靠性。

根据本申请实施例的第五方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序适于由所述处理器加载并执行如上实施例记载的音视频通信方法的相关操作，且具备相应的功能和有益效果。

其中，计算机可读存储介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机可读存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读存储介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

注意，上述仅为本申请的较佳实施例及所运用技术原理。本领域技术人员会理解，本申请不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请构思的情况下，还可以包括更多其他等效实施例，而本申请的范围由所附的权利要求范围决定。