MOQT uses a pair of unidirectional streams to exchange control messages, as defined in Section 3.3. Every message on a control or request stream is formatted as follows:
MOQT Control Message {
Message Type (vi64),
Message Length (16),
Message Payload (..),
}
The following Message Types are defined. The Stream column indicates which stream type each message is sent on: Control indicates the control stream (Section 3.3), and Request indicates a bidirectional request stream. Messages marked "First" MUST be the first message on a new request stream.
| ID | Messages | Stream |
|---|---|---|
| 0x01 | RESERVED (SETUP for version 00) | |
| 0x40 | RESERVED (CLIENT_SETUP for <= 10) | |
| 0x41 | RESERVED (SERVER_SETUP for <= 10) | |
| 0x20 | RESERVED (CLIENT_SETUP in <= 16) | |
| 0x21 | RESERVED (SERVER_SETUP in <= 16) | |
| 0x2F00 | SETUP (Section 10.3) | Control |
| 0x10 | GOAWAY (Section 10.4) | Control, Request |
| 0x3 | SUBSCRIBE (Section 10.7) | Request, First |
| 0x4 | SUBSCRIBE_OK (Section 10.8) | Request |
| 0x1D | PUBLISH (Section 10.10) | Request, First |
| 0x1E | PUBLISH_OK (Section 10.5) | Request |
| 0xB | PUBLISH_DONE (Section 10.11) | Request |
| 0x16 | FETCH (Section 10.12) | Request, First |
| 0x18 | FETCH_OK (Section 10.13) | Request |
| 0xD | TRACK_STATUS (Section 10.14) | Request, First |
| 0x6 | PUBLISH_NAMESPACE (Section 10.15) | Request, First |
| 0x50 | SUBSCRIBE_NAMESPACE (Section 10.18) | Request, First |
| 0x51 | SUBSCRIBE_TRACKS (Section 10.19) | Request, First |
| 0x8 | NAMESPACE (Section 10.16) | Request |
| 0xE | NAMESPACE_DONE (Section 10.17) | Request |
| 0xF | PUBLISH_BLOCKED (Section 10.20) | Request |
| 0x2 | REQUEST_UPDATE (Section 10.9) | Request |
| 0x7 | REQUEST_OK (Section 10.5) | Request |
| 0x5 | REQUEST_ERROR (Section 10.6) | Request |
An endpoint that receives an unknown message type MUST close the session.
Control messages have a length to make parsing easier, but no control messages
are intended to be ignored. The length is set to the number of bytes in Message
Payload, which is defined by each message type. If the length does not match
the length of the Message Payload, the receiver MUST close the session with a
PROTOCOL_VIOLATION.