DE102004006756B4 - Aufbau einer paketorientierten Multimediaverbindung unter Mitwirkung eines Interactive Voice Response Systems - Google Patents

Abstract

Verfahren zum Aufbau einer Verbindung zwischen einem ersten Teilnehmer (A) und einem zweiten Teilnehmer (B) unter Vermittlung eines Interactive Voice Response Systems (IVR), das lediglich zumindest einem paketorientierten Kommunikationsnetz (IN_IVR) direkt zugeordnet ist, mit folgenden Schritten:
a) Aufbau einer ersten Verbindung (TDM, RTP/RTCP_A/IVR) zwischen dem ersten Teilnehmer und dem IVR System,
b) Annahme der ersten Verbindung, die zumindest einen Bearer zur Übermittlung von Informationen zwischen dem ersten Teilnehmer und dem IVR System umfasst,
c) Aufbau einer zweigen Verbindung (RTP/RTCP_IVR/B) zwischen dem IVR System und dem zweiten Teilnehmer,
d) Information des zweiten Teilnehmers über den Aufbau der zweiten Verbindung mit Hilfe eines Ringings,
e) Mitteilung des Ringings an das IVR System,
f) Mitteilung des Ringings an den ersten Teilnehmer durch Aussendung einer ersten Signalisierungsnachricht von dem IVR System,
g) Information des ersten Teilnehmers über das Ringing beim zweiten Teilnehmer mit Hilfe eines Ringbacks,...

Description

