aboutsummaryrefslogtreecommitdiffstats
path: root/openbsc/include/openbsc/signal.h
diff options
context:
space:
mode:
authorHarald Welte <laforge@gnumonks.org>2009-08-09 14:59:02 +0200
committerHarald Welte <laforge@gnumonks.org>2009-08-09 14:59:02 +0200
commitcb8f4433994f8386fcf805c73e34f975f344a9a2 (patch)
treee036c3c05e8bba8e854a6e8c58afc3d86c660c03 /openbsc/include/openbsc/signal.h
parentce2eb871e189682da4616711fc7cf50c397ca9aa (diff)
implement proper SAPI3 handling for SMS
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.
Diffstat (limited to 'openbsc/include/openbsc/signal.h')
-rw-r--r--openbsc/include/openbsc/signal.h1
1 files changed, 1 insertions, 0 deletions
diff --git a/openbsc/include/openbsc/signal.h b/openbsc/include/openbsc/signal.h
index dea634462..1af849684 100644
--- a/openbsc/include/openbsc/signal.h
+++ b/openbsc/include/openbsc/signal.h
@@ -51,6 +51,7 @@ enum signal_sms {
S_SMS_SUBMITTED, /* A SMS has been successfully submitted to us */
S_SMS_DELIVERED, /* A SMS has been successfully delivered to a MS */
S_SMS_SMMA, /* A MS tells us it has more space available */
+ S_SMS_MEM_EXCEEDED, /* A MS tells us it has no more space available */
};
/* SS_ABISIP signals */