基于WebRTC的视频通信系统的研究与实现
发布时间：2021-08-09 06:41
在我们平时的日常生活中,视频通信技术的使用已经非常的广泛,不仅给我们平常的交流提供了很大的方便,也在教育、医疗、管理等行业的应用慢慢称为常态。视频通信所使用的技术也是多种多样,各有优缺点,视频通信的软件和插件也五花八门,非常的繁多。虽然视频通信技术发展的非常的迅猛但还是存在像很多软件采用私有协议不同互通,内网和防火墙的穿透,多平台不能兼容等问题。WebRTC实时通信技术自从被谷歌公司以开源的方式推出以来就备受业内关注,成为很多人在实现视频通信产品的一个重要的技术选择,后来,WebRTC技术又被纳入W3C标准,该技术的使用就更加的广泛,备受青睐。本文就是希望以WebRTC技术为基础实现web版的视频通信功能,并可以向其他的第三方的应用提供实时视频通信的服务。本文在通过对WebRTC技术的架构做了一定的研究分析,了解了 WebRTC是如何对音视频数据进行获取和编解码,怎样进行建立视频终端之间的网络连接,怎样进行媒体数据的传送。在WebRTC提供的JavaScript视频通信有关的接口和该技术规定的信令管理机制的基础上,提出了实时视频通信的房间模型,房间内所有的人不是具有平等的地位和权限,通...
【文章来源】：西安理工大学陕西省
【文章页数】：68 页
【学位级别】：硕士
【部分图文】：
WebRTC架构图
图 2-2 数字媒体获取Figure 2-2 Access to digital mediagetUserMedia（）函数的使用方式的代码示例：通过 js 浏览器里本身就有的 navigator 对象调用 navigator.getUserMedia()，下面是测试代码的部分内容://MediaStream 的部分设置的简单举例：如媒体类型，分辨率，帧率等,媒体的一些参数var constraints = {video:{mandatory:{//强制满足的minWidth:640,minHeight:360},optional:[//可选项{
图 2-3 JSEP 体系结构Figure 2-3 JSEPArchitectureJSEP(JavaScript Session Establishment Protocol)协议：如图所示为 JSEP 的体系结构图，对于本文而言 APP 即为用于视频通信的 web 应用，APP 通过调用浏览器封装的 WebRTC 的对应 API 在用户登录本系统的同时将 SDP(会话描述信息：包括 IP 地址、端口、带宽的网络通信必要信息和支持的音视频编解码格式、客户端支持的数字媒体的格式、客户端支持的分辨率等媒体信息)上传到信令服务器，并将这些信息与该用的唯一标识相关联。当客户端 A想要和客户端 B 进行视频通信的时候，便根据客户端 B 的 SDP 将请求视频通信的 offer 发送给客户端 B,客户段 B 如果同意和客户端 A 进行视频通信，便返回响应的 answer 信息，信令服务器便根据这些信息建立客户端 A 和客户端 B 之间的点到点的连接，之后，客户端 A和客户端 B 就可以通过该连接进行数字媒体的信息的交换。需要注意的是 WebRTC 并没有定义整个信息处理的过程，只是提出了 JSEP 的信令处理的这样的一个结构，开发者可以根据自己的需求和项目的需求自己实现该部分的内容，这样避免了重复定义的问题，也最大程度上兼容了现有技术[21]。客户端之间要进行有效的媒体交换，它们之间的 offer 和 answer 的相互获取是必要的前
本文编号：3331579
【文章来源】：西安理工大学陕西省
【文章页数】：68 页
【学位级别】：硕士
【部分图文】：
WebRTC架构图
图 2-2 数字媒体获取Figure 2-2 Access to digital mediagetUserMedia（）函数的使用方式的代码示例：通过 js 浏览器里本身就有的 navigator 对象调用 navigator.getUserMedia()，下面是测试代码的部分内容://MediaStream 的部分设置的简单举例：如媒体类型，分辨率，帧率等,媒体的一些参数var constraints = {video:{mandatory:{//强制满足的minWidth:640,minHeight:360},optional:[//可选项{
图 2-3 JSEP 体系结构Figure 2-3 JSEPArchitectureJSEP(JavaScript Session Establishment Protocol)协议：如图所示为 JSEP 的体系结构图，对于本文而言 APP 即为用于视频通信的 web 应用，APP 通过调用浏览器封装的 WebRTC 的对应 API 在用户登录本系统的同时将 SDP(会话描述信息：包括 IP 地址、端口、带宽的网络通信必要信息和支持的音视频编解码格式、客户端支持的数字媒体的格式、客户端支持的分辨率等媒体信息)上传到信令服务器，并将这些信息与该用的唯一标识相关联。当客户端 A想要和客户端 B 进行视频通信的时候，便根据客户端 B 的 SDP 将请求视频通信的 offer 发送给客户端 B,客户段 B 如果同意和客户端 A 进行视频通信，便返回响应的 answer 信息，信令服务器便根据这些信息建立客户端 A 和客户端 B 之间的点到点的连接，之后，客户端 A和客户端 B 就可以通过该连接进行数字媒体的信息的交换。需要注意的是 WebRTC 并没有定义整个信息处理的过程，只是提出了 JSEP 的信令处理的这样的一个结构，开发者可以根据自己的需求和项目的需求自己实现该部分的内容，这样避免了重复定义的问题，也最大程度上兼容了现有技术[21]。客户端之间要进行有效的媒体交换，它们之间的 offer 和 answer 的相互获取是必要的前
本文编号：3331579
本文链接：https://www.wllwen.com/kejilunwen/wltx/3331579.html
