CN113993093B - 4g/5g条件下双向呼叫多端远程视频通信方法和系统 - Google Patents

Abstract

本发明公开了一种4G/5G条件下双向呼叫多端远程视频通信方法和系统，各个通信端连接信令服务器；信令服务器判断通信端状态；将在线并且空闲状态的通信端加入接听序列，建立通信连接；当发起呼叫，信令服务器根据业务设定连接接听序列中的对应通信端，并发起信息互换，信令完成双方握手，获取双方的视频流发送给对方，建立双方通信；当想要接入第三方时，发送接入请求，信令完成三方握手，第三方发送推流数据给其他两方，并获取拉流数据，建立三方通话；多方通话以此类推。本发明通过信令服务器接入通信端，减少服务步骤；可以确定通信端在线/离线以及繁忙/空闲状态，并且通信状态可以由信令服务器控制，同时实现媒体流服务器存储。

Description

4G/5G条件下双向呼叫多端远程视频通信方法和系统

技术领域

本发明涉及视频通信领域，尤其涉及4G/5G条件下双向呼叫多端远程视频通信方法和系统。

背景技术

视觉是人类获取信息的主要途径，图像与视频在人与计算机的交互过程中扮演着重要的角色。利用计算机和手机进行视频交流，以达到面对面的交流体验已经被广大人民所接受，所以在解决问题和沟通情况时，以视频技术为主要技术手段的视频平台就很有必要了，随着科技水平的发展，数据形态的交互方式将被全视频化的方式所取代，将大大提升交互的方式和速率，全面节省交互的时间成本，真正回归原生态的交互方式。

现有视频通讯大多主要通过硬件来解决视频通信中的各种问题，比如实现安装这个硬件的人之间的视频聊天，没有后台服务，不能保存视频文件，无法按需调取视频服务接入，无法应用在处理事物上，和其他应用的融合率不高，硬件的融合成本过高，现在产品影响大等诸多问题。

云布局的视频通信体系并没有很好的广泛应用，随着云的大力推广，基于云和边缘计算的纯软件架构的视频通信体系成为了低沉本，高服务效率，高便捷的一种新形态视频通信架构，本发明基于这个理念，自主构建系统平台架构，主要有后台服务，并且兼容多种设备（安卓手机、苹果手机、安卓手表、个人电脑），沟通方便，在4G/5G条件下高画质稳定输出。

现有技术不能确定是否处于在线状态；其次，只有类似于打电话的呼叫模式，一方呼叫一方，一方呼叫多方，都需要被叫端接听才可以通话，多方视频通讯过程中，没有管理人员的概念，控制其中一端视频通讯接入状态功能；再次，被叫端必须以人为主体，无法实现人与人通话中，接入并控制其他物联网设备，最后，现在的技术方案，视频通讯的原始数据存储、回放机制不完善，不能满足不同用户的需求。

发明内容

本发明目的在于针对现有技术的不足，提出一种4G/5G条件下双向呼叫多端远程视频通信方法和系统，可以确定设备是否在线；通过调度的方式接入通讯设备并管理这些设备；解决了以调度的方式，控制视频通讯中其他端的分辨率、麦克风开关、摄像头开关、视频通讯接入状态；实现视频通讯的原始数据存储、回放，并远程控制终端进行合理通讯。

本发明的目的是通过以下技术方案来实现的：一种4G/5G条件下双向呼叫多端远程视频通信方法，该方法包括以下步骤：

步骤（1）：各个通信端通过账户信息和应用服务器进行握手，应用服务器将通信端信息上传至信令服务器，获取通讯权限、视频信令地址和信令序列，并上传视频服务器地址和操作权限至信令服务器；

步骤（2）：信令服务器根据上传的通信端信息判定通信端是否在线以及通信端的状态是繁忙还是空闲；将在线并且空闲状态的通信端加入接听序列，建立通信连接，等待通信指令进入通信环节；如果通信端不在线，则进一步判断是正常断开还是异常断开；将相应判断结果反馈至对应通信端；

