Attention is currently required from: laforge, pespin.
1 comment:
File src/osmo-bts-trx/sched_lchan_tchh.c:
Patch Set #4, Line 151: /* gsm0503_tch_hr_decode() prepends an additional 0x00 octet, skip it */
I see gsm0503_tch_hr_decode() is also used in osmocom-bb trxcon. Maybe tha talso needs fix?
There is currently no DTXd/DTXu support in trxcon, so nope.
In any case, why not fixing gsm0503_tch_hr_decode() instead? If one would expect to receive 14 bytes.
We don't (yet) know if it's a bug or if it's done intentionally. I guess it was done on purpose.
I see all decode functions seem to have a first byte prefixed in a specific way:
Because both FR and EFR frames in RTP format must contain signatures according to TS 101 318. HR frames on the other hand, "shall not" contain a signature.
To view, visit change 27430. To unsubscribe, or for help writing mail filters, visit settings.