0

アプリケーションコンテキストのクラス定義を含む仕様 ETSI TS 129 002 (3GPP TS 29.002) を解析しています:

APPLICATION-CONTEXT ::= CLASS {
   &Symmetric OPERATION-PACKAGE OPTIONAL,
   &InitiatorConsumerOf OPERATION-PACKAGE OPTIONAL,
   &ResponderConsumerOf OPERATION-PACKAGE OPTIONAL,
   &code OBJECT IDENTIFIER }
WITH SYNTAX {
   [ OPERATIONS OF &Symmetric ]
   [ INITIATOR CONSUMER OF &InitiatorConsumerOf
     RESPONDER CONSUMER OF &ResponderConsumerOf ]
     ID &code }

同じ仕様では、このクラスのインスタンス化が次のようになります

resetContext-v3 APPLICATION-CONTEXT ::= {
    -- Responder is VLR or SGSN if Initiator is HLR or CSS 
    INITIATOR CONSUMER OF {
    resetPackage-v3}
 ID {map-ac reset(10) version3(3)} }

私の理解では、このクラスには 2 つのオプション グループ (OPERATIONS と INITIATOR...RESPONDER) と必須のグループ (ID) があります。オプションのグループ自体は、必要なトークンで構成されています。そのように見ると、RESPONDER部分が欠落しているため、クラスのインスタンス化は無効になります。両方のスニペットは同じ仕様から取得されているため、無効であるとは想定されていません。

X.680 の追加のステートメントでは、オプション グループの最初のトークンが出現すると、そのグループが存在するようになると述べています。この場合、トークン INITIATOR はそのグループの存在をマークします。しかし、そうすると、必要なトークン RESPONDER が欠落します。

このコンテキストでのオプションのグループの適切な解釈は何ですか?

4

1 に答える 1

1

無効な ASN.1 仕様があるようです。INITIATOR が存在する場合、RESPONDER がオブジェクトに存在する必要があることは正しいです。これを確認するには、 http://asn1-playground.oss.comにある無料のオンライン コンパイラで仕様を試してください。

于 2013-03-25T14:45:56.220 に答える