diff options
| author | Pau Espin Pedrol <pespin@sysmocom.de> | 2020-03-21 00:13:33 +0100 |
|---|---|---|
| committer | Pau Espin Pedrol <pespin@sysmocom.de> | 2020-03-23 19:01:58 +0100 |
| commit | 7faa5da209d0ef48fe593603c217615f09fb61fb (patch) | |
| tree | ba4505c4be921aa0221815884e9fa08b43f6698c /TODO | |
| parent | efad80bfbffb2a35d2516e56dc40979f19c6c370 (diff) | |
rlcmac: Fix bug receiving RA cap
It seems the assumptions regarding maximum number of RA capabilitites
in one message were wrong. Doing some rough calculations, each RA
capabilitiy value (without extensions) can take around 20ish bits, which
means for a message containing up to 52 bytes that quite a lot of
different values could be theoretically fed in. Let's be safe and
increase the array size to be able to handle all different access
technologies listed in See TS 24.008 table 10.5.146 following
restrictions:
* "The MS Radio Access capability is a type 4 information element, with a maximum length of 52 octets."
* "Among the three Access Type Technologies GSM 900-P, GSM 900-E and GSM 900-R only one shall be present."
* "the mobile station should provide the relevant radio access
capability for either GSM 1800 band OR GSM 1900 band, not both".
Wireshark requires similar fix (it's not important though because it
currently uses another ad-hoc decoder for RAcap).
Related: OS#4463
Change-Id: I5334eaacfbc238fae8bea50c9e9667c2117f81ff
Diffstat (limited to 'TODO')
0 files changed, 0 insertions, 0 deletions