aboutsummaryrefslogtreecommitdiffstats
path: root/src/abis_rsl.c
AgeCommit message (Collapse)AuthorFilesLines
2009-05-23With this patch, the TRAU muxing code supports not just bridging only. Harald Welte1-1/+12
A new function trau_recv_lchan() is used to link a channel to a call reference of a transaction. (Transactions are used in later patches.) TRAU frames will then be forwarded to the application with the given call reference (in later patches). Also the application can send TRAU frames by using trau_send_lchan(). A new list is introduced in trau_mux.c. (upqueue_entry) All subslots that must be sent to application are listed here. Received TRAU frames are written in the upqueue of application interface, if a call reference is found in the upqueue-list. If an entry is found the ss_entry list, the TRAU frames are bridged as before. The frames have a message type (msg_type), a call reference (callref) and a trau frame (data). The length of trau frame is defined by the content of the c-bits inside the frame. There is no support for ip.access yet, as they don't use the traditional TRAU frame format. Harald must add this in order to use application interface with ip-access. The bridging with ip-access works as before. (Andreas Eversberg)
2009-05-23Some messages have one or two length-value information elements. The isHarald Welte1-1/+2
no IE type included in the message. These information elements are mandatory, so their actual IE type is known. The improved parse_tlv() function allows to parse zero, one, or two length-value elements. (Andreas Eversberg)
2009-05-23fix two compiler warningsHarald Welte1-1/+2
2009-05-01implement parsing and printing of RSL measurement resultsHarald Welte1-1/+34
2009-05-01don't print rf resource indication messages, they clutter up the logsHarald Welte1-1/+1
2009-05-01print cause for channel activate NACKHarald Welte1-5/+9
2009-05-01fix printing of ip.access disconnect causeHarald Welte1-1/+1
2009-04-30fix missing \n at end of debug statementHarald Welte1-1/+1
2009-02-28introduce new 'mode' parameter to RSL ACTIVATE CHANNELHarald Welte1-7/+14
2009-02-28* more RSL and 04.08 constant definesHarald Welte1-10/+21
* initialize some data structures before using them in RSL * DATA_REQ is a transparent message * more elaborate DEBUGP statements here and there * don't call 04.08 with zero-length RSL DATA INDICATION * reject 04.08 CC HOLD and RETRIEVE, as we don't support them yet
2009-02-28make sure all channels in one BTS use the same TSC (training sequence code)Harald Welte1-1/+2
2009-02-23Ignore CONNECTION FAIL INDICATION cause 0x18 to make sure our phone calls ↵Harald Welte1-10/+44
survive on BS11. Apparently the BS-11 sends soem undocumented cause 0x18 as part of a CONN FAIL IND message shortly after we establish the call. If we close the channel, the voice call is aborted. If we ignore the message, everything just continues to work.
2009-02-22use RSL debug prefix in RSL codeHarald Welte1-1/+1
2009-02-19use new gsm_ts_name() funciton from debug statemens everywhereHarald Welte1-41/+49
2009-02-18* ensure TCH/F are activated signalling-onlyHarald Welte1-2/+48
* add function for RSL CHANNEL MODIFY REQUEST * add missing channel activation function to header file
2009-02-17correctly print IPAC_CONNECT_ACK debug statementHarald Welte1-1/+1
2009-02-17* increased debug verbosity for ip.access BIDND_ACK processingHarald Welte1-5/+12
* emit a signel when the BIND is acknowledged
2009-02-16* introduce a callback function when paging completes (I know this is ↵Harald Welte1-0/+1
somewhat of an overlap with the signals, but I think paging always has one reason and thus one caller wants to get notified about completion, including a caller-specific context, etc) * introduce TLV parser definitions for GSM 04.08 * parse and generate BCD number IE's for 04.08 call control
2009-02-16* introduce TLV parser definitions for RSL IE'sHarald Welte1-0/+215
* introduce functions for ip.access specific RSL commands
2009-02-15* add bs_power and ms_power attributes to each channel and use them in ↵Harald Welte1-7/+4
channel activation
2009-02-15For Phase2 and higher BTS, use the FULL IMMEDIATE ASSIGN INFO attribute, ↵Harald Welte1-3/+20
rather than IMMEDIATE ASSIGN INFO
2009-02-11[ccch load] Enable notifications for CCCH/PAGING LOAD againHolger Freyther1-4/+0
Set the threshold to 0% for the load indication. The paging buffer space will be used by the paging notifications and we will ignore the racch usage notification for now.
2009-02-10[paging] Introduce a variable containing the free paging slotsHolger Freyther1-0/+2
Start with a large number of available slots. It is guranteed that we will - at some point - get a paging load and will properly update the counter and keep it updated.
2009-02-07make sure certain functions are per TRX, not per BTS, such asHarald Welte1-5/+9
* rsl_chan_activate() * rsl_bcch_info() * rsl_sacch_filling()
2009-02-04[paging] This is paging my phone but it looks completely wrong...Holger Freyther1-2/+2
- The paging block calculation is wrong but I have a hard time finding the right information. The table of 05.02 (Table 5 of 9) looks good but my phone is not happy with that group...
2009-02-04[paging] Implement the three Control Channel Descriptor methods...Holger Freyther1-0/+52
This comes from GSM 05.02 and GSM 04.08
2009-02-03[rsl] Decode RACH Load as wellHolger Freyther1-1/+10
Print the common field and ignore the Supplementary Information. Initialize the fields to 0xffffffff in case the payload is malformed
2009-02-03cosmetic/coding style fixesHarald Welte1-13/+23
2009-02-02add rudimentary code to debug-print the CCCH LOAD INDICATIONHarald Welte1-3/+27
2009-01-27[abis] Do not confuse me again....Holger Freyther1-1/+1
2009-01-04Make gcc happy and remove a couple of warningsHolger Freyther1-23/+9
Remove the callbacks from gsm_network for now. A set of different callbacks will be back. E.g. when the paging is completed, when the Q.931 like call handling is there... Remove var's or move them into #if 0, remove unused stuff that looks like we do not need it anytime soon or #if 0 them, move stuff around.
2009-01-04Be able to initiate paging from the telnet interfaceHolger Freyther1-0/+10
The actual paging by subscriber needs to be implemented
2009-01-04make use of new functions to print string chreq reason and lchan typeHarald Welte1-2/+3
2009-01-01Document where to find the how to determine the paging groupHolger Freyther1-8/+0
Point to the right location in the pile of spec
2008-12-30Document where Channel release is coming fromHolger Freyther1-0/+1
2008-12-30add missing return statementHarald Welte1-1/+2
2008-12-29Unite the acked/nacked handling in a common response...Holger Freyther1-4/+4
2008-12-29Inform the bsc about acked or nacked channels...Holger Freyther1-0/+15
On channel allocation the bsc_hack added a cookie to the lchan on ack and nack we will take a look and then assume it is the channel we have allocated. This can be easily exploited by a MS sending fake responses to paging commands. After the channel has been acked we would have to ask for the tmsi or find the information on the channel allocation. For now we will guess.
2008-12-29Add callback for allocated lchannelsHolger Freyther1-5/+7
Currently it is not possible to know for which tmsi the channel is going to be allocated. The bsc_hack will guess.. in the future it might be forced to ask for the tmsi after the channel has been opened...
2008-12-29Remove duplicate call... semantic should stay the sameHolger Freyther1-1/+0
2008-12-29Print channel requests coming from paging command, print the reason in every ↵Harald Welte1-2/+8
message
2008-12-28working state up to location update and classmark inquiryHarald Welte1-1/+1
2008-12-27* add database handlingHarald Welte1-3/+3
* fix IMSI handling
2008-12-27* fix sending of wrong message discriminator for dedicated channel RSL msgsHarald Welte1-64/+14
* remove dead old code for TCH/SDCCH activation * fix RF CHANNEL RELEASE logic + integration with lchan_alloc/free * use Page Mode SAME and not NORMAL
2008-12-27* lchan_free() the channels that we RF_CHAN_RELEASEHarald Welte1-0/+3
2008-12-27* send RF CHANNEL RELEASE if we get CONNECTION FAIL INDICATIONHarald Welte1-1/+2
2008-12-27send RF CHANNEL RELEASE upon RELEASE INDICATION from BTSHarald Welte1-1/+1
2008-12-27whcih -> whichHolger Freyther1-1/+1
2008-12-27now we get up to the SETUP of MO callsHarald Welte1-8/+103
2008-12-26working state up to location update and classmark inquiryHarald Welte1-12/+44
generated by cgit v1.2.3 (git 2.25.1) at 2024-06-29 13:17:31 +0000