summaryrefslogtreecommitdiffstats
path: root/src/host/layer23/include/osmocom/bb/modem
AgeCommit message (Collapse)AuthorFilesLines
2024-02-05layer23/modem: handle and forward L1CTL UL BLOCK.cnfVadim Yanitskiy1-0/+1
Change-Id: I9255ac17529b5ac260f9a0f141f3af6b3b72a802 Depends: libosmo-gprs.git I145b9586f83ae0235b4648916bd44996e8dc57f0
2023-09-23modem: grr: implement RACH.req retransmissionVadim Yanitskiy1-3/+3
Sometimes sending one Access Burst is not enough, so we need to repeat sending it a few more more times changing the 3 LSBs randomly. This is what we already do in the mobile app, but not in the modem app. * Rename GRR_EV_RACH_{REQ,CNF} to GRR_EV_CHAN_ACCESS_{REQ,CNF}. * Rename VTY command 'grr tx-chan-req' to 'grr start-chan-access'. * Add an intermediate state GRR_ST_PACKET_ACCESS. ** The GRR_EV_CHAN_ACCESS_REQ transitions to this state. ** One RACH.req gets transmitted when entering this state. ** The GRR_EV_CHAN_ACCESS_CNF confirms transmission of a RACH.req. ** Upon the timeout (300 ms) expiry, a loop state transition happens. ** After 3 loop-transitions, transition to GRR_ST_PACKET_NOT_READY. Change-Id: Iab6d9147f6e0aeb99239affacf318a3897fd6ffe Related: libosmo-gprs.git If0de3ed86b1e2897d70183f3b0f4fbfd7d2bda80 Related: OS#5500, OS#6131
2023-09-04l1gprs/l1ctl: Decouple RTS.ind from DL_BLOCK.indPau Espin Pedrol1-0/+1
Before this patch, the RTS:ind was crafted up in the stack when receiving the DL_BLOCK.ind. This created some problems since the internal low level state has to be updated in between signalling DL_BLOCK.ind and RTS.ind, as there's a fn-advnace of one block between those 2 signals (hence the timeslot allocation has to be applied at the time when the fn-advance is applied). This is actually not fixing the whole issue, since there's several timeslots and hence the following events will have the internal timeslot updated during the event in the middle, hence potentially causing problems in the remaining TS: DL_BLOCK.ind(FN=N, TS=1), RTS.ind(FN=N+4, TS=1), DL_BLOCK.ind(FN=N, TS=2) In any case, this decoupling already improves the situation and is step needed anyway towards fully fixing the problem (by, for instance, maintaining a timeslot state duplicated both for DL and Ul directions, since they drive based on differnet FN time (1 PDCH block). Change-Id: I1494e0aac7555f6e01b4b435b77140afc42c098e
2023-07-24layer23: modem: Delay using cell until fully synced to itPau Espin Pedrol1-0/+1
Change-Id: If306d82879281bb540c5cdee2eaf354858c8d24b
2023-07-24layer23: modem: implement GPRS-RR FSMVadim Yanitskiy1-1/+22
Change-Id: I8a7d85df7b07d85ac86e0b7e340f6bbacc65e1bc
2023-05-03layer23: modem: Delay GPRS attach at startup until modem is readyPau Espin Pedrol1-0/+12
Wait until SIM is ready, network system information ws obtained and it announced the MS is able to use GPRS against it. Change-Id: I5029d9e8a47b8544b3b803c4db6352269bac3c0e
2023-05-02layer23: modem: Resolve auth requests coming from GMM layerPau Espin Pedrol1-0/+3
Change-Id: I75dc3fe3e4d9e23443fb778e36ca024f1bc46641
2023-04-26layer23: Use subscriber information and events to trigger GMMREG AttachPau Espin Pedrol2-0/+4
Change-Id: I1c7cc120ff4098c0b845e13a6e5e5db8b7e18376
2023-03-30modem: initial SM layer support through libosmo-gprs-smPau Espin Pedrol2-0/+8
Depends: libosmo-gprs.git Change-Id I9b4a9a6364f7799540475e7e1d10ab2310768281 Related: OS#5501 Change-Id: I9476d93954c7dc348e6f97ca89eaa651f802f9a0
2023-03-16modem: add test VTY command to send CHANNEL REQUESTVadim Yanitskiy1-0/+6
Do not call grr_tx_chan_req() unconditionally from grr_rx_bcch(). Add a special (hidden, expert mode) VTY command for that. Change-Id: I049a8d7f58ae9703d06dff235973ba376702c873 Related: OS#5500
2023-03-15layer23: modem: Depend on libosmo-gprs-gmmPau Espin Pedrol2-0/+8
Related: OS#5501 Change-Id: I82a2b9c043eae42435ca781689fc3381e7a31bea
2023-03-14modem: move GRR specific code into its own fileVadim Yanitskiy2-0/+7
Change-Id: I25caa0bd01e3d090803512f5b13cad58439f44f8 Related: OS#5500
2023-01-30modem: Initial integration of libosmo-gprs-rlcmacPau Espin Pedrol2-0/+9
This commit places code to forward unitdata LLC<->RLCMAC. Depends: libosmo-gprs.git Change-Id I1870fa6a264612c5a669bfb832e6e8c0a892cb74 Related: OS#5500 Change-Id: I0e628d9ddaa5ad6a205f07746d4176d1b8df7eb0
2023-01-30modem: Initial integration of libosmo-gprs-{llc,sndcp}Pau Espin Pedrol3-0/+20
Change-Id: I820328009ccdd1f8112aeb163efa064ec1465d2a
2023-01-19layer23: Introduce APN VTY nodePau Espin Pedrol1-0/+7
This commit adds an initial set of VTY commands to manage APN configuration and set up, which is used by the modem app. The sample modem.cfg file is updated to showcase how to configure APNs. The app doesn't do anything with them yet. A follow up patch will add code to create tun devices for each configured APN. Change-Id: I7b4eaa0de428b418bb1d89bd544694e89beb3e6e
2023-01-16layer23: Initial VTY framework to share VTY code between appsPau Espin Pedrol2-1/+7
A small layer23 framework is added which allows apps to easily share/reuse VTY commands while giving some flexiblity to add new per-app specific configs/cmds, since not all commands may be relevant for all apps. Some of the mobile app code is moved to common, and sample infra is added to modem app. Future commits will most probably keep moving more stuff mobile->common and then reusing those in modem app, as found needed. Change-Id: Iabfb3129199488d790b89884bc1e424f2aca696f
2022-11-21host/layer23: Add modem appPau Espin Pedrol2-0/+7
This app will allow setting up a tun device to transmit/receive data as a GPRS MS against a GSM network. This is just the initial skeleton so that people can work on it further in follow-up commits. Related: OS#5503 Change-Id: I8a1121b3287da7d7330c30e3118affa8fd1da61b