osmo-bts - Osmocom BTS-Side code (Abis, scheduling)

Age	Commit message (Collapse)	Author	Files	Lines
2018-03-17	Get rid of 'struct gsm_bts_role_bts'	Harald Welte	1	-7/+4
	gsm_bts_role_bts was introduced at a time when we still shared gsm_data_shared.[ch] between BSC and BTS, and where we then subsequently needed a BTS-private structure. Since that sharing was abandoned quite some time ago, we can merge gsm_bts_role_bts into gsm_bts and do away with the bts/btsb dualism in a lot of the code. Change-Id: I4fdd601ea873d9697f89a748cc77bcf7c978fa3e
2017-10-23	Move power loop to generic tests	Max	1	-61/+1
	There's nothing sysmobts specific in this test so let's move it into separate directory and run unconditionally. The test itself is unaltered except for intro text. Change-Id: I0d1957cd9cf5497826be095c7a42b7bb4fa10397 Related: OS#2223
2016-02-15	port sysmobts to phy_link/phy_instance abstraction	Harald Welte	1	-0/+4

2016-01-22	merge bts-specific main function into common/main.c:bts_main()	Harald Welte	1	-2/+0
	This removes a lot of copy+paste duplication between different BTS models.
2015-09-22	ABIS: Introduce bts_model_abis_close to indicate ABIS link failure.	Andreas Eversberg	1	-0/+2
	sysmocom-bts model shuts down on link loss, but other models may not want this, so shutdown is moved tor bts_model_abis_close of osmo-bts-sysmo.
2015-09-22	move MS power control handling from sysmobts to common part	Harald Welte	1	-5/+10
	MS uplink power control is required in pretty much any BTS, and we cannot assume that they PHY / L1 will always take care of it by itself. So the correspondign code is moved to common/power_control.c and called from the generic part of L1SAP. The corresponding VTY paramter has been moved from the sysmobts-specific trx VTY node to the common BTS VTY node.
2015-09-22	l1sap: Port code to new ciphering handling	Harald Welte	1	-3/+7
	... introduced in 2cc37035d73191b71b9ba9c0d559a0da6a5f35e5
2015-02-05	power/sysmobts: Add a manual ms power level control	Holger Hans Peter Freyther	1	-0/+57
	Currently the DSP is instructed to achieve a given uplink power target but there are circumstances (e.g. EMV testing) where we need more control over it. The "manual/software/osmo" power control can only be implemented per TRX and not per lchan. Add a very very basic control that checks the MS Power used by the phone, the actual receive level and then adjust the power. The code doesn't take the history into account, if the phone can not reach the requested power level the code will be stuck (e.g. no timeout based on multiframes). It has a mode for a fixed power control but no way to set it yet. The change of the mode requires a restart of the software.
2014-08-09	sysmobts: Add a unit test that checks of the behavior	Holger Hans Peter Freyther	1	-1/+69
	We need to build a lot more code to be able to test these two new routines. I didn't want to move the code to a utils file as the check is called from a hot path. Add accessors to the inlined variant to be used by the unit test. While writing the unit tests I noticed that a re-transmission of the ciphering command would lead to an attempt to enable ciphering again. I am not sure that this MphConfig is idempotent.
2013-10-10	sysmobts: Fix the unit test after the internal band changes	Holger Hans Peter Freyther	1	-4/+15

2013-06-24	sysmobts: Introduce an auto-band config to ease DCS/DCS, PCS/PCS changes	Holger Hans Peter Freyther	1	-0/+122
	During development one switches from GSM900 to GSM1800 and GSM850 to GSM1900. This commit attempts to make this switch more easy. GSM1800 and GSM1900 have overlapping ARFCNs. This means that the mapping from bands to arfcn is not injective. Because of that I removed the code to deduce the band from the ARFCN. This was done in commit 8c3d807b3fc785ffb18aeb97355150c92221e8a0. The auto-band option allows to move between GSM900/GSM1800 and GSM850/GSM1900. Add a simple testcase with these auto-band configurations.