メインコンテンツまでスキップ

8. 概要のハイライト

本セクションでは、DSO プロトコルの様々な側面に関する注目すべきハイライトを要約します。

8.1. QR ビットと MESSAGE ID

DSO 要求メッセージでは、QR ビットは 0 であり、MESSAGE ID は非ゼロです。

DSO 応答メッセージでは、QR ビットは 1 であり、MESSAGE ID は非ゼロです。

DSO 一方向メッセージでは、QR ビットは 0 であり、MESSAGE ID はゼロです。

以下の表は、どの組み合わせが正当であり、それらがどのように解釈されるかを示しています:

MESSAGE ID ゼロMESSAGE ID 非ゼロ
QR=0DSO 一方向メッセージDSO 要求メッセージ
QR=1無効 - 致命的エラーDSO 応答メッセージ

8.2. TLV の使用法

以下の表は、本文書で定義されている3つの TLV のそれぞれについて、10種類の異なるコンテキストのそれぞれで有効かどうかを示しています。

最初の5つのコンテキストは、クライアントからサーバーへの DSO 要求または DSO 一方向メッセージ、およびサーバーからクライアントへの対応する応答です:

  • C-P - プライマリ TLV。クライアントからサーバーへの DSO 要求メッセージで送信され、MESSAGE ID は非ゼロで、この要求が応答メッセージを生成しなければならないことを示します。
  • C-U - プライマリ TLV。クライアントからサーバーへの DSO 一方向メッセージで送信され、MESSAGE ID はゼロで、この要求が応答メッセージを生成してはならないことを示します。
  • C-A - 追加 TLV。クライアントからサーバーへの DSO 要求メッセージまたは DSO 一方向メッセージにオプションで追加されます。
  • CRP - 応答プライマリ TLV。クライアントに送り返される応答メッセージに含まれます(応答が必要であることを示す非ゼロの MESSAGE ID を持つクライアントの "C-P" 要求への応答)。ここで、応答 TLV の DSO-TYPE は要求内のプライマリ TLV の DSO-TYPE と一致します。
  • CRA - 応答追加 TLV。クライアントに送り返される応答メッセージに含まれます(応答が必要であることを示す非ゼロの MESSAGE ID を持つクライアントの "C-P" 要求への応答)。ここで、応答 TLV の DSO-TYPE は要求内のプライマリ TLV の DSO-TYPE と一致しません。

次の5つのコンテキストは、反対方向の対応物です:サーバーからクライアントへの DSO 要求または DSO 一方向メッセージ、およびクライアントからサーバーへの対応する応答。

  • S-P - プライマリ TLV。サーバーからクライアントへの DSO 要求メッセージで送信され、MESSAGE ID は非ゼロで、この要求が応答メッセージを生成しなければならないことを示します。
  • S-U - プライマリ TLV。サーバーからクライアントへの DSO 一方向メッセージで送信され、MESSAGE ID はゼロで、この要求が応答メッセージを生成してはならないことを示します。
  • S-A - 追加 TLV。サーバーからクライアントへの DSO 要求メッセージまたは DSO 一方向メッセージにオプションで追加されます。
  • SRP - 応答プライマリ TLV。サーバーに送り返される応答メッセージに含まれます(応答が必要であることを示す非ゼロの MESSAGE ID を持つサーバーの "S-P" 要求への応答)。ここで、応答 TLV の DSO-TYPE は要求内のプライマリ TLV の DSO-TYPE と一致します。
  • SRA - 応答追加 TLV。サーバーに送り返される応答メッセージに含まれます(応答が必要であることを示す非ゼロの MESSAGE ID を持つサーバーの "S-P" 要求への応答)。ここで、応答 TLV の DSO-TYPE は要求内のプライマリ TLV の DSO-TYPE と一致しません。
C-PC-UC-ACRPCRAS-PS-US-ASRPSRA
KeepAliveXXX
RetryDelayXXX
PaddingXXXX

この表の一部の列は現在空であることに注意してください。この表は、将来の TLV 定義が従うべきテンプレートを提供します。将来の TLV の定義には、新しい TLV が有効なコンテキストを要約した同様の表を含めることが推奨されます。