那今天呢？我们来介绍一下sdp协议，那实际上呢？sdp协议非常的简单。我们如果拿到一个stp的文档去看的话，那你要分阅里边的所有的内容会觉得很枯燥，但实际上呢，如果我们按照这张图所展示的结构去看stp的话。你就会觉得它没有那么复杂了，那实际上呢，每一个stp它都是嵌套的方式来进行定义的。那在它最外层呢？是绘画层，

在绘画层之内是媒体层，那媒体层呢？又分为了音频和视频。在音频里头，它又对音频做了各种各样的定义，而视频里边儿呢，也同样的做了各种各样的定义。我们按照这种结构去给它进行一下拆分。你就会容易理解它里边儿所要表达的信息是什么了，所以这张图呢，非常的关键，大家呢，一定要把这张图记住。在看协议的相关文档的时候，那就按照这张图所描述的这种结构去套，

就很容易理解了。那下面呢，我们再来看看的规范，它这个规范啊，也非常的清晰，那主要就是ky 6中间用等号进行连接。等号的左边是k，右边是value。对于k来说呢，常见的k有MA CV so，那其中m呢代表的是media，也就是一个媒体。那媒体可以是音频，可以是视频，可以是应用
a呢表示属性，当我们定义了某个媒体之后，要对这个媒体进行进一步的说明。那就要通过a attribute进行进一步的这个定义啊，
这是C呢，就是connection代表连接。v代表版本，我们在进行协商的时候，版本一定要是一致的，比如说一个用户的版本是一。第二个用户的版本是二，这样他俩是没法进行协商的，必须要保证他们使用的stp的协议版本是一致的。

s代表session也就是一个会话。a与b之间进行一个通讯，
那这个呢？就是一个会话。会话呢？是一个全局的。
o代表owner就是谁拥有这个绘画好，这是k。那value呢，它的值就比较多了，那具体含义呢，
你可以查看rfc四五六六这个协议文档中呢，对value做了详细的定义。那实际我们在了解stp协议的时候呢，一般都是拿到一个实际的stp数据，对照着stp数据去看，每一个value它的值是什么含义？

那很少呢，直接去看这个文档，因为这个文档还是比较大的，我们去看的时候呢，如果你没有一个实际的例子。直接去看这文档，可能不太容易理解，那如果你真的想去看这文档的时候呢，可以直接在百度上搜rfc四五六六就可以搜到这篇文档。这就是stp规范，那下面呢？我们就来看一个具体的例子，那这个呢？就是我从一个实际的stp的例子中抽取出的一些重要的信息。那首先第一个就是我们的版本使用的是多少，

比如我们在第一次进行协商的时候，版本号是一。那第二次协商的时候呢，版本号就变成二，那第三次呢，就是三，它这个版本呢，是不断累加的，后边这个o呢，就代表是就谁拥有它？如果后边是干，就是不太关心具体这个名字是谁了，那后边这一串数字呢？对于外边心思来说呢，它是不实用的，

所以这块呢，它的含义呢，没必要特别深究。其中的in呢代表internet IP 4代表IPV 4后边呢，是你本机的IP地址。那一般都会写成幺二七点零点零点一，这代表我们自己的本机再下边

m是非常关键的一个信息，代表一个media。那每个呢，只代表一种类型的数据，要么是音频，要么是视频，要么是应用数据。对它不可能同时既包含音频，又包含视频，

这是不可能的，所以它的第一个单词呢？audio代表的这个媒体呢？是一个音频数据。好后边的九代表，它使用的端口号，这个端口呢？

对于外边tc来说，它也不用它会使用自己的ice进行网络传输。那这个端口有一个特殊的意义，如果这个端口是零，表示两个用户之间进行媒体协商时没有成功。那如果不是零这个值呢？是多少都无所谓，后边呢是这个媒体所使用的传输协议。

那底层呢？使用udp tls呢？就是进行数据加密，那在udp之上跑的是rtp。后边的sav TF表示的是支持rt CP协议，那a呢？代表audio v呢？代表video p呢？是protocol。f呢是feedback，所以这几个单词的第一个字母好，再后边的这一串数呢是？那它可以是幺幺幺，也可以是幺零三，也可以是幺零四，

那每个配具体代表的是哪个编辑码器？那在后边呢？都有定义。再接下来，这个a就是对前面的这个media进行的扩展说明，也就是attribute一个属性。MID代表的是media ID，也就是说我们这个media它的ID是多少？那冒号零表示的这个ID是零？那再下来，那对于这个media来说呢，它对传输的rtp协议进行了扩展，那如果rtp中的p是幺幺幺。它表达的意思是它使用的编解码器是oppos采样率呢，是48000双通道。

这两个a呢，都是对前面这个media的一个说明，当他遇到下一个
m的时候，前面的这个媒体就算结束了，就开始一个新的媒体。那这个m呢？表示这是一个视频的媒体，后边是端口号好，那再下来这些信息呢？与这个音频是类似的。也就是它使用的传输协议udp rtp下边儿是palo tap九六幺零二，那与音频类似，后边儿这a呢，是对这个媒体的一个说明。

