Microsoft Stream (经典) 视频传送和网络概述

警告

Microsoft Stream (经典) 即将停用，并替换为 SharePoint) 和 Microsoft Teams 实时事件上的流 (。 建议通过将视频上传到 SharePoint、Teams、Viva Engage 或 OneDrive，在 SharePoint) 上使用流 (，并通过 Teams 和Viva Engage运行实时事件。

在停用日期之前，Stream (经典) 中的功能将更改和删除。 详细了解 SharePoint) 上的流 (...

自适应比特率流式处理

有许多受支持的视频格式可以上传到Microsoft Stream。 然后，每个视频文件都编码为标准格式，其中包含多个不同的视频质量以及播放大小。 Stream (经典) 使用 HTTPS 单播自适应比特率流式处理 (ABR) 根据视频播放器的可用网络带宽和大小动态选择最佳视频播放质量。

在播放期间，播放器会适应网络条件和播放器大小的波动。 当可用带宽较高时，播放器将流式传输高质量版本的视频。 带宽下降时，播放器将流式传输低质量版本的视频。 视频的质量和分辨率也将与播放器的大小成正比。 如果观看者在较小的屏幕上观看，他们始终会获得较小版本的视频。

自适应比特率流式处理在后台完成所有这些工作，而视频以最少的中断或缓冲量播放。 在视频播放期间，视频播放器允许观看者手动替代自动播放质量，以选择特定的视频播放质量。

上传视频的智能编码，用于自适应比特率流式处理

Stream (经典) 使用一些智能来确定它如何根据原始上传的视频创建不同的视频品质和大小，以用于自适应比特率流式处理。

首先，Stream (经典) 确定应为上传的视频创建多少个不同的视频质量或呈现形式。 Stream (经典) 会考虑视频的原始分辨率。 例如，如果是 1080p 或更高的视频，它将创建更多质量级别 (大约 6) ，以降级到最低质量版本。 如果上传的视频是 480p，它将创建更少的质量级别 (大约 3) ，以降级到最低质量版本。 Stream (经典) 不会生成超过最初上传视频分辨率的视频分辨率。

确定视频质量或呈现形式的数量后，下一阶段是确定每个呈现形式的比特率。 呈现形式的质量越高，所需的位就越多。 但是，并非所有视频都是相同的，不同类型的视频需要不同的比特率才能获得高质量的观看体验。 如果视频具有大量动作，则需要以更高的比特率交付视频，以实现出色的观看体验。 但是，视频中大部分是静态文本的 PowerPoint 演示文稿仍能以较低的比特率获得出色的观看体验。

为了解决视频内容的这种可变性，Stream (经典) 测量上传的视频的特征，然后为每个呈现形式建议比特率。 上传到Stream (经典) 的每个视频最终都会得到一组略有不同的分辨率和比特率，用于流式处理，以确保我们明智地使用带宽，并且仅在需要时使用更多位。

在 Stream 上观看视频时，可以在播放器中看到为自适应比特率流式处理创建的不同呈现形式：

• 在Stream (经典) 播放器中，单击“齿轮”图标，然后选择“质量”。

示例	说明	Player
Teams 会议录制	Teams 会议录制使用单个 1080p 分辨率视频呈现形式进行编码。	1080p – 574 Kbps
视频点播 (不包括会议录制)	非 Teams 点播视频使用内容感知预设进行编码，该预设可智能选择最多 6 个视频呈现形式，如本示例所示。 具有高度颜色和运动差异的较高复杂性内容将使用更多视频呈现形式进行编码，而较低复杂性的内容将使用更少的内容进行编码。	1080p – 3 Mbps 720p – 1.6 Mbps 540p – 989 Kbps 360p – 460 Kbps 270p – 327 Kbps 180p – 193 Kbps

实时事件的编码配置文件

上面列出的智能编码仅适用于上传到 Stream 的视频。

在 Stream (经典) 中创建的实时事件或从 Yammer 或 Microsoft Teams 生成的“外部应用或设备”生成的实时事件将获得固定的编码配置文件：

• 720p - 1.7 Mbps
• 540p - 850 Kbps
• 360p - 350 Kbps
• 240p - 140 Kbps

注意

如果编码器的输入视频分辨率为 720p 或更高，你将获得上述配置文件。 如果将编码器中的输入视频分辨率降低到低于 720p，则只会从输入分辨率获取输出比特率并降低。 例如，如果从编码器发送了 540p 分辨率，则观看者可以获得的最高比特率是 540p - 850kbps 版本。 Stream (经典) 不会根据编码器的输入比特率更改上述实时编码配置文件，它只会根据输入分辨率切断质量级别。

视频播放的带宽要求

Stream (经典) 中的视频播放是单播，这意味着每个观看者都从 Internet 获取自己的视频流。 根据 Stream 使用的智能编码和自适应比特率流，视频播放的带宽要求不是静态数字。 播放视频可能会消耗不同数量的 Internet 带宽，具体取决于上传的视频：

• 原始分辨率、比特率和内容
• 用户的可用带宽
• 玩家的大小

如果要开发一些带宽估算，则需要上传一些视频，这些视频代表组织将用于Stream (经典) 的典型内容，并watch你认为用户将使用的屏幕大小的视频。 然后，可以执行一些带宽测量和采样。 然后，你可以使用这些近似值，根据你认为同时watch视频的数量，对用户将消耗的带宽量进行一些高级计算和估计。

在本地网络内优化视频传递

Stream (经典) 利用智能编码和自适应比特率流式处理来减少视频播放的网络和 Internet 流量。 但是，播放是单播流。 对于发送到组织内的大部分用户的实时事件或视频，观看者可能会消耗大量 Internet 带宽。

对于想要减少实时活动和热门视频的 Internet 流量的组织，有两个选项：

1. 利用网络中的现有缓存代理

   因此，通过 HTTPS 观看来自Stream (经典) 的视频时，可以将正常的 Web 缓存代理配置为缓存视频播放流量。 可能需要配置自定义 SSL 认证，以便通过 HTTPS 实现此目标。 但是，如果在播放视频时查看网络跟踪，可以看到Stream (经典) 用于为组织流式传输视频的 URL， (URL 可能因租户) Stream (经典) 而异。 如果通过缓存代理路由这些 URL，它可以缓存视频流量并减少经常播放的视频的 Internet 流量。

2. 使用针对Stream (经典) 优化的第三方 eCDN 视频传送解决方案

   多个视频交付 eCDN 解决方案已预先集成，可以设置为与 Stream 一起使用。 这些 eCDN 平台使组织能够在不牺牲最终用户查看体验的情况下优化网络带宽。 我们的合作伙伴可帮助跨企业网络实现更可扩展且更高效的视频分发。 有关详细信息，请参阅 使用第三方 eCDN 提供程序缩放视频传送 。

网络内部用户需要访问的终结点

常规Microsoft Stream (经典) 终结点

Microsoft Stream (经典) 需要连接到 Internet。 Microsoft Stream Office 365终结点上列出的所有终结点都需要由组织网络中Microsoft Stream (经典) 的用户访问。

外部应用或设备生成的实时事件 (以前的外部编码器) - RMTP 引入终结点

若要从编码器获取外部应用或设备生成的实时事件的视频源，发送到Microsoft Stream (经典) ，需要在网络的防火墙中打开以下 IP 范围和端口：

• 域：*.channel.media.azure.net
• 端口：RTMP 和 RTMPS) 的 1935/2935/1936/2936 (

如果特定的网络设置不允许 (或者不想) 打开上述域范围，则目前获取 RTMP/RTMPS 引入的特定 IP 地址的唯一选项是获取Microsoft Stream (经典) 租户连接到的 Azure 数据中心的轮换 IP 范围。

以下 JSON 文件会随着 Azure 数据中心的 IP 地址的更改而更新，并按区域和标记的服务中断。

• 公共： https://www.microsoft.com/download/details.aspx?id=56519

• US Gov： https://www.microsoft.com/download/details.aspx?id=57063

• 德国： https://www.microsoft.com/download/details.aspx?id=57064

• 中国： https://www.microsoft.com/download/details.aspx?id=57062

这些文件每周更新一次，包括完整文件和该文件中每个服务标记的版本控制。

若要查找Stream (经典) 租户的 Azure 数据中心，请执行以下操作：

1. 在 “流”中，单击右上角的“ ？ ”。

2. 选择“关于Microsoft Stream”。

3. 查看数据存储在 中的信息。

找到Stream (经典) 租户的 Azure 数据中心后，请在上面的 XML 文件中查找相应的 IP 范围，然后使用数据中心的特定 IP 范围更新防火墙/代理。 XML 文件更改时，还需要更新防火墙/代理设置。

示例：

• 如果“关于”Microsoft Stream表示数据存储在“美国东部 2”中

• 在 XML 文件中，你将查找标记为 <Region Name=“useast2”的节点>

• 在该 “区域” 节点下，所有 IP 范围 (<IpRange Subnet=“13.68.0.0/17”>)

• 需要配置防火墙\代理以允许所有这些 IP 范围，并在 XML 文件更改时定期更改它们。

社区中的用户编写了按计划采用上述 XML 文件并将数据转换为可以查询的 API 的代码。 你的组织可能能够从此开放源代码项目中了解已完成的操作，并生成自己的类似解决方案来定期更新防火墙/代理设置。

• 例如：http://iprange.omartin2010.com/

• GitHub 上的源代码： https://github.com/omartin2010/AzureRange

用于视频播放的 CDN

来自 Stream (经典) 的实时事件和来自 Yammer/Teams 的外部应用或设备实时事件以及点播视频将自动使用 Azure CDN。

上传到 Stream 的点播视频（以及实时事件录制）也将使用 Azure CDN 进行播放（如果需要）。 如果这些视频不需要 Azure CDN，则会从与租户的地理区域关联的 Azure 媒体服务源服务器播放它们。

如果同一地理位置中同一组织的多个人员正在流式传输同一视频 () ，则 CDN 会将这些视频的副本存储在离该地理区域更近的位置。 存储视频或缓存在最近的位置后，每个人都从离他们最近的位置（而不是更远的位置）流式传输视频。 Stream (经典) 使用 Azure 媒体服务来管理 Azure CDN 中缓存的内容以及缓存时长。 Azure 媒体服务可以使用任何 Azure CDN 位置 来缓存视频片段和清单数天。 如果组织中的人员继续watch缓存的视频，他们将保留在缓存中。 如果几天内没有人访问视频，最终将从缓存中删除该视频。 下次有人尝试watch视频时，视频会再次缓存在最近的 CDN 位置。

当内容缓存在附近的 CDN 上时尝试watch视频的每个人都受益于视频越来越近（在大多数情况下，跃点更少）。 这可以提高视频播放速度;但是，它不会更改播放视频的网络要求。

视频级别加密和播放流

Stream (经典) 知道保持数据安全和私密性是多么重要。 Microsoft 信任中心介绍了我们对你的内容的隐私和安全的承诺。 使用视频播放时，速度对于良好的体验很重要;但是，我们不会为了速度而损害你的安全或隐私。 以下是我们如何适应速度、安全性和隐私。

当你或组织中的某人上传新视频或创建实时事件时，该视频将进行转码、使用 AES-128 加密进行加密，并存储在 Azure 媒体服务中。 这意味着视频在传输中和静态都是加密的。

当组织中的某人尝试watch视频时，他们会按照以下步骤操作：

1. Stream (经典) 通过检查Azure SQL数据库中对视频设置的权限来确定观看者是否有权访问该视频，以了解Microsoft Entra ID中有关用户的Stream (经典) 和信息

2. 如果允许用户观看视频，则解密密钥将从 Azure 媒体服务中提取并提供给Stream (经典) 视频播放器

3. 然后，Stream (经典) 视频播放器使用解密密钥在播放视频时动态解密视频

另请参阅

使用第三方 eCDN 提供程序缩放视频传送