FreeCalypso > hg > themwi-system-sw

comparison README @ 129:b7cd66acb123

Find changesets by keywords (author, files, the commit message), revision number or hash, or revset expression.
README: update for current status
author Mychaela Falconia <falcon@freecalypso.org>
date Sun, 02 Oct 2022 11:48:12 -0800
parents 97317ede320a
children b259e2722485
comparison
equal deleted inserted replaced
128:5685412bd6aa 129:b7cd66acb123
32 process is themwi-sip-in; this daemon process listens on UDP port 5060, 32 process is themwi-sip-in; this daemon process listens on UDP port 5060,
33 accepts SIP calls from BulkVS (ultimately coming from global worldwide PSTN) 33 accepts SIP calls from BulkVS (ultimately coming from global worldwide PSTN)
34 and turns them into GSM MT calls in MNCC format, going through themwi-mncc 34 and turns them into GSM MT calls in MNCC format, going through themwi-mncc
35 and ultimately to OsmoMSC. 35 and ultimately to OsmoMSC.
36 36
37 * These inbound calls per the previous bullet point also include fully working
38 voice path, with our themwi-mgw transcoding the two RTP streams (one in each
39 direction) between the original GSM 06.10 codec on the GSM side and G.711
40 PCMU or PCMA on the PSTN-via-SIP side. This voice call gateway includes
41 working DTMF support: START DTMF and STOP DTMF commands from GSM phones pass
42 through OsmoMSC, themwi-mncc and themwi-sip-in to themwi-mgw, and the latter
43 process injects in-band DTMF tones into the G.711 RTP stream that is otherwise
44 generated by transcoding from GSM voice codecs.
45
37 The following functionality remains to be implemented: 46 The following functionality remains to be implemented:
38 47
39 * As a counterpart to themwi-sip-in, there will be another process named 48 * As a counterpart to themwi-sip-in, there will be another process named
40 themwi-sip-out that will serve as a gateway for outbound calls, going from 49 themwi-sip-out that will serve as a gateway for outbound calls, going from
41 GSM MO MNCC to outside PSTN via SIP. The outbound SIP call functional part 50 GSM MO MNCC to outside PSTN via SIP. The outbound SIP call functional part
42 is already implemented in test prototype form in sip-manual-out. 51 is already implemented in test prototype form in sip-manual-out.
43 52
44 * themwi-mgw will be our transcoding RTP bridge, speaking GSM codecs (FR and 53 * Right now themwi-mgw supports only the original FR1 codec (GSM 06.10) on the
45 EFR are currently of most interest) on the side toward Osmocom components and 54 GSM side; the Mother's desire is to also support EFR codec as a high priority,
46 G.711 (PCMU or PCMA) on the PSTN side. Right now themwi-mgw is a working 55 and maybe some time later AMR as a lower priority.
47 skeleton that allocates endpoints with RTP & RTCP UDP port pairs, but doesn't
48 pass any traffic yet.
49 56
50 Differences from osmo-sip-connector 57 Differences from osmo-sip-connector
51 ----------------------------------- 58 -----------------------------------
52 59
53 In the Osmocom community, the "standard" (or generally accepted) way to connect 60 In the Osmocom community, the "standard" (or generally accepted) way to connect
117 AMR-HR. The highest level of AMR-FR is identical with EFR - thus if we 124 AMR-HR. The highest level of AMR-FR is identical with EFR - thus if we
118 support EFR, do we really need AMR? 125 support EFR, do we really need AMR?
119 126
120 * The whole point of Themyscira Wireless is to provide service to *vintage* 127 * The whole point of Themyscira Wireless is to provide service to *vintage*
121 mobile phones. Our current collection of vintage phones includes models that 128 mobile phones. Our current collection of vintage phones includes models that
122 only support FR1 and EFR (Ericsson I888, Nokia 5190) and Calypso C05 which 129 only support FR1 and EFR (Ericsson I888, Nokia 5190 and 6190), as well as
123 supports FR1, EFR and HR1, but not AMR. 130 Calypso C05 which supports FR1, EFR and HR1, but not AMR.
124 131
125 * EFR is desirable because it gives better voice quality than FR1, but we must 132 * EFR is desirable because it gives better voice quality than FR1, but we must
126 support FR1 too, so we can serve the very oldest of phones which support only 133 support FR1 too, so we can serve the very oldest of phones which support only
127 FR1 and nothing else. 134 FR1 and nothing else.
128 135