Re: Habe das gleiche Anliegen...


Michael Mauch schrieb:
> Peter Sauter wrote:
>
>> Fällt mir gerade ein das ist ja noch simpler zu erkennen anhand
>> des Dienstmerkmals aus dem Festnetz des anderes Modemteilnehmers.
>> Der Festnetzanbieter übermittelt ja am Gateway zum Mobilanbieter via SS7
>> die BC=3,1Khz Audio vom Festnetzteilnehmer.
>
> "3.1 kHz Audio" wird für Sprache und Modem-Signale verwendet, es
> bedeutet "irgendein analoges Signal".
3,1 Khz wird bei Modem und FAxanrufen generell in der BC gesetzt.


>IMHO werden "Analog"-Anschlüsse
> immer als 3.1 kHz Audio signalisiert

Genau das ist falsch und siehts du z.b. bei ISDN anhand eines
D-Kanaltraces wenn du mit deinem Telefon (wohlgemerkt Telefon kein
Modem/Faxgerät) telefonierts im Festnetz am Hauptanschluss.
Da wird die BC=Speech immer gesetzt und spätestens wenns von einem
Endgerät (gabs selten )"falsch" gemeldet wird an deiner lokalen VST
richtig gesetzt und via SS7 zur nächste VST geroutet.
Wie es auf Mobilfunkseite via SS7 aussieht kann ich nicht tracen da ich
keine Möglichkeit irgendwas zu tracen oder zu schauen.

MAn kann das aber anhand der ITU-T-Specs sehen. SS7 ist nur quasi ein
erweitertes D-Kanalprotokoll und die BC-Zuordnungen sind 1:1 identisch
was man im D-Kanal kennt (das weiss ich von einem ISDN-Lehrgang bei
Acterna dem Hersteller von D-Kanalprotokollanalysatoren. Die sollten es
mit Sicherheit wissen :-))

- oder wird da neuerdings
> tatsächlich das Signal ausgewertet und entsprechend die BC gesetzt?
Sie brauchen das Nutzsignal nicht auswerten. Sie brauchen nur die
Dienstmerkmal der SS7 Übertragung am Gatewayübergang FEstnetz zu
Mobilfunkanbieter auszuwerten.


> Und falls das Festnetzmodem per Telefonanlage o.ä. im ISDN betrieben
> wird, kann an der Telefonanlage eine beliebige BC/SI gesetzt werden.

Die ist irrelevant. Entscheidend ist die BC die DEINE lokale
Vermittlungsstelle via SS7 zum Gateway übermittelt und die setzen
bei Modem/Faxverbindungen BC=3,1Khz Audio.



>> Damit kann der Mobilanbieter von seinem Handy-Netz aus eine Verbindung
>> die mit BC=Speech signalisiert wird sofort unterbinden
>
> Nein, Speech und 3.1 kHz Audio sind kompatibel, sonst könnte man mit
> BC=Speech ja nie einen Analog-Anschluss anrufen.
Natürlich sind diese kompatibel aber was hindert das einen Mobilanbieter
BC=3,1 Khz Audioanrufe hinter SEINEM Mobilfunkgateway an den AP für
Datenverbindungen für Fax/Modem zu routen. Er bekommt das via SS7 von
den VSTs auf ja jedenfall mit (siehe oben).

Umgekehrt:
Zeige mir anhand eines Traces ein Handy mit eingebautem GSM-Modem was
via GSM-Verbindung kein BC=3,1Khz Audio setzt wenn er die das analoge
Modem benutzt. Nur so bekommt er die für die Modemverbindung notwendigen
Bandbreite und auf Mobilfunkebene gesprochen notwendigen reservierten
Zeitschlitze für die Funkkanäle reserviert.

BTW:
Wege einer Softmodememulation auch über folgende Problempunkte mal
nachgedacht:

1) Wie hoch meinst du ist die Latenzeit einer Handyfunkverbindung und
wie gut geht das mit einer dann selbst implementiert Softmodemalgorithmus ?

2) Wieviel CPU-Leistung braucht deine Softmodememulation damit diese auf
den Embedded-Prozessoren der Handys genügend stabil läuft und man noch
parallel damit andere Funktionen nutzen kann ohne das die
Handyverbindung abbricht. Das war ja (ist teilweise immer noch bei
miesen Softmodemimplementierung) auf Desktoprechnern nicht trivial.
Der mir zur Zeit bekannteste "schnelleste" Handyprozessor ist der
DualCore auf ARM-Basis (Hersteller weiss ich aber noch nicht) in dem
Nokia E90 was bald auf dem Markt kommt. Ist auch das
erste mal das ich von einem Dual-Core für Handyprozessoren gehört habe.
Wenn da die FPU-Leistung genügend gut ist und man den Softmodemcode
optimal auf Multithreadding optimiert könnte das hier eventuell klappen
das der eine Core dem Softmodemalgorithmus exclusiv zur VErfügung steht
und der andere Core für den Rest.
[ Auf dieses Posting antworten ]