步骤（3）：在各个通信端的通信环节，每个通信端既能做通信的发起端也能做通信的接收端；发起端发起呼叫，通过通信指令通知信令服务器，信令服务器根据业务设定连接接听序列中的对应通信端，信令服务器在接听队列里面发起数据测试，选择连接最快的接收端，并将发起端的通讯权限、视频信令地址、信令序列、视频流地址和操作权限与选择的接收端进行信息互换，信令完成双方握手，获取发起端和接收端双方的视频流，对视频流进行推拉流处理后，发送给对方，双方视频通信建立完成；

步骤（4）：在发起端和接收端建立通信的情况下，当想要接入第三方通信端时，查询接听队列中需要对接的通信端，并通过信令服务器发送接入请求，第三方通信端接收到接入请求，信令完成三方握手，第三方收到互换的信息后开放通讯权限和连接视频流，并发送推流数据给其他两方，其他两方收到第三方推流数据后，把拉流数据提供给第三方，第三方拉流，第三方获取视频流数据后，建立三方通话完成；多方通话以此类推。

进一步地，所述步骤（1）中，各个通信端在进行和应用服务器握手前，需要首先向用户获取通讯需要使用的权限信息，权限信息包括通信端的通信应用软件的ROM版本、摄像头的权限、麦克风的权限、硬件网卡编码和通信应用软件登录账户信息。

进一步地，所述步骤（2）中，通信端进入通信环节后，通信端的状态变为繁忙，当结束通信环节后，通信端的状态变为空闲。

进一步地，所述步骤（3）中，推拉流处理包括根据网络动态判定视频流的分辨率、帧率、跳帧操作方式，视频流经过视频服务器进行存储操作，推拉流与存储同步进行。

进一步地，所述步骤（3）和步骤（4）中，通信端接收到视频流数据后，对流媒体进行解码，具体方式为音频和视频分离解码的方式，后续播放再进行整合。

本发明还提供了一种4G/5G条件下双向呼叫多端远程视频通信系统，该系统包括信息获取模块、信令控制模块、呼叫服务模块、信息互换模块和视频流控制模块；

所述信息获取模块用于在各个通信端通过账户信息和应用服务器进行握手时，应用服务器通过信息获取模块将通信端信息上传至信令服务器，信息获取模块获取通讯权限、视频信令地址和信令序列，并上传视频服务器地址和操作权限至信令服务器；

所述信令控制模块用于在信令服务器接收上传的通信端信息之后，通过信令控制模块判定通信端是否在线以及通信端的状态是繁忙还是空闲；并通过信令控制模块将在线并且空闲状态的通信端加入接听序列，建立通信连接，信令服务器接收到通信指令后通过信令控制模块接听通信端，进入通信环节；如果通信端不在线，则进一步判断是正常断开还是异常断开；通过信令控制模块将相应判断结果反馈至对应通信端；

在各个通信端的通信环节，每个通信端既能做通信的发起端也能做通信的接收端；发起端通过所述呼叫服务模块发起呼叫，通过通信指令通知信令服务器，信令服务器根据业务设定通过信令控制模块连接接听序列中的对应通信端，信令服务器在接听队列里面发起数据测试，选择连接最快的接收端，并通过信息互换模块将发起端的通讯权限、视频信令地址、信令序列、视频流地址和操作权限与选择的接收端进行信息互换，信令完成双方握手，获取发起端和接收端双方的视频流，通过视频流控制模块对视频流进行推拉流处理后，发送给对方，双方视频通信建立完成；

