Beschreibung Adaptereinheit und Verfahren Die Erfindung betrifft eine Einheit für den Betrieb einer Vermittlungsstellenleitung eines öffentlichen Telekommunika- tionsnetzes an einer Telekommunikationsanlage. Die Einheit enthält eine Kanal-Sende-/Empfangseinheit, die Signalisie- rungsdaten zu einer Vermittlungsstelle eines durchschaltever- mittelten Telekommunikationsnetzes sendet und die Signalisie- rungsdaten von der Vermittlungsstelle empfängt. Die Signali- sierungsdaten erfüllen bspw. das Protokoll DSS1 (Digital Signaling Systems No. 1) der ITU-T (International Telecommu- nication Union-Telecommunication Standardization Sector).

An einem öffentlichen Telekommunikationsnetz sind verschiede- ne private Teilnehmer über Einzelanschlüsse oder Telekommuni- kationsanlagen angeschlossen. Vermittlungsstellen des öffent- lichen Telekommunikationsnetzes vermitteln Verbindungen ab- hängig von den Rufnummern und überwachen die Vergebührung und die Nutzung von Leistungsmerkmalen.

Die Telekommunikationsanlage dient dagegen dem Betreiben ei- nes privaten Telekommunikationsnetzes, z. B. eines Firmentele- fonnetzes. Bspw. ist die Telekommunikationsanlage eine Anlage vom Typ HiPath 3000 oder HiPath 4000 der Firma Siemens AG. An eine Telekommunikationsanlage werden eine Vielzahl von Teil- nehmer angeschlossen, deren Rufnummern und Leistungsmerkmale über die Telekommunikationsanlage vorgegeben werden. Insbe- sondere dient die Telekommunikationsanlage zum Vermitteln von Verbindungen zwischen den Endgeräten des privaten Telekommu- nikationsnetzes bzw. zum Vermitteln von Verbindungen zu oder von einem öffentlichen Telekommunikationsnetz bzw. Telefon- netz.

Vorstellbar ist eine Lösung bei der die Einheit eine Adapter- einheit ist, die die folgenden Baugruppen für eine Normalbe- triebsart enthält : - die Kanal-Sende-/Empfangseinheit, - eine Datenpaket-Sende-/Empfangseinheit, die Datenpakete in ein Datenpaketübertragungsnetz sendet und die Datenpakete aus dem Datenpaketübertragungsnetz empfängt, und - eine Dateneinfüge-/Datenentnahmeeinheit, die von der Kanal- empfangseinheit kommende Signalisierungsdaten in Datenpakete einfügt und an die Datenpaketsendeeinheit weitergibt und die aus von der Datenpaketempfangseinheit empfangenen Datenpake- ten Signalisierungsdaten entnimmt und an die Kanalsendeein- heit weitergibt.

Durch eine solche Adaptereinheit kann eine zu einer Filiale führende Vermittlungsstellenleitung mit kleinem schaltungs- technischen Aufwand an eine entfernte zentrale Telekommunika- tionsanlage angeschlossen werden, insbesondere ist in der Fi- liale keine eigene Telekommunikationsanlage erforderlich.

Trotzdem können Vorteile genutzt werden, wie sie sonst nur mit Hilfe einer eigenen Telekommunikationsanlage in der Fili- ale erbracht werden.

Jedoch muss auch gewährleistet sein, dass Endgeräte der Fili- ale auch bei Ausfall der zentralen Telekommunikationsanlage oder bei Ausfall des Datenpaketübertragungsnetzes betriebsbe- reit sind.

Es ist Aufgabe der Erfindung eine einfach aufgebaute und störsicher arbeitende Adaptereinheit anzugeben. Außerdem soll ein Verfahren zum Betreiben eines Telekommunikationsnetzes angegeben werden.

Die auf die Einheit bezogene Aufgabe wird durch eine Adapter- einheit mit den im Patentanspruch 1 angegebenen Merkmalen ge- löst. Weiterbildungen sind in den Unteransprüchen angegeben.

Die erfindungsgemäße Adaptereinheit enthält : - eine Kanal-Sende-/Empfangseinheit, die Signalisierungsdaten zu einer Vermittlungsstelle eines durchschaltevermittelten Telekommunikationsnetzes sendet und die Signalisierungsdaten von der Vermittlungsstelle empfängt, - eine Datenpaket-Sende-/Empfangseinheit, die zumindest in einer Normalbetriebsart Datenpakete in ein Datenpaketübertra- gungsnetz sendet und die Datenpakete aus dem Datenpaketüber- tragungsnetz empfängt, - eine Dateneinfüge-/Datenentnahmeeinheit, die zumindest in der Normalbetriebsart von der Kanal-Empfangseinheit kommende Signalisierungsdaten in Datenpakete einfügt und an die Daten- paket-Sendeeinheit weitergibt und die aus von der Datenpaket- Empfangseinheit empfangenen Datenpaketen Signalisierungsdaten entnimmt und an die Kanal-Sendeeinheit weitergibt, und - eine Betriebsartumschalteinheit, die bei einer Störung auf der Seite des Datenpaketübertragungsnetzes oder bei Störungen in einer an dem Datenpaketübertragungsnetz betriebenen Tele- kommunikationsanlage in eine Notbetriebsart umschaltet, in der eine Telekommunikation über das durchschaltevermittelte Telekommunikationsnetz gewährleistet ist.

Somit kann auf einfach Art und Weise auch bei Störungen eines Datenpaketübertragungsnetzes zu einer zentralen Telekommuni- kationsanlage oder bei einer Störung der zentralen Telekommu- nikationsanlage ein Telefonbetrieb in der Filiale ermöglicht werden.

