网络会议是通过IP网络组织远程实时会议的一种通信方式。参会者不需要处在同一个房间,可以通过浏览器、桌面客户端、手机或会议室终端加入同一次会议,进行语音、视频、屏幕共享和文字交流。
它解决的不只是“把几个人的视频画面放到一起”。一次完整的网络会议还涉及会议创建、参会者认证、音视频采集、网络连接、媒体转发、屏幕共享以及会议权限控制。参会人数增加以后,媒体通常还需要经过专门的服务器进行转发或处理。
今天的网络会议与视频会议已经高度重合。网络会议更强调通过网络平台完成远程会议和协作,视频会议则强调实时音视频交流;一个现代网络会议平台通常本身就具备完整的视频会议能力。

网络会议与视频会议是什么关系
早期企业通信中,“网络会议”和“视频会议”经常对应不同使用形态。网络会议更多从电脑和互联网接入,传统视频会议则常与会议室摄像机、大屏幕、麦克风和专用终端联系在一起。
随着浏览器实时通信、移动客户端和云会议平台的发展,这种边界已经越来越模糊。现在一名员工可以通过浏览器参会,另一名员工使用手机App,总部会议室则使用摄像机、麦克风和大屏终端,三者仍然可以进入同一个会议。
| 对比项目 | 网络会议 | 视频会议 |
|---|---|---|
| 概念重点 | 通过网络平台组织远程会议与协作 | 强调实时音频和视频交流 |
| 常见终端 | 浏览器、电脑客户端、手机、平板 | 浏览器、App、桌面设备、会议室终端 |
| 协作能力 | 常包含聊天、共享、白板和录制 | 现代平台通常同样具备这些能力 |
| 两者关系 | 通常包含实时视频会议 | 可以作为网络会议的核心通信能力 |
因此,现在不适合再简单按照“浏览器就是网络会议、会议室设备就是视频会议”进行区分。更有意义的是看会议平台支持哪些终端、媒体如何传输,以及是否能够与企业现有通信系统互联。

上图保留自原页面,用于展示早期网络会议和会议室视频会议的典型使用形态。现在两种形态已经可以通过同一个会议平台组合使用,因此不再把它作为严格的技术分类依据。
一次网络会议怎样建立音视频连接
网络会议通常从创建会议开始。会议平台生成会议ID、链接或其他加入方式,参会者进入以后完成必要的身份和权限检查,再申请访问麦克风、扬声器和摄像头。
浏览器参加会议时,WebRTC是常见的实时音视频技术之一。它能够调用浏览器的摄像头和麦克风,并提供建立实时媒体连接所需要的能力。不过WebRTC本身并不是一套完整会议系统。
一个可用的会议平台通常还需要处理:
- 会议创建、账号和参会权限;
- 参会者之间的信令交换;
- NAT环境下的连接建立;
- 音视频媒体转发;
- 屏幕共享和会议聊天;
- 主持人和成员权限;
- 录制、日志和其他会议管理功能。
浏览器或客户端准备好本地音视频以后,需要与会议平台交换会话参数,并确定实际媒体路径。用户处于家庭路由器、企业防火墙或移动网络后面时,还可能借助STUN、TURN等机制处理NAT环境下的连接问题。
少量参会者在某些架构中可以直接交换媒体,但人数增加后,如果每个人都分别向所有其他人员发送完整视频流,终端上行带宽和处理压力会迅速增加。
因此,多人会议通常会使用媒体服务器。
SFU(Selective Forwarding Unit)主要接收参会者上传的媒体,再按照会议关系选择性转发给其他终端。服务器不一定把所有视频重新合成为一幅画面,因此可以保留不同视频流并让接收端根据需要选择。
MCU(Multipoint Control Unit)则可以对多个媒体流进行解码、处理和重新组合,再将合成后的媒体发送给参会终端。这样可以降低部分终端处理压力,但服务器本身需要承担更多媒体计算。
具体平台采用哪种结构,或者是否组合使用多种媒体处理方式,应以实际会议系统为准。

上图是原页面保留的历史网络会议软件比较资料,只反映当时特定时间段的数据,不再作为当前会议软件市场排名或产品选型依据。选择会议系统更应该从终端兼容、媒体架构、网络条件和业务功能出发。
浏览器、App和会议室终端怎样加入同一会议
现代网络会议不要求所有参会者使用完全相同的终端。真正重要的是各终端能否与会议平台使用兼容的信令和媒体能力。
浏览器参会适合临时访客或不希望额外安装客户端的用户。会议链接打开以后,浏览器在获得麦克风和摄像头权限后即可进入会议。采用WebRTC的平台尤其适合这种方式。
桌面和移动App通常可以提供更加完整的设备管理、后台通知、屏幕共享和本地系统集成。移动端还要处理蜂窝网络与Wi-Fi切换、电池消耗和后台运行等问题。
会议室终端更强调多人共用的摄像机、麦克风、扬声器和显示设备。一间会议室可能代表多个现场人员,但在远端会议中作为一个会议节点加入。

