Bug #2014
closedLC15: BTS does not properly handle BS-AG-BLKS-RES
100%
Description
I have noticed that after changing BS-AG-BLKS-RES configuration from 1 to 2 or 3 from Osmo-NITB. The DSP starts to complain about unexpected burst as shown below.
[ERROR] : GsmL1_PhDataReq() : Unexpected burst (Invalid sapi) [Sapi = 6, Expected = 7]
[ERROR] : GsmL1_PhDataReq() : Unexpected burst (Invalid sapi) [Sapi = 6, Expected = 7]
[ERROR] : GsmL1_PhDataReq() : Unexpected burst (Invalid sapi) [Sapi = 6, Expected = 7]
[ERROR] : GsmL1_PhDataReq() : Unexpected burst (Invalid sapi) [Sapi = 6, Expected = 7]
[ERROR] : GsmL1_PhDataReq() : Unexpected burst (Invalid sapi) [Sapi = 6, Expected = 7]
Looking at ph_date_req function in src/osmo-bts-litecell15/l1_if.c, one can clearly see that the BTS always uses B0 for AGCH SAPI (line 392) leading to the DSP complaints about wrong SAPI for AGCH.
According to GSM 05.02, Section 7 Table 5 of 5, the number of blocks used AGCH must change according to BS-AG-BLKS-RES requested from BSC.
Related issues
Updated by mqng2 about 7 years ago
This issue has been fixed for LC15 BTS in the following commits
https://gitlab.com/nrw_noa/osmo-bts/commit/bcb0c02709b75645c2d10adffe9e0aabfbd516a3
Updated by laforge about 7 years ago
- Status changed from New to In Progress
- Assignee set to laforge
- % Done changed from 0 to 80
Submitted to gerrit as https://gerrit.osmocom.org/#/c/3036/
@nutaq: Please make sure you yourself are submitting all relevant changes to gerrit.osmocom.org. It's not our responsibility to do this in our unpaid spare time.
Updated by laforge about 7 years ago
- Status changed from In Progress to Resolved
- % Done changed from 80 to 100
Updated by laforge almost 7 years ago
- Related to Feature #2366: OsmoBTS lacks EXTENDED BCCH support added