在发起端和接收端双方建立通信的情况下，当想要接入第三方通信端时，查询接听队列中需要对接的通信端，通过呼叫服务模块发送通信指令到信令服务器，信令服务器通过信令控制模块发送接入请求，第三方通信端接收到接入请求，通过信息互换模块进行其他两方与第三方的信息互换，信令完成三方握手，第三方收到互换的信息后开放通讯权限和连接视频流，并通过视频流控制模块发送推流数据给其他两方，其他两方收到第三方推流数据后，通过视频流控制模块把拉流数据提供给第三方，第三方拉流，第三方获取视频流数据后，建立三方通话完成；多方通话以此类推。

进一步地，各个通信端在进行和应用服务器握手前，需要通过信息获取模块向用户获取通讯需要使用的权限信息，权限信息包括通信端的通信应用软件的ROM版本、摄像头的权限、麦克风的权限、硬件网卡编码和通信应用软件登录账户信息。

进一步地，通信端进入通信环节后，信令控制模块判定通信端的状态变为繁忙，当结束通信环节后，信令控制模块判定通信端的状态变为空闲。

进一步地，视频流控制模块进行的推拉流处理包括根据网络动态判定视频流的分辨率、帧率、跳帧操作方式，视频流经过视频服务器进行存储操作，推拉流与存储同步进行。

进一步地，通信端接收到视频流数据后，通过视频流控制模块对流媒体进行解码，具体方式为音频和视频分离解码的方式，后续播放再进行整合。

本发明的有益效果：

（1）去掉了房间的概念，转为通过信令服务器接入通信端，减少服务步骤；

（2）可以确定通信端在线/离线状态。判定通信的设备情况；

（3）可以确定通信端繁忙/空闲状态。判定通信接听状态；

（4）通信端的权限信息可以上传至信令服务器，信令服务器在授权后接听对应通信端时，可以直接实现视频通讯，可以免去接听的操作。通信状态可以由信令服务器控制，硬件的控制权限也由信令服务器可控；

（5）实现媒体流服务器存储。因为去除了中心化的架构，需要对视频流有一个架构，每个视频流在推拉流的过程中，除了正常视频外，同步记录存储，不影响服务，存储数据与服务数据隔离，安全可控。

附图说明

图1为本发明建立多端远程视频通信的流程示意图；

图2为本发明实施例流程示意图；

图3为发起呼叫过程示意图；

图4为发起呼叫具体应用示意图。

具体实施方式

以下结合附图对本发明具体实施方式作进一步详细说明。

本发明提供了一种4G/5G条件下双向呼叫多端远程视频通信方法，兼容多种设备（安卓手机、苹果手机、安卓手表、个人电脑），沟通方便，在4G/5G条件下高画质稳定输出。包括以下步骤：

1. 建立通信连接前的准备：

每个通信端首先向各个用户获取通讯需要使用的权限信息，权限信息包括通信端的通信应用软件的ROM版本、摄像头的权限、麦克风的权限、硬件网卡编码和通信应用软件登录账户信息。各个通信端通过账户信息和应用服务器进行握手，应用服务器将通信端信息上传至信令服务器，获取通讯权限、视频信令地址和信令序列，并上传视频服务器地址和操作权限至信令服务器，完成权限的授权，所述视频服务器用于视频流处理、视频流传输与存储以及视频流地址的提供。若通信端获取通讯的权限信息没有上传至信令服务器，则在建立通信连接时，可以选择主动接听或者拒绝接听。

2. 准备工作完成后，建立通信连接，具体实现过程如图1所示，以三个通信端（用户A、用户B、用户C）为例说明：

信令服务器根据上传的通信端信息判定每个用户是否在线以及通信端的状态是繁忙还是空闲；通信端进入通信环节后，通信端的状态变为繁忙，当结束通信环节后，通信端的状态变为空闲。将在线并且空闲状态的通信端加入接听序列，建立通信连接，等待通信指令进入通信环节；如果通信端不在线，则进一步判断是正常断开还是异常断开；正常断开是指用户主动断开连接，异常断开是指由于网络掉线等原因断开连接；将相应判断结果反馈至对应通信端；