Bei einer ersten alternativen Weiterbildung veranlasst die Betriebsartumschalteinheit in der Notbetriebsart die Weiter- gabe der Signalisierungsdaten an eine andere Telekommunikati- onsanlage als in der Normalbetriebsart. Umgekehrt werden in der Notbetriebsart von der anderen Telekommunikationsanlage kommende Signalisierungsdaten über die Kanal-Sendeeinheit ge- sendet. Die Funktionen der anderen Telekommunikationsanlage sind im Vergleich zu der in der Normalbetriebsart genutzten zentralen Telekommunikationsanlage vorzugsweise erheblich

eingeschränkt, so dass der schaltungstechnische und administ- rative Aufwand für die in der Notbetriebsart genutzte Tele- kommunikationsanlage vertretbar ist. Beispielsweise unter- stützt die in der Notbetriebsart genutzte Telekommunikations- anlage nur wenige Endgeräte, insbesondere weniger als 16 End- geräte. Auch enthält diese Telekommunikationsanlage keine re- dundant ausgeführten Baugruppen.

Die Funktionen der in der Notbetriebsart genutzten Telekommu- nikationsanlage werden bei einer Weiterbildung in einem Tele- fon erbracht, insbesondere in einem IP-Telefon. Baugruppen und Software lassen sich im IP-Telefon sowohl zum Erbringen der Funktion der Not-Telekommunikationsanlage als auch zum Erbringen der Funktionen des IP-Telefons beim Telefonieren in beiden Betriebsarten verwenden.

Bei einer sehr einfachen zweiten alternativen Weiterbildung veranlasst die Betriebsartumschalteinheit in der Notbetriebs- art die Weitergabe der Signalisierungsdaten an ein Teilneh- mer-Endgerät. Umgekehrt werden in der Notbetriebsart von dem Teilnehmer-Endgerät kommende Signalisierungsdaten über die Kanal-Sendeeinheit gesendet. Diese Weiterbildung wird insbe- sondere eingesetzt, wenn die Vermittlungsstellenleitung ein Mehrgeräteanschluss ist.

Bei einer dritten alternativen Weiterbildung enthält die A- daptereinheit eine Protokollumsetzungseinheit die in der Not- betriebsart von der Betriebsartumschalteinheit veranlasst wird, eine Protokollumsetzung der Signalisierungsdaten in ein Signalisierungsprotokoll für ein Datenpaketübertragungsnetz und vorzugsweise auch in umkehrter Richtung auszuführen. Die Adaptereinheit enthält in der dritten alternativen Weiterbil- dung außerdem eine Netzzugangseinheit, die durch die Be- triebsartumschalteinheit in der Notbetriebsart veranlasst wird, Netzzugangsfunktionen für Endgeräte eines Datenpaket- übertragungsnetzes auszuführen, insbesondere eine Gatekeeper- funktion gemäß einem Protokoll der H. 323-Protokollfamilie der

ITU-T (International Telecommunication Union-Telecommunica- tion Standardization Sector) oder eine SIP-Registrarfunktion gemäß SIP-Protokoll (Session Initiation Protocol) der IETF (Internet Engineering Task Force) oder einem darauf aufbauen- den Protokoll. Die Telefone der Filiale registrieren sich in der Notbetriebsart bei der Adaptereinheit.

Auch bei einer vierten alternativen Weiterbildung enthält die Adaptereinheit eine Protokollumsetzungseinheit, nämlich eine sogenannte Proxyeinheit, die in der Notbetriebsart von der Betriebsartumschalteinheit veranlasst wird, eine Protokollum- setzung der Signalisierungsdaten gemäß bspw. DSS1 in ein Sig- nalisierungsprotokoll für ein Datenpaketübertragungsnetz und vorzugsweise auch in umkehrter Richtung auszuführen. Bei der vierten Weiterbildung enthält die Adaptereinheit auch eine Endgeräteeinheit, die durch die Betriebsartumschalteinheit in der Notbetriebsart veranlasst wird, die Funktion eines Endge- rätes in Endgerät-Endgerät-Verbindungen eines Datenpaketüber- tragungsnetzes auszuführen, insbesondere in Peer-to-Peer- Verbindungen. Damit muss die Adaptereinheit keine zentrale Registrierfunktion gleichzeitig für alle Telefone der Filiale erbringen.

Bei anderen alternativen Weiterbildungen werden andere Maß- nahmen ergriffen, um auch bei einer Störung den Telefonbe- trieb in einer Filiale aufrechtzuerhalten, in der die erfin- dungsgemäße Adaptereinheit installiert ist.

Die Erfindung betrifft insbesondere ein Verfahren zum Betrei- ben eines Telekommunikationsnetzes, mit den in einer Normal- betriebsart ausgeführten Schritten : - Empfangen von Signalisierungsdaten eines durchschaltever- mittellten Telekommunikationsnetzes (20,22), - Tunneln (160,190) der empfangenen Signalisierungsdaten ü- ber ein Datenpaketübertragungsnetz (12),

- Bearbeiten der getunnelten Signalisierungsdaten in einer Telekommunikationsanlage (14) gemäß einem Signalisierungspro- tokoll.

