When launching new services, mobile operators often worry whether these services will inhibit existing infrastructure or services. In particular, USSD services are often suspected of exhausting radio channel capacity and inducing voice channel outage. Clearly, a service that exposes the operator’s core asset to risk needs to be carefully scrutinized before launch.

This article will discuss these concerns and the possible risks.

The following USSD services are technologically possible:

USSD Phase 1 service (GSM 02.90): a service launched by a mobile subscriber (phone-initiated session or USSD Pull)

USSD Phase 2 Service (GSM 03.90) – Mobile Subscriber Launched or Network Initiated (USSD Pull & Push)

USSD Phase 1 and 2 services can occur simultaneously with a phone call (USSD Call-Related Services) or without a voice connection (USSD Call-Independent Services).

Call-related USSD services use FACCH (Fast Associated Control Channel) for data transfer, call-independent USSD services use SDCCH (Independent Dedicated Control Channel).

USSD supports a maximum of 160 bytes of user data per message (the upper limit may be less than 160 bytes depending on the underlying protocol layer).

The speed of the FACCH channel is approximately 140 bytes per second and that of the SDCCH channel is approximately 83 bytes per second.

Therefore, any USSD message can be delivered in less than 2 seconds.

Call-related USSD messages are less interesting for business use, since the user is very unlikely to call and use USSD. However, it is possible for a USSD network-initiated message to be delivered while the subscriber is speaking. However, the risk of a voice channel being broken is minimal, which is supported by the fact that FACCH is not a dedicated channel but an associated channel, meaning that it is implemented by stealing bits from the associated voice channel, if any. . If such bit stealing is allowed frequently and for long periods of time, it will certainly degrade the speech quality to some extent, but it will not prevent the subscriber from speaking. In the case of a significant deterioration of the speech quality, the situation can be improved by the operator by reorganizing the priorities of use of the FACCH channel.

The situation is more complex in the case of USSD Call Independent services. It is actually a channel resource used for many purposes. These include call setup (including authentication), call completion, location updates, and reporting to the network that the subscriber is still within the service area. Consequently, without a free SDCCH channel, a mobile phone cannot access mobile services (ie the subscriber cannot make a call).

In addition, Short Message Service (SMS) and USSD messages are also communicated over SDCCH logical channels. That said, effective use of SDCCH logical channel resources is crucial for reliable and efficient mobile communication.

According to GSM 05.02 guidelines, a cell can have up to 8 SDCCH channels. A typical cell configuration has 4 or 8 SDCCH channels.

A USSD session uses an SDCCH channel. It means that 8 simultaneous USSD sessions exhaust the capacity of a cell’s SDCCH channel. Therefore, other subscribers served by this same cell would not be able to make calls or send/receive SMS messages.

It seems like a serious objection to the use of USSD services. But is not; In real life this situation does not occur.

A proof can be found in a German research paper “Performance Evaluation of GSM Signaling Protocols in USSD”. According to the document, new call initiations are more likely to block existing SDCCH channels rather than new USSD sessions. It is backed by our 4-year experience of USSD services with MTS; Actually, we never had problems like this.

In fact, problems can arise with the massive use of USSD in a limited geographical location, that is, when service requests are concentrated in a small number of cells. This could happen within a network-initiated ad campaign at a stadium, for example.

Such situations require additional attention from the operator. First, each operator can decrease USSD session wait times and thus decrease the probability of simultaneous service load spikes. A transaction within a dialog session is limited to 30 seconds, and the total duration of the session is limited to 600 seconds (it may actually differ on various hardware platforms), so there is room to change these parameters. Timeout timers are defined in GSM 09.02.

Second, it is possible to define priorities for network services. Therefore, phone calls can be given the highest priority, while SMS/USSD services can be given a lower priority.