3. 首先是建立用户A、用户B双方通信：在各个通信端的通信环节，每个通信端既能做通信的发起端也能做通信的接收端；发起端（用户A）发起呼叫，通过通信指令通知信令服务器，信令服务器根据业务设定连接接听序列中的对应通信端，信令服务器在接听队列里面发起数据测试，选择连接最快的接收端（用户B），询问用户B是否在线，若在线则同时检查繁忙/空闲状态，在空闲状态才可以接听，若用户B没有上传相应的权限信息给信令服务器，用户B可以选择接听或者拒绝，拒绝则将结果反馈给用户A，若选择接听或者已经上传相应获取通讯的权限信息给信令服务器则将用户A的通讯权限、视频信令地址、信令序列、视频流地址和操作权限与选择的用户B进行信息互换，信令完成双方握手，获取用户A和用户B双方的视频流，对视频流进行推拉流处理后，发送给对方，通信端接收到视频流数据后，对流媒体进行解码，具体方式为音频和视频分离解码的方式，后续播放再进行整合，双方视频通信建立完成；推拉流处理包括根据网络动态判定视频流的分辨率、帧率、跳帧操作方式，视频流经过视频服务器进行存储操作，推拉流与存储同步进行。

4. 之后邀请第三方用户C加入通信：在发起端（用户A）和接收端（用户B）建立通信的情况下，当想要接入第三方通信端时，查询接听队列中需要对接的通信端（用户C），并通过信令服务器发送接入请求，第三方通信端接收到接入请求，信令完成三方握手，第三方收到互换的信息后开放通讯权限和连接视频流，并发送推流数据给其他两方，其他两方收到第三方推流数据后，把拉流数据提供给第三方，第三方拉流，第三方获取视频流数据后，建立三方通话完成；

当需要进行多方通话时，按照接入第三方用户C的方式接入其他通信端。

另一方面，本发明还提供了一种4G/5G条件下双向呼叫多端远程视频通信系统，该系统包括信息获取模块、信令控制模块、呼叫服务模块、信息互换模块和视频流控制模块；

所述信息获取模块用于在各个通信端通过账户信息和应用服务器进行握手时，应用服务器通过信息获取模块将通信端信息上传至信令服务器，信息获取模块获取通讯权限、视频信令地址和信令序列，并上传视频服务器地址和操作权限至信令服务器；各个通信端在进行和应用服务器握手前，需要通过信息获取模块向用户获取通讯需要使用的权限信息，权限信息包括通信端的通信应用软件的ROM版本、摄像头的权限、麦克风的权限、硬件网卡编码和通信应用软件登录账户信息。

所述信令控制模块用于在信令服务器接收上传的通信端信息之后，通过信令控制模块判定通信端是否在线以及通信端的状态是繁忙还是空闲；通信端进入通信环节后，信令控制模块判定通信端的状态变为繁忙，当结束通信环节后，信令控制模块判定通信端的状态变为空闲。通过信令控制模块将在线并且空闲状态的通信端加入接听序列，建立通信连接，信令服务器接收到通信指令后通过信令控制模块接听通信端，进入通信环节；如果通信端不在线，则进一步判断是正常断开还是异常断开；通过信令控制模块将相应判断结果反馈至对应通信端；

在各个通信端的通信环节，每个通信端既能做通信的发起端也能做通信的接收端；发起端通过所述呼叫服务模块发起呼叫，通过通信指令通知信令服务器，信令服务器根据业务设定通过信令控制模块连接接听序列中的对应通信端，信令服务器在接听队列里面发起数据测试，选择连接最快的接收端，并通过信息互换模块将发起端的通讯权限、视频信令地址、信令序列、视频流地址和操作权限与选择的接收端进行信息互换，信令完成双方握手，获取发起端和接收端双方的视频流，通过视频流控制模块对视频流进行推拉流处理后，发送给对方，通信端接收到视频流数据后，通过视频流控制模块对流媒体进行解码，具体方式为音频和视频分离解码的方式，后续播放再进行整合，双方视频通信建立完成；视频流控制模块进行的推拉流处理包括根据网络动态判定视频流的分辨率、帧率、跳帧操作方式，视频流经过视频服务器进行存储操作，推拉流与存储同步进行。