Im Folgenden wird die Erfindung an Hand der beiliegenden Zeichnungen erläutert. Darin zeigen : Figur 1 die Normalbetriebsart eines privaten Telekommuni- kationsnetzes in dem Sprachdaten auch über das Internet übertragen werden, und Figur 2 Protokollstapel für die Normalbetriebsart in ei- ner Adaptereinheit und in einer zentralen Tele- kommunikationsanlage des privaten Telekommunika- tionsnetzes, und Figuren 3 bis 6 vier Notbetriebsarten des privaten Telekommunika- tionsnetzes.

Figur 1 zeigt die Normalbetriebsart eines privaten Telekommu- nikationsnetzes 10 in dem Sprachdaten auch über das Internet 12 übertragen werden. Das Telekommunikationsnetz 10 enthält eine zentrale Telekommunikationsanlage 14 und bspw. zwei Fi- lial-Datenpaketübertragungsnetze 16 und 18 in einer Filiale F1 bzw. F2. Die Telekommunikationsanlage 14 vermittelt Tele- fon-Verbindungen oder Bildtelefon-Verbindungen zwischen den Endgeräten des privaten Telekommunikationsnetzes 10 und/oder zwischen diesen Endgeräten und Endgeräten an einem öffentli- chen durchschaltevermittelten Telekommunikationsnetz (PSTN- Public Switched Telecommunication Network), von dem im Figur 1 drei Ortsnetze 20,22 und 24 dargestellt sind. Im Ausfüh- rungsbeispiel gehören die Ortsnetze 20 bis 24 dem gleichen Netzbetreiber. Bei anderen Ausführungsbeispielen gehören die Ortsnetze 20 bis 24 verschiedenen Netzbetreibern. Bei einem anderen Ausführungsbeispiel sind die Telekommunikationsanlage 14 und die Adaptereinheit 90 im gleichen Ortsnetz an ver- schiedenen Vermittlungsstellen oder an verschiedenen Baugrup- pen einer Vermittlungsstelle angeschlossen.

Im Internet 12 werden die Daten in Datenpaketen gemäß Inter- netprotokoll übertragen. Jedes Datenpaket enthält einen Da- tenkopf mit einer Zieladresse und mit einer Absenderadresse.

In einem Datenrumpf sind Nutzdaten enthalten, bspw. Sprachda- ten oder Signalisierungsdaten. Auf mindestens einer unteren Protokollebene werden die Datenpakete verbindungslos übertra- gen, d. h. ohne Verbindungsaufbauphase und Verbindungsabbau- phase. Das Internet 12 enthält eine Vielzahl lokaler Datenpa- ketübertragungsnetze LAN (Lokal Area Network) und Weiter- kehrsübertragungsnetze WAN (Wide Area Network).

Die Telekommunikationsanlage 14 ist bspw. vom Typ HiPath 4000 der Firma Siemens AG und enthält : - eine Steuereinheit 30, - ein Koppelfeld 32, - mindestens eine Vermittlungsstellenbaugruppe 34, - mindestens eine Teilnehmeranschlussbaugruppe 36, - und mindestens eine IP-Baugruppe 38.

Die Steuereinheit 30 steuert u. a. Vermittlungsvorgänge in der Telekommunikationsanlage 14, prüft die Nutzung von Leistung= merkmalen durch die Teilnehmer des privaten Telekommunikati- onsnetzes 10 und vermerkt Vergebührungsdaten für die interne Vergebührung innerhalb des privaten Telekommunikationsnetzes 10. Bspw. enthält die Steuereinheit einen oder mehrere Pro- zessoren.

Das Koppelfeld 32 wird von der Steuereinheit 30 gesteuert und dient der Vermittlung von Gesprächsdaten von bzw. zu der Ver- mittlungsstellenbaugruppe 34, der Teilnehmeranschluss- baugruppe 36 oder der IP-Baugruppe 38. Die Vermittlung im Koppelnetz 32 erfolgt bspw. durch das Verschalten von Zeit- schlitzen.

An die Vermittlungsstellenbaugruppe 34 ist eine Vermittlungs- stellenleitung 40 oder sind mehrere Vermittlungsstellenlei- tungen 40 bis 46 angeschlossen, deren anderes Ende an einer

nicht dargestellten Vermittlungsstelle des Ortsnetzes 20 an- geschlossen ist. Bspw. werden im Zeitmultiplex je Vermitt- lungsstellenleitung die Gesprächsdaten in bis zu 30 Nutzkanä- len und einem Signalisierungskanal gemäß ISDN-Protokoll (In- tegrated Services Digital Network) übertragen. Die Vermitt- lungsstellenbaugruppe 34 bearbeitet aus dem Ortsnetz 20 kom- mende Signalisierungsnachrichten gemäß ISDN-Protokoll und sendet Signalisierungsnachrichten gemäß ISDN-Protokoll in das Ortsnetz 20.

An die Teilnehmeranschlussbaugruppe 36 sind über Anschluss- leitungen 50 bis 56 ein Vielzahl von Endgeräten 60 bis 64 an- geschlossen, bspw. Endgeräte vom Typ Optiset der Firma Sie- mens AG. Die Sprachdaten zwischen den Endgeräten 60 bis 64 und der Teilnehmerbaugruppe 36 werden nur in Sprachkanälen im Zeitmultiplex und nicht in Datenpaketen übertragen. Die Teil- nehmerbaugruppe 36 erzeugt Signalisierungsnachrichten gemäß einem proprietären Stimulusprotokoll, bspw. gemäß dem Proto- koll CorNet TS (Corporate Network Telephony Support). Die Endgeräte 60 bis 64 werden von Mitarbeitern der Firma be- nutzt, die das private Telekommunikationsnetz L0 betreibt.

