WebRTC与PSTN融合的通信系统

可在www.sciencedirect.com在线获取理论计算机科学电子笔记329（2016）105-121www.elsevier.com/locate/entcs基于WebRTC接入PSTN的Alfonso Sandoval Rosas罗萨斯1，2 José Luis Alejos Martínez3移动计算实验室，电信学院，Unidad Profesional Interdisciplinaria en Ingeniería y TecnologíasAvanzadas（UPIITA）墨西哥墨西哥城国家政治学院（IPN）摘要本文介绍的研究介绍Renaissance Vous，这是一个面向提供其用户通过传统电话和Web浏览器上的实时多媒体的融合而具有更大的通信可用性。该系统由一个Web应用程序组成，多用户视频会议室，无需下载任何额外的软件。 为在没有互联网连接的用户可能需要参加会议的情况下，直接在Web浏览器上拨打和接听PSTN电话，用户可以使用他/她的声音与其他人进行交互。本项目的目的是提出一种统一的通信系统，该系统与其他系统的主要区别在于直接从Web浏览器与电话网络进行交互，同时具有主动视频会议，允许在这两种技术之间实时交换媒体流。该系统Renaissance-Vous是使用WebRTC（Web实 时通 信 ） 用于 实 时 传输 音 频和 视 频 ， Node.js作 为 Web 和 信令 服 务 器， 以 及 用于 提 供电 话 访 问的 软 件Asterisk，以及jsSIP，用于实现SIP用户代理的JavaScript库关键词：视频会议，WebRTC，WebAudio，PSTN，SIP，Asterisk1引言目前，像公司和医院这样的各种机构越来越多地选择可用的视频会议系统，以允许与地理上遥远位置的人进行交互，因为通过视频进行的通信带来了语音或消息不能单独满足自己的好处，例如肢体语言，手势，1作者衷心感谢国家理工学院（IPN）和工程与先进技术专业跨学科单位（UPIITA）的支持，特别是移动通信技术。 计算 实验室，属于Telecom学院，从一开始就提供-为项目的发展提供所需的装置和设备。致CLEARCOM COMUNICACIONES，S.A.P.I.的特别声明DE C.V.赞助了该项目期间用于学术目的的SIP干线。2电子邮件地址：asandovalros@gmail.com3 电子邮件地址：joseluis0791@gmail.comhttp://dx.doi.org/10.1016/j.entcs.2016.12.0071571-0661/© 2016由Elsevier B. V.这是一篇基于CC BY-NC-ND许可证的开放获取文章（http://creativecommons.org/licenses/by-nc-nd/4.0/）。106A.桑多瓦尔·罗萨斯Alejos Martínez / Electron. Notes Theor. Comput. Sci. 329（2016）105-121和情感的展示，最终导致更清晰和简洁的沟通，以与课堂活动相同的效率实现会议的目标[12]。然而，如果他们必须参加视像会议，但有些与会者可能没有互联网连接，或者带宽有限，他们就不可能参加视像会议，或者视像会议的质量会下降。因此，需要将其他技术集成到这些多媒体系统中，以使用更好地接入因特网连接的手段（PSTN（公共交换电话网））来实现可接受的交互。因此，有必要设计和实现一种允许用户的语音参与来自固定电话或移动电话的呼叫的本文提出的研究介绍了一个系统，包括一个独特的视频会议室内，三个用户可以共享音频和视频使用他们的Web浏览器，而无需下载任何额外的插件。另一个用户也可以通过来自PSTN的电话呼叫用他/她的语音参与活动视频会议。该解决方案利用WebRTC（Web实时通信）API，这是HTML5规范的一部分[9]，其主要目的是使两个用户能够访问Web应用程序，以在他们之间共享语音，视频和数据，解决网络问题，如NAT（网络访问转换），并在实时媒体交换之前通过协商建立媒体类型和格式[19]。该学院赋予基于网络的系统的潜力，允许与其他实时通信源（如电话网络）集成本文的其余部分组织如下。第二部分介绍了本项目的背景，以及具有类似特点的黄金项目。我们的方法的原则在第3节中解释。第4节介绍了该系统的运作情况，第5节总结了对今后工作的一些展望。2相关工作在WebRTC存在之前，市场上已经有许多视频会议系统。Cisco WebEx [4]是最全面和专注于商业领域的解决方案之一，它是一种强大的远程协作解决方案，由各种服务组成，例如具有文件共享功能的视频会议室、桌面、演示和传播。 与此系统不同，本文中的项目基于WebRTC，因此用户不需要下载任何软件即可在Web浏览器中运行它。 此外，思科使用自己的基础设施#21445;电话服务[4]。本文档的项目考虑使用SIP干线，这意味着最终用户可以使用自己的干线（如果他已经有一个），而不依赖于思科基础设施，因此不依赖于他们的费率。在企业使用之外，许多应用程序允许视频会议。流行的例子包括Skype [18]，Firefox Hello [17]和Google Hangouts [8]。A.桑多瓦尔·罗萨斯Alejos Martínez / Electron. Notes Theor. Comput. Sci. 329（2016）105-121107Skype为微软所有，使用专有协议传输多媒体流，而且需要安装移动应用程序或桌面访问服务。 它还允许拨打电话给订户余额，但不可能将呼叫与活动视频会议集成。Firefox Hello是一款专门用于视频通话的应用程序。它基于WebRTC，仅在Mozilla Firefox浏览器中使用。在WebRTC出现之后，一些公司已经设计了完全基于该技术的解决方案。一个值得注意的例子是Talky [21]，它允许用户以简单的方式创建视频会议室，因为URL是匿名创建的，并发送给那些想要参与的人。UberConference [22]是整体解决方案的另一个例子，它是一个纯语音会议，用户可以通过网络浏览器参与，也可以拨打系统分配的电话号码登录。这些解决方案与本文档中提出的建议之间的主要区别是与PSTN集成，以通过电话与语音会话参与活动视频会议。该项目的目标是为会议参与者的互联网连接可能无法使用或不适合进行适当会议的情况提供统一的通信解决方案。对于这些情况，建议用连接到Web应用程序的传统电话呼叫来3方法论从问题的概念出发，考虑到当今技术的使用（这与设备或操作系统的类型无关），决定将该项目开发为网络应用程序，用于允许在兼容的网络浏览器的帮助下访问视频会议室，仅此而已由于需要在这个房间中的对等体之间进行实时语音和视频通信，该项目基于WebRTC技术，利用有关访问本地摄像头和麦克风的客户端功能，以及握手过程和随后的多媒体流对等共享[14]。Web浏览器Google Chrome和MozillaFirefox更好地支持WebRTC[20]，并且每个版本都添加了更多功能，以达到对该技术的共同支持下一个要求是在Web浏览器和PSTN之间建立语音通信，将SIP干线作为主要资源，电话网络。由于浏览器的WebRTC功能是用JavaScript控制的，因此可以合并一个用相同编程语言编写的SIP用户代理，允许与具有SIP中继配置的IP PBX 服务器直接交互。 由于WebRTC 的流行，IP PBX 系统（ 如Asterisk）在其最新版本中已经包含了完全兼容性[6]。因此，只需正确配置Asterisk，即可实现Web浏览器和PSTN之间的全面互操作，中间有IP PBX。该项目框架的实施如下所述：108A.桑多瓦尔·罗萨斯Alejos Martínez / Electron. Notes Theor. Comput. Sci. 329（2016）105-121该系统的另一个方面包括具有以JavaScript编写的WebRTC功能的web应用，该功能是用户之间的多媒体流的连接和实时传输所该应用程序由使用Node.js构建的Web服务器提供。在借助于信令服务器交换了协商消息之后，用户建立多媒体共享会话。这些消息的交换方式及其结构本身遵循WebRTC标准。API需要构建SDP（会话描述协议）消息，其中包含有关要共享的媒体类型，所涉及的用户对的IP地址，将使用的编解码器以及流的特性（通道数量，轨道数量等）的信息[2][13]。对于与PSTN的连接，通过运行软件Asterisk的IP PBX服务器获得访问，该服务器具有由电话运营商提供的注册SIP干线。为了实现拨打或接听电话的功能，设计了一个音频混合和分配模块它的目的是在WebRTC会话和HTMLAPI Web Audio的帮助下收集和混合视频会议室中用户的声音混合的音频通过使用jsSIP编程的注册SIP用户代理发送到IP PBX。一旦接收到外部音频，就会将其分发给房间中的用户。在这一点上必须提到的是，该原型目前仅限于视频会议室中的三个网络用户以及一个同时的电话呼叫。图1显示了系统的主要框架Fig. 1. 系统的主要框架该系统的操作如下：(i) 用户使用兼容的网络浏览器登录网络应用程序并激活视频会议室。在那一刻，用户开始与每个进入的人分享语音和视频。(ii) 如果另一个用户登录，其多媒体流也开始与房间中的每个人共享(iii) 所有的用户在他们的网页上都有一个软电话，他们可以用它来制作A.桑多瓦尔·罗萨斯Alejos Martínez / Electron. Notes Theor. Comput. Sci. 329（2016）105-121109打电话到PSTN。如果用户拨打一个号码并按下呼叫按钮，其他人会收到通知，他们的软电话会被阻止。(iv) 外部用户可以拨打与电话服务提供商SIP干线相关联的号码，在系统的IPPBX服务器中进行呼叫当以这种方式接到电话时，它会自动应答，并通知房间内的所有用户。(v) 当电话呼叫的声音被接收时(vi) 视频会议室将被停用，直到最后一个网络用户登录。房间无法通过电话激活图2显示了系统的架构。每个模块的技术和操作将在本文件中进一步阐述。图二. 系统架构视频会议室中的用户从其设备的麦克风和网络摄像头共享语音和视频该模块提供来自电话呼叫的外部语音作为响应，因此用户通过使用WebRTC在协商消息方面将该模块视为另一个用户。多媒体流的交换如图3所示。WebRTC引入了对音频编解码器OPUS [16]和视频编解码器VP8 [11]的支持，并默认它们，以便在与其他编解码器的通信中利用它们的卓越质量，以及它们在带宽发生变化时的适应性。然而，WebRTC支持其他编解码器，如G.711，PCMA，PCMU等。WebRTC关于媒体流的另一个特性是安全性。这些流在发送之前需要进行某种加密[10]另一种是“支持WebRTC的 Web浏览器使用DTLS机制110A.桑多瓦尔·罗萨斯Alejos Martínez / Electron. Notes Theor. Comput. Sci. 329（2016）105-121图3.第三章。系统内多媒体流的交换[14]《易经》中的“道”字是指“道Web和信令服务器网络服务器通过在与WebRTC兼容的网络浏览器中输入URL来为用户提供应用值得一提的是，一旦几个用户完成了WebRTC与SDP消息的协商，流将以P2P（对等）方式传输，因为两个用户已经通过协商知道了他们在网络中的位置[19]。音频混合和分配模块此模块作为视频会议室和IPPBX服务器之间的中介，这意味着它管理传出电话呼叫请求用户和来自PSTN的来电。在拨打或接听电话之前，该模块必须收集房间内所有用户的声音。之后，语音必须实时混合，逐个样本，以便在浏览器上的SIP用户代理的帮助下发送到IP PBX服务器，然后发送到SIP中继。系统的此模块使用WebAudio API进行混音。 该API是HTML5规范的一部分[23]，包括模块化的音频处理功能，输入/输出可用于设计复杂的处理任务。图4的示意图显示了整个设计。从图中可以看出，当在后续块中执行加法时，输入样本被分成两半以补偿音量。由于WebAudio API块（除个性化脚本外）不会接收多个通道作为输入，因此需要使用合并器拆分立体声流A.桑多瓦尔·罗萨斯Alejos Martínez / Electron. Notes Theor. Comput. Sci. 329（2016）105-121111个街区.最后，被描绘为脚本的块是通过接收立体声流、将样本存储在上述缓冲器中、以及成对地添加值来执行输入样本的混合的块。模块的这一部分将输入语音转换为单声道，以便在称为ScriptProcessor节点的个性化节点中处理它们，以便将每个样本与16384个样本的buffer相加。输出被转换成MediaStream格式，这是一个管理关于WebRTC之后，该模块发送给视频会议室中的用户在管理呼入或呼出呼叫的同时，在用户界面中播放的“呼入”或“拨号”拨号音。当完成语音的挑选和混合并且接收到外部音频时，这些音调被替换为电话呼叫的实际音频流，因此房间中的用户应在用户界面上再现，而呼叫者可以听到并与所有这些音频流说话图四、Web混音系统原理图关于SIP用户代理的实现，它被开发为带有JavaScript库jsSIP的脚本，该库包含在Web应用程序的客户端上注册和操作SIP用户所需的SIP字典[15]。SIP用户代理在IP PBX服务器中使用其自己的分机进行注册，因此拨号方案使用其用户名和IP地址对其进行识别，并且可以在进行或接收呼叫时重定向传入/传出语音流。在该系统中，托管服务器的计算机打开网络浏览器窗口，一旦服务器开始运行，该窗口就导航到网页。本页为112A.桑多瓦尔·罗萨斯Alejos Martínez / Electron. Notes Theor. Comput. Sci. 329（2016）105-121负责运行此模块，因为这些是在客户端运行的技术[15][23]。IP PBX服务器开源IP PBX服务器软件Asterisk用于为Web应用程序提供到PSTN的连接。自 其 版 本 11 以 来 ， Asterisk 包 含 WebRTC 功 能 ， 允 许 它 通 过 SIPWS（Websockets上的SIP）发送和接收已建立通信的多媒体流[6]。这意味着Asterisk可以将基于Web技术的SIP代理视为硬件IP电话或软电话桌面应用程序。为了在Asterisk中启用WebRTC功能，需要安装libsrtp模块，因为它的功能是在生成密钥和证书后通过加密媒体流来为媒体流添加安全层[1]。这是必要的，因为WebRTC的实施涉及到安全性，并且它规定所有媒体流都应使用SRTP（安全实时协议）加密[1]。IP PBX服务器需要打开某些端口并接受请求，以便启用向内和向外拨号。在Asterisk配置文件中，端口5060被设置为通过TCP消息接收和发送SIP，而端口范围从10000到20000被设置为RTP交换。构建了Web SIP用户代理，并将其整合到Web页面中。它在IP PBX服务器中注册，是唯一可以拨打和接听电话的分机这些呼叫利用电话运营商提供的SIP干线与PSTN连接。由于SIP干线只有一个DID（直接拨入）号码可用，因此在给定时刻只能有一个活动呼叫4测试和结果测试场景测试的主要目的是展示两种通信技术的集成：PSTN和互联网实时媒体流，成为一个统一的解决方案，利用现代Web浏览器的强大功能，并在普通客户和企业层面上提供通信服务。无论用户是登录网络应用程序，还是使用任何电话设备拨打/接听电话，该系统都旨在展示在所有参与者之间建立功能性和实时媒体交互的能力，而无论他们的位置或访问方式如何。测试场景包括在局域网（LAN）本地环境中安装网络，连接Web和信令服务器、带有SIP中继配置的Asterisk IP PBX以及Web客户端。在IP PBX服务器中需要一个用于Internet连接的插座，与服务器的连接以及用户之间的连接是通过以太网连接到交换机完成的。完整的场景如图5所示。这是必要的，电脑作为网络用户在视频会议室有一个网络摄像头，麦克风A.桑多瓦尔·罗萨斯Alejos Martínez / Electron. Notes Theor. Comput. Sci. 329（2016）105-121113以及支持WebRTC的Web浏览器，无论操作系统如何。作为Web/信令服务器的计算机具有开放的端口3000以服务HTTP请求。在这台计算机上，上述服务器使用Fedora操作系统上的Node.js同时运行。作为IP PBX服务器的计算机设备有两个以太网卡，通过中央交换机同时连接到网络的其余部分，例如访问移动计算实验室的Internet以访问SIP干线。此计算机在Linux CentOS 6操作系统上托管Asterisk服务器。由于该项目已在移动计算实验室设施中开发，属于Telecom UPIITA学院，因此有必要拥有一个具有多个开放端口的公共IP地址，以便使用SIP干线实现/接收电话呼叫。所需的端口是TCP上的5060 SIP，以及Asterisk用于多媒体传输的10，000到20，000端口。图五.测试场景结果为了启动和运行系统，Asterisk服务器需要在任何其他元素之前启动。它还必须在SIP干线中注册。验证了上述内容后，有必要使用命令提示符打开Web和在服务器屏幕上，一旦服务开始运行，Web浏览器中的管理员面板就会显示出来。图6显示了这个面板，其中有三个日志114A.桑多瓦尔·罗萨斯Alejos Martínez / Electron. Notes Theor. Comput. Sci. 329（2016）105-121控制台可以区分。服务器日志包含有关传入请求和已关闭会话的消息。PBX客户端日志显示有关从PSTN拨打电话、拨打号码和呼入的请求的信息最后，SIP日志显示在呼叫拨号、建立和结束期间由IP PBX服务器传送的所有SIP消息。用户应使用兼容的Web浏览器访问Web应用程序。将显示一个登录屏幕，要求输入用户名，一旦进入视频会议室，将显示该用户名。 如果给定的用户名还没有被房间里的其他人使用，用户将被重定向到主面板。图7显示了组成它的元素。结束这次会议。蓝色、红色和灰色的马赛克将显示用户本身和房间中其他用户的视频。中间有一个日志，显示有关当前事件的消息。图第六章Web/信令服务器上的管理员面板图第七章视频会议室网页一旦用户被重定向，Web浏览器就会请求访问计算机如果用户授予访问权限，A.桑多瓦尔·罗萨斯Alejos Martínez / Electron. Notes Theor. Comput. Sci. 329（2016）105-121115网络摄像头将立即出现在对应于其出现顺序的马赛克上。图8显示了第一个马赛克上显示的本地视频。假设原型被限制为最多三个用户，如果用户当视频会议室已满时尝试登录，错误消息“会议室已满已满. 请稍后再试”。 如果用户名已被使用 由房间中的另一个成员，屏幕显示消息“输入名称已经在使用了。请尝试不同的一个”。 一旦进入主页面，当其他用户登录时，他们的媒体流会自动在彼此之间共享。该场景如图9所示。图八、 马赛克上显示的本地视频如果其中一个用户想要拨打电话号码，他可以使用页面右侧的选项卡来显示软电话。图10示出了电话号码的输入建立呼叫时，除拨号用户外的所有用户的软电话选项卡都将锁定。所有用户页面右侧的电话图标都会发生变化，以通知正在建立呼叫。还将显示所拨电话号码，并播放Dumble拨号音。图11显示了这个过程中的主页面。一旦建立了呼叫，拨号音就结束了，给每个用户的浏览器上的远程语音流一个台阶来电可以116A.桑多瓦尔·罗萨斯Alejos Martínez / Electron. Notes Theor. Comput. Sci. 329（2016）105-121图第九章视频会议室里的三个网络用户图10. 从Web应用程序中拨打电话号码只能由PSTN被叫方或拨打它的Web用户挂断，因为他将是唯一一个解锁了软电话的人当远程电话用户拨打SIP干线的DID时，都被要求使用他们的麦克风这是由混合和分发块请求的，用于收集所有语音并将其发送到IP PBX服务器。每个用户页面上的电话图标显示呼叫者的号码。图12显示了该事件。房间里的任何人都可以挂断这个电话。最后，图13显示了用户离开房间时的主页面，可以单击右上角的logout图标，也可以退出Web浏览器窗口。马赛克变成了A.桑多瓦尔·罗萨斯Alejos Martínez / Electron. Notes Theor. Comput. Sci. 329（2016）105-121117纯色。图十一岁建立已拨电话呼叫时的主页图12个。在Web应用程序中恢复PSTN呼叫在建立WebRTC会话时，用户之间交换的SDP消息显示了用于音频和视频的编解码器集合。Web浏览器支持的音频编解码器是opus ，G722，PCMU 和PCMA。Web浏览器支持的相应视频编解码器集合仅限于VP8和H264。为了检查Web浏览器在使用WebRTC传输和接收来自不同用户的媒体流时的行为，在Google Chrome和Mozilla Firefox的开发者模式的帮助表1显示了当有2个Web用户和一个PSTN活动呼叫时，每个Web浏览器在发送和接收数据包、抖动和编码/解码速率方面的性能：118A.桑多瓦尔·罗萨斯Alejos Martínez / Electron. Notes Theor. Comput. Sci. 329（2016）105-121图十三. 用户已注销传出视频：编码器送出音频平均比特率：0.35 Mbps帧丢失率：25.11 fps发送数据包：433（29.64 Kb）传入视频：解码器传入音频平均比特率：0.31 Mbps帧丢失率：24.78 fps接收数据包：471（391.19Kb）丢失数据包：23抖动：0.778抖动补偿器延迟：48 ms，接收数据包：406（23.72 Kb）表2显示了相同情况下的性能，但有3个Web用户和一个PSTN活动呼叫：传出视频：编码器送出音频平均比特率：0.65 Mbps帧丢失率：24.83 fps发送数据包：1114（75.62 Kb）传入视频：解码器传入音频平均比特率：0.72 Mbps帧丢失率：27.04 fps接收数据包：（1740.87Kb）丢失数据包：24抖动：1.113抖动缓冲延迟：120 ms，接收数据包：1112（61.59 Kb）考虑到WebRTC实现了一种避免NAT问题的机制，在NAT存在的情况下，它确定为替代路径的IP地址（以前称为ICE候选者，这意味着交互式连接建立）被封装在UDP数据报中，从而产生抖动。比较这两个性能表，可以强调的是，诸如网络拥塞之类的现象增加了抖动。所采用的编解码器的适应性也可以被验证，因为编码/解码速率取决于网络的状态而不同。Web浏览器还通过以下方式做出关于抖动值的决定：A.桑多瓦尔·罗萨斯Alejos Martínez / Electron. Notes Theor. Comput. Sci. 329（2016）105-121119分配更高的抖动缓冲器值。项目范围根据对集成系统进行的测试，存在以下限制：• 客户只能使用Mozilla Firefox浏览器从42.0版本开始。开发，实施和系统集成受到WebRTC API成熟度的影响。由于W3C联盟负责发布关于如何使用此API的属性，类和方法的建议，因此他们是负责实现它们的Web浏览器制造商。因此，考虑到WebRTC相对年轻，并非所有建议都已被所有浏览器实现。由于该系统需要使用WebRTC重新协商功能，因此必须使用Firefox，因为它是迄今为止实现的唯一浏览器。• 要在房间中有多个用户的情况下拨打电话，Web/信令服务器必须在测试版（每晚）中使用Firefox浏览器打开其控制面板。Firefox 42.0版在发送SIP消息时有一些不兼容性5结论与未来工作在这个项目中，设计和实现一个网络应用程序，允许建立一个视频会议室，能够拨打和接听PSTN的电话，主要是使用WebRTC。它还旨在展示WebRTC统一两种媒体的范围：电话网络和互联网。总之，可以得出结论，由于实现了视频会议室的功能实施以及与PSTN的链接，该项目的总体目标和具体目标已经成功最后得出的结论是，网状结构是足够的，以实现该系统，是必要的，以集成一个Web/信令服务器和一个IP PBX服务器。关于上述元素，选择Node.js和socket.io作为网络/信令服务器，SIP用户代理与jsSIP和Asterisk 11作为IPPBX服务器是足够的。四个用户之间可以通过视频会议和电话音频建立清晰的通信，前三个是网络用户，最后一个是电话用户。由于需要安装和配置IP PBX服务器，因此发现仍然缺乏有关如何使用WebRTC支持Asterisk的信息和支持。在测试的最后阶段，有必要在CentOS 6操作系统的服务器上使用Asterisk 11，因为只有这样才能从Web浏览器使用SIP用户代理。提到的与Web浏览器相关的问题在WebRTC的建议的实现中缺乏成熟度不过，由于得到社会上电脑及电讯业、学术界及科学界的大力支持，120A.桑多瓦尔·罗萨斯Alejos Martínez / Electron. Notes Theor. Comput. Sci. 329（2016）105-121新版本的浏览器新的部署和更大的兼容性，他们之间的合并。当然，所有浏览器都将实现IEFT维护的WebRTC草案中的所有建议。对于未来的工作，需要考虑以下几点：为了将系统支持的用户数量扩展到企业规模，需要合并MCU服务器（多媒体控制单元）[5]，或者实现专有的解决方案，将视频流和语音混合到一个流中，这样连接建立就不需要为每个新用户建立点对点连接。还需要动态地建立各种视频会议室。虽然Node.js支持多个套接字标识符，这将只允许某些用户相互通信，但真正的问题取决于电话服务的数字线路数量，DID号码和Asterisk中强大的拨号方案，这将涉及IVR（交互式语音响应）动态菜单，用于将用户指向适当的房间。根据云中软件可用性的实际趋势，本文档的项目可以扩展到SaaS（软件即服务）级别，因为它是基于Web的，今天为了允许客户端访问更大规模的系统，如互联网，有必要在云计算服务中托管应用程序和Windows Azure，Amazon Web Services 和Rackspace 等 供应 商允 许在 其平 台上 安装 和 操作Asterisk，以及在服务器Node.js上执行应用程序最后，由于Web系统的安全性是当今的一个实际问题，因此有必要在媒体流的安全传输和用户日志机制方面采取行动[7]。WebRTC规范结合了安全规则来应对这一问题，但还需要其他技术，如更高级别引用[1] Altanai，“WebRTC Integrator[2] 安通河“Anatomy of a WebRTC SDP”，WebRTC Hacks，2015年1月27日。https://webrtchacks.com/sdp-anatomy/网站。[3] Bertin，E.和Beltran，V.，Unified communications as a service and WebRTC：An identity-centricperspective，Computer Communications，vol. 68，pp. 73-82，2015年。[4] 思科系统、“思科WebexWeb会议，在线会议，桌面 分享”，http://www.webex.com/网站。[5] 可乐角，关于使用WebRTC的多用户网络会议，系统理论，控制和计算（ICSTCC），pp。430 - 433，2014。[6] Colp，J.， “Asterisk WebRTC支持”，2014年3月8日。https://wiki.asterisk.org/wiki/display/AST/Asterisk+WebRTC+Support网站。[7] Georgios Karopoulos，K.，联合通信中的安全和隐私：挑战和解决方案，计算机通信，卷。第68页。2015年1-3月A.桑多瓦尔·罗萨斯Alejos Martínez / Electron. Notes Theor. Comput. Sci. 329（2016）105-121121[8] 谷歌公司，“Hangouts-Google”，http://www.google.com/+/learnmore/hangouts/? hl=es-419。[9] IEEFT，W3C，“IEFT and W3C draft about WebRTC”，https://tools.ietf.org/html/draft-ietf-avtcore-rtp-topologies-update-04网站。[10] IEEFT，W3C，“WebRTC用例和要求”，http://tools.ietf.org/html/draft-ietf-rtcweb-use-cases-and-requirements-10网站。[11] IEFT，“VP8数据格式和解码指南”，2011年11月。http://tools.ietf.org/html/rfc6386网站。[12] Johnston ，A.，Taking on webRTC in an enterprise，IEEE Communications Magazine ，vol. 51，no4，pp. 48-54，2013年。[13] 洛雷托，塞尔瓦托，“Real-Time Communication with WebRTC”，[14] 梅森河，《Getting Started with WebRTC》，Packt Publishing，2013年。[15] Millán，J. L.，巴兹卡斯蒂略岛和Ibarra Corretgé，S.，jsSIP：JavaScript SIP库，2011年。http://jssip.net/网站。[16] MIT，“Opus Interactive Audio Codec”，http://opus-codec.org/。[17] Mozilla基金会，“Firefox Hello”，2016年1月。https://www.mozilla.org/es-MX/firefox/hello/网站。[18] Skype，“Skype |Llamadas gratis a familiares y amigos”，www.skype.com/es/。[19] Sredojev，B.，WebRTC技术概述和信令解决方案的设计和实施，信息和通信技术，电子和微电子（MIPRO），pp. 1006 - 1009，2015年5月21日。[20] Talky，“WebRTC准备好了吗？“，2016年5月。http://iswebrtcreadyyet.com/网站。[21] Talky，“Talky”，https://talky.io/.[22] Uberconference，“Uberconference”，https://www.uberconference.com/.[23] W3C，“Web Audio API，W3C Editorhttps://dvcs.w3.org/hg/audio/raw-file/tip/webaudio/specification.html网站。