直播广告插播时间点编码 (DASH)

对多时段 MPEG-DASH 清单的预期

Google DAI 对原始 MPD 执行以下验证：

• MPD 元素验证
• Period 元素验证
• AdaptationSet 元素验证
• Representation 元素验证
• 包含时间的 SegmentTemplate 的验证
• 时间分量验证

MPD 元素验证

• Type 设置为 dynamic
• Profile 设置为 urn:mpeg:dash:profile:isoff-live:2011
• availabilityStartTime 必须为非零值，并且其值在 MPD 的连续轮询之间不得更改
• publishTime 必须为非零值，并且其值在连续轮询之间应递增或保持不变。不过，publishTime 属性应设置为每次更新时的当前时间。
• 对于同一 MPD 中引用的整体 DASH 内容，必须使用 HTTPS

Period 元素验证

• Start 必须大于或等于零

  这样就可以支持 ISO-8601 时长（可以选择添加整数天字段）。例如，P3DT3H1M30S 表示 3 天 3 小时 1 分 30 秒。

  目前不支持 ISO-8601 年、月和周时长指示符。

• Period 至少有一个 AdaptationSet 元素
• 寻址方案只能采用基于数字和时间进行寻址的模板

在 MPD 的连续轮询之间：

• Period 元素只能从 MPD 顶部移除
• Period 元素只能附加到 MPD 的底部
• 只能更新 MPD 中第一个和最后一个时段。不应修改 MPD 中的任何其他时段。更新只能通过以下方式实现：
  • 从第一个时段的顶部移除片段或事件
  • 在最后一个时段底部添加新的片段或事件

AdaptationSet 元素验证

• AdaptationSet 至少有一个 Representation 元素
• 如果存在，AdaptationSet 中的 ContentProtection 元素和子元素在 MPD 的连续轮询之间不得更改

Representation 元素验证

• Id 不得为空
• 不得包含 SegmentBase 或 SegmentList 元素

包含时间的 SegmentTemplate 的验证

• SegmentTimeline S 元素可以包含用于媒体网址的 t 属性
  • 如果未提供值，则假定第一个 S 元素的值为 0，后续 S 元素的值为前一个 S 元素的最早呈现时间和连续时长的和，即值为前一个 S 元素的 [ t + d × (r + 1) ]。
  • 多时段清单支持 $Time$ 和 $Number$
  • 未使用 SegmentTemplate 的 StartNumber
• 在 MPD 的连续轮询之间：
  • 只有当片段移出 DVR 时间范围快照后，才能将其从 SegmentTimeline 顶部移除
  • 片段只能附加到 SegmentTimeline 的底部

时间分量验证

Google DAI 支持 ISO-8601 时长的时间分量部分，并且支持可选的整数“天”分量：P0Y0M[n]DT[n]H[n]M[n]S。系统将 1 天视为 24 小时来将“天”分量转换为时长，然后将其加到时间分量中。纳秒是公认的最低粒度。

有效时间格式示例

• P0Y0M
• P0Y0M2D
• P2D
• PT3H
• PT0H3M
• P0Y0M0DT0H0M1.000S
• P0Y0M1DT2H4M10S
• PT0.000000001S

无效时间格式示例

• P
• PT
• 2007-03-01
• P5Y0M1DT2H4M1.000S
• P0Y1.5M1DT2H4M1.000S
• P0YiM1DT2H4M1.000S
• P0Y0M.3DT0H0M1.000S
• 3h
• PT100,000H

对 cue-out 和 cue-in 消息事件的预期

Google DAI 对 cue-out 和 cue-in 消息事件执行以下验证。应根据以下要求预先调节内容：

• 媒体呈现必须拆分为多个时段，并且每个用于中贴片广告的 CUE-OUT 和 CUE-IN 都必须位于时段边界处。
• 必须准备好每个时段开头处和末尾处的内容片段，以确保该时段能够涵盖相应片段内的每一帧。
• 关键帧/IDR 帧应跟在广告插入点之后且必须位于时段开头处。如果广告插入点不在自然的边界处，则可能需要使用时长较短的片段来结束时段。

广告插播时间点信号

• 与同一个广告插播时间点相关的所有内容都必须包含在一个或多个连续的时段中。这些时段必须只包含要替换的内容片段。