那对于视频来说，它的media ID是一，那这个序号呢？是自动增加的，再下边这个rtp map是对payload type九六进行的说明。那p6使用的是VP 8，这个编辑码器，它的时钟频率呢是九万，那这个呢，就是一个stp的例子。当然，这里所展示的这些信息呢，都是一些比较关键的信息点。那除了这些信息之外呢，还有很多的信息在里边，那没有在这里列出来，

是由于没法在一张PPT中容纳所有的信息，所以我只挑出其中。最关键的向你做了展示，那没有展示的那些信息，每一个字段都是我们必须要掌握的，并不是说我在这里没有展示，你就可以不清楚了。不是这样的，每一个字段我们都要知道它的含义是什么，只有这样你才能看外边代码的时候，读懂它的逻辑是什么。那在这里啊，我有两个知识点，要特别向你重点介绍一下，那第一个呢就是ice four和ice light。

那这个信息呢？是标准stp中啊，不包含的，那这里我们要重点介绍一下，那首先我们来看一下ice light。那你在看sdp的真实的例子的时候呢，经常会看到这个属性，尤其是web rtc流媒体服务器中都会包含这个属性ice light。那它的含义是什么呢？这就要说到y八二tc的ice了，那对于y八二tc的ice，我们在前面的课程中呢，也向你做过介绍。那web rtc呢？实现了自己的一套传输的控制，

那这套控制呢？就称为ice，比如说每个web rtc的终端都会收集candidate。candidate呢，又是有类型的，不同的类型有不同的优先级，那这些内容呢，都属于ice的内容。那其中，在进行ice的时候，要做一次验证，也就是说验证一下这一端给我提供的这个candidate的是否是有效的？那验证应该是双方都要验证它使用的方法呢，就是通过发送向对方发一个请求。那对端收到这个请求之后呢？

要回一个response，这样表明我这个candidate是可用的。如果服务端与客户端之间每个都要做这个流程的话，那对于流媒体服务器来说，它的负载就太重了。所以，为了减轻这个负载，就简化了这个逻辑。所以，只要客户端进行验证就了，那这样呢，就提高了整个连接的这个效率。所以呢，对于客户端来说，它会发子弹request服务端返回子弹response就OK了，

服务端呢，不会向客户端再发送子弹request。那这个呢，就叫ice light,客户端发送stun，服务端回就好了，这就是ice light

那ice four就是与ice light相对应的，它是一个双方检测的过程，也就是说连接的双方都要发送stand request。收到request之后呢，都要回response，它是这样一个过程，这就是ice four与ice light，那如果我们在一个stp中没有发现a=ice light这个属性。那默认呢，它就是ice four，也就是说双方都要进行这个检测，对于外边tc来说呢，

它默认使用的就是ice four。一般的流媒体服务器都使用ice light，这个我们要清楚，

那第二个呢？就是plan b和unify plan。那plan b呢，是web rtc以前默认使用的语法，那什么意思呢？就是如果对于同一种媒体类型有多个源的话。它使用属性进行区别，也就是说对每一种媒体类型只有一个行，比如音频，有一个音频的行。视频呢？有视频的行，

如果在我们通讯的过程中有两个音频源，那它要进行区分的时候呢？是使用as src来进行区分。其中，每一个音频源有一个自己的ssrc，它们的这个ID呢是不一样的，比如在这里一个是一二三四五六七。另外一个呢是七六五四三二一，同时他们的cna me呢也是不一样的，这是plan b，而unit five plan呢，又与他们不一样了。它是对每一个媒体流都有一个行，就像我们刚才介绍的，如果有两个音频的媒体源。

那对于unify plan来说呢，它就有两个m行，其中一个m行，它的ssrc呢，是一二三四五六七。那另外一个行它的呢？是七六五四三二一，这是他们的一个最主要的区别，区别的关键点呢就是m行的个数。那在plan b中呢？每一种类型只有一个m行，而现在对于unify plan来说呢？是每一个圆都有一个m行。那对于现在的外包tc来说，它都统一使用unify plan，

也就是plan b被淘汰了。当然，对于一些老的浏览器，它还会使用plan b。那这一个呢？我们要清楚，尤其是做一些兼容开发的时候，那有的是用plan b，有的是用unify plan。那这个时候呢，我们要做好兼容，那以上呢，就是我们这节所要向你介绍的内容，那在这节中呢，我首先向你介绍了sdp协议的一个基本的规范。

它是由k value所组成的，那另外呢，我们要知道sdp它是分层的，对这对于我们理解sdp来说呢，非常的关键。那你了解了这个结构之后呢，我们去看sdp就会非常容易，那如果你不了解的话呢，就觉得很绕，没有逻辑感。那另外呢，我通过一个实例向你讲解了sdp是如何组织这个媒体信息的。那最后呢？我又向你介绍了两个重要的知识点，一个是ice light ice four，

另外一个呢是plan b和unified plan。那这两个点呢，是wrtc对标准sdp的一些修改，这我们要知道，

那这里我需要特别强调啊，对于sdp中的每一个信息。我们必须都要非常清楚它的含义是什么，这一点是非常关键的，这也是我学习web rtc的一个心得，对只有你了解了sdp中的每一个信息。你才能在阅读代码的时候游刃有余，否则的话呢，很多逻辑你都看不懂，不知道为什么要这么写，不知道它定义那个属性是干什么用的。

这样对于我们理解外边儿tc来说呢，就非常困难了，那以上呢，就是我们这节课的内容有任何的问题