Thread Links | Date Links | ||||
---|---|---|---|---|---|
Thread Prev | Thread Next | Thread Index | Date Prev | Date Next | Date Index |
Hi Jeff,
My comment is inlined.
You are right, we cannot assume that Mobile could be fixed in
one location
Another thing is that most of the 24 bits are "wasted". What I mean by this is that within a particular cycle of the Frame Number, only a few values will be used to protect a particular MAC management message type. I cannot agree you on that. frame number is incremented
sequentially in every 5 msec, it means that same value will be only repeated in
every 4 hours.
Alternative Suggestion: Substitute a specialized Counter rather than using the Frame Number. That is one way, we can prevent replay attack.
My concern is synchronization of the counter between MSS and
BS.
It will be very difficult to re-synchronize counter between
MSS and BS.
We can use window approach, but it will cause extra
signaling message when MSS and BS loss
synchronization. Moreover it will impact on existing MAC generic header
Thanks,
JH SONG
What do you think? - Jeff |