TEARDOWNリクエストは、通常はSETUPが行われたときに割り当てられるリソースを解放するため、TEARDOWNリクエストはSETUPリクエストの後にのみ必要であるという印象を受けました。
ただし、DESCRIBEリクエストへの応答を受信した直後にTEARDOWNを送信するAndroidデバイスがありました（SETUPリクエストの前に、リクエストのSession：パラメーターが空でした）。
これは予想外のことであり、RFCを読み直しても、これが合法であるかどうかを確認することはできませんでした。
誰かがこれに関する情報を提供できますか？理想的には公式リファレンス付きです...
通常、サーバーはさまざまなクライアントと通信できるように準備する必要があります。また、エラーが発生しやすいサーバーを設計することをお勧めします。クライアントが奇妙なコマンドを送信する可能性があり、サーバーは合理的に応答する必要があります。TEARDOWN はストリーミングを停止するため、SETUP の前に発行しても意味がありませんが、SETUP なしでこのコマンドを送信することは依然として合法です。これを受信したサーバーは何もする必要がなく、解放するリソースがありません。200 OK で応答するか、またはこのコンテキストではコマンドが意味をなさないことを示す別のステータス (たとえば、提供されたセッション識別子が無効) で応答するかを決定するのは、サーバー次第です。