• 广告插播时间点 CUE-OUT 信号应在 MPD 清单中指示，如以下示例所示：

  示例 1

  • SCTE-35 EventStream 元素
  • SchemeIdUri="urn:scte:scte35:2014:xml+bin"
  • 在 DASH 标准中定义。

  ---

  <MPD>

  <Period start="PT0S" id="1">

     <!-- 内容时段 -->

     ...

  </Period>

  <Period start="PT32S" id="2">

      <!-- 广告插播时段 -->

      <!-- 该时段的第一个片段是广告插播时段的开始

      广告插播时段以最后一个片段结束 -->

      <EventStream timescale="90000"

      schemeIdUri="urn:scte:scte35:2014:xml+bin">

       <Event duration="2520000" id="1">

       <!-- 此事件中指定的时长应

       尽可能接近该时段的实际时长 -->

          <Signal xmlns="http://www.scte.org/schemas/35/2016"
  

           <Binary>

             /DAlAAAAAAAAAP/wFAUAAAAEf+/+kybGyP4BSvaQAAEBAQAArky/3g==

           <Binary>

         </Signal>

        </Event>

      </EventStream> 

  </Period>

  <Period start="PT60S" id="3"> 

     <!-- 内容时段 -->

     ...

     </Period>

  </MPD>

  示例 2

  • SCTE-35 EventStream 元素
  • SchemeIdUri="urn:scte:scte35:2013:xml"
  • 在 DASH 标准中定义。

  ---

  <MPD>

  <Period start="PT0S" id="1">

     <!-- 内容时段 -->

     ...

  </Period>

  <Period start="PT32S" id="2">

      <!-- 广告插播时段 -->

      <!-- 该时段的第一个片段是广告插播时段的开始

      广告插播时段以最后一个片段结束 -->

     <EventStream timescale="90000"

     schemeIdUri="urn:scte:scte35:2013:xml">

       <Event duration="2520000" id="1">

       <!-- 此事件中指定的时长应

         尽可能接近该时段的实际时长 -->

         <SpliceInfoSection xmlns="urn:scte:scte35:2013:xml">

            <SpliceInsert outOfNetworkIndicator="true" 

            spliceImmediateFlag="true">

              <BreakDuration autoReturn="true"

              duration="2520000"/>

              </SpliceInsert>

          </SpliceInfoSection>

        </Event>

      </EventStream> 

  </Period>

  <Period start="PT60S" id="3"> 

      <!-- 内容时段 -->

      ...

  </Period>

  </MPD>

• CUE-OUT 事件中指定的广告插播时长应等于广告插播时段内所有片段的总时长。

支持的广告标记

对单时段 MPEG-DASH 清单的预期

Google DAI 对原始 MPD 执行以下验证：

• MPD 元素验证
• Period 元素验证
• EventStream 元素验证
• AdaptationSet 元素验证
• Representation 元素验证
• 包含时间的 SegmentTemplate 的验证
• 时间分量验证

MPD 元素验证

• Type 设置为 dynamic
• Profiles 设置为 urn:mpeg:dash:profile:isoff-live:2011
• AvailabilityStartTime 必须为非零值，并且其值在 MPD 的连续轮询之间不得更改
• PublishTime 必须为非零值，并且其值在连续轮询之间应递增或保持不变
• MPD 有且只有一个 Period 元素
• 对于同一 MPD 中引用的整体 DASH 内容，必须使用 HTTPS

Period 元素验证

• Start 必须大于或等于零
• Period 至少有一个 AdaptationSet 元素

EventStream 元素验证

在 MPD 的连续轮询之间：

• Event 元素只能从 EventStream 的顶部移除
• Event 元素只能附加到 EventStream 的底部

AdaptationSet 元素验证

• AdaptationSet 至少有一个 Representation 元素
• 如果存在，AdaptationSet 中的 ContentProtection 元素和子元素在 MPD 的连续轮询之间不得更改

Representation 元素验证

• Id 不得为空
• 不得包含 SegmentBase 或 SegmentList 元素

包含 $Time$ 的 SegmentTemplate 的验证

• SegmentTimeline S 元素可以包含用于媒体网址的 t 属性
  • 如果未提供值，则假定第一个 S 元素的值为 0，后续 S 元素的值为前一个 S 元素的最早呈现时间和连续时长的和，即值为前一个 S 元素的 [ t + d × (r + 1) ]。
  • 单时段清单支持 $Time$；尚不支持 $Number$
  • 未使用 SegmentTemplate 的 StartNumber
• 在 MPD 的连续轮询之间：
  • 只有当片段移出 DVR 时间范围快照后，才能将其从 SegmentTimeline 顶部移除
  • 片段只能附加到 SegmentTimeline 的底部

时间分量验证

Google DAI 支持 ISO-8601 时长的时间分量部分，并且支持可选的整数“天”分量：P0Y0M[n]DT[n]H[n]M[n]S。系统将 1 天视为 24 小时来将“天”分量转换为时长，然后将其加到时间分量中。纳秒是公认的最低粒度。

有效时间格式示例

• P0Y0M
• P0Y0M2D
• P2D
• PT3H
• PT0H3M
• P0Y0M0DT0H0M1.000S
• P0Y0M1DT2H4M10S
• PT0.000000001S

无效时间格式示例