在发起端和接收端双方建立通信的情况下，当想要接入第三方通信端时，查询接听队列中需要对接的通信端，通过呼叫服务模块发送通信指令到信令服务器，信令服务器通过信令控制模块发送接入请求，第三方通信端接收到接入请求，通过信息互换模块进行其他两方与第三方的信息互换，信令完成三方握手，第三方收到互换的信息后开放通讯权限和连接视频流，并通过视频流控制模块发送推流数据给其他两方，其他两方收到第三方推流数据后，通过视频流控制模块把拉流数据提供给第三方，第三方拉流，第三方获取视频流数据后，建立三方通话完成；多方通话以此类推。

如图2所示，本发明具体实施例以安卓系统通信端为例，具体如下：

获取用户软件安装信息、身份信息：

用户软件安装信息，包括：安装软件的版本、摄像头权限、麦克风权限等等。

身份信息，包括：以人为主体的设备，用户登录后的姓名等信息；以物联网设备为主体，独立的设备硬件专属编码。

通信端和应用服务器进行握手，应用服务器将通信端信息上传至信令服务器；

信令服务器是终端和终端、终端和网络之间专门用来控制建立、管理、删除连接，以使用户能够正常通过这些连接进行通信的消息服务器。

当通信端设备通过网络，连接信令服务器，信令服务器得知这个通信端设备在线；反之，通信端设备断开网络，包括主动断开连接，以及由于网络异常的被动断开，信令服务器得知这个设备离线。

标记空闲/繁忙状态：

通过接口方式，通知信令服务器，当前设备是否通话，若处于非通话状态，通知信令服务器当前设备为空闲状态；若通话中，则通知信令服务器当前设备为繁忙状态。在线并且空闲状态的通信端设备将加入接听序列。

收到呼叫：

当通信端设备处于空闲状态，可以收到其他通信端设备通过信令服务器发来的视频通讯请求，即收到呼叫，在包括以人为主体的Android设备以及独立的物联网设备，直接在Android设备上开启摄像头和麦克风，进行视频通讯。

发出呼叫：

如图3所示，呼叫通信端，即发起端发起呼叫，通过信令服务器动态分配接听序列中连接最快的空闲的通信端，即接收端，根据用户需求，由发起端接入其他接收端（包括网页端、Android设备、iOS设备），提供应急、养老、家政、联系紧急联系人等调度服务，具体应用过程如图4所示，通信端（发起端）根据用户需求（用户特征数据检测或者SOS告警行为）发起呼叫，接入其他接收端，直接进行视频通话。

权限检查：

当发出呼叫，或者收到呼叫，本发明以人为主体的Android设备上会主动检查摄像头和麦克风权限，如果没有相应权限，会动态提醒用户授权。独立的物理网Android设备采用提前授权的方式。

初始化远端媒体流播放器：

本发明视频解码方面，在Android的FrameLayout上使用OpenGL渲染的作为远端媒体流播放器的视频播放管理器视频解码，在底层实现了RTMP/RTSP等直播协议优化的码流解析，视频编码:H.265/H.264支持硬解码，支持的网络协议 RTMP/RTMPT/RTMPE/RTSP/HLS,全自动网络异常重连，支持播放中途来电保持网络流，暂停播放，挂机后继续播放，支持设置最大缓冲时长，杜绝延迟累计，支持多路媒体流同时播放；使用Android的AudioManager作为远端媒体流播放器的音频播放管理器，实现了AAC, SPEEX音频解码。

播放来自视频服务器的视频流：

