网络多媒体 - 邀请协议

这里是internetworking multimedia读书笔记。

还是一样放链接http://www.cl.cam.ac.uk/~jac22/books/mm/book/node176.html

然后开始读（翻译）

对于多道通信来说，我们不需要什么正式的建立机制。发送端发送信息到一组地址上，然后接收端订阅这组地址就能保证通信的进行了。不过实际上，我们还需要一个方法让程序员知道用哪个通信地址，什么传输协议以及编码方式。有时候email也能做到这些功能，不过我们还是想要一个整体的解决方案。

我们需要两个协议，邀请协议和公告协议。邀请协议类似于你给别人打电话，而公告协议类似于报纸上刊登的电视节目表。

创建会话

创建会话有两种方法，一种就是通过邀约协议进行邀约，另一种就是通过公告协议来公告（命名的重要性非常明显！）。我的理解是邀约类似于个人语音邀请，而公告类似于群语音。

这两个协议都会带上会话描述协议。

会话描述协议，它其实不是一个协议，只是一个定义良好的格式规范。因为我们传输的是多媒体信息，那么编码信息当然还是需要了。其他的传输信息也是存在在改规范中。还有会话的开始时间结束时间。

时间上会话可以有界限或者无界限，但是该会话仍然只在某些时间active

对于单播会话来说，需要双方的地址因为双方都要接受对方的流。对多播来说，只需要接受方就可以了，因为接收方不需要发送任何东西到发送方。

一开始会话描述协议是针对多播的，但是后来单播也能很好的兼容，但是依然有一些劣势。

公告协议

公告协议很简单，由创建者不停地对多道小组发送多道包。然后接受者监听这个小组。

sip 会话邀约协议可以建立在tcp上也能建立在udp上，建立在udp上比较好，但是我们要自己实现重传机制，而tcp有重传机制但是却因此传送了很多我们不需要的数据。

只有在考虑防火墙做代理的时候我们才把sip建立在tcp上。