• P
• PT
• 2007-03-01
• P5Y0M1DT2H4M1.000S
• P0Y1.5M1DT2H4M1.000S
• P0YiM1DT2H4M1.000S
• P0Y0M.3DT0H0M1.000S
• 3h
• PT100,000H

对输入 SCTE-35 标记的预期

Google DAI 对输入 SCTE-35 标记执行以下验证：

• 接合点验证
• Splice_insert 验证
• Time_signal 验证
• 呈现时间验证
• Periods、cue-out 和 cue-in 消息事件

接合点验证

只有当接合点通过以下验证时，Google DAI 才会将这些接合点识别为 DASH MPD Event 元素中携带的 SCTE-35 标记：

• 采用 Base64 编码的 SCTE-35 数据必须包含在事件 Signal 元素的 Binary 元素中
  • 支持 Splice_insert
  • 支持使用 segmentation_descriptor 命令的 Time_signal
• 包含带有 SCTE-35 标记的事件的 EventStream 元素必须将 schemeIdUri 设置为 urn:scte:scte35:2014:xml+bin
• Signal 命名空间必须设置为 http://www.scte.org/schemas/35/2016
• 对于 cue-out，必须设置 Event 中的 presentationTime
• 对于 cue-in，必须设置 Event 中的 presentationTime，且不得设置时长
• EventStream 中的 Event 元素必须按 presentationTime 排序

splice_insert 验证

• cue-out 是 out_of_network_indicator 设置为 1 的 splice_insert
• cue-in 是 out_of_network_indicator 设置为 0 的 splice_insert
• 当且仅当包含 cue-out 的 Event 为 splice_insert 且 duration 设置为非零值时，cue-in 才是可选的
  • Google DAI 会通过 cue-out 的呈现时间 presentationTime + duration 来解读隐式 splice_insert cue-in
  • 明确的 cue-in 事件可在其时长结束之前结束 cue-out。这是触发提前返回的方式。

time_signal 验证

• cue-out 是带有 segmentation_Descriptor 且 segmentation_type_id 采用以下值的 time_signal：
  • 34 - 广告插播开始
  • 48 - 提供商广告开始
  • 52 - 提供商广告投放机会开始
• cue-in 是带有 segmentation_descriptor 且 segmentation_type_id 采用以下值的 time_signal：
  • 35 - 广告插播结束
  • 49 - 提供商广告结束
  • 53 - 提供商广告投放机会结束
• 所有其他 segmentation_type_ids 都不受支持
• Time_signal 不支持从包含明确 cue-in 的广告插播时间点自动返回

呈现时间验证

Google DAI 不支持拆分片段，因此接合点的呈现时间与最近的片段边界最多只能相差 100 毫秒。

• 将接合点的呈现时间与 MPD 的 availabilityStartTime 相关联，方法是将通过 EventStream 的 timescale 调整的 Event 的 presentationTime 加到 Period 的 start 上。

  通过将时长与相关联的 cue-out 的呈现时间相加，计算出隐式 cue-in 的呈现时间。接合点的时长通过 Event 的 duration/EventStream 的 timescale 计算得出。

  在这种情况下，SCTE-35 信号中提供的 PTS 时间和时长不会用于计算呈现时间或时长。

• cue-out 不得与另一 cue-out 或 cue-in 位于同一 Segment 边界处
• 一个或多个 cue-in 可位于同一 Segment 边界处（例如，提前插播广告与广告插播的实际结束时间同时触发）。系统会有效忽略重复的 cue-in。

Periods、cue-out 和 cue-in 消息事件

在创建单时段清单的多时段呈现时，将在 cue-out 事件开始时和结束时（或 cue-out 和 cue-in 事件开始时）都插入新的 Periods。

• 第一个新 Period 的开始由 cue-out 的呈现时间表示，第二个新 Period 的开始是 cue-out 的 presentationTime 和 duration 的和，或者是 cue-in 的 presentationTime（如果提供）。
  • 如果为包含 duration 的 cue-out 提供了 cue-in，则系统会使用之前的接合点拆分 Period
• Google DAI 会忽略 SCTE-35 消息中的 splice_time、break_duration、auto_return 和 splice_immediate_flag 字段

在广告插播时段的整个时长内，必须存在表明 cue-out 消息的 Event。

这并不意味着 EventStream 中的第一个 Event 始终是 cue-out 消息。如果输入 DVR 时间范围足够长，则该时间范围内可能存在一些属于先前广告插播的事件。

cue-out 消息由下一条插入 cue-in 消息结束。

• SCTE-35 接合 ID（splice_event_id 或 segmentation_event_id）以及事件的 id 属性会被忽略
• 如果未设置 auto_return，则 splice_insert cue-out 消息只能由 splice_insert cue-in 消息结束
• time_signal cue-out 消息只能由具有相同 segmentation_type_id 的 time_signal cue-in 消息结束