path: root/include/l1ctl_proto.h
AgeCommit message (Collapse)AuthorFilesLines
2019-05-23Add ringer support to L1CTL interface and layer1Andreas Eversberg1-0/+5
Change-Id: I67cb04cfacdc4f2efa8bd829ecf66f0040bf430a
2019-05-23[WIP] HO: Add new parameters to L1CTL_DM_EST_REQAndreas Eversberg1-0/+6
* Flag to enter dedicated mode with TX disabled * Flag to use sync info of neighbor cell * Flag to use sync info of previous serving cell * Index of neighbor cell All these parameters are required to handover to a new channel. Change-Id: Iadbc47f006d1f8a019822aedee180814de13cb2d
2019-05-23[WIP] HO: Add BSIC and TOA to L1CTL_NEIGH_PM_INDAndreas Eversberg1-1/+4
Change-Id: I792b52d9bf115a2def9720eed3d62982d8cdbe00
2019-04-22l1ctl_proto.h: add extended RACH (11-bit) request messageVadim Yanitskiy1-0/+12
According to 3GPP TS 04.60, section 11.2.5a, the extended (11-bit) Access Burst on RACH/PRACH is used by the MS to indicate its EGPRS capability. One of the alternative synch. sequences (see 3GPP TS 05.02, TS1 and TS2) shall be used. Change-Id: Iae0267a31b3314c990eb41acb2f570ca3219021c
2018-11-05l1ctl_proto.h: use flexible array member for traffic messagesVadim Yanitskiy1-4/+2
Unlike the DATA messages, traffic frames may have different length. Instead of having fixed payload (i.e. TCH frame) length, let's introduce a flexible array member. This would allow one to calculate the frame length using the MSGB API. Change-Id: I119fa36c84e95c3003d57c19e25f8146ed45c3c6
2018-10-03l1ctl_proto.h: extend ccch_mode enum with CBCHVadim Yanitskiy1-0/+1
According to GSM TS 05.02, there are two ways to enable CBCH: a) replace sub-slot number 2 of CCCH+SDCCH/4 (comb. V), b) replace sub-slot number 2 of SDCCH/8 (comb. VII). Unlike SDCCH/8 (case b), CCCH+SDCCH/4 can be allocated on TS0 only, and shall not use frequency hopping. This means that implementing CBCH support on SDCCH/8 would require much more efforts than on combined CCCH+SDCCH/4, as in last case CBCH messages can be received without the need to switch from idle to dedicated mode. This change introduces a new ccch_mode item, which should be used by the higher layers to indicate presence of CBCH channel on C0/TS0, so the PHY would enable decoding of CBCH messages on CCCH+SDCCH/4 (case a) in idle mode. Regarding to CBCH on SDCCH/8 (case b), it makes sense to extend the 'l1ctl_dm_est_req', so it would be handled in dedicated mode on request from the higher layers. Change-Id: Ia94ebf22a2ec439dfe1f31d703b832ae57b48ef2
2018-03-14L1CTL/L1CTL_CRYPTO_REQ: add key length and channel infoVadim Yanitskiy1-0/+1
Previously, the L1CTL_CRYPTO_REQ message contained only a ciphering algorithm and actual Kc key to be used. The key length was calculated manually using the MSGB API. Let's avoid manual calculations here, as it may cause unexpected behavior if the message structure is changed. Also, let's fill the UL header with minimal information about a channel, which is going to be encrypted. Change-Id: I5fab079907c5276322d3ec2b46cab81f10c7ed09
2018-02-06l1ctl_proto.h: define burst indication messagesSylvain Munaut1-0/+14
One burst indication message carries a single raw burst, forwarded to the higher layers from DSP. The burst bits are hard-bits (0 or 1) coming from demodulator, packed to 14.5 bytes. This is why we call them 'raw' - no bit correction nor deciphering is performed. Related: OS#1672 Change-Id: I75e33c38accdf2a0af961c89836c5e7a3a056bda
2017-08-20VIRT-PHY: Add support for GPRS / TBF modeHarald Welte1-0/+44
we add a new STATE_TBF to vthe MS model and add some L1CTL primitives to configure that TBF mode as well as to enqueue transmissions for blocks at a given USF+TS. Change-Id: Ie6f37090bd45f463aa25d9e00bc06f563be5264a
2012-11-20Tell L1CTL_FBSB_REQ the expected received signal levelHarald Welte1-0/+1
As Dieter points out, this drastically improves the resiliance to high receive levels on the C155. We cannot blindly assume a received signal level of -85 dBm if the BTS is 2m away and we actually receive -40 dBm. This patch extends the L1CTL_FBSB_REQ data structure in layer 1 with the respective field, as well as the l1ctl_tx_fbsb_req() API function called from the various layer23 apps. "mobile" and "bcch_scan" already did a PM request and thus know the expected signal power. "ccch_scan" and "cbch_sniff" apparently don't do, so the -85 dBm constant is now hardcoded into the host-side source code there, and should probably be fixed in a follow-up patch.
2012-02-04Improvement of neighbour cell power measurement task.Andreas Eversberg1-0/+3
5 measurements are now performed during a 51 multiframe. They are performed at one of the 5 FCCH. Additionally a timeslot offset can be given for each measurement. This way it is possible to measure each timeslot seperately. The given ARFCN must be in sync with the serving cell.
2011-07-28l1ctl: Add definitions for the audio_mode configurationSylvain Munaut1-3/+9
Signed-off-by: Sylvain Munaut <>
2011-07-28l1ctl: Add definition for TRAFFIC_{REQ,CONF,IND}Sylvain Munaut1-0/+15
Also adapt packet creation length in L1 Signed-off-by: Sylvain Munaut <>
2011-07-17[layer23] Adding neighbour cell measurement to L1CTL interface.Andreas Eversberg1-0/+20
2010-10-30target/fw/layer1: Change L1CTL RACH req to properly use all slotsAndreas.Eversberg1-3/+2
Written-by: Andreas Eversberg <> Signed-off-by: Sylvain Munaut <>
2010-09-28l1ctl: Add initial tch_mode value in DM_EST_REQSylvain Munaut1-0/+2
Signed-off-by: Sylvain Munaut <>
2010-09-26[layer23] Added support for changing TCH mode via L1CTL messagesAndreas.Eversberg1-0/+17
2010-09-18[layer23] SIM client completionAndreas.Eversberg1-0/+2
The SIM client is now complete. Because it usefull for multiple applications, i moved it to the layer23/src/common directory. The SIM reader works together with mobile process. Fixes were made. Thanx to all for testing, finding bugs, and making it work as it is supposed to do. The current version uses special L1CTL messages to send and receive APDUs. This will change in the future, when BTSAP interface is completed. Please note that this client will not work until the layer1 SIM reader fixes and extensions are committed.
2010-09-11[layer23 / layer1] Added interface for changing crypto mode of DSPAndreas.Eversberg1-0/+6
The layer23 will now set crypto mode and key when CIPHERING MODE COMMAND is received. After crypto mode has been set, CIPHERING MODE COMPLETE is sent. NOTE: Layer1 implements only the interface, there is no functionality to it yet.
2010-08-21[l1ctl] Introducing L1CTL_FREQ_REQ to change frequency hopping sequenceAndreas.Eversberg1-10/+25
This is only the header, so there is no functionality yet. The functionality for layer1 works, but it is not yet ready for commit. This commit is required for radio ressource protocol commited later.
2010-07-27l1ctl_proto: Use an enum for the message type rather than #definesSylvain Munaut1-19/+22
Signed-off-by: Sylvain Munaut <>
2010-07-27l1ctl_proto.h: Fixup name of the guard ifdefSylvain Munaut1-3/+3
Signed-off-by: Sylvain Munaut <>
2010-07-27include: Rename l1a_l23_interface.h to l1ctl_proto.hSylvain Munaut1-0/+214
The interface between l1 and upper layer is called by several name. IMHO l1ctl is shorted and sounds good so try to unify using that. Signed-off-by: Sylvain Munaut <>