Teams实时事件（Live Event）总结

举办实时事件
首先实时事件–live event不单单可以在Teams里创建

• Yammer
• Teams
• Stream

都可以创建实时事件，那么Yammer中也可以选择在创建一个in Teams的实时事件。

只有在利用Teams创建或者在Teams中创建的实时事件是最简单使用的，也可以称为out of box体验。Yammer还有一个选项是第三方软件，Stream需要你去连接外部的软/硬件音视频采集设备以及编解码器。

实时事件中的几个角色
跟Teams Meeting不同，实时事件的角色以及权限有较大区别，一般来说Teams Meeting你不去设置特定的角色也不会注意到，大家都是一样的权限。但是实时事件要求你提前定义好下面几种角色：
1.组织者：创建实时事件的人，可以更改实时事件的种种设置，比如邀请演示者，更改时间，选择是否包含字幕以及是否允许Q&A等等。组织者默认也是主持人的角色。
2.主持人：控制整个实时事件的人，决定什么时候开始这个事件，什么时候结束，切换演示者，或者自己演示，回答问题等等。主持人默认也有演示者的权限。主持人可以是外部人员。

3.演示者：这就跟Teams Meeting的参会者一样了，可以共享屏幕，app，说话，回答问题。
4.参与者：只有听得份儿

这里特别对主持人有一定要求，毕竟主持人在掌控这个事实事件，所以需要一些专门的培训。另外就是如果主持人从事实事件中退出，那么就宣告整个实时事件结束了，所以不要轻易结束事件或者退出会议。如果是断网的情况导致的退出也是一样的，但是如果是网络连接不好，那么不要紧，Teams会重新连接，只要不退出就行。因为每个实时事件只允许开启一次
所以也建议对于大型的实时事件，有多个主持人在里面，主持人最好也在不同的地理位置。

实时事件的体验
对于组织者，主持人以及演示者，这些人就好比加入了一个特殊的Teams会议，但是对于参与者，他们都是在看而已，而且延迟在15到60秒左右。不要觉得很严重，微软官方给出的最大60秒延迟。但是延迟无所谓呀，毕竟参与者又不能用麦克风提问或者演示桌面，所有的视频流都是从微软CDN传过来的，缓冲好了再给他们看，所以不会出现卡顿，花屏的情况。

另外就是对于主持人和演示者，特别是演示者的体验，如果演示者演示的时候体验不好，卡顿，花屏，抖动那么所有的参与者都会受到影响，所以要确保演示者的网络环境是好的。那么最好就是提前测试一下演示者的网络，实时事件允许你查看当前需要的实时带宽。一般来说1080P的 30帧 视频需要1.5Mbs的带宽。
这个大多数都是能满足的，但是吧如果因为视频使用H.264压缩的，如果演示者在切换屏幕，桌面，或者放视频，那么这个码流就可以冲到5-10Mbps。所以提前排练一下是最好的。

实时事件流量的流程图：

这边看到有个eCDN的合作伙伴，目前也就这三个。为什么要用这个合作伙伴，这是因为实时事件给我们的感觉是一个广播，其实不是，这是一个单播。也就是说如果演示者的的上传为1.5M，那么公司200个人在用自己的电脑手机看，会占用公司300M的带宽。所以首先也建议在这种情况下大家聚在会议室里一起看视频，像看电影一样，可以节省很多带宽。（当然现在特殊时期不建议聚集）
然后就是这个eCDN的解决方案了，总之他们可以帮你节省带宽，减少延迟。那么这个不单单是针对实时事件来做的，而是针对Stream这个产品，因为你看图里，视频最后是通过Stream来传输到用户的客户端的。

报告采集
除了组织者可下载的：

• 实时事件中的Q&A报告
• 参与者报告（谁什么时间来的，什么事件走的）
• 下载实时事件录像 （Yammer和Stream不需要下载，Teams的要下载然后自行上传这个.mp4到其他地方），那么实时事件的录像也是在事件开始后自动录制的，无须手动触发。
• 字幕

注：官网提到从Yammer举行的实时事件也可以下载参与者报告，这个是错误的。微软还没有去更改文档
在Teams管理员页面中的analytics也有针对实时事件的报告：

最后就是邀请权限：
默认的全球策略是不允许Public的，只可以公司内部。Public就会允许任何有实时事件连接的人无须登录直接查看当前的视频。

另外实时事件我们刚刚提到，有几个角色其实是进入了一个特殊的Teams会议，所以有些设置会从Teams会议设置中继承过来，比如比特率：