• In der Vergangenheit haben sich zwei wesentliche Typen von Kommunikationsnetzen zur Übermittlung von Informationen herausgebildet: Paketorientierte (Daten-) Netze und leitungsorientierte (Sprach-) Netze. Im Zuge der Konvergenz dieser beiden Netztypen haben sich konvergente Multimedianetze herausgebildet. Durch Zusammenschluss dieser unterschiedlichen Netztypen entstehen hybride Netze.
• Leitungsorientierte Netze – auch Sprachnetze, Telephonnetze oder Public Switched Telephone Network (PSTN) genannt – sind auf die Übermittlung von in der Fachwelt auch als (Sprech-) Verbindung, Gespräch oder Call bezeichneten kontinuierlich strömenden (Sprach-) Informationen ausgelegt. Die Übermittlung der Informationen erfolgt hierbei üblicherweise mit hoher Dienstgüte und Sicherheit. Beispielsweise ist für Sprache eine minimale – z.B. < 200 ms – Verzögerung (Delay) ohne Schwankungen der Verzögerungszeit (Delay-Jitter) wichtig, da Sprache bei Wiedergabe im Empfangsgerät einen kontinuierlichen Informationsfluss erfordert. Ein Informationsverlust kann deshalb nicht durch ein nochmaliges Übermitteln der nicht übermittelten Information ausgeglichen werden und führt im Empfangsgerät üblicherweise zu akustisch wahrnehmbaren Störungen (z.B. Knacksen, Verzerrung, Echo, Stille). In der Fachwelt wird die Übermittlung von Sprache verallgemeinert auch als Echtzeit-(Übermittlungs-)Dienst bzw. als Realtime-Service bezeichnet.
• Paketorientierte Netze – auch Datennetze genannt – sind auf die Übermittlung von in der Fachwelt auch als Datenpaketströme, Session oder Flow bezeichneten Paketströmen ausgelegt. Hierbei muss üblicherweise keine hohe Dienstgüte garantiert werden. Ohne garantierte Dienstgüte erfolgt die Übermittlung der Datenpaketströme z.B. mit zeitlich schwankenden Verzö gerungen, da die einzelnen Datenpakete der Datenpaketströme üblicherweise in der Reihenfolge ihres Netzzugangs übermittelt werden, d.h. die zeitlichen Verzögerungen werden umso größer, je mehr Pakete von einem Datennetz zu übermitteln sind. In der Fachwelt. wird die Übermittlung von Daten deshalb auch als Übermittlungsdienst ohne Echtzeitbedingungen bzw. als Non-Realtime-Service bezeichnet.
• Die Pakete unterscheiden sich üblicherweise je nach Art des paketorientierten Netzes. Sie können beispielsweise als Internet, X.25 oder Frame Relay Pakete, aber auch als ATM Zellen ausgebildet sein. Sie werden zuweilen auch als Nachrichten bezeichnet, v.a. dann, wenn eine Nachricht in einem Paket übermittelt wird.
• Ein bekanntes Datennetz ist das Internet. Dieses wird wegen des dort zum Einsatz kommenden Internet Protokolls IP zuweilen auch IP Netz genannt, wobei dieser Begriff grundsätzlich weit zu verstehen ist und alle Netze umfasst, in denen das IP Protokoll eingesetzt. wird. Das Internet ist als offenes (Weitverkehrs-) Datennetz mit offenen Schnittstellen zur Verbindung von (zumeist lokalen und regionalen) Datennetzen unterschiedlicher Hersteller konzipiert. Es stellt eine vom Hersteller unabhängige Transportplattform zur Verfügung.
• Verbindungen (Connections) sind Kommunikationsbeziehungen zwischen zumindest zwei Teilnehmern zum Zweck einer – zumeist gegenseitigen, d.h. bi-direktionalen – Informationsübermittlung. Der die Verbindung initiierende Teilnehmer wird üblicherweise als 'A-Teilnehmer' bezeichnet. Ein durch eine Verbindung mit einem A-Teilnehmer in Verbindung gesetzter Teilnehmer heißt 'B-Teilnehmer'. In einem verbindungslosen Netz repräsentieren Verbindungen zumindest die auf logisch abstrakter Ebene eindeutige Beziehung zwischen A- und B-Teilnehmer, d.h. entsprechend dieser Sichtweise stellen z.B. die verbindungslosen Flows im Internet logisch abstrahierte Verbindungen dar (z.B. A-Teilnehmer = Browser und B-Teilnehmer = Web Server). In einem verbindungsorientierten Netz repräsen tieren Verbindungen zudem auf physikalischer Ebene eindeutige Wege durch das Netz, entlang denen die Informationen übermittelt werden.
• Signalisierung dient zur Abstimmung von Netzkomponenten untereinander, jedoch nicht zur "eigentlichen" Informationsübermittlung im obigen Sinne. Die zur Signalisierung übermittelten Informationen werden üblicherweise als Signalisierungsinformationen, Signalisierungsdaten bzw. schlicht als Signalisierung bezeichnet. Der Begriff ist dabei weit zu verstehen. So sind z.B. auch die Nachrichten zur Steuerung von Registration, Admission und Status (RAS), die Nachrichten zur Steuerung von Nutzkanälen bestehender Gespräche (z.B. gemäß dem Standard H.245) sowie alle weiteren ähnlich ausgebildeten Nachrichten umfasst. Die "eigentlichen Informationen" werden zur Unterscheidung von der Signalisierung auch Nutzinformationen, Payload, Medieninformationen, Mediendaten oder schlicht Medien genannt. Kommunikationsbeziehungen, die zur Übermittlung der Signalisierung dienen, werden im weiteren auch als Signalisierungsverbindungen bezeichnet. Die zur Übermittlung der Nutzinformationen eingesetzten Kommunikationsbeziehungen werden z.B. Sprechverbindung, Nutzkanalverbindung oder – vereinfacht – Nutzkanal, Bearerchannel oder schlicht Bearer genannt.
• In diesem Zusammenhang versteht man unter out-of-band bzw. outband die Übermittlung von Informationen auf einem anderen Weg/Medium als den im Kommunikationsnetz zur Übermittlung von Signalisierungs- und Nutzinformationen vorgesehenen. Insbesondere ist hiervon eine lokale Konfiguration von Einrichtungen vor Ort umfasst, die z.B. mit einer lokalen Steuereinrichtung vorgenommen wird. Demgegenüber werden bei in-band Informationen auf dem gleichen Weg/Medium, ggf. logisch getrennt von den betrachteten Signalisierungs- und Nutzinformationen, übermittelt.
• Im Zuge der Konvergenz von Sprach- und Datennetzen werden Sprachübermittlungsdienste und zunehmend auch breitbandigere Dienste wie z.B. Übermittlung von Bewegtbildinformationen ebenfalls in paketorientierten Netzen realisiert, d.h. die Übermittlung der bisher üblicherweise leitungsorientiert übermittelten Echtzeitdienste erfolgt in einem konvergenten Netz – auch Sprach-Daten-Netz oder Multimedianetz genannt – paketorientiert, d.h. in Paketströmen. Diese werden auch Echtzeitpaketströme genannt. Die Übermittlung von Sprachinformationen über ein paketorientiertes IP Netz wird dabei auch mit 'VoIP' (Voice over IP) gekennzeichnet.
• In den internationalen Standardisierungsgremien IETF (Internet Engineering Task Force) und ITU (International Telecommunications Union) sind mehrere verteilte Architekturen für Multimedianetze beschrieben, die zunächst von homogenen Multimedianetzen ausgehen.
• Bei der ITU wird im dazu grundlegenden Standard H.323 der Transport von Sprache, Daten und Videoströmen über ein IP Netz definiert. Audio- und Videoströme werden dabei gemäß dem Protokoll RTP/RTCP übermittelt. Die Connection Control wird u.a. durch das Protokoll H.225 bewirkt, das die Signalisierung, Registrierung und die Synchronisation von Medienströmen ermöglicht. Die H.323 Architektur sieht vornehmlich folgende Typen von Funktionseinheiten vor:
• – Endgerät, z.B. ein Terminal in einem Local Area Network (LAN), zur bi-direktionalen Echtzeit-Kommunikation mit anderen Endgeräten,
• – Gatekeeper zur Durchführung der Connection Control,
• – Media Gateway (MG) an der Schnittstelle zu anderen Netzen zur Konvertierung von H.323 Formaten in die Formate dieser Netze,
• – Media Gateway Controller (MGC) zu Steuerung von Media Gateways, insbesondere deren jeweils übermittelten Verbindungen, mit Hilfe des Protokolls H.248 sowie zur Konvertierung zwischen unterschiedlichen Signalisierungsprotokollen.
• Bei der IETF wird im Session Initiation Protocoll (SIP) die Telephonie über das Internet genormt, womit interaktive Verbindungen über das Internet bereitgestellt werden können. SIP unterstützt die Steuerung von Verbindungen und die Übersetzung von SIP Adressen in IP Adressen. SIP basiert auf vergleichsweise intelligenten Endpunkten, von denen viele Signalisierungsfunktionen selbst durchgeführt werden. Wenn eine Connection mit Hilfe von SIP aufgebaut wird, so wird zwischen den beiden Seiten der Verbindung üblicherweise eine Beschreibung des Bearers ausgetauscht. Dazu wird das Session Description Protocol (SDP) nach dem Standard RFC2327 eingesetzt. Dieser Einsatz ist u.a. im Standard RFC3264: "An Offer/Answer Model with the Session Description Protocol (SDP)" beschrieben. Wichtig sind dabei vor allem folgende Bearer Daten:
• – IP Adresse der Bearer Connection
• – RTP/UDP Port der Bearer Connection (je nachdem, ob eine Sprach- oder Datenübertragung vorliegt)
• – Codec(s), die für die Sprach bzw. Datenübertragung benützt werden (können)
• – Streammode der Bearer Connection
• Bei einem Connection Setup kann ein SIP Proxy Server zum Einsatz kommen, z.B. wenn sich die in Verbindung stehenden Endpunkte nicht kennen. Er kann auch dafür ausgelegt sein, einen empfangenen Request für einen Client (z.B. ein IP Telefon, einen PC oder ein PDA) zu bewerten, zu ändern und/oder weiterzugeben. An der Schnittstelle zu anderen Netzen sind ebenfalls MG und MGC vorgesehen. Zur Steuerung der MG wird das Protokoll MGCP (Media Gateway Control Protokoll) genutzt.
• Beiden Architekturen ist gemeinsam, dass die Connection Control Ebene und die Resource Control Ebene funktional deutlich voneinander getrennt sind und meist sogar auf unterschiedlichen Hardware Plattformen realisiert werden.
• Die Connection Control Ebene dient der geregelten Aktivierung, Steuerung und Deaktivierung von Netzdiensten. Sie kann dazu dedizierte Connection Controller umfassen, denen folgende Funktionen zugeordnet sein können:
• – Address Translation: Umsetzung von E.164 Telephonnummern und anderen Alias Adressen (z.B. Rechnernamen) auf Transportadressen (z.B. Internetadressen).
• – Admission Control: Prüfung, ob und/oder in welchem Umfang eine Nutzung des Kommunikationsnetzes zulässig ist.
• – Alias Address Modification: Rückgabe einer modifizierten Alias Adresse, die von Endpunkten z.B. zum Verbindungsaufbau verwendet werden.
• – Bandwidth Control: Verwaltung von Übermittlungskapazitäten, z.B. durch Steuerung der zulässigen Anzahl von Einrichtungen, die gleichzeitig das Kommunikationsnetz nutzen dürfen.
• – Connection Authorization: Zulässigkeitsprüfung für eingehende und ausgehende Verbindungswünsche.
• – Connection Control Signalling: Vermittlung und/oder Verarbeitung von Signalisierungsnachrichten.
• – Connection Management: Verwaltung von bestehenden Verbindungen.
• – Dialed Digit Translation: Übersetzung der gewählten Ziffern in eine E.164 Telephonnummer oder eine Nummer aus einem privaten Nummerierungsschema.
• – Zone Management: Registrierung von (z.B. VoIP fähigen) Einrichtungen und Bereitstellung obiger Funktionen für alle beim Connection Controller registrierten Einrichtungen.
• Beispiele für Connection Controller stellen der H.323 Gatekeeper oder der SIP Proxy dar.
• Die Resource Control Ebene dient der geregelten Durchführung aktivierter Dienste. Zur Steuerung der Netzressourcen (z.B. Übermittlungsknoten) kann sie Resource Controller umfassen, denen folgende Funktionen zugeordnet sein können:
• – Capacity Control: Steuerung des dem Kommunikationsnetz zugeführten Verkehrsvolumens, z.B. durch Kontrolle und ggf. Begrenzung der zulässigen Übermittlungskapazität einzelner Paketströme.
• – Policy Activation: Reservierung von (Übermittlungs-) Ressourcen im Kommunikationsnetz.
• – Priority Management: Bevorzugte Übermittlung von prioren Verkehrsströmen, z.B. mit Hilfe von Prioritätskennzeichen, die in prioren Paketen vorgesehen werden.
• Wird ein größeres Kommunikationsnetz in mehrere Domänen – auch 'Zonen' genannt – gegliedert, kann in jeder Domäne ein separater Connection Controller vorgesehen werden. Eine Domäne kann auch ohne einen Connection Controller betrieben werden. Sind mehrere Connection Controller in einer Domäne vorgesehen, soll nur ein einziger von diesen aktiviert sein. Ein Connection Controller ist aus logischer Sicht getrennt von den Einrichtungen zu sehen. Physikalisch muss er jedoch nicht in einer separaten Connection Controller Einrichtung realisiert sein, sondern kann auch in jedem Endpunkt einer Verbindung (beispielsweise ausgebildet als H.323 oder SIP Endgerät, Media Gateway, Multipoint Control Unit) oder auch einer primär zur programmgesteuerten Datenverarbeitung ausgebildeten Einrichtung (beispielsweise: Rechner, PC, Server) vorgesehen werden. Auch eine physikalisch verteilte Realisierung ist möglich.
• Ein alternatives Beispiel für einen Connection Controller ist ein Media Gateway Controller, dem üblicherweise die optionalen Funktionen Connection Control Signalling and Connection Management zugeordnet werden. Weiterhin ist die Zuordnung einer Funktion Signalling Conversion zur Umsetzung unterschiedlicher (Signalisierung-) Protokolle denkbar, was z.B. an der Grenze von zwei unterschiedlichen Netzen, die zu einem hybriden Netz zusammengeschlossen sind, erforderlich sein kann.
• Der Resource Controller wird auch als 'Policy Decision Point (PDP)' bezeichnet. Er ist beispielsweise innerhalb von sog. Edge Routern – auch Edge Device, Zugangsknoten oder bei Zuordnung zu einem Internet Service Provider (ISP) auch Provider Edge Router (PER) genannt – realisiert. Diese Edge Router können auch als Media Gateway zu anderen Netzen ausgebildet sein, mit denen die Multimedianetze verbunden werden. Diese Media Gateway sind dann sowohl mit einem Multimedianetz als mit den anderen Netzen verbunden und dienen intern der Umsetzung zwischen den unterschiedlichen (Übermittlungs-) Protokollen der verschiedenen Netze. Der Resource Controller kann auch nur als Proxy ausgebildet sein und Resource Controller relevante Informationen an eine separate Einrichtung weiterleiten, auf der die relevanten Informationen entsprechend einer Funktion des Resource Controllers bearbeitet werden.
• Der Austausch von Signalisierungsnachrichten erfolgt in diesen Netzen entweder unter Vermittlung eines Connection Controllers (Connection Controller Routed Signalling – CCRS) oder direkt zwischen den Endgeräten (Direct Endpoint Routed Signalling – DERS). Es kann je Connection für jedes Endgerät und für jede Übertragungsrichtung individuell festgelegt werden, welche Variante zum Einsatz kommt.
• Beim CCRS werden alle Signalisierungsnachrichten von zumindest einem Call Controller übermittelt. Alle Einrichtungen schicken und erhalten Signalisierungsnachrichten nur über den Call Controller. Ein direkter Austausch von Signalisierungsnachrichten zwischen den Einrichtungen ist dabei untersagt.
• Beim DERS können Kopien ausgewählter Signalisierungsnachrichten an Connection Controller übermittelt werden, so dass ein Connection Controller auch bei dieser Variante Kenntnis von den zwischen den Endgeräten bestehenden Verbindungen haben kann. Diese Verbindungen werden jedoch von ihm selbst nicht aktiv beeinflusst oder verifiziert.
• Zusammenfassend kann der Function Split zwischen den beiden Ebenen so beschrieben werden, dass der Resource Control Ebene lediglich die Funktionen zugeordnet sind, die zur Übermittlung von Nutzinformationen erforderlich sind, während von der Connection Control Ebene die Intelligenz zur Steuerung der Resource Control Ebene umfasst ist. Mit anderen Worten: Die Einrichtungen der Resource Control Ebene besitzen möglichst wenig Netzsteuerungsintelligenz und können in der Folge wirtschaftlich besonders vorteilhaft auf separaten Hardware Plattformen realisiert werden. Dies ist wegen der im Vergleich zu Connection Control Ebene höheren Installationszahlen in dieser Ebene ein besonders schöner Vorteil.
• Durch Zusammenschluss von unterschiedlichen Netzen entstehen hybride Netze, in denen unterschiedliche Protokolle zum Einsatz kommen. Damit im einem derartigen Netz alle Geräte uneingeschränkt miteinander kommunizieren können (z.B. IP basierte Telephone mit PSTN kompatiblen und umgekehrt), ist ein Interworking zwischen den jeweiligen Protokollen (z.B. SIP und H.323 in paketorientierten Multimedianetzen bzw. ISUP und DSS1 in leitungsorientierten PSTN Netzen) erforderlich. Dieses Interworking ist weit zu verstehen und umfasst neben dem reinen Interworking der Bearer auch das Interworking von Leistungsmerkmalen bzw. Services wie Call Hold, Call Waiting (Anklopfen), Call Redirect (Rufweiterleitung), 3PTY (Drei-Parteien-Konferenz), CONF (Konferenz ohne mengenmäßige Beschränkung der Konferenzteilnehmer) oder IVR (Interactive Voice Response).
• Das Interworking zwischen zwei unterschiedlichen Protokollen kann mittelbar oder unmittelbar bewirkt werden. Beim mittelbaren Interworking wird ein weiteres, drittes Protokoll zwischen die beiden Protokolle geschaltet – z.B. das Protokoll BICC (Bearer Independent Call Control) gemäß dem Standard Q.1902 oder das Protokoll SIP T (SIP for Telephones), das im Standard RFC3372 beschrieben ist. Das unmittelbare Interworking erfolgt hingegen direkt zwischen den beiden unterschiedlichen Protokollen, d.h. ohne Einsatz eines Zwischenprotokolls.
• Sowohl in konvergenten Multimedianetzen als auch in hybriden Netzen, die z.B. durch einen Zusammenschluss eines konvergenten Multimedianetzes mit einem konventionellen leitungsorientierten Sprachnetz gebildet werden, entstehen bei der Übermittlung von Informationen – insbesondere der in Echtzeitpaketströmen – neue technische Problemstellungen aufgrund der neuen bzw. unterschiedlichen Technologien, die in den jeweiligen Netztypen zum Einsatz kommen.
• In dem Dokument US 6,512,818 ist ein Verfahren offenbart, bei dem zwischen einem ersten und einem zweiten Teilnehmer unter Vermittlung einer Voice Response Unit (VRU) eine durchgängige Verbindung aufgebaut wird, wobei zunächst eine erste Verbindung zwischen dem ersten Teilnehmer und der VRU und eine zweite Verbindung zwischen der VRU und dem zweiten Teilnehmer aufgebaut werden, die anschließend von der VRU so zu der durchgängigen Verbindung zusammengeschaltet werden, dass die VRU nicht mehr Teil der zusammengeschalteten Verbindung ist. Ein Ringback an den ersten Teilnehmer wird nicht angesprochen.
• In dem Dokument US 6,574,335 ist ein Verfahren offenbart, bei dem von einem ersten Teilnehmer, der über eine leitungsorientierte Verbindung an ein paketorientiertes Netz angeschlossen ist, eine erste Verbindung zu einem zweiten Teilnehmer aufgebaut wird. Ein Ringing bei dem zweiten Teilnehmer wird von dem zweiten Teilnehmer an den ersten Teilnehmer mit Hilfe einer Ringback Meldung angezeigt, die erforderlich ist, weil ein leitungsorientiertes Ringback wegen der bestehenden leitungsorientierten Verbindung nicht möglich ist. Unter Berücksichtigung dieser Meldung wird bei dem ersten Teilnehmer aus einer Menge von vorab gespeicherten Ringbacktönen ein zu dem Netz des zweiten Teilnehmers passender Ringbackton ausgewählt.
• Bei Redirektion der ersten Verbindung zu einem weiteren Teilnehmer unter Vermittlung eines Gate Controllers wird eine zweite Verbindung zu dem weiteren Teilnehmer aufgebaut und von dort im Rahmen des Aufbaus der zweiten Verbindung eine weitere Ringback Meldung an den Initiator der zweiten Verbindung gesendet. Eine Mitteilung dieses weiteren Ringbacks an den ersten Teilnehmer, zu dem die bereits angenommene erste Verbindung weiterhin besteht, wird nicht angesprochen.
• Es ist Aufgabe der Erfindung, zumindest eines dieser Probleme zu erkennen und durch Angabe von zumindest einer Lösung den Stand der Technik zu bereichern.
• Die Erfindung geht von der Erkenntnis aus, dass während der Evolution von hybriden Netzen, die durch die Zusammenschaltung von bewährten leitungsorientierten Netzen mit modernen Multimedianetzen entstehen, viele der in den leitungsorientierten Netzen seit langem etablierten Leistungsmerkmale nicht oder zumindest nicht vollständig unterstützt werden. Eine Ursache hierfür- wird in der großen Anzahl von neuen Interworking Schnittstellen und Protokollen gesehen, von denen die bisherigen Leistungsmerkmale noch nicht bzw. nicht vollständig unterstützt werden.
• Weiterhin wird die Erfindung von der Erkenntnis getragen, dass die differenzierten Vorgaben zum Bearer Handling in den unterschiedlichen PSTN Netzen und Multimedianetzen nicht zueinander passen. So wird z.B. in PSTN Netzen und H.323 Netzen dem Partner signalisiert, dass die eigene Senderichtung blockiert ist, während in SIP Netzen dem Partner signalisiert wird, dass dieser die (aus Sicht des Signalisierenden) remote Senderichtung zu unterbrechen hat, da in SIP Netzen lediglich die eigene Senderichtung, nicht aber die eigene Empfangsrichtung aufgetrennt wird und somit jeder SIP Teilnehmer seine eigene Senderichtung selbst durch Deaktivierung seines Senders unterdrückt. Andererseits werden in PSTN Netzen einige Signaltöne wie z.B. das Ringback beim B-Teilnehmer erzeugt und durch das Netz zum A-Teilnehmer übermittelt, während in Multimedianetzen der Signalton möglichst erst beim A-Teilnehmer erzeugt werden sollte.
• Diese Divergenzen führen nach der Erkenntnis der Erfindung dazu, dass auch die Intelligent Network Dienste des PSTN Netzes wie z.B. die Prepaid Services – auch Interactive Voice Response IVR genannt – bei Einsatz in einem paketorientierten Multimedianetz in das komplexe Gefüge der zusammenwachsenden Netze eingepasst werden müssen. Nach Erkenntnis der Erfindung ist es dabei nicht mehr möglich, wie bisher Ringbacktöne quer durch die paketorientierten Multimedianetze zu übermitteln. Auch ist es nach Erkenntnis der Erfindung unerwünscht, die mit Hilfe von IVR Systemen aufgebauten Verbindungen wie bisher dauerhaft über die IVR Systeme zu vermitteln.
• Der IVR Dienst wird zurzeit bei der IETF genormt. In dem bisherigen Draft Standard draft-ietf.sipping-3pcc-03.txt findet sich jedoch kein Hinweis auf die Erkenntnisse der Erfindung. Auf die Problematik der Ringbacktöne wird nicht eingegangen. Als Folge geht diese Funktion zurzeit verloren, wenn die B-Teilnehmer dem Multimedianetz zugeordnet sind und deshalb keine Ringbacktöne in den Payloadstrom einspeisen.
• Es wäre prinzipiell denkbar, beim A-Teilnehmer vorsorglich einen Ringbackton anzulegen. Diese Lösung ist allerdings problematisch, wenn der B-Teilnehmer gar nicht erreicht wird oder der Aufbau einer Verbindung zu dem B-Teilnehmer aus anderen Gründen fehlschlägt, denn damit würde dem A-Teilnehmer ein Zustand des Verbindungsaufbaus simuliert, welcher nicht den Tatsachen entspricht. Dies ist aus Betreibersicht nicht akzeptabel und kann kommerziell nicht angeboten werden.
• Eine Lösung für diese der Erfindung zugrunde liegende Problemsituation ist in den Patentansprüchen angegeben.
• Mit dieser Lösung ist eine Vielzahl von Vorteilen verbunden:
• – Durch die Mitteilung des Ringings beim B-Teilnehmer kann dem A-Teilnehmer ein Ringback angezeigt werden.
• – Durch die Mitteilung mit Hilfe von Signalisierungsnachrichten ist die Aussendung eines Ringbacktons beim B-Teilnehmer nicht mehr erforderlich.
• – Durch die Koppelung des Ringbacks mit den Signalisierungsnachrichten wird dem A-Teilnehmer der Ringback nur dann angezeigt, wenn beim B-Teilnehmer tatsächlich ein Ringing anliegt. Die Fehleranfälligkeit der Simulationslösung entfällt. Die Lösung ist deshalb aus Betreibersicht akzeptabel und kann auch kommerziell angeboten werden.
• – Die Realisierung eines IVR Systems in ein Multimedianetz steigert die Akzeptanz dieser modernen Netze.
• Weitere vorteilhafte Ausgestaltungen der Erfindung ergeben sich aus den unter- oder nebengeordneten Ansprüchen.
• Durch Umstellung der beiden Verbindungen des IVR Systems auf eine direkte Verbindung zwischen den beiden Teilnehmern entfällt das bisherige "Durchschleifen" des Bearers durch das IVR System ersatzlos, wodurch das IVR System erheblich entlastet wird.
• Durch die Ausbildung der ersten Signalisierungsnachricht als SIP Nachricht re-INVITE wird vorteilhaft die Empfehlung des IETF Standards RFC3311, Kap. 5.1 erfüllt, wonach bei einer bestehenden Verbindung (hier die erste Verbindung, im Standard "confirmed dialogue" genannt) zwar auch eine Nachricht UPDATE gesendet werden könnte, das nochmalige Senden einer INVITE, die in diesem Fall auch als "re-INVITE" bezeichnet wird, aber empfohlen wird. Mit der Angabe detaillierter SIP Nachrichten ist zudem der schöne Vorteil verbunden, dass die Weiterentwicklung des Draft Standards draft-ietf-sipping- 3pcc-03.txt erheblich erleichtert wird.
• Durch Übermittlung eines Ringback-Tons an einen A-Teilnehmer, der einem leitungsorientierten Netz zugeordnet ist, können die leitungsorientierten Endgeräte unverändert weitergenutzt werden. Damit ist der schöne Vorteil einer nahtlosen Verbindung der beiden Netze: zu einem hybriden Gesamtnetz verbunden.
• Durch Anzeige eines Informationsfensters kann das Verfahrens optimal auf Endgeräte mit Display, wie z.B. Computer, Mobile Phones, etc ... angepasst werden.
• Die Erfindung wird im folgenden anhand von weiteren Ausführungsbeispielen, die auch in der Figur dargestellt sind, erläutert. Dabei zeigt:
• 1 eine exemplarische Anordnung zur Durchführung des erfindungsgemäßen Verfahrens mit einem hybriden Kommunikationsnetz, bestehend aus zwei paketorientierten Multimedianetzen und einem leitungsorientierten Sprachnetz, die durch zwischengeschaltete Media Gateway, Media Gateway Controller und SIP Proxies verbunden sind, sowie je einem Endpunkt eines gemeinsamen Leistungsmerkmals in jedem der drei Netze
• In 1 ist eine beispielhafte Anordnung zur Durchführung des erfindungsgemäßen Verfahrens dargestellt. Sie umfasst ein leitungsorientiertes Netz PSTN_A und zwei Multimedianetze IN_B und IN_IVR, die vorzugsweise als integrierte Sprach-Daten-Netze SDN ausgebildet sind. Die Netze PSTN_A, IN_B und IN_IVR sind zu einem hybriden Netz zusammengeschlossen. Die Netze IN sind vorzugsweise als IP Netze ausgebildet und umfassen als Call Controller je einen SIP Proxy SP_B bzw. SP_IVR. Für den einschlägigen Fachmann ist dabei offensichtlich, dass die Erfindung selbstverständlich in beliebigen paketorientierten Netzen IN zum Einsatz kommen kann wie z.B. Internet, Intranet, Extranet, H.323 Netz mit einem Gatekeeper als Call Controller, einem lokalen Netz (Local Area Network – LAN) oder ei nem, z.B. als Virtuelles Privates Netz (VPN) ausgebildeten firmeninternen Netz (Corporate Network).
• An das Netz PSTN_A ist ein Teilnehmer A mit Hilfe eines herkömmlichen Telephons T und an das Netz IN_B ein Teilnehmer B mit Hilfe eines SIP fähigen Telephonen – z.B. einem in Software realisierten SIP Client SC – angeschlossen. Dem Netz IN_IVR ist ein Interactive Voice Response System IVR zugeordnet. Zwischen dem Teilnehmer A und dem IVR System eine erste Verbindung vorgesehen, die als Bearer einen end-to-end Nutzkanal TDM, RTP/RTCP_A/IVR umfasst. Weiterhin ist zwischen dem System IVR und dem Teilnehmer B ist eine zweite Verbindung vorgesehen, die als Bearer einen end-to-end Nutzkanal RTP/RTCP_IVR/B umfasst. Schließlich ist zwischen dem Teilnehmer A und B ist eine direkte Verbindung vorgesehen, die als Bearer einen end-to-end Nutzkanal TDM, RTP/RTCP_A/B umfasst.
• Der Zusammenschluss der leitungsorientierten Bearer TDM mit den paketorientierten Bearern RTP/RTCP wird durch ein zwischengeschaltetes Media Gateway MG zur Konvertierung zwischen unterschiedlichen, netzspezifischen Nutzkanaltechnologien RTP/RTCP (Real Time [Control] Protocol) und TDM (Time Division Multiplex), der Zusammenschluss der Signalisierung SS7 des Netzes PSTN mit der Signalisierung SIP der Netze IN durch zwischengeschaltete Media Gateway Controller MGC_A/B und MGC_IVR bewirkt. Dabei wird vom Controller MGC_A/B ein unmittelbares Interworking zwischen den unterschiedlichen netzspezifischen Signalisierungsprotokollen ISUP des Netzes PSTN und SIP_B des Netzes IN_B bewirkt. Zwischen den Controllern MGC_A/B und MGC_IVR kommt hingegen ein Protokoll BICC oder SIP T zum mittelbaren Interworking zwischen den unterschiedlichen Signalisierungsprotokollen ISUP des Netzes PSTN und SIP_IVR des Netzes IN_IVR zum Einsatz.
• Das Gateway MG wird von dem ihm zugeordneten Controller MGC_A/B durch ein – vorzugsweise international genormtes – Protokoll, z.B. MGCP (Media Gateway Control Protocol) oder H.248 gesteuert. Es ist üblicherweise als separate Einheit realisiert, die auf einer anderen physikalischen Einrichtung/Hardware Plattform zum Ablauf kommt als der ihm zugeordnete Controller MGC_A/B.
• Es sei betont, dass die derart aufgezeigten Ausführungen der Erfindung trotz ihrer teilweise sehr detailgetreuen Darstellung von konkreten Netzszenarien lediglich beispielhafter Natur und nicht einschränkend zu verstehen sind. Dem Fachmann ist klar, dass die Erfindung bei allen denkbaren Netzkonfigurationen, insbesondere anderen Interworking Szenarien funktioniert. Insbesondere können die Protokolle SIP durch Protokoll der H.323 Familie oder andere wirkungsgleiche Protokolle ersetzt werden.
• Im folgenden wird ein Ausführungsbeispiel der Erfindung erläutert, bei dem der PSTN Teilnehmer A als Leistungsmerkmal eine Verbindung zu dem SIP Teilnehmer B mit Hilfe des Systems IVR ausbaut.
• Zunächst wird eine erste Verbindung TDM, RTP/RTCP_A/IVR zwischen dem Teilnehmer A und dem System IVR, das dem paketorientierten Netz IN_IVR zugeordnet ist, aufgebaut. Weil der Teilnehmer A dem leitungsorientierten Netz PSTN zugeordnet ist, wird dabei beim Übergang zwischen den Netzen dessen leitungsorientierte Signalisierung ISUP auf die paketorientierte Signalisierung SIP und SIP T gemappt und dessen leitungsorientierter Bearer TDM auf den paketorientierten Bearer RTP/RTCP_A/IVR umgesetzt (und umgekehrt). Beispielsweise wird die SIP Signalisierung SIP:Invite beim Interworking zwischen dem Protokoll ISUP und dem Protokoll SIP auf die ISUP Signalisierung O:IAM gemappt. Ebenso werden die ISUP Signalisierungen O:ACM und O:ANM auf die SIP Nachrichten 180:Ringing und 200:OK abgebildet. Die derart aufgebaute erste Verbindung umfasst zumindest einen (bei einem Telephongespräch üblicherweise bi-direktionalen) Bearer TDM, RTP/RTCP_IVR zur Übermittlung von Informationen zwischen dem Teilnehmer A und dem System IVR.
• Im Anschluss werden dem System IVR vom Teilnehmer A die erforderlichen Daten mitgeteilt, die zur Authentifizierung des Teilnehmers A sowie zur Identifikation des Teilnehmers B erforderlich sind. Beispielsweise wird vom Teilnehmer A ein Passcode sowie die Rufnummer des Teilnehmers B auf dem Bearer TDM, RTP/RTCP_A/IVR übermittelt.
• Im weiteren Verlauf wird vom System IVR die zweite Verbindung RTP_IV/B zum Teilnehmer B unter Verwendung der mitgeteilten Daten aufgebaut. Dies führt beim B-Teilnehmer zur Anzeige eines Ringings. Dies wird dem System IVR mitgeteilt. Daraufhin wird vom System IVR eine erste Signalisierungsnachricht zum Teilnehmer A gesendet. Nach Empfang dieser Nachricht wird der Teilnehmer A mit Hilfe eines Ringback über das Ringing beim Teilnehmer B informiert. Der Teilnehmer A ist in diesem Ausführungsbeispiel dem Netz PSTN zugeordnet, so dass die Übermittlung eines Ringback-Tons wünschenswert ist. Bevorzugt wird dieser Ringback-Ton im Media Gateway MG erzeugt. Dazu wird die erste Signalisierungsnachricht vom Media Gateway Controller MGC_A/B empfangen und von diesem in eine Anweisung zur Erzeugung des Ringback-Tons übersetzt, die mit Hilfe des Protokolls MGCP an des Media Gateway MG übermittelt wird. Alternativ könnte der Ringback-Ton auch unmittelbar vom System IVR anstelle der ersten Signalisierungsnachricht ausgesendet werden, sofern dem System IVR bekannt ist, welchem Netztyp die Teilnehmer A jeweils zugeordnet sind. Dies könnte beispielsweise auf Grunde von festen Voreinstellungen bekannt sein.
• Sobald der Teilnehmer B die aufgebaute Verbindung annimmt, wird dies dem Teilnehmer A mit Hilfe einer zweiten Signalisierungsnachricht mitgeteilt. Diese wird ebenfalls vom Media Gateway Controller MGC_A/B empfangen und von diesem in eine Anweisung zur Abschaltung des Ringback-Tons übersetzt, die mit Hilfe des Protokolls MGCP an das Media Gateway MG übermittelt wird. Bei der alternativen Ausführungsform würde der Ringback-Ton unmittelbar vom System IVR abgeschaltet werden. Damit wird das Ringback beim Teilnehmer A beendet. Ringback und Ringing sind auf diese Weise konsistent aufeinander abgestimmt.
• Vorteilhaft werden spätestens mit der Annahme der zweiten Verbindung RTP/RTCP_IVR/B die beiden Verbindungen TDM, RTP/RTCP_A/IVR und RTP/RTCP_IVR/B im paketorientierten Netz IN auf eine direkte Verbindung TDM, RTP/RTCP_A/B umgestellt. Dies wird z.B. durch Übermittlung der IP Adressen der Teilnehmer A, B in den einschlägigen Nachrichten bewirkt. Beispielsweise könnten die IP Adressen in SIP Nachrichten INVITE, re-INVITE, 180 RINGING, 200 OK oder ACK und dort in jeweils passenden SDP Attributen übermittelt werden.
• Der Absender der zweiten Signalisierungsnachricht hängt davon ab, wann die Umstellung der beiden Verbindungen auf eine direkte Verbindung erfolgt. Wenn sie eher früh zu Beginn des Aufbaus der zweiten Verbindung erfolgt, ist der Absender wahrscheinlich unmittelbar der Teilnehmer B. Erfolgt sie eher spät, ist der unmittelbare Absender eher das System IVR, dem zuvor noch eine entsprechende (mittelbare) Nachricht vom Teilnehmer B – z.B. eine SIP Nachricht 200 OK – mitgeteilt worden ist.
• Zusammengefasst und generalisiert auf Teilnehmer A, die einem beliebigen Netz zugeordnet sind, lassen sich die einzelnen Schritte ab dem Aufbau der zweiten Verbindung wie folgt darstellen:

  
• Dem Fachmann ist klar, dass die Erfindung bei allen einschlägigen Netzkonfigurationen, insbesondere allen Interworking Szenarien TDM ⇔ IP funktioniert. Weiterhin ist dem Fachmann klar, dass die Erfindung kann auch angewendet werden, wenn es keinen ISUP, BICC zwischen den PSTN Teilnehmern (ISDN, Analoger Teilnehmer oder auch Mobilfunk Teilnehmer) und dem SIP bzw. SIP-T Teilnehmern gibt. Das oben genannte Verfahren würde dann üblicherweise innerhalb von Vermittlungsstellen zum Ablauf kommen. Das Interworking von NGN (Next Generation Network) Teilnehmern wie VoDSL (Voice over Digital Subscriber Line), H323, etc... mit SIP bzw. SIP-T wird damit ebenfalls möglich.
• Abschließend sei darauf hingewiesen, dass die Beschreibung der für die Erfindung relevanten Komponenten des Kommunikationsnetzes grundsätzlich nicht einschränkend zu verstehen ist. Für einen einschlägigen Fachmann ist insbesondere offensichtlich, dass Begriffe wie Teilnehmer, Gateway, Controller, etc... eher funktional als physikalisch zu verstehen sind. Alle Funktionseinheiten können insbesondere teilweise oder vollständig in Software/Computerprogrammprodukten P und/oder über mehrere physikalische Einrichtungen verteilt realisiert werden.

