Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

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

AWSE ist ein `format_identifier` Wert, der in der SCTE-35 MPU-UPID-Struktur verwendet wird. Einige AWS Elemental MediaLive Funktionen verwenden dieses Format, um zusätzliche Informationen in Nachrichten zu übertragen. SCTE-35 `splice_info_section`

Auf dieser Seite wird das Binärformat der AWSE-Deskriptoren beschrieben, einschließlich der versionierten Envelope-Struktur und der registrierten Feature-Payloads.

## Funktionen, die den AWSE format\_identifier verwenden ``
<a name="scte35-enrichment-operations"></a>

In der folgenden Tabelle sind die MediaLive Funktionen aufgeführt, mit denen AWSE-Deskriptoren an Nachrichten angehängt werden. SCTE-35 


| Operation | Aktiviert durch | Feature-ID | Description | 
| --- | --- | --- | --- | 
| Hängen Sie Abfrageparameter für Elementare Inferenz an | [Kontextuelle Anreicherung von Metadaten ](elemental-inference-cm-enrichment.md) | EICM(Kontextuelle Metadaten zur elementaren Inferenz) | Bettet die Elemental Inference-Feed-ID, die URL der Datenebene und einen Conditioner-Timeline-PTS in einen Inhaltsidentifikationsdeskriptor ein, sodass nachgelagerte Systeme die Elemental Inference-API abfragen können. GetMetadata Siehe [EICM-Payload: Kontextuelle Metadatenanreicherung](scte35-enrichment-eicm.md). | 

## AWSE-Formatspezifikation
<a name="scte35-enrichment-awse-format"></a>

Die AWSE `format_identifier` bietet einen versionierten, erweiterbaren Umschlag. Dieser Envelope identifiziert das Feature, das den Deskriptor erzeugt hat, und enthält eine funktionsspezifische Nutzlast. In den folgenden Abschnitten werden die äußere Deskriptorstruktur, die Envelope-Felder und die registrierten Feature-Identifikatoren beschrieben.

### Struktur des Segmentierungsdeskriptors
<a name="scte35-enrichment-awse-descriptor"></a>

Jeder AWSE-Deskriptor folgt der SCTE 35-Syntax: `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
}
```

Das `segmentation_upid_type` ist immer `0x0C` (MPU). Das `segmentation_type_id` ist immer `0x01` (Inhaltsidentifikation). Der `segmentation_upid` beginnt mit dem `format_identifier` Wert`"AWSE"`, gefolgt von den Umschlagfeldern, die unter beschrieben [AWSE UPID-Umschlag](#scte35-enrichment-awse-envelope) werden.

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

Der `segmentation_upid` beginnt mit einem festen Umschlagkopf. Dieser Header identifiziert `format_identifier` die Schemaversion und das Feature. Je nach Funktion kann eine funktionsspezifische Nutzlast folgen oder auch nicht. Parser verwenden das`feature_id`, um zu ermitteln, wie die verbleibenden Byte (falls vorhanden) zu interpretieren sind.

Die Felder werden in der angegebenen Reihenfolge angezeigt.


| Feld | Größe | Typ | Description | 
| --- | --- | --- | --- | 
| format\_identifier | 4 Bytes | ASCII | "AWSE"— der SCTE-35 format\_identifier MPU-Wert, der diese UPID als AWS Elemental-Nutzlast identifiziert. | 
| schema\_version | 1 Byte | uint8 | Version des AWSE-Envelope-Schemas. Derzeit0x01. Eine Änderung dieses Werts weist auf eine strukturelle Änderung des Umschlags selbst (einschließlich seiner Größe) hin. | 
| feature\_id | 4 Bytes | ASCII | Identifiziert, welches MediaLive Merkmal diesen Deskriptor erzeugt hat. Legt fest, wie die verbleibenden Byte zu interpretieren sind. Siehe [Merkmals-Identifikatoren](#scte35-enrichment-awse-feature-ids). | 
| (funktionsspezifische Nutzlast) | Variable | — | Alle zusätzlichen Felder, die für das von Ihnen gewählte Feld erforderlich sind. feature\_id Ob diese Nutzlast vorhanden ist und wie sie aufgebaut ist, hängt ausschließlich von der jeweiligen Funktion ab. Einzelheiten finden Sie in der Nutzlastreferenz der Funktion. | 

Für Schemaversion 1 ist der Envelope-Header 9 Byte (4 \+ 1 \+ 4) groß. Je nach Funktion kann dem eine funktionsspezifische Nutzlast folgen oder `feature_id` auch nicht. Wenn eine Nutzlast vorhanden ist, beträgt ihre Länge. `segmentation_upid_length - 9` Das Feature definiert die Nutzlaststruktur vollständig; Einzelheiten finden Sie in der Nutzlastreferenz des Features.

Parser, die a nicht erkennen, `feature_id` sollten den Deskriptor behutsam überspringen.

### Merkmals-Identifikatoren
<a name="scte35-enrichment-awse-feature-ids"></a>

In der folgenden Tabelle sind die registrierten `feature_id` Werte aufgeführt.


| Feature-ID | Feature | Nutzlast-Referenz | 
| --- | --- | --- | 
| EICM | Kontextuelle Metadatenanreicherung (AWS Elemental Inference) | [EICM-Payload: Kontextuelle Metadatenanreicherung](scte35-enrichment-eicm.md) |