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

# AWSE 格式 SCTE-35
<a name="awse-scte35-format"></a>

AWSE 是 SCTE-35 MPU UPID 结构中使用的`format_identifier`值。某些 AWS Elemental MediaLive 功能使用这种格式在 SCTE-35 `splice_info_section`消息中传送其他信息。

本页介绍了 AWSE 描述符的二进制格式，包括版本化封套结构和注册的功能有效载荷。

## 使用 AWSE 格式\_标识符`的功能`
<a name="scte35-enrichment-operations"></a>

下表列出了将 AWSE 描述符附加到消息的 MediaLive 功能。 SCTE-35 


| 操作 | 由... 启用 | 功能 ID | 说明 | 
| --- | --- | --- | --- | 
| 追加元素推理查询参数 | [丰富上下文元数据 ](elemental-inference-cm-enrichment.md) | EICM（元素推断上下文元数据） | 将元素推理源标识符、数据平面 URL 和条件时间轴 PTS 嵌入到内容识别描述符中，以便下游系统可以查询元素推断 API。GetMetadata请参阅[EICM 有效负载：上下文元数据丰富](scte35-enrichment-eicm.md)。 | 

## AWSE 格式规范
<a name="scte35-enrichment-awse-format"></a>

AWSE `format_identifier` 提供版本控制的可扩展封套。该封套标识了生成描述符的功能，并带有特定功能的有效负载。以下各节描述了外部描述符结构、封套字段和注册的功能标识符。

### 分段描述符结构
<a name="scte35-enrichment-awse-descriptor"></a>

每个 AWSE 描述符都遵循 SCTE 35 语法：`segmentation_descriptor()`

```
segmentation_descriptor {
    splice_descriptor_tag           = 0x02
    descriptor_length               = 15 + segmentation_upid_length
    identifier                      = 0x43554549 ('CUEI')
    segmentation_event_id           = <unique per splice_info_section>
    segmentation_event_cancel_indicator = 0
    program_segmentation_flag       = 1
    segmentation_duration_flag      = 0
    delivery_not_restricted_flag    = 1
    segmentation_upid_type          = 0x0C (MPU)
    segmentation_upid_length        = <varies by feature>
    segmentation_upid               = <AWSE format_identifier + envelope — see AWSE UPID envelope>
    segmentation_type_id            = 0x01 (Content Identification)
    segment_num                     = 0
    segments_expected               = 0
}
```

永远`segmentation_upid_type`是 `0x0C` (MPU)。始终`segmentation_type_id`是`0x01`（内容识别）。以`format_identifier`值`segmentation_upid`开头`"AWSE"`，然后是中所述的信封字段[AWSE UPID 信封](#scte35-enrichment-awse-envelope)。

### AWSE UPID 信封
<a name="scte35-enrichment-awse-envelope"></a>

以固定的信封标题`segmentation_upid`开头。此标头标识了`format_identifier`、架构版本和功能。视功能而定，特定功能的有效载荷可能会随之而来，也可能不会。解析器使用`feature_id`来确定如何解释剩余字节（如果有）。

字段按所示顺序显示。


| 字段 | Size | Type | 说明 | 
| --- | --- | --- | --- | 
| format\_identifier | 4 字节 | ASCII | "AWSE"— 将此 SCTE-35 UPID 标识为 AWS 元素负载的 MPU format\_identifier 值。 | 
| schema\_version | 1 字节 | uint8 | AWSE 信封架构的版本。目前0x01。该值的更改表示封套本身（包括其大小）的结构变化。 | 
| feature\_id | 4 字节 | ASCII | 确定哪个 MediaLive 功能生成了此描述符。确定如何解释任何剩余字节。请参阅[功能标识符](#scte35-enrichment-awse-feature-ids)。 | 
| （特定功能的有效载荷） | variable | — | feature\_id您选择的任何其他必填字段。此有效载荷是否存在及其结构完全取决于该功能。有关详细信息，请参阅该功能的有效载荷参考。 | 

对于架构版本 1，信封标头为 9 字节（4 \+ 1 \+ 4）。特定功能的有效负载可能会或可能不遵循`feature_id`，具体视功能而定。当存在有效载荷时，其长度为`segmentation_upid_length - 9`。该功能完全定义了有效负载结构；有关详细信息，请参阅该功能的有效载荷参考。

无法识别 a 的解析器`feature_id`应优雅地跳过描述符。

### 功能标识符
<a name="scte35-enrichment-awse-feature-ids"></a>

下表列出了注册`feature_id`值。


| 功能 ID | 功能 | 有效负载参考 | 
| --- | --- | --- | 
| EICM | 情境元数据丰富（AWS 元素推断） | [EICM 有效负载：上下文元数据丰富](scte35-enrichment-eicm.md) |