Hello Tong,
What I feel in case of extension container is 

ExtensionContainer is a template structure and If I want to encode
particular data ( Private data )  I should have 
my own data in a new class. ( Note: This data should be understandable by
the other network element also !) 

///  Suppose if you take the following class as a template structure.
ExtensionContainer ::= SEQUENCE {
        privateExtensionList    [0]PrivateExtensionList OPTIONAL,
        pcs-Extensions  [1]PCS-Extensions       OPTIONAL,
        ...}

You can write one class 

XX-extensionContainer ::= SEQUENCE {

    xx-PrivateExtensionCon  [0]  XX-PrivateExtensionCon OPTIONAL,
    yy-PrivateExtensionCon  [2]  YY-PrivateExtensionCon OPTIONAL,
    pcs-Extensions  [1]PCS-Extensions       OPTIONAL,...}

XX-PrivateExtensionCon ::= { your private data ...}
YY-PrivateExtensionCon ::= { private data ...}

Then there should not be any problem in decoding/encoding aa extension
container according the BER or any other rules.

Please correct me I'm going wrong. 


Warm regards,
Vasa

-----Original Message-----
From: tong [mailto:[EMAIL PROTECTED]]
Sent: Friday, July 12, 2002 6:25 AM
To: [EMAIL PROTECTED]
Subject: [ASN.1] How to decode ExtensionContainer in GSM-MAP ?


asn1
>asn1
>>  sorry,in my first letter, my email is wrong,now is
[EMAIL PROTECTED]
>>
>>����
>>
>>>Hi all
>>>
>>>       Is it for future use ? So shall we ignore  ExtensionContainer ?
>>>for example :
>>>
>>>     MAP-AcceptInfo ::= SEQUENCE {
>>>     ...,
>>>     extensionContainer      ExtensionContainer      OPTIONAL
>>>     -- extensionContainer must not be used in version 2
>>>     }
>>>
>>>��how can I decode it?
>>>
        and another one is:

VLR-Capability ::= SEQUENCE{
        supportedCamelPhases    [0] SupportedCamelPhases        OPTIONAL,
        extensionContainer      ExtensionContainer      OPTIONAL,
        ... }

if extensionContainer can ignore  ,then the tag 0x30 of SEQUENCE will be
encode in?
>>>thanks
>>>tommy tong
>>> 
>
>               [EMAIL PROTECTED]
>                                       

= = = = = = = = = = = = = = = = = = = = 


                    ��
��
 
               tong
               [EMAIL PROTECTED]
                                        2002-07-12 

Reply via email to