Page 291 - Web性能权威指南

༵ᅱ ༵ᅱ
݀႑ཚڢ
ᆌٴ ᆌٴ

图 18-5：共享的发信通道

WebRTC 把发送信号和协议的选择交给了应用，而标准有意未给发送信号的过程提
供建议或实现。为什么？这样可以让现有通信基础设施中的其他发信协议能够互操
作，包括如几个协议。
• SIP（Session Initiation Protocol，会话初始协议）
应用级发信协议，广泛用于通过 IP 实现的语音通话（VoIP）和视频会议。

• Jingle
XMPP 协议的发信扩展，用于通过 IP 实现的语音通话（VoIP）和视频会议的会
话控制。
• ISUP（ISDN User Part，ISDN用户部分）
全球各大公共电话交换网中用于启动电话呼叫的发信协议。

在房间一头冲另一头喊话，也算是利用了“发信信道”。当然，你的通信对
象必须能听到才行！选择什么发信媒介和协议完全是应用说了算。

WebRTC 应用可以选择已有的任何发信协议和网关（图 18-6） ，利用既有通信系统
协商一次通话或视频会议。比如，通过 PSTN 客户端拨一通“电话”！此外，应用
还可以用自定义的协议实现自己的发信服务。

SIP/Jingle/ISUP ጲۨᅭ݀႑ ܠྪ࠲݀႑
݀႑ྪ࠲ ྪ࠲ ޜခ

图 18-6：SIP、Jingle、ISUP 和自定义发信网关
WebRTC ｜ 281