本文原创自 http://blog.csdn.net/voipmaker 转载注明出处。
webrtc 客户端建立通话的过程中通过交互 candidate实现nat穿越，如果这些交互的candidate在offer/anwser的sdp里面携带会导致通过建立时间很慢，
因为webrtc客户端需要和stun/turn服务器通信获取这些candidate，整个过程是block的，为提高通话建立速度，webrtc引入trickle ice，在交互offer, answer的过程中并行发送candidate做连通性检测，当信令采用sip协议时，需要一个规范定义整个流程，已经有一个草案，具体可以看
https://tools.ietf.org/html/draft-ietf-mmusic-trickle-ice-sip-01
这个规范里通过 sip info消息发送candidate，在sip dialog建立后立刻发送in dialog的sip info消息给对方，达到了和offer、answer并行执行的目的，提高了通话建立的速度，
原文：http://blog.csdn.net/voipmaker/article/details/44724781