本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 预取的工作原理
<a name="understanding-prefetching"></a>

当您的客户端向发出清单请求时 MediaTailor，该服务会评估与播放配置关联的所有预取计划。如果找 MediaTailor 不到匹配的预取时间表，该服务将恢复为正常的广告插入，并且不会预取广告。

如果 MediaTailor 找到匹配的预取计划，该服务将根据两个组成部分来评估该计划：检索和消费。每个组件的配置因单个预取计划和重复的预取计划而异，如以下各节所述。

## 单一预取计划流程
<a name="understanding-prefetching-single"></a>

**检索**  
这定义了*检索窗口*，即从 ADS 中 MediaTailor 预取广告的时间范围。请务必将此时段安排在广告中断之前的时间。下文概述了如何 MediaTailor 处理单个预回迁计划。  
有关在控制台中创建单一预回迁计划的步骤，请参阅[创建预取计划](creating-prefetch-schedules.md)。有关 API 的说明，请参阅《*AWS Elemental MediaTailor API 参考*》[PrefetchSchedules](https://docs.aws.amazon.com/mediatailor/latest/apireference/API_PrefetchSchedule.html)中的。  
在指定的*检索*时段内， MediaTailor 向 ADS 发送请求，要求其检索和准备广告，以便日后在播放会话中插入。  
+ MediaTailor （可选）使用流量整形来限制一次向 ADS 发出的请求数量。您可以在两种方法之间进行选择：

  *时间窗口流量整形*-将请求 MediaTailor 分布在指定的秒数内，而不是一次性发送所有会话的请求。这种分散的流量分布有助于防止广告不堪重负，从而导致超时和低广告填充率。

  *基于 TPS 的流量整形*-根据每秒交易量 (TPS) 和并发用户 MediaTailor 限制请求。此方法可根据您的 ADS 容量限制提供更直观的配置。有关更多信息，请参阅 [基于 TPS 的流量整形](tps-traffic-shaping.md)。
+ 如果您设置了*动态变量*，请在 MediaTailor 向 ADS 发出的请求中包含这些变量。 MediaTailor 使用这些变量将广告投放量与消费窗口期间的预提时间表进行匹配。有关更多信息，请参阅以下 “*消费*” 部分。

**Example**  
直播活动从上午 7:45 持续到上午 10 点，广告中断时间为上午 8:15。您配置 MediaTailor为从上午 7:45 到上午 8 点检索广告，流量调整窗口为 60 秒。如果有 500,000 个并发用户，则 MediaTailor 分发 ADS 请求以在 60 秒内实现每秒大约 8,333 笔交易的平均速率（500,000 个用户/60 秒=每秒 8,333 个请求），而不是同时发送所有请求。  
检索配置包括动态变量键`scte.event`和值`1234`。 MediaTailor 在向 ADS 发出的请求中包含此变量，然后可使用该变量将特定广告商定位到事件 ID 1234。

**消费**  
当在消费窗口中 MediaTailor 遇到 SCTE-35 广告插播标记时，它会将预取的广告放置在广告插播时间中。  
+ 如果您未设置可用性匹配标准，则会在消费窗口的第一个空白处 MediaTailor 插入广告。
+ 如果您确实为*可用*性*匹配**条件*设置了*动态变量键*，则会根据您在检索窗口中设置的动态变量来 MediaTailor 评估这些条件。只有在满足广告匹配条件的情况下，广告插播才有资格进行预取广告插入。 MediaTailor 在符合条件的第一个广告时段插入广告。

  有关支持的可用性匹配条件的列表，请参阅上表中的 “*可用于广告预取*” 列。[MediaTailor ADS 请求的会话变量](variables-session.md)

**Example 持续**  
您将消费的开始时间设置为上午 8:15，将结束时间设置为上午 8:17。您将密钥包含`scte.event_id`在可用性匹配标准中。  
对于从上午 8:15 MediaTailor 到上午 8:17 出现的每个广告时段，它都会评估每个广告时段SCTE的事件 ID。在每个播放会话中， MediaTailor 将预先提取的广告插入事件 ID 为 1234（如检索动态变量中所定义）的第一个广告插播中。对于不包含正确事件 ID 的广告插播时间，将 MediaTailor执行标准广告插入。

## 重复的预取计划流程
<a name="understanding-prefetching-recurring"></a>

**检索**  
这定义了*重复检索窗口*，即为直播活动 MediaTailor 预取和插入广告的时间范围（最长 24 小时）。下文概述了如何 MediaTailor 处理重复的预取计划。  
有关在控制台中创建重复预取计划的步骤，请参阅[创建预取计划](creating-prefetch-schedules.md)。有关 API 的说明，请参阅《*AWS Elemental MediaTailor API 参考*》[PrefetchSchedules](https://docs.aws.amazon.com/mediatailor/latest/apireference/API_PrefetchSchedule.html)中的。  
在指定的周期性预取窗口内， MediaTailor 检索和插入最长 24 小时的直播活动的广告。在窗口中每次广告插播后， MediaTailor 都会自动检索下一个广告时段的广告。  
+ 如果您将*延迟设置为有效期结束后*，则会 MediaTailor 等待指定的时间，然后再检索下一组广告以备下一个广告时段。
+ MediaTailor （可选）使用流量整形来限制一次向 ADS 发出的请求数量。您可以在两种方法之间进行选择：

  *时间窗口流量整形*-将请求 MediaTailor 分布在指定的秒数内，而不是一次性发送所有会话的请求。这种分散的流量分布有助于防止广告不堪重负，从而导致超时和低广告填充率。

  *基于 TPS 的流量整形*-根据每秒交易量 (TPS) 和并发用户 MediaTailor 限制请求。此方法可根据您的 ADS 容量限制提供更直观的配置。有关更多信息，请参阅 [基于 TPS 的流量整形](tps-traffic-shaping.md)。
+ 如果您设置了*动态变量*，请在 MediaTailor 向 ADS 发出的请求中包含这些变量。 MediaTailor 使用这些变量将广告投放量与消费窗口期间的预提时间表进行匹配。有关更多信息，请参阅以下 “*消费*” 部分。

**Example**  
直播活动从晚上 7 点持续到晚上 8:45，在此期间有四次广告中断。广告中断的时间表不可预测。您可以将周期性预取配置为从晚上 7 点到晚上 8:45，延迟时间为 10 分钟，流量调整窗口为 60 秒。每次成功后，都会 MediaTailor 检索下一个广告时段的广告。有效期结束十分钟后， MediaTailor 开始向 ADS 发送检索请求。凭借 60 秒的流量整形窗口和 500,000 个并发用户， MediaTailor 分发 ADS 请求以在 60 秒内实现每秒大约 8,333 笔交易的平均速率（500,000 个用户/60 秒=每秒 8,333 个请求），而不是同时发送所有请求。  
检索配置包括动态变量键`scte.event`和值`1234`。 MediaTailor 在向 ADS 发出的请求中包含此变量，然后可使用该变量将特定广告商定位到事件 ID 1234。

**消费**  
 MediaTailor 遇到 SCTE-35 广告插播标记时，它会将预取的广告放置在广告插播时间点中。  
+ 如果您设置了*检索到的广告过期时间*，则在指定的到期日之前，预取的广告可以被插入。
+ 如果您未设置可用性匹配标准，则会在消费窗口的第一个空白处 MediaTailor 插入广告。
+ 如果您确实为*可用*性*匹配**条件*设置了*动态变量键*，则会根据您在检索窗口中设置的动态变量来 MediaTailor 评估这些条件。只有在满足广告匹配条件的情况下，广告插播才有资格进行预取广告插入。 MediaTailor 在符合条件的第一个广告时段插入广告。

  有关支持的可用性匹配条件的列表，请参阅上表中的 “*可用于广告预取*” 列。[MediaTailor ADS 请求的会话变量](variables-session.md)

**Example 持续**  
在消费中，您将密钥包含`scte.event_id`在可用性匹配标准中。  
对于 MediaTailor 遇到的每个广告插播时间，它都会评估每个广告插播时间SCTE的事件 ID。在每个播放会话中， MediaTailor 将预先提取的广告插入事件 ID 为 1234（如检索动态变量中所定义）的每个广告插播时间。对于不包含正确事件 ID 的广告插播时间，将 MediaTailor 执行标准广告插入。  
您将广告过期时间设置为 2700 秒，因此检索到的广告在 45 分钟内可供插入。
下图说明了该示例，小方块代表广告插播时间。重复的预取计划设置在事件时间轴上进行了说明。  

![直播活动的图形插图，包括重复的预取计划配置。](http://docs.aws.amazon.com/zh_cn/mediatailor/latest/ug/images/recurring_prefetch_timeline.png)


## 了解预取成本
<a name="billing"></a>

提出广告检索请求不收取任何费用。但是，对于预取广告，您需要按照标准转码费率对预取的转码广告收费。 MediaTailor 对于预取广告的消费，对于在广告插播时间段中放 MediaTailor 置的预取广告，将按标准费率向您收取广告插播费用。有关转码和广告插入费用的信息，请参阅[AWS Elemental MediaTailor 定价](https://aws.amazon.com/mediatailor/pricing/)。