以下介绍一种如何在基于SIP的IMS网络架构中部署WebRTC端到端实时音视频通信应用的组网方案。出于复杂性的考虑，仅考虑了同类WebRTC客户端间的互通，而不涉及与其他SIP终端或PSTN电话间的互通问题。如图所示，WebRTC客户端是以JavaScript编写的，运行于Web浏览器中的Web应用，直接或通过私有网关连接至Internet网络。业务平台需要架设WebRTC代理服务器和STUN（Session Traversal Utilities for NAT）+TURN（Traversal Using Relays around NAT）服务器。SIP服务器则基于IMS核心网的原有配置，不做任何改动。图中的WebRTC客户端皆位于NAT或防火墙之后。在通信过程中，信令流与媒体流分两路进行传输。
1）WebRTC客户端
WebRTC客户端是运行在浏览器中的Web应用程序，采用JavaScript脚本语言编写。其核心部分是一个SIP协议栈，用于发送、接收、解析SIP信令，以及维护SIP信令状态机。本方案中，WebRTC客户端作为WebSocket客户端通过WebSocket接口与WebSocket代理服务器相互连接。WebRTC客户端将SIP消息作为净载荷封装在WebSocket消息中进行传送。
2）WebSocket代理服务器
WebSocket协议属于HTML5标准的一部分，是一种以HTML协议为传输层，用于实现浏览器间双向通信的协议。WebSocket协议兼容于现有HTTP 1.1协议，并通过Upgrade: websocket将协议升级为WebSocket协议。这样做可以充分利用HTTP协议现有的代理、过滤、认证等机制，从而大大降低了协议栈的开发成本。如图所示，通信双方通过WebSocket连接至WebSocket代理服务器。由于WebSocket连接是基于TCP的，因此不存在私网穿透问题。WebSocket代理服务器开启侦听端口，等待WebRTC客户端发起连接。当连接建立后，WebSocket代理服务器接收WebRTC客户端所发送的经过WebSocket封装的SIP消息，抽取出SIP消息后将SIP消息以UDP包形式发送给SIP服务器。SIP服务器将应答以UDP包形式返回给WebSocket代理服务器，WebSocket代理服务器会将SIP消息目的地址替换成实际的目的地址，再重新以WebSocket进行封装，然后发给消息接收方，从而实现客户端之间以及客户端与服务器端间的通信。
3）STUN+TURN服务器
WebRTC的媒体流采用ICE技术进行私网穿透，此功能需要STUN或TURN服务器进行支持。图中给出的是使用TURN的情形，即两个WebRTC客户端皆位于对称NAT之后。此时媒体流必须通过TURN服务器进行中继才能够到达对方。
4）SIP服务器
这里将IMS核心网简单抽象成为一台SIP服务器，实际上其是由CSCF、HSS等多个网元构成，并通过BAC网元与WebSocket服务器相连接。SIP服务器的主要功能是进行用户认证以及通话过程控制，但不负责媒体流的传输。通话双方必须事先在SIP服务器上注册，并周期性发送心跳包保持在线状态。
目前，WebRTC仍处于其技术演进的早期阶段，相关标准文稿也在不断修订，在IMS网络中部署基于WebRTC的音视频实时通信应用的方式也存在许多不完善之处，如没有考虑视频会议等多方通话场景，没有考虑与现有SIP终端、PSTN电话，以及其他类型的WebRTC终端间的互通问题等。但相信随着相关标准和技术的不断完善，将WebRTC技术与IMS的结合将焕发更强大的生命，传统电信运营商如果能够把握未来互联网技术的发展方向，妥善利用WebRTC这一重要机遇，对于推进IMS业务开展、开拓新的业务领域将起到十分积极作用。
