This is entrely a BSC feature. The BSC # notices there is a pending emergency call (RACH request with CHREQ_T_EMERG_CALL) # notices it cannot allocate a suitable TCH/F or TCH/H channel # must pick any random non-emergency TCH on he same cell and terminate it # assign that TCH to the MS that has send the emrergency related RACH request As OsmoBSC currently performs channel allocation "synchronously" (i.e. within the context of the received RACH request, without any delays), this must be extended. We need to introduce a queue for asynchronous processing of RACH requests, as we hav to wait for the deactivation/re-activation of the logical channel to complete at the BTS before being able to do the IMMEDIATE ASSIGNMENT. manual testing sidenote: OsmoMSC may not be able to process Emergency Call without SIM (no IMSI, only IMEI). This is a layer3 feature and hence should be suppored by the regular operator MSC. There are no changes / extensions on the RAN side to support this. In some jurisdictions, like Germany, emergency calls without SIM/IMSI must be rejected by the operator anyway. I'm just mentioning this for JMA testing of emergency calls: Make sure you test them with a SIM inserted.