企业已有SIP视频终端或统一通信系统时,还可能需要通过SIP、WebRTC网关、媒体服务器或平台提供的其他互通接口加入会议。能否直接互通,取决于双方协议、视频编码、音频编码以及会议控制能力。
因此,“支持视频”并不能自动说明两套会议设备一定可以互联。H.264、H.265、VP8、VP9、Opus、G.711等编码,以及分辨率、码率和信令方式,都可能影响实际互通。
如果网络会议只是企业统一通信中的一个组成部分,还可以与企业电话、软电话和其他实时通信能力组合使用。科能现有统一通信页面也把视频协作作为企业电话、客户服务、广播对讲等通信能力之外的一种协同方式。:chatgpt-content-reference{index="1"}
网络会议通常包含哪些协作能力
实时音视频是网络会议的基础,但用户真正参加会议时往往还需要共享资料和控制会议过程。现代平台常见能力可以分成几类。
| 能力 | 主要作用 |
|---|---|
| 实时音视频 | 让不同地点参会者进行实时语音和视频交流 |
| 屏幕共享 | 展示整个桌面、应用窗口、浏览器页面或演示内容 |
| 会议聊天 | 发送文字、链接和其他不需要打断发言的信息 |
| 白板与批注 | 在共享内容或虚拟白板上进行标记和讨论 |
| 文件共享 | 在会议过程中分发文档和其他会议材料 |
| 会议录制 | 按照平台和权限设置保存会议音视频或共享内容 |
| 会议控制 | 管理静音、成员权限、主持人和参会状态 |
这些能力是否存在以及能够支持多少参与者,与具体平台版本、部署方式和授权有关。不能因为“网络会议”这个名称,就默认所有系统都同时具备录制、白板、文件共享和大规模会议。
不同会议也不需要开启所有功能。一次内部技术讨论可能只需要音视频和屏幕共享;培训会议可能更关注演示、录制和成员管理;客户沟通则可能只需要简单链接和稳定的双向音视频。

这张原图同样属于早期网络会议软件资料。新版文章继续保留图片,但不再使用图中的“Best video conferencing software”文字作为当前软件推荐结论。
哪些网络条件会影响会议质量
网络会议能成功加入,并不代表音视频质量一定稳定。实时会议对网络连续性比普通网页访问更加敏感。
带宽决定终端能够持续发送和接收多少媒体数据。视频分辨率、帧率和同时显示的视频数量提高后,带宽需求通常也会增加。
时延会直接影响双方交谈。时延过大时,一方说完以后另一方过很久才听到,容易出现双方同时讲话或不断等待的问题。
抖动表示数据包到达时间不均匀。实时媒体通常需要利用缓冲机制吸收部分抖动,但缓冲增加又可能带来额外时延。
丢包会造成声音断续、视频模糊、冻结或画面质量下降。不同音视频编码对丢包的适应能力不同,会议平台还可能根据网络状态动态降低码率或分辨率。
无线网络还要考虑Wi-Fi覆盖、信道干扰以及终端移动。会议室如果承担重要会议,单纯看到无线信号满格并不足以证明网络稳定,最好通过实际音视频测试确认持续上行和下行能力。
多人会议还会受到媒体服务器位置影响。参会者跨区域甚至跨国时,媒体经过的网络路径更长,可能增加传输时延。平台是否具备多区域节点、就近接入或其他媒体调度能力,会影响大范围会议体验。
会议出现卡顿时也不能只检查“下载带宽”。摄像头视频需要持续上传到会议服务器,因此用户端上行网络同样重要。
选择网络会议系统要检查哪些条件
网络会议系统没有一个适用于所有企业的固定配置。十个人的内部周会、几百人的培训会议和总部与生产现场之间的技术会商,对终端、网络和会议控制的要求并不相同。
首先要确定会议规模。通常有多少人参加,是否需要大量参会者同时开启摄像头,还是大多数成员只观看和收听,会直接影响平台和带宽设计。
第二是终端类型。如果外部客户经常临时参加,浏览器接入会比较重要;企业内部可能更需要Windows、macOS、Android和iOS客户端;会议室已经有硬件终端时,则要进一步确认互通方式。
第三是部署和网络方式。会议运行在公网云平台、企业私有环境还是混合网络,会影响服务器位置、带宽、安全策略和运维方式。
安全方面应确认参会身份、会议密码或等候机制、主持人权限、录制权限以及音视频传输保护方式。涉及企业内部敏感会议时,还需要结合现有账号体系和访问控制策略设计。
如果会议需要进入现有企业通信体系,还要确认是否需要与SIP电话、统一通信、调度平台、CRM、OA或其他业务系统建立接口。网络会议可以是独立工具,也可以作为统一通信体系中的实时协作能力,但是否集成应由实际工作流程决定。
正式使用前,最好使用真实终端和真实网络完成测试,包括浏览器和App加入、会议室音视频、屏幕共享、多人同时发言、网络波动以及外部参会者接入。实际测试能够比单独比较功能列表更早发现麦克风、摄像头、网络和协议兼容问题。
网络会议的核心并不是“把线下会议搬到网页里”,而是通过网络、终端和媒体服务,让不同位置的人员进入同一个实时协作空间。理解参会终端怎样接入、媒体怎样传输以及网络质量如何影响会议,比单纯比较软件功能数量更有长期参考价值。