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.
Ereignis-Stream-Kodierung
Die Ereignis-Stream-Kodierung bietet bidirektionale Kommunikation anhand von Nachrichten zwischen einem Client und einem Server. Datenframes, die an den Amazon Lex V2-Streaming-Dienst gesendet werden, sind in diesem Format codiert. Die Antwort von Amazon Lex V2 verwendet ebenfalls diese Kodierung.
Jede Nachricht besteht aus zwei Abschnitten: der Einleitung und den Daten. Der Prelude-Abschnitt enthält die Gesamtbytelänge der Nachricht und die kombinierte Bytelänge aller Header. Der Datenbereich enthält die Header und eine Nutzlast.
Jeder Abschnitt endet mit einer 4-Byte-Big-Endian-Integer-Prüfsumme. CRC Die CRC Nachrichtenprüfsumme umfasst den Prälude-Abschnitt und den Datenabschnitt. Amazon Lex V2 verwendet CRC32 (oft bezeichnet als GZIPCRC32), um beide zu berechnenCRCs. Weitere Informationen zu CRC32 finden Sie in der GZIPDateiformatspezifikation Version 4.3
Der gesamte Nachrichten-Overhead, einschließlich der Einleitung und beider Prüfsummen, beträgt 16 Bytes.
Das folgende Diagramm zeigt die Komponenten, aus denen eine Nachricht und ein Header bestehen. Pro Nachricht gibt es mehrere Header.
Jede Nachricht enthält die folgenden Komponenten:
-
Einleitung: immer eine feste Größe von 8 Bytes (zwei Felder von jeweils 4 Bytes).
-
Die ersten 4 Bytes: die gesamte Byte-Länge. Dies ist die Big-Endian-Ganzzahl-Byte-Länge der gesamten Nachricht, einschließlich des 4-Byte-Längenfelds selbst.
-
Die zweiten 4 Bytes: die Byte-Länge der Header. Dies ist die Big-Endian-Ganzzahl-Byte-Länge des Header-Teils der Nachricht, ohne das Header-Längenfeld selbst.
-
-
PräludiumCRC: Die CRC 4-Byte-Prüfsumme für den Präludenteil der Nachricht, ohne den Teil selbst. CRC Das Präludium ist CRC von der Nachricht getrennt, CRC um sicherzustellen, dass Amazon Lex V2 beschädigte Informationen mit Bytelänge sofort erkennen kann, ohne Fehler wie Pufferüberläufe zu verursachen.
-
Header: Metadaten, welche die Nachricht mit Anmerkungen versehen, wie z. B. Nachrichtentyp, Inhaltstyp usw. Nachrichten verfügen über mehrere Header. Header sind Schlüssel-Wert-Paare, wobei der Schlüssel eine Zeichenfolge von -8 ist. UTF Header können in beliebiger Reihenfolge im Header-Teil der Nachricht erscheinen und jeder beliebige Header kann ausschließlich einmal erscheinen. Die erforderlichen Header-Typen finden Sie in den folgenden Abschnitten.
-
Payload: Der Audio- oder Textinhalt, der an Amazon Lex gesendet wird.
-
NachrichtCRC: Die CRC 4-Byte-Prüfsumme vom Beginn der Nachricht bis zum Anfang der Prüfsumme. Das beinhaltet alles in der Nachricht außer der Nachricht selbst. CRC
Jeder Header enthält die folgenden Komponenten. Pro Frame gibt es mehrere Header.
-
Byte-Länge des Header-Namens: die Byte-Länge des Header-Namens.
-
Header-Name: der Name des Headers, der den Header-Typ angibt. Gültige Werte finden Sie in den folgenden Frame-Beschreibungen.
-
Header-Werttyp: eine Aufzählung, die den Header-Werttyp angibt.
-
Byte-Länge der Wertzeichenfolge: die Byte-Länge der Header-Wertzeichenfolge.
-
Header-Wert: der Wert der Header-Zeichenfolge. Gültige Werte für dieses Feld sind vom Header-Typ abhängig. Gültige Werte finden Sie in den folgenden Frame-Beschreibungen.
