aboutsummaryrefslogtreecommitdiffstats
path: root/openbsc/include/openbsc/transaction.h
AgeCommit message (Collapse)AuthorFilesLines
2010-06-30handover: Attempt to use the same gsm_subscriber_conn for new/old channelHolger Hans Peter Freyther1-4/+0
The transaction should not know on which lchan we are operating as this can change due handover. Add untested code to share the subscriber connection of the new and old lchan and move the pointer in case of success/failure. Also on a clear command we will free any resources allocated... This code is not tested and needs to be debugged, but it should have the right structure. I am going to fix a potential memleak in the next commit.
2010-03-25lchan: Change transaction to work on the GSM Subscriber ConnectionHolger Hans Peter Freyther1-4/+4
Change the MSC transaction code to operate on a GSM Subscriber Connection instead of the lchan. This will help us to separate the two commands properly.
2010-02-20split 'libosmocore' from openbsc codebaseHarald Welte1-1/+1
This library is intended to collect all generic/common funcitionality of all Osmocom.org projects, including OpenBSC but also OsmocomBB The library currently includes the following modules: bitvec, comp128, gsm_utils, msgb, select, signal, statistics, talloc, timer, tlv_parse, linuxlist msgb allocation error debugging had to be temporarily disabled as it depends on 'debug.c' functionality which at the moment remains in OpenBSC
2009-12-19RTP-enable MNCC API for LCR + ip.accessHarald Welte1-0/+3
Instead of passing TRAU frames down the MNCC API to the call control application like MNCC, we now decode the TRAU frame into the actual codec frame. We do the same with the RTP packets in case of ip.access and thus have a unified format of passing codec data from the BTS to an application, independent of the BTS type. This is only implemented for V1 full-rate at the moment, and needs to be fixed.
2009-12-17introduce trans_lchan_change() to update transaction about lchan changeHarald Welte1-0/+5
2009-08-14respect the link_id, not only the SAPI from SMS codeHarald Welte (local)1-0/+1
SMS related messages are all sent over SAPI=3. But in addition to that, we also need to send it over the correct link identifier, i.e. SACCH or main signalling channel
2009-08-10add SMS CP timer TC1* to tear down lchan in case MS never responds to CP-DATAHarald Welte1-1/+2
2009-08-08first 'working' SMS implementationHarald Welte1-0/+1
we now have the full path from the MS into the database (SUBMIT), as well as back from the database to the MS (DELIVER). The database gets correctly updated once a SMS has been successfully delivered. What's still missing is the periodic scan over all undelivered messages, trying to deliver them to the respective MS. So far, you have to manually trigger this on the telnet interface with 'sms send pending 1'
2009-07-27further steps towards better, transaction based SMSHarald Welte1-0/+1
2009-07-26move definition of 'struct gsm_trans' to transaction.hHarald Welte1-0/+45
2009-07-23look-up by (subscriber, protocol, transaction_id) tupleHarald Welte1-1/+2
... rather than the previous incomplete (lchan, transaction_id) tuple
2009-07-23move allocating new transaction_ids to transaction.cHarald Welte1-0/+2
2009-07-23add missing files to gitHarald Welte1-0/+16