各个通信端与视频服务器握手，在接收线程中，不断将媒体流解码，即区分媒体流是视频还是音频，按照关键帧、非关键帧、编码视频序列、编码音频序列，来处理码率、分辨率、视频格式、音频格式，解码视频时，将视频加入位图内存，播放内存中的图像，解码音频时，将音频加入音频内存，播放内存中的音频。

初始化本地媒体流编码器：

本发明在视频编码方面，将Android设备摄像头采样数据编码为H.264，将Android设备的麦克风采样数据编码为AAC，再将H.264和AAC封装FLV媒体流，将媒体流发送到视频服务器。

通信端与视频服务器握手后，将封装FLV媒体流按标签缓存队列，在发送线程中，按标签发送数据到视频服务器。如果是头数据，区分头数据是视频序列头还是音频序列头，标记为头数据标签，发送FLV数据；如果不是头数据，并且数据不为空，标记为非头数据标签，发送FLV数据。此外，当停止发送媒体流数据时，停止摄像头和麦克风的数据采集，停止H.264和ACC编码，停止合成FLV，清空FLV媒体流按标签缓存队列，停止推流线程。

上述实施例用来解释说明本发明，而不是对本发明进行限制，在本发明的精神和权利要求的保护范围内，对本发明作出的任何修改和改变，都落入本发明的保护范围。

Claims (10)

1.一种4G/5G条件下双向呼叫多端远程视频通信方法，其特征在于，该方法包括以下步骤：

步骤（1）：各个通信端通过账户信息和应用服务器进行握手，应用服务器将通信端信息上传至信令服务器，获取通讯权限、视频信令地址和信令序列，并上传视频服务器地址和操作权限至信令服务器；

步骤（2）：信令服务器根据上传的通信端信息判定通信端是否在线以及通信端的状态是繁忙还是空闲；将在线并且空闲状态的通信端加入接听序列，建立通信连接，等待通信指令进入通信环节；如果通信端不在线，则进一步判断是正常断开还是异常断开；将相应判断结果反馈至对应通信端；

步骤（3）：在各个通信端的通信环节，每个通信端既能做通信的发起端也能做通信的接收端；发起端发起呼叫，通过通信指令通知信令服务器，信令服务器根据业务设定连接接听序列中的对应通信端，信令服务器在接听队列里面发起数据测试，选择连接最快的接收端，并将发起端的通讯权限、视频信令地址、信令序列、视频流地址和操作权限与选择的接收端进行信息互换，信令完成双方握手，获取发起端和接收端双方的视频流，对视频流进行推拉流处理后，发送给对方，双方视频通信建立完成；

步骤（4）：在发起端和接收端建立通信的情况下，当想要接入第三方通信端时，查询接听队列中需要对接的通信端，并通过信令服务器发送接入请求，第三方通信端接收到接入请求，信令完成三方握手，第三方收到互换的信息后开放通讯权限和连接视频流，并发送推流数据给其他两方，其他两方收到第三方推流数据后，把拉流数据提供给第三方，第三方拉流，第三方获取视频流数据后，建立三方通话完成；多方通话以此类推。

2.根据权利要求1所述的一种4G/5G条件下双向呼叫多端远程视频通信方法，其特征在于，所述步骤（1）中，各个通信端在进行和应用服务器握手前，需要首先向用户获取通讯需要使用的权限信息，权限信息包括通信端的通信应用软件的ROM版本、摄像头的权限、麦克风的权限、硬件网卡编码和通信应用软件登录账户信息。

3.根据权利要求1所述的一种4G/5G条件下双向呼叫多端远程视频通信方法，其特征在于，所述步骤（2）中，通信端进入通信环节后，通信端的状态变为繁忙，当结束通信环节后，通信端的状态变为空闲。

4.根据权利要求1所述的一种4G/5G条件下双向呼叫多端远程视频通信方法，其特征在于，所述步骤（3）中，推拉流处理包括根据网络动态判定视频流的分辨率、帧率、跳帧操作方式，视频流经过视频服务器进行存储操作，推拉流与存储同步进行。