Die IP-Baugruppe 38 ist über eine Leitung 70 mit dem Internet 12 verbunden. Mit Hilfe der IP-Baugruppe 38 werden Datenpake- te in das Internet 12 gesendet und aus dem Internet 12 emp- fangen. Die IP-Baugruppe 38 bearbeitet Signalisierungsdaten gemäß IP-Protokoll und TCP-Protokoll (Transmission Control Protocol) und führt auf höheren Protokollebenen. bei einer Al- ternative außerdem insbesondere zum Vorbereiten einer Sprach- übertragung eine IP-Signalisierung durch, bspw. gemäß SIP (Session Initiation Protokoll), das von der IETF (Internet Engineering Task Force) festgelegt worden ist, oder gemäß ei- nem ITU-T Protokoll der H. 323-Protokollfamilie.

Außerdem werden in der IP-Baugruppe 38 aus dem Koppelfeld 32 kommende Sprachdaten aus durchschaltevermittelten Übertra- gungskanälen entnommen und in Datenpakete eingefügt, die dann

über das Internet 12 übertragen werden. Umgekehrt werden in der IP-Baugruppe 38 aus dem Internet 12 kommende Sprachdaten aus Datenpaketen entnommen und in Übertragungskanälen des Koppelfeldes 32 weiter vermittelt.

An das IP-Datenpaketübertragungsnetz 16 in der Filiale F1 sind angeschlossen : -eine Leitung 72 zum Internet 12, und - IP-Telefone 80 bis 84, bspw. weniger als zehn IP-Telefone, z. B. vom Typ Optipoint der Firma Siemens AG.

Das IP-Telefon 80 enthält bspw. als Steckkarte einen So- Adapter 90, der einerseits mit dem Datenpaketübertragungsnetz 16 verbunden ist, siehe Verbindung 92, und der andererseits mit einer Vermittlungsstellenanschlussleitung bzw. kurz einer Vermittlungsstellenleitung 100 verbunden ist, die zu einer nicht dargestellten Vermittlungsstelle des Ortsnetzes 22 führt. Auf der Vermittlungsstellenleitung 100 wird gemäß ISDN-Protokoll für die Schnittstelle So signalisiert.

Auf der Vermittlungsstellenleitung 100-eintreffende Signali- sierungsdaten werden im So-Adapter 90 ohne protokollgemäße Bearbeitung in Datenpakete verpackt und über das Internet 12 getunnelt, siehe den durch eine gestrichelte Linie angedeute- ten Signalisierungsweg 102 der Signalisierungsdaten von dem So-Adapter 90 über das Internet 12 und die IP-Baugruppe 38 zur Steuereinheit 14. Die Steuereinheit bearbeitet die Signa- lisierungsdaten auf gleiche Weise, wie von der Vermittlungs- stellenbaugruppe 34 kommende Signalisierungsdaten. Dabei wer- den durch die Steuereinheit 30 Steuervorgänge durchgeführt und die Signalisierungsdaten werden gemäß ISDN-Protokoll pro- tokollgemäß beantwortet. Die Antwort-Signalisierungsdaten werden zur IP-Baugruppe 38 geleitet und dort in Datenpakete verpackt und zum So-Adapter 90 über das Internet 12 zurückge- tunnelt, siehe gestrichelte Signalisierungsweg 102.

Die Sprachdaten werden aus dem B-Kanal (B1, B2) der Vermitt- lungsstellenleitung 100 entnommen und bspw. über das Internet 12 zur IP-Baugruppe 38 übertragen, siehe Sprachdatenweg 104.

Zur Übertragung der Sprachdaten wird bspw. ein Echtzeitproto- koll genutzt, z. B. das RTP (Real Time Protocol) und das Pro- tokoll UDP (User Datagram Protocol), das von der IETF festge- legt worden ist. Im So-Adapter 90 wird bspw. eine Sprachkom- pression gemäß ITU-T-Standard G. 723 bzw. G. 729 in Richtung Internet 12 bzw. eine Sprachdekompression in Richtung Ver- mittlungsstellenleitung 100 durchgeführt. Bezüglich der Sprachdaten wird also nicht getunnelt.

Im Ausführungsbeispiel soll gemäß der über die Vermittlungs- stellenleitung 100 eintreffenden Signalisierungsdaten eine Telefonverbindung aus dem Ortsnetz 22 zum IP-Telefon 80 auf- gebaut werden. Deshalb signalisiert die Steuereinheit 30 dem IP-Telefon 80 den ankommenden Ruf mit Hilfe der IP-Baugruppe 38 über das Internet 12, siehe Signalisierungsweg 106. Zum IP-Telefon 80 wird bspw. ein proprietäres Stimulusprotokoll zur Signalisierung verwendet, z. B. das siemensinterne Proto- koll CorNet TS (Corporate Network-Telephony Support) getun- nelt über das unten näher erläuterte proprietäre Protokoll CorNet TC (Corporate Network-Tele Commuting) und TCP/IP.

Die Protokollnachrichten dieses Protokolls werden über das Internet 12 getunnelt und betreffen einfache Signalisierungs- vorgänge wie"Taste x gedrückt"oder"LED x ein bzw. aus".

Zum Vorbereiten der Übertragung der Sprachdaten lassen sich bspw. das Protokoll SIP (Session Initiation Protocol) oder eine Protokoll der H. 323-Protokollfamilie verwenden. Zur Sig- nalisierung auf dem Signalisierungsweg 106 wird alternativ an Stelle des Protokolls CorNet TS bspw. das Protokoll SIP oder ein Signalisierungsprotokoll gemäß H. 323-Protokollfamilie ge- nutzt.

