PDA

View Full Version : How Tones (Busy Tones, alerting tones) is generated?



peanut
2012-03-05, 06:16 AM
Gents,

What's the source for the mobile tones in such situations:

when call setup in progress
when called number is busy
when network is busy

Is it generated in the mobile/ send by the network?
Wha't the trigers messages for such tones?

BR,

plannerguy
2012-03-11, 04:14 PM
Hi

Everything a part of Core..it starts when hit by specific events...

Regards
Planneguy

peanut
2012-03-11, 09:49 PM
Thanks for your answer, could you provide more specifications?

Regards

jan74
2012-03-13, 01:46 AM
My understanding is that ring/busy tones are generated by the switch. Not an expert but I remember that from some course I was on once.

boring
2012-03-13, 02:24 AM
hi guys,
all tones are generated by the CN, in 2G/3G case by the MSC of the originating/terminating parties. An MSC effectivelly is a switch

Some examples:

if the B-party is ringing, the B-party MSC generates ALERTING which travels in the backward direction and eventually appears at the A-party UE (which initiated the call)
if the B-party is not pageable, the B-party GMSC (this is the gateway MSC of the B-party operator) generates a DISCONNECT with appropriate cause which again travels in the backward direction
if the B-party is busy (already in a call) or rejects the call, the B-party MSC generates a DISCONNECT with appropriate cause which again travels in the backward direction
if the A-party is dialing a number which is incorrect, the A-party MSC generates a DISCONNECT with appropriate cause which is sent directly to A-party UE

peanut
2012-03-17, 07:02 AM
It's better now, thanks for sharing

But still some questions:

The Alerting/Disconnect message does not contain how to generate the tone.
especially when the tone is not the classic one (customized tone like a song)

What's the message that contain the tone signals?

respects,

boring
2012-03-18, 10:16 PM
Customised ringed tones are based on the fact that the B-party MSC is able to inject (i.e. play) the actual ringtone in the upstream direction (i.e. towards the A-party), because all traffic channels (radio and terrestrial interfaces) have been established the moment the B-party generates the ALERTING message.

Actual implementation could vary depending vendor implementation. One could be based on CAMEL (this is very simplified):
1. B-party MSC receives ALERTING, this triggers the MSC to communicate with SCP (CAMEL SERVICE PLATFORM) in order to check if the B-party actually uses customised ringtones
2. SCP communicates with tone library server and starts play back
3. SCP orders MSC to continue with call establishment (i.e. sending ALERTING upstream)
4. A-prty hears the customised tone

note: everything which is played in the upstream is always free of charge. charging starts only when B-party answers the call

Reputations greatly appreciated!

peanut
2012-03-28, 10:32 AM
Thanks Boring,

I understand that ringtone is sent within the Alerting with a special encoding

Some times I hear the tone with bad quality, could I suspect an RF poor quality?

BR,