5.根据权利要求1所述的一种4G/5G条件下双向呼叫多端远程视频通信方法，其特征在于，所述步骤（3）和步骤（4）中，通信端接收到视频流数据后，对流媒体进行解码，具体方式为音频和视频分离解码的方式，后续播放再进行整合。

6.一种4G/5G条件下双向呼叫多端远程视频通信系统，其特征在于，该系统包括信息获取模块、信令控制模块、呼叫服务模块、信息互换模块和视频流控制模块；

所述信息获取模块用于在各个通信端通过账户信息和应用服务器进行握手时，应用服务器通过信息获取模块将通信端信息上传至信令服务器，信息获取模块获取通讯权限、视频信令地址和信令序列，并上传视频服务器地址和操作权限至信令服务器；

所述信令控制模块用于在信令服务器接收上传的通信端信息之后，通过信令控制模块判定通信端是否在线以及通信端的状态是繁忙还是空闲；并通过信令控制模块将在线并且空闲状态的通信端加入接听序列，建立通信连接，信令服务器接收到通信指令后通过信令控制模块接听通信端，进入通信环节；如果通信端不在线，则进一步判断是正常断开还是异常断开；通过信令控制模块将相应判断结果反馈至对应通信端；

在各个通信端的通信环节，每个通信端既能做通信的发起端也能做通信的接收端；发起端通过所述呼叫服务模块发起呼叫，通过通信指令通知信令服务器，信令服务器根据业务设定通过信令控制模块连接接听序列中的对应通信端，信令服务器在接听队列里面发起数据测试，选择连接最快的接收端，并通过信息互换模块将发起端的通讯权限、视频信令地址、信令序列、视频流地址和操作权限与选择的接收端进行信息互换，信令完成双方握手，获取发起端和接收端双方的视频流，通过视频流控制模块对视频流进行推拉流处理后，发送给对方，双方视频通信建立完成；

在发起端和接收端双方建立通信的情况下，当想要接入第三方通信端时，查询接听队列中需要对接的通信端，通过呼叫服务模块发送通信指令到信令服务器，信令服务器通过信令控制模块发送接入请求，第三方通信端接收到接入请求，通过信息互换模块进行其他两方与第三方的信息互换，信令完成三方握手，第三方收到互换的信息后开放通讯权限和连接视频流，并通过视频流控制模块发送推流数据给其他两方，其他两方收到第三方推流数据后，通过视频流控制模块把拉流数据提供给第三方，第三方拉流，第三方获取视频流数据后，建立三方通话完成；多方通话以此类推。

7.根据权利要求6所述的一种4G/5G条件下双向呼叫多端远程视频通信系统，其特征在于，各个通信端在进行和应用服务器握手前，需要通过信息获取模块向用户获取通讯需要使用的权限信息，权限信息包括通信端的通信应用软件的ROM版本、摄像头的权限、麦克风的权限、硬件网卡编码和通信应用软件登录账户信息。

8.根据权利要求6所述的一种4G/5G条件下双向呼叫多端远程视频通信系统，其特征在于，通信端进入通信环节后，信令控制模块判定通信端的状态变为繁忙，当结束通信环节后，信令控制模块判定通信端的状态变为空闲。

9.根据权利要求6所述的一种4G/5G条件下双向呼叫多端远程视频通信系统，其特征在于，视频流控制模块进行的推拉流处理包括根据网络动态判定视频流的分辨率、帧率、跳帧操作方式，视频流经过视频服务器进行存储操作，推拉流与存储同步进行。

10.根据权利要求6所述的一种4G/5G条件下双向呼叫多端远程视频通信系统，其特征在于，通信端接收到视频流数据后，通过视频流控制模块对流媒体进行解码，具体方式为音频和视频分离解码的方式，后续播放再进行整合。

Images