Hat der das IP-Telefon 80 betätigende Teilnehmer das ankom- mende Gespräch angenommen, so werden bspw. auch die über den

Sprachdatenweg 104 in der IP-Baugruppe 38 eingetroffene Sprachdaten über das Internet 12 von der IP-Baugruppe 38 zum IP-Telefon übertragen, siehe Sprachdatenweg 108 auf dem bspw. wieder ein Echtzeit-Übertragungsprotokoll ohne Tunneln ver- wendet wird. Spricht der das IP-Telefon 80 nutzende Teilneh- mer, so werden die dabei erzeugten Sprachdaten in umgekehrter Richtung über die Sprachdatenwege 108 und 104 zum Adapter 90 geleitet, entpackt und in einem Zeitschlitz über die Vermitt- lungsstellenleitung 100 weitergeleitet.

Auch wenn das IP-Telefon 80 eine Verbindung in das Ortsnetz 22 aufbauen möchte, werden die Signalisierungswege 106 und 102 sowie die Sprachübertragungswege 108 und 104 benutzt. Da- bei werden ISDN-Signalisierungsdaten von der Steuereinheit 30 erzeugt und über den Signalisierungsweg 102 zum So-Adapter 90 getunnelt und nach der Umwandlung zur Vermittlungsstelle des Ortsnetzes 22 gesendet. Die von der Vermittlungsstelle des Ortsnetzes 22 kommenden Antwort-Signalisierungsdaten werden dann vom So-Adapter 90 über das Internet 12 zur Steuereinheit 14 getunnelt.

Auf gleiche Weise wird vorgegangen, wenn an Stelle des IP- Telefons 80 das IP-Telefon 82 der Filiale F1 oder ein IP- Telefon 84 genutzt wird.

An das IP-Datenpaketübertragungsnetz 18 in der Filiale F2 sind angeschlossen : -eine Leitung 110 zum Internet 12, und - ein IP-Telefon 112 und ein IP-Telefon 114, bspw. IP- Telefone vom Typ Optipoint der Firma Siemens AG.

Das IP-Telefon 112 enthält bspw. als Steckkarte einen So- Adapter 116, der einerseits mit dem Datenpaketübertragungs- netz 18 verbunden ist, siehe Verbindung 118, und der anderer- seits mit einer Vermittlungsstellenleitung 120 verbunden ist, die zu einer nicht dargestellten Vermittlungsstelle des Orts- netzes 24 führt. Auf der Vermittlungsstellenleitung 120 wird

bspw. gemäß ISDN-Protokoll für die Schnittstelle So signali- siert. Die oben für die Filiale F1 erläuterten Vorgänge gel- ten auch für die Filiale F2, wenn an Stelle des Ortsnetzes 22 das Ortsnetz 24 an einer Telefonverbindung beteiligt ist.

Figur 2 zeigt für die Normalbetriebsart zwei Protokollstapel 130 und 132 in der Adaptereinheit 90 und zwei Protokollstapel 140 und 142 in der zentralen Telekommunikationsanlage 14. Die Funktionen der zu den Protokollstapeln 130 bis 142 gehörenden Protokolle werden bspw. durch eine Schaltungsanordnung ohne Prozessor oder durch eine Schaltungsanordnung mit Prozessor erbracht, der Befehle ausführt, die in einer Speichereinheit gespeichert sind.

Der Protokollstapel 130 besitzt gemäß OSI-Modell (Open Sys- tems Interconnection) als untere Protokollebene 150, d. h. als physikalische Schicht bzw. Bitübertragungsschicht, eine TDM- Schicht (Time Devision Multiplex), so dass die Signalisie- rungsdaten in einem Signalisierungskanal nach dem Zeitmultip- lexverfahren übertragen werden. Die zweite Protokollebene 152, d. h. die Datenverbindungsschicht, des Protokollstapels 130 wird bspw. gemäß ITU-T-Standard Q. 921 betrieben.

Während die Protokollebenen 150 und 152 im Adapter 90 voll- ständig bearbeitet werden, werden Signalisierungsnachrichten der dritten Protokollebene 154, d. h. der Netzwerkschicht, im Adapter 90 nur erkannt aber nicht bearbeitet. Die dritte Pro- tokollebene betrifft die Signalisierung bspw. gemäß ISDN- Teilnehmerprotokoll DSS1 (Digital Signalling System No. 1), siehe Q. 931 ff. der ITU-T. Die zu diesem Protokoll gehörenden Daten werden kopiert und über das Internet 12 getunnelt.

Zum Tunneln wird bspw. ein proprietäres Protokoll verwendet, z. B. das siemensinterne Protokoll CorNet TC (Corporate Net- work-Tele Commuting), das die folgenden Grundmeldungen kennt :

-"Log On"bzw."Log Off"zum Signalisieren des Aufbaus bzw. des Abbaus einer Datenverbindung, -"Keep Alive"zum Überwachen der Datenverbindung, eine Containermeldung, in der sich bspw. Signalisierungs- nachrichten gemäß anderer proprietärer Protokolle oder auch die zu tunnelnden Signalisierungsnachrichten gemäß DSS1 transportieren lassen.

Aus vermittlungstechnischer Sicht gehört CorNet TC zur Ver- bindungsebene 2.

