Yeah I was saying in my post yesterday that those 4 bytes is actually a sequence with the information about the length of the AKI field, but I edited it out.
It should be safe to remove those 4 bytes unless the length of the AKI changes significantly and I don't see any reason why It would.
I have shown a clear example of how to manually parse the sequence correctly with decodeAKI with the sequence being talked about being called seq7
If you are parsing ASN.1 notation correctly then 0x30 in the first position is always a sequence and the next byte or bytes is the length, In this implementation of readASN1Length you pass the offset of the next byte after a TAG and it returns the length of the data and the lengthOfLength which is the number of bytes to skip