Claims (10)

1. Verfahren zum Aufbau einer Verbindung zwischen einem ersten Teilnehmer (A) und einem zweiten Teilnehmer (B) unter Vermittlung eines Interactive Voice Response Systems (IVR), das lediglich zumindest einem paketorientierten Kommunikationsnetz (IN_IVR) direkt zugeordnet ist, mit folgenden Schritten: a) Aufbau einer ersten Verbindung (TDM, RTP/RTCP_A/IVR) zwischen dem ersten Teilnehmer und dem IVR System, b) Annahme der ersten Verbindung, die zumindest einen Bearer zur Übermittlung von Informationen zwischen dem ersten Teilnehmer und dem IVR System umfasst, c) Aufbau einer zweigen Verbindung (RTP/RTCP_IVR/B) zwischen dem IVR System und dem zweiten Teilnehmer, d) Information des zweiten Teilnehmers über den Aufbau der zweiten Verbindung mit Hilfe eines Ringings, e) Mitteilung des Ringings an das IVR System, f) Mitteilung des Ringings an den ersten Teilnehmer durch Aussendung einer ersten Signalisierungsnachricht von dem IVR System, g) Information des ersten Teilnehmers über das Ringing beim zweiten Teilnehmer mit Hilfe eines Ringbacks, h) Annahme der zweiten Verbindung durch den zweiten Teilnehmer, i) Mitteilung der Annahme an den ersten Teilnehmer durch Aussendung einer zweiten Signalisierungsnachricht, j) Beendigung des Ringbacks.
2. Verfahren nach Anspruch 1, bei dem der zweite Teilnehmer unter Berücksichtigung von Daten des ersten Teilnehmers identifiziert wird, insbesondere dessen Rufnummer vom. ersten Teilnehmer dem IVR System mitgeteilt wird.
3. Verfahren nach einem der vorstehenden Ansprüche, bei dem spätestens mit Annahme der zweiten Verbindung in dem paketorientierten Netz die beiden Verbindungen des IVR Sys tems auf eine direkte Verbindung (TDM, RTP/RTCP_A/B) zwischen den beiden Teilnehmern ohne Vermittlung durch das IVR System umgestellt werden.
4. Verfahren nach einem der vorstehenden Ansprüche, bei dem die zweite Signalisierungsnachricht wahlweise von dem IVR System oder dem zweiten Teilnehmer ausgesendet wird.
5. Verfahren nach den beiden vorstehenden Ansprüchen, bei dem der Aussender der zweiten Signalisierungsnachricht in Abhängigkeit von dem Zeitpunkt der Umstellung der beiden Verbindungen des IVR Systems in dem paketorientierten Netz auf die direkte Verbindung zwischen den beiden Teilnehmern festgelegt wird.
6. Verfahren nach einem der vorstehenden Ansprüche, bei dem für den Fall, dass in dem paketorientierten Netz ein SIP-Protokoll entsprechend einem der IETF Standards RFC2543, RFC2543bisOx, RFC3261 oder RFC3372 zur Anwendung kommt, die erste Signalisierungssnachricht als re-INVITE mit einer "Alert Info" und die zweite Signalisierungsnachricht als re-INVITE ohne eine "Alert Info" ausgebildet ist.
7. Verfahren nach einem der vorstehenden Ansprüche, bei dem das mitgeteilte Ringing dem ersten Teilnehmer mit Hilfe eines Informationsfensters angezeigt wird.
8. Erzeugnis – insbesondere paketorientiertes, integriertes Multimedianetz (IN) oder hybrides Netz (IN, PSTN) -, umfassend Mittel, die zur Durchführung aller Schritte eines Verfahrens nach einem der vorstehenden Verfahrensansprüche eingerichtet sind.
9. Erzeugnis – insbesondere Interactive Voice Response System (IVR), SIP Client (SC), Media Gateway (MG) oder Media Gateway Controller (MGC) -, umfassend Mittel a) die zur Durchführung derjenigen Schritte eines Verfahrens nach einem der vorstehenden Verfahrensansprüche eingerichtet sind, die von dem Erzeugnis bewirkt werden, und a) die zur Zusammenwirkung des Erzeugnisses mit zumindest einem weiteren, zur Durchführung der restlichen Schritte des Verfahrens eingerichteten Erzeugnis so eingerichtet sind, dass bei Durchführung der Schritte des Erzeugnisses in Folge der Zusammenwirkung alle Schritte des Verfahrens durchgeführt werden.
10. Erzeugnis nach den vorstehenden Erzeugnisansprüchen, ausgebildet als Computerprogrammprodukt (P), dessen Programmcode von zumindest einem Prozessor ausgeführt wird.