Im IP-Protokollstapel 132 wird in der vierten Protokollebene, d. h. in der Transportprotokollebene, bspw. das TCP-Protokoll (Transmission Control Protocol) genutzt. Darunter liegt in der dritten Protokollebene, d. h. in der Netzwerkprotokollebe- ne, das Internetprotokoll IP. Die beiden unteren Protokoll- ebenen im IP-Protokollstapel 132 sind zu einer Netzzugangs- protokollebene 158 zusammengefasst und stehen für ein LAN- bzw. WAN-Übertragungsprotokoll, bspw. ein Ethernetprotokoll.

Höhere Protokollebenen 159 des IP-Protokollstapels 132 sind in Figur 2 durch Punkte angedeutet.

Das Tunneln der Signalisierungsdaten im Adapter 90 ist in Fi- gur 2 durch einen Doppelpfeil 160 dargestellt und erfolgt so- wohl in Richtung von der Vermittlungsstellenleitung 100 zur Leitung 72 als auch in umgekehrter Richtung von der Leitung 72 zur Vermittlungsstellenleitung 100. Die CorNet TC- Containermeldungen werden als IP-Datenpakete in das Internet 12 von dem Adapter 90 gesendet bzw. aus dem Internet 12 emp- fangen.

Im Ausführungsbeispiel werden die Funktionen des Protokoll- stapels 132 durch das IP-Telefon 80 erbracht, das auch für die IP-Telefonie die Funktionen eines solchen Protokollsta- pels 132 nutzt. Das Telefon 80 enthält ein internes Bussystem an dem eine So-Karte eingesteckt wird. Über das interne Bus- system werden ungetunnelte DSS1-Nachrichten zwischen der So-

Karte und dem Telefon 80 ausgetauscht. Somit werden Software- und Hardware mehrfach genutzt und der zusätzliche schaltungs- technische und softwaretechnische Aufwand für den Adapter 90 ist gering.

Bei einem anderen Ausführungsbeispiel wird der So-Adapter 90 unabhängig von einem IP-Telefon realisiert und enthält in diesem Fall einen eigenen Anschluss an das Filial-Datenpaket- übertragungsnetz 16. Auch die Funktionen beider Protokollsta- pel 130 und 132 werden bei dem alternativen Ausführungsbei- spiel in dem So-Adapter 90 erbracht.

Figur 2 zeigt in ihrem rechten Teil die den Protokollstapeln 130,132 entsprechenden Protokollstapel 140,142. Der Proto- kollstapel 140 ist wie der Protokollstapel 132 aufgebaut und enthält : - eine untere Netzzugangsprotokollebene 170, deren Funktio- nen bspw. durch die IP-Baugruppe 38 erbracht werden, - eine darüber liegende dritte Protokollebene 171 zur Reali- sierung des IP-Protokolls, - eine vierte Protokollebne 172 zur Realisierung... eines Transportprotokolls, z. B. des TCP, wobei die Funktionen der Protokollebenen 171 und 172 bspw. ebenfalls durch die IP-Baugruppe 38 erbracht werden, und - weitere höhere Protokollschichten 174, die durch Punkte an- gedeutet sind aber nicht näher erläutert werden.

Der Protokollstapel 142 ist ähnlich wie der Protokollstapel 130 aufgebaut, und enthält : - eine untere Protokollebene 180, die gemäß einem Zeitmul- tiplexverfahren arbeitet, - eine zweite Protokollebene, die bspw. gemäß ITU-T-Standard Q. 921 arbeitet und eine Datenübertragungsverbindung zwi- schen der Vermittlungsstellen-Baugruppe 34 und der Ver- mittlungsstelle im Ortsnetz 20 herstellt,

- eine im Gegensatz zur Protokollebene 154 vollständig bear- beitete Signalisierungs-Protokollebene 184, die Funktionen des DSS1-Protokolls erbringt, und - höhere Protokolleenen 186, die durch Punkte angedeutet sind, aber nicht näher erläutert werden.

Die Protokollebene'184 des Protokollstapels 142 wird sowohl zur Signalisierung Richtung Ortsnetz 20 als auch zur Weiter- gabe von durch das Internet 12 getunnelten Signalisierungs- nachrichten an die Steuereinheit 30 bzw. zur Weitergabe von Signalisierungsnachrichten verwendet, die von der Steuerein- heit 30 kommen und durch das Internet 12 getunnelt werden müssen, siehe Doppelpfeil 190.

In der Telekommunikationsanlage 14 werden die durch das In- ternet 12 getunnelten DSS1-Signaliseirungsnachrichten aus den CorNet TC-Containermeldungen entpackt und an die Steuerein- heit 30 weitergegeben. Umgekehrt werden die über das Internet 12 zu tunnelnden DSS1-Signalisierungsnachrichten in CorNet TC-Container und anschließend in IP-Datenpakete eingefügt.

Wenn das Internet 12 oder die zentrale Telekommunikationsan- lage 14 ausfällt, ist ohne die im folgenden erläuterten zu- sätzlichen Maßnahmen keine Steuerung der Telefone 80 bis 84, 112,114 in den Filialen F1, F2 sowie der zu den Filialen F1, F2 führenden Vermittlungsleitungen 100,120 möglich.

Figur 3 zeigt eine erste Variante einer Notbetriebsart, bei der die Funktionen der Adaptereinheit 90 durch eine Adapter- einheit 90a erbracht werden. Das IP-Telefon 80 erfasst den Ausfall des Internet 12 bzw. den Ausfall der Telekommunikati- onsanlage 14.

