aboutsummaryrefslogtreecommitdiffstats
path: root/openbsc/include/openbsc/signal.h
AgeCommit message (Collapse)AuthorFilesLines
2009-12-19ip.access: Keep a full copy of local and remote IP/PORT in lchanHarald Welte1-0/+1
Keeping all parameters for each RTP connection in the abis_ip member of lchan will help us with actual TCH handover later on.
2009-12-13introduce new signal every time we get a mobile identityHarald Welte1-0/+1
2009-12-01Introduce new S_GLOBAL_SHUTDOWN signalHarald Welte1-0/+5
This is used to notify various parts of OpenBSC that we're shutting down.
2009-11-30[handover] export measurement reports via signalHarald Welte1-0/+1
This patch introduces the S_LCHAN_MEAS_REP signal which is used to export measurement reports as input to the yet-to-be-written handover algorithm.
2009-11-29[handover] Introduce new handover related LCHAN signalsHarald Welte1-0/+5
This introduces the signals S_LCHAN_ACTIVATE_{ACK,NACK} and S_LCAN_HANDOVER_{FAIL,COMPL,DETECT} as well as code that actually issues those signals. The signals are relevant for a yet-to-be-written handover control logic.
2009-11-19[ipa] Change names of RTP methods to follow MGCP namingHolger Hans Peter Freyther1-2/+2
IPA is naming these functions CRCX, MDCX, DLCX to follow the naming of the MediaGatewayControlProtocol. Change the code to go from BIND to CRCX (create connection) and from CONNECT to MDCX (modify connection). Connect indicates that it is only possible to call it once while it is possible to call it more than once to modify the audio parmaters and such. So the IPA terminology is making a bit more sense here (now that we know it).
2009-11-14Add "silent call" feature to OpenBSCHarald Welte1-0/+14
This allows the administrator to use the vty interface to issue a silent call to a given subscriber by using "subscriber extension XXXX silent call start" and stopping that silent call with "subscriber extension XXXX silent call stop"
2009-08-13remove FIRST_CONTACT signal, the subscriber flag is sufficientHarald Welte (local)1-1/+0
2009-08-12flag new subscriber structs in memory and send a signalJan Luebbe1-0/+1
2009-08-09implement proper SAPI3 handling for SMSHarald Welte1-0/+1
SM's need to be transferred over their own RLL connection on SAPI3, rather than the default SAPI0 connection that we're using for signalling like 04.08 RR/MM/CC. This is not that much of a problem in the case of SMS SUBMIT from the MS to the netwrok. In that case, the MS will start its primary RLL connection with SAPI3, and we can just respond with SAPI3. However, in the case of SMS DELIVER to a MS, we first page the MS, it then establishes SAPI0. We then need to explicitly request the establishment of a SAPI3 RLL connection, before we can send CP-DATA with our RP-DATA and DELIVER RPDU Now that we have the bsc_rll.c code, we can actually wait for a paging response, and from the paging response request the establishment of the SAPI3 connection. We will be called back once that connection is open and can successively start transmission of the SM.
2009-08-08first 'working' SMS implementationHarald Welte1-0/+7
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-08-08implement nanoBTS frequency error testHarald Welte1-0/+1
This helps us to detect the frequency error of BS-11 if it is located next to the nanoBTS 900. If 'ipaccess-config -l' is called, it will produce a report like <0020> ipaccess-config.c:85 TEST REPORT: test_no=0x42 test_res=0 <0020> ipaccess-config.c:108 ==> ARFCN 220, Frequency Error 22 <0020> ipaccess-config.c:108 ==> ARFCN 1, Frequency Error -37 <0020> ipaccess-config.c:108 ==> ARFCN 10, Frequency Error 0 <0020> ipaccess-config.c:108 ==> ARFCN 20, Frequency Error 11 <0020> ipaccess-config.c:108 ==> ARFCN 53, Frequency Error 5 <0020> ipaccess-config.c:108 ==> ARFCN 63, Frequency Error -4 <0020> ipaccess-config.c:108 ==> ARFCN 84, Frequency Error 11 <0020> ipaccess-config.c:108 ==> ARFCN 101, Frequency Error 0 <0020> ipaccess-config.c:108 ==> ARFCN 123, Frequency Error -52 where in this case the ARFCN 123 is the BS-11 with a frequency error larger than all the other (regular) BTS in the vicinity.
2009-07-29issue a signal once a subscriber is attached or detachedHarald Welte1-0/+7
2009-07-28send a [new] signal in case of IPAC_DISCONNECT_INDicationHarald Welte1-0/+1
2009-07-08ipacess-config: Handle NVATTR NACKs in ipaccess-configHolger Hans Peter Freyther1-0/+1
Currently we send the attribute changes in a send and forget fashion. But sometimes the nanoBTS is sending us a NACK, e.g with a invalid unit id. Start handling the NACK and provide an error message to the user. The error message is not yet describing the cause of the error but this is a slight progress to the previous silent failure.
2009-06-10[o&m] Dispatch a signal for nacked O&M messagesHolger Hans Peter Freyther1-0/+1
When trying to operate a nanoBTS900 on channels for 1800 or the other way around the "SET BTS ATTRIBUTES" message will be nacked. Dispatch all nacked messages from abis_nm via signals. Handle this in bsc_hack.c, print a small hint and exit the application as this is considered a fatal unrecoverable error (the exit is in the app, so a library can be more robust).
2009-06-10move openbsc into its own subdirectoryHarald Welte1-0/+88