Das IP-Telefon 80 mit der So-Adaptereinheit 90a übernimmt darauf hin die Rolle einer kleinen Telekommunikationsanlage (PBX-Private Branch Exchange) mit den IP-Telefonen 80 bis 84 als Nebenstellenendgeräten. Das IP-Telefon 80 bedient die So-

Schnittstelle der So-Adaptereinheit 90a wie eine kleine Tele- kommunikationsanlage mit einer So-ISDN-Amtsschnittstelle.

Die IP-Telefone 82,84 erfassen ihrerseits den Ausfall und schalten auf eine Ersatz-IP-Adresse der Not-Telekommunika- tionsanlage um. Die IP-Telefone 82, 84 registrieren sich au- tomatisch in der Notbetriebsart bei der kleinen Telekommuni- kationsanlage, die sich im IP-Telefon 80 bzw. in der So- Adaptereinheit 90a befindet. Damit können in der Notbetriebs- art alle IP-Telefone 80, 82 und 84 als Nebenstellenteilnehmer der Not-Telekommunikatonsanlage über die Einheit aus IP- Telefon 80 und So-Adaptereinheit 90a kommende und gehende Amtsgespräche bzw. Vermittlungsstellengespräche führen.

Das IP-Telefon 80 und dessen So-Adaptereinheit 90a arbeiten in der Notbetriebsart gegenüber den IP-Telefonen 82, 84 wie die zentrale Telekommunikationsanlage 14. Im Ausführungsbei- spiel ist die Telekommunikationsanlage 14 eine Telekommunika- tionsanlage vom Typ HiPath 4000 der Firma Siemens AG. Somit schalten die IP-Telefone 82, 84 als sogenannte HFA-IP- Telefone (HiPath Feature Access) von der zentralen Telekommu- nikationsanlage 14 um zu IP-Telefon 80 als Not-Telekommu- nikationsanlage. Beim Umschalten werden die Schnittstellen- protokolle beibehalten, insbesondere proprietäre Schnittstel- lenprotokolle wie das Protokoll CorNet TS oder das Protokoll CorNet IP.

Das IP-Telefon 80 selbst wird in der Notbetriebsart im Aus- führungsbeispiel ebenfalls an der Not-Telekommunikations- anlage betrieben. Bei einem alternativen Ausführungsbeispiel wird das Telfon 80 in der Notbetriebsart wie ein Hauptan- schlusstelefon betrieben, wobei sich die Not-Telekommu- nikationsanlage und das Telefon den So-Bus teilen.

Bei dem in Figur 3 dargestellten Ausführungsbeispiel werden in der Notbetriebsart keine DSS1 Signalisierungsnachrichten über ein IP-Netz getunnelt. Die DSS1 Signalisierungs-

nachrichten gelangen über ein internes Bussystem des IP- Telefons 80 zum IP-Telefon 80.

Figur 4 zeigt eine sehr einfache zweite Variante einer Notbe- triebsart, bei der die Funktionen der Adaptereinheit 90 durch eine Adaptereinheit 90b erbracht werden. Das IP-Telefon 80 und die So-Adaptereinheit 90b arbeiten in der Notbetriebsart gemäß der zweiten Variante wie ein ISDN-Amtstelefon bzw. wie ein direkt an eine Vermittlungsstelle angeschlossenes ISDN- Telefon.

Das IP-Telefon 80 erfasst den Ausfall des Internets 12 oder der zentralen Telekommunikationsanlage 14. Daraufhin bedient das IP-Telefon 80 die So-Schnittstelle wie ein ISDN-Telefon direkt an einer Vermittlungsstelle. Damit kann das IP-Telefon 80 in der Notbetriebsart als ISDN-Telefon aus dem Ortsnetz 22 kommende und in das Ortsnetz 22 gehende Gespräche führen. Die anderen IP-Telefone 80, 82 können in der Notbetriebsart keine Gespräche führen, siehe Durchstreichungen 200 und 202.

In der Notbetriebsart gemäß Figur 4 werden ebenfalls keine DSS1-Signalisierungsanachrichten über ein Datenpaketübertra- gungsnetz getunnelt. Die DSS1-Signalisierungsnachrichten wer- den über ein internes Bussystem des IP-Telefons zwischen So- Karte und Telfon 80 übertragen. Damit werden in der Notbe- triebsart keine Funktionen des IP-Protokollstapels 132 er- bracht.

Figur 5 zeigt eine dritte Variante einer Notbetriebsart, bei der die Funktionen der Adaptereinheit 90 durch eine Adapter- einheit 90c erbracht werden. Gemäß der dritten Variante ar- beitet die So-Adaptereinheit in der Notbetriebsart wie ein H. 323/ISDN-Gateway oder bei einem alternativen Ausführungs- beispiel wie ein SIP/ISDN-Gateway. Ein Gateway wird auch als Netzübergangseinheit zwischen Netzen mit voneinander ver- schiedenen Signalisierungsprotokollen bezeichnet.

Die So-Adaptereinheit 90c erfasst den Ausfall des Internets 12 oder der Telekommunikationsanlage 14. Daraufhin arbeitet die So-Adaptereinheit wie ein H. 323/ISDN-Gateway bzw. wie ei- ne H. 323/ISDN-Netzzugangseinheit, das bzw. die bei Vermitt- lungsstellenverbindungen der IP-Telefone 80 bis 84 unter Ein- beziehung des Ortsnetzes 22 die Umsetzung zwischen der IP- Signalisierung gemäß H. 323 und ISDN-Signalisierung (z. B.

DSS1) übernimmt. Zugleich übernimmt die So-Adaptereinheit 90c die Rolle des Gatekeepers gegenüber den Telefonen 80 bis 84.

Die IP-Telefone 80 bis 84 registrieren sich in der Notbe- triebsart an der So-Adaptereinheit 90c als H. 323 Endgeräte, bspw. nachdem auch sie den Ausfall erfasst haben.

Bei dem alternativen Ausführungsbeispiel arbeitet die So- Adaptereinehit 90c in der Notbetriebsart wie ein SIP/ISDN- Gateway, so dass eine Umsetzung zwischen einer SIP- Signalisierung und einer ISDN-Signalisierung in der So- Adaptereinheit 90c durchgeführt wird. Die SO-Adaptereinheit übernimmt die Rolle des SIP-Registrars. Die IP-Telefone 80 bis 84 registrieren sich an der SO-Adaptereinheit als SIP- Endgeräte.

Bei einem alternativen Ausführungsbeispiel wird das Telefon 80 in der Notbetriebsart gemäß Figur 5 wie ein Hauptan- schlusstelefon betrieben, wobei sich die Netzzugangseinheit und das Telefon 80 den So-Bus teilen.

Auch bei dem in Figur 5 dargestellten Ausführungsbeispiel werden in der Notbetriebsart keine DSS1-Signalisierungs- nachrichten über ein IP-Netz getunnelt. Die DSS1- Signalisierungsnachrichten gelangen über ein internes Bussys- tem des IP-Telefons 80 zum IP-Telefon 80 und werden dort in der Netzzugangseinheit umgesetzt. Jedoch lässt sich der IP- Protokollstapel 132 für die Verbindung des Telefons 80 zum IP-Netz 16 nutzen.

Figur 6 zeigt eine vierte Variante einer Notbetriebsart, bei der die Funktionen der Adaptereinheit 90 durch eine Adapter- einheit 90d erbracht werden. Gemäß der vierten Variante ar- beiten die So-Adaptereinheit 90d und die IP-Telefone 80,82 bzw. 84 in der Notbetriebsart wie Peer-to-peer-Endgeräte ei- ner Peer-to-peer-Architektur.

Die So-Adaptereinheit 90d erfasst den Ausfall des Internet 12 bzw. der Telekommunikationsanlage 14. Daraufhin arbeitet die So-Adaptereinheit 90d gegenüber dem IP-Telefon 80,82 bzw. 84 wie ein Peer-to-peer-Endgerät das bei Amtsverbindungen des IP-Telefons 80,82 bzw. 84 als Proxy bzw. Netzübergangsein- heit die Umsetzung zwischen IP-Signalisierung gemäß Peer-to- peer-Protokoll und ISDN-Protokoll, z. B. DSS1, realisiert.

Auch die IP-Telefone 80 bis 84 erfassen die Störung und schalten auf eine Ersatz-IP-Adresse der Netzübergangseinheit um.

Bei einem alternativen Ausführungsbeispiel gemäß Figur 6 wird das Telefon 80 in der Notbetriebsart wie ein Hauptanschluss- telefon betrieben, wobei sich die Netzübergangseinheit und das Telefon 80 den So-Bus teilen.

Auch bei dem in Figur 6 dargestellten Ausführungsbeispiel werden in der Notbetriebsart keine DSS1-Signalisierungs- nachrichten über ein IP-Netz getunnelt. Die DSS1 Signalisie- rungsnachrichten gelangen über ein internes Bussystem des IP- Telefons 80 zum IP-Telefon 80. Die DSS1-Signalisierungs- nachrichten gelangen über ein internes Bussystem des IP- Telefons 80 zum IP-Telefon 80 und werden dort in der Netz- übergangeseinheit umgesetzt. Jedoch lässt sich der IP- Protokollstapel 132 für die Verbindung des Telefons 80 zum IP-Netz 16 nutzen.

Zusammenfassend gilt, dass es in einem Enterprise-Netz eine Zentrale mit einem Zugang zum öffentlichen Telefonnetz und dezentral lokalisierte Filialen in anderen Ortsnetzbereichen

bzw. anderen Vermittlungsstellen als die Zentrale gibt. Der Enterprise-Netzbetreiber betreibt sowohl die Telefon- Teilnehmer der Filialen als auch deren Amtsanschlüsse von der Zentralanlage aus gesteuert, indem die Signalisierung der Amtsanschlüsse der Filiale über das LAN/WAN, welches Zentrale und Filiale verbindet, getunnelt werden.

Durch die Erfindung sind Mittel gegeben, um bei einem Ausfall der Zentrale oder bei einem Ausfall des zwischen der Zentrale und der Filiale liegenden LAN/WAN einen kostengünstigen Not- betrieb zu realisieren, insbesondere hinsichtlich der Her- stellung-und Servicekosten. Würde man bspw. in jeder Filiale eine Not-Telekommunikationsanlage installieren, um im Notbe- trieb ohne Verbindung zur Zentrale den Filialteilnehmern lo- kale Amtsverbindungen zu ermöglichen, so wären insbesondere bei kleinen Filialen mit nur wenigen Telefonteilnehmern und entsprechend geringem Telefonbedarf die Betriebs-und Servi- cekosten um Größenordnungen höher.

Bei allen erläuterten Varianten ist die So-Schnittstelle der Filiale entweder ein Telekommunikationsanlagenanschluss oder ein Mehrgeräteanschluss. Alternativ wird an Stelle einer So- Schnittstelle in der Filiale bspw. auch eine analoge Schnitt- stelle mit zugehörigem analogen Signalisierungsprotokoll ein- gesetzt.