[go: up one dir, main page]

DE10350353A1 - Verfahren zur Aufwandsbeschränkung bei der Übertragung von unidirektionalen Informationsströmen - Google Patents

Verfahren zur Aufwandsbeschränkung bei der Übertragung von unidirektionalen Informationsströmen Download PDF

Info

Publication number
DE10350353A1
DE10350353A1 DE10350353A DE10350353A DE10350353A1 DE 10350353 A1 DE10350353 A1 DE 10350353A1 DE 10350353 A DE10350353 A DE 10350353A DE 10350353 A DE10350353 A DE 10350353A DE 10350353 A1 DE10350353 A1 DE 10350353A1
Authority
DE
Germany
Prior art keywords
communication device
ivr
user data
kpi
communication
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
DE10350353A
Other languages
English (en)
Inventor
Mathias Franz
Norbert Dr. Löbig
Detlev Freund
Johannes SCHÖPF
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Solutions and Networks GmbH and Co KG
Original Assignee
Siemens Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Siemens Corp filed Critical Siemens Corp
Priority to DE10350353A priority Critical patent/DE10350353A1/de
Priority to EP04791290A priority patent/EP1678936A2/de
Priority to US10/577,319 priority patent/US8306194B2/en
Priority to PCT/EP2004/052630 priority patent/WO2005043813A2/de
Priority to CN2004800322103A priority patent/CN1875610B/zh
Publication of DE10350353A1 publication Critical patent/DE10350353A1/de
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/487—Arrangements for providing information services, e.g. recorded voice services or time announcements

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Meter Arrangements (AREA)

Abstract

Bei Informationsausgabe- und Verteildiensten sind häufig evtl. zu der entsprechenden Kommunikationsvorrichtung (d. h. Informationsausgabesystem bzw. dem Verteilsystem) übertragene Nutzdatenströme für den Dienst irrelevant. Trotzdem werden in vielen Fällen aus Kompatibilitätsgründen Ressourcen für die Bearbeitung eingehender Nutzdatenströme in der Kommunikationsvorrichtung (IVR) bereitgestellt. Die Erfindung erlaubt in diesen Fällen eine Aufwandsreduzierung in der Kommunikationsvorrichtung (IVR). Erfindungsgemäß wird zur Reduzierung des Aufwands der Bearbeitung von in Richtung der Kommunikationsvorrichtung (IVR) übertragenen Nutzdaten zumindest ein Teil der Nutzdaten vor Durchführung von im Rahmen einer Bearbeitung von Nutzdaten vorgesehenen Arbeitsschritten verworfen.

Description

  • Die Erfindung betrifft ein Verfahren zur Reduzierung des Aufwands der Bearbeitung von in Richtung einer Kommunikationsvorrichtung übertragenen Nutzdaten in Fällen, bei denen im Rahmen eines Dienstes eine bidirektionale Verbindung zwischen der Kommunikationsvorrichtung und einer Kommunikationspartnerinstanz eingerichtet wird, obwohl der Dienst keine Nutzdatenübertragung zu der Kommunikationsvorrichtung erfordert.
  • Die Erfindung liegt auf dem Gebiet der Sprach- und Datenkommunikation und berührt insbesondere Aspekte der Vermittlungstechnik.
  • In der Kommunikationstechnik gibt es ein stetiges Streben nach Ressourceneffizienz. Dabei spielen Einsparungen bei Kommunikationsvorrichtungen zum Vermitteln und Verteilen von Nutzdaten eine wichtige Rolle. Bei der Reduzierung des Aufwands und der Komplexität derartiger Einrichtungen ist jedoch zu berücksichtigen, dass Standards einzuhalten und die Kompatibilität zu anderen Kommunikationsvorrichtungen gewahrt werden soll. Diese Anforderungen stehen der Reduktion der eingesetzten Mittel bzw. Ressourcen häufig im Wege.
  • Ein wichtiges Beispiel für Kommunikationsvorrichtungen mit einem Potential für Einsparungen sind Vorrichtungen, deren Funktionalität keine Bearbeitung von eingehenden Nutzdaten erfordert. Beispiele für derartige Kommunikationsvorrichtungen sind:
    • • Reine Informationsausgabesysteme, z.B. reine Ansagensysteme. Bei Informationsausgabesystemen, welche nur die Ausgabe von Informationen (z.B. Sprachinformationen) vorsehen und nicht evtl. durch extern zugeführte Informationen steuerbar sind (wie z.B. Systeme zum interaktiven Sprach dialog), können die Ressourcen zur Bearbeitung von zu dem System übermittelten Informationen reduziert werden.
    • • Reine Verteilsysteme. Verteilsysteme beschränken sich häufig auf das Weiterleiten bzw. Weitervermitteln von Informationen bzw. Nutzdaten. Ressourcen für die Interpretation bzw. Bearbeitung von Nutzdaten können in reduziertem Umfang vorgesehen werden.
  • Die oben beschriebenen Einsparungsmaßnahmen sind dadurch begrenzt, dass Kompatibilität bei der Kommunikation mit anderen Vorrichtungen bzw. Endgeräten gegeben sein muss. So gibt es Kommunikationsinstanzen (z.B. Endgeräte, Vermittlungsvorrichtungen oder Gateways), bei welchen im Rahmen eines Kommunikationsvorgangs eine bidirektionale Verbindung vorgesehen ist, unabhängig davon, ob tatsächlich Nutzdaten zu der Kommunikationspartnerinstanz gesendet werden. Für Verbindungen zur Nutzdatenübermittlung zu einer derartigen Kommunikationsinstanz müssen von Informationsausgabesystemen bzw. Kommunikationsverteilsystemen Ressourcen für die Bearbeitung von der Kommunikationspartnerinstanz übermittelten Informationen vorgesehen werden, um eine bidirektionale Verbindung zu ermöglichen.
  • Ein Beispiel für eine derartiges Szenario ist der Informationsaustausch zwischen einem reinen Ansagesystem und einem Endgerät, bei dem von dem Endgerät nur eine bidirektionale Verbindung unterstützt wird. Obwohl nur in einer Richtung (von dem Ansagesystem zu dem Endgerät) relevante Informationen übertragen werden, kommt auch in der anderen Richtung eine Nutzdatenübertragung zustande, die z.B. in der Übertragung von von einem Mikrophon des Endgerätes aufgenommenen Hintergrundgeräuschen besteht. Der von dem Endgerät zu dem Ansagesystem übertragene Nutzdatenstrom bzw. Bearer-Strom ist dann für den Dienst irrelevant, erfordert aber Bearbeitungsressourcen auf Seiten des Ansagesystems.
  • Zudem wird häufig bei einer bidirektionalen Verbindung von den verwendeten Protokollen vorgesehen, dass Informationen in beide Richtungen gesendet werden, welche statistische Aussagen über die Qualität der Verbindung enthalten. Diese Informationen werden z.B. dazu verwendet, die Senderate zu regulieren. Eine beteiligte Kommunikationsvorrichtung muss daher über Mittel zur Generierung dieser Informationen verfügen.
  • Ein wichtiges Protokoll, bei dem die oben beschriebene Situation vorkommen kann, ist das RTP (real time protocol) Protokoll, welches in Verbindung mit dem RTCP (real time control protocol) verwendet wird. Das RTP Protokoll ermöglicht die Übertragung von Sprache als Nutzdaten bzw. Bearer. Die Übertragung des Bearers wird durch das RTCP Protokoll gesteuert. Wenn beispielsweise ein Ansagesystem mittels dem RTP/RTCP Protokollstapel Sprachinformationen an ein Endgerät ausgibt, welches nur bidirektionale RTP Verbindungen unterstützt, werden mittels des RTCP Protokolls statistische Informationen über die Verbindung in beiden Richtungen übermittelt.
    •
  • Die Erfindung hat zur Aufgabe, eine Aufwandsreduzierung bei Kommunikationsvorrichtungen zu ermöglichen.
  • Die Aufgabe wird durch die Gegenstände der unabhängigen Ansprüche gelöst.
  • Die Erfindung beruht auf der Beobachtung, dass für Kommunikationsvorrichtungen, welche generell oder für bestimmte Dienste keine Nutzdatenübertragung an eine Kommunikationspartnerinstanz vorsehen, in Fällen, in denen trotzdem eine bidirektionale Verbindung zu der Partnerinstanz aufgebaut wird, beispielsweise weil die Kommunikationspartnerinstanz nur bidirektionale Verbindungen mit dem verwendeten Protokoll unterstützt, der Aufwand bei der Bearbeitung, der von der Kommunikationspartnerinstanz übertragenen Nutzdaten reduziert werden kann, indem zumindest ein Teil dieser von der Kommunikations partnerinstanz in Richtung der Kommunikationsvorrichtung übertragenen Nutzdaten verworfen werden.
  • Beispiele für Vorrichtungen bzw. Dienste, für die in der Regel nur Nutzdatenübertragung in einer Richtung, d.h. unidirektional vorgesehen ist, sind Informationsausgabesysteme (z.B. Ansagesysteme) und Verteilsysteme bzw. Informationsausgabedienste (z.B. Ansagedienste) und Verteildienste. Die Kommunikationspartnerinstanz kann beispielsweise durch ein Endgerät oder ein Gateway gegeben sein.
  • Die Erfindung hat den Vorteil von im Vergleich zur herkömmlichen Systemen größerer Ressourceneffizienz. Der Bearbeitungsaufwand wird reduziert, indem übertragene Nutzdaten, die für den Dienst irrelevant sind, verworfen werden. Ein eventuell bei einer Sprachverbindung übertragenes irrelevantes Hintergrundgeräusch wird in der Kommunikationsvorrichtung nicht vollständig ausgewertet. Ein Teil der Hardware bzw. Softwareressourcen, die in der Kommunikationsvorrichtung herkömmlich zur Bearbeitung von an die Kommunikationsvorrichtung übertragenen Nutzdaten vorgesehen sind, können eingespart werden. Dies kann teure spezielle Hardware, wie DSPs (DSP: digital signalling processor) oder ASICs (ASIC: application specific integrated circuit) betreffen.
  • Die Erfindung ist beispielsweise anwendbar in paketorientierten Netzen, über welche Nutzdaten als Nutzdatenpakete in Richtung der Kommunikationsvorrichtung übertragen werden. In diesem Fall lässt sich der Verwurf der Pakete z.B. auf folgende zwei Weisen realisieren:
    • • Ein der Kommunikationsvorrichtung vorgelagerter Router verwirft die zu der Kommunikationsvorrichtung übertragenen Nutzdaten.
    • • In der Kommunikationsvorrichtung werden eintreffende Datenpakete gefiltert, z.B. anhand der UDP-Portadressen (UDP: user datagram protocol), und Nutzdatenpakete, welche von der Kommunikationspartnerinstanz gesendet wurden, wer den verworfen. Dieses Herausfiltern der nicht für den Dienst relevanten Nutzdaten kann auf den unteren Schichten des Protokollstapels vorgenommen werden. Eine Bearbeitung auf den oberen Schichten des Kommunikationsprotokolls oder eine Auswertung bzw. Interpretation übermittelter Nutzdaten ist nicht erforderlich, so dass dafür keine Ressourcen vorgesehen werden müssen.
  • Die Nutzdatenpakete werden im Falle von Echtzeitverkehr beispielsweise mittels des RTP-Protokolls übertragen. Für die Steuerung von RTP-Verbindungen wird das RTCP-Protokoll verwendet. Gemäß dem RTCP-Protokoll werden statistische Informationen zwischen den Kommunikationsinstanzen übertragen, welche sich häufig auf die Übertragungsqualität der Nutzdatenübertragen der Kommunikationsinstanzen bezieht. Herkömmlich erfordert die Generierung solcher statistischer Informationen oder generell von Kontrollinformationen zur Verbindungsqualität die Auswertung der übersendeten Nutzdaten. Die vorliegende Erfindung sieht allerdings vor, dass für die angesprochenen Fälle ein Teil der Nutzdaten verworfen, also nicht auf die Übertragungsqualität hin ausgewertet werden. Entsprechend einer vorteilhaften Weiterbildung kann verhindert werden, dass die Kontrollpartnerinstanz wegen ausbleibender oder irreführender Meldungen bzw. Informationen über die zur Kommunikationsvorrichtung aufgebauten Verbindung zu ungewünschten Reaktionen – im Extremfall der Beendigung der bidirektionalen Verbindung – veranlasst wird. Dabei sendet die Kommunikationsvorrichtung Informationen bzw. Meldungen an die Kommunikationspartnerinstanz, die ein einwandfreies Funktionieren der Nutzdatenübertragung von der Kontrollpartnerinstanz zu der Kommunikationsvorrichtung simuliert. Dabei kann z.B. ein bekannter Wertebereich für die Kontrollinformationen benutzt werden, welcher einer störungsfreien Nutzdatenübertragung entspricht. Weiter ist es möglich, dass man einen kleinen Teil der Nutzdaten nicht verwirft, sondern für die Berechnung statistischer Informationen bzw. Kontrollinformationen aus wertet und die erhaltenen Ergebnisse für die gesamte Menge an Nutzdaten extrapoliert.
  • Die Erfindung wird im Folgenden im Rahmen eines Ausführungsbeispiels anhand von Figuren näher erläutert. Es zeigen:
  • 1: Eine Kommunikationsvorrichtung und eine Kommunikationspartnerinstanz, die miteinander kommunizieren, wobei von der Kommunikationspartnerinstanz zu der Kommunikationsvorrichtung übertragenen Nutzdaten von einem Router herausgefiltert werden.
  • 2: Eine Kommunikationsvorrichtung und eine Kommunikationspartnerinstanz in Kommunikationsbeziehung, wobei von der Kommunikationspartnerinstanz an die Kommunikationsvorrichtung gesendete Nutzdaten in der Kommunikationsvorrichtung herausgefiltert und verworfen werden.
    •
  • Beide Figuren zeigen eine Kommunikationsvorrichtung IVR (IVR: Interactive Voice Response) und eine Kommunikationspartnerinstanz KPI, welche über eine bidirektionale Verbindung mittels des RTP-Protokolls Nutzdaten miteinander austauschen. Gesteuert bzw. kontrolliert werden diese Verbindungen mittels des RTCP-Protokolls. In 1 ist ein Router R gezeigt, der mit Hilfe eines Filters F an die Kommunikationsvorrichtung IVR übertragene Nutzdaten herausfiltert, so dass diese nicht zu der Kommunikationsvorrichtung IVR gelangen. In 2 wird diese Filterfunktion von der Kommunikationsvorrichtung IVR selber vorgenommen, welche mit Hilfe eines Filters F von der Kommunikationspartnerinstanz KPI übertragene Nutzdaten herausfiltert und verwirft, welche so nicht durch höhere Protokollschichten bearbeitet werden müssen.
  • Bei der Kommunikationsvorrichtung IVR handelt es sich beispielsweise um ein Software-basiertes VoIP (VoIP: voice over IP) Ansagesystem auf Basis des RTP und des RTCP Protokolls.
  • Im Folgenden wird beispielhaft für ein Ansagesystem beschrieben, wie man statt bidirektional betriebener RTP/RTCP Kanäle mit unidirektional betriebenen Kanälen arbeiten kann.
  • Bei dem ersten Beispiel entsprechend 1 verwirft ein vorgelagerter Router die RTP Pakete in Richtung Ansagesystem, so dass trotz bidirektionaler Durchschaltung das Ansagesystem nicht mit RTP-Last beaufschlagt wird.
  • Im Fall der Behandlung der Nutzdaten in dem Ansagesystem (Beispiel entsprechend 2) schaltet der die Verbindung steuernde Call Controller oder der entfernte Endpunkt einen symmetrischen RTP Strom durch das IP Netz zum Ansagesystem durch. Oberhalb des IP Stacks, d.h. des IP Protokollstapels im Ansagesystem, wird ein statischer Filter eingerichtet, der alle zum Ansagesystem führenden mittels des RTP Protokolls übertragenen IP Pakete anhand der durch diese Protokolle verwendeten UDP (user datagramm protocol) Ports erkennt und verwirft. Die höheren Protokoll Layer, die rechenzeitaufwendigere Aufgaben für diese Pakete durchführen müssten, werden dadurch nicht mehr belastet und müssen nur noch ausgehende Datenströme behandeln.
  • Da in einem Software-basierten Ansagesystem ein sehr hoher Anteil der Performance auf die Behandlung von RTP Protokollabläufe entfällt, kann das frei werdende Rechenzeit Budget nun z.B. zur Behandlung weiterer Ansage Ports verwendet werden.
  • RTCP sender reports werden wie in RFC 1889 (RFC: request for comments) vorgesehen ausgesendet. Der Standard sieht bereits vor, dass diese relativ selten ausgesendet werden, so dass es keines großen Rechenzeitaufwandes bedarf. Daher kann der Filter RTCP Pakete an den RTCP Rrotokollstapel des Ansagesystems weiterleiten.
  • Entsprechend einer Weiterbildung des Anmeldegegenstands kann auf Ebene des RTCP Protokolls ein einwandfreies Funktionieren einer bidirektionalen Verbindung simuliert werden. Das RTCP Protokoll sieht das optionale Aussenden von sogenannten Receiver Reports vom Ansagesystem zum entfernten Anwender vor. Da im Ausführungsbeispiel ein Bearer bzw. Nutzdaten Strom physikalisch durch das IP Netz geschaltet wurde, kann man versuchen, die vom entfernten Mikrofon aufgenommenen und via der Kommunikationspartnerinstanz übertragenen Sprachströme oder Voice Activity Meldungen zu bewerten, um dem entfernten Anwender, bzw. dessen Bearer Behandlung, einen Duplex Stream, d.h. eine bidirektionale Verbindung, vorzuspiegeln.
  • Damit das Ziel der Aufwandsreduzierung, die durch Ausführungsbeispiel 1 erreicht wird, nicht konterkariert wird, ist es sinnvoll, auf eine kontinuierliche Berechnung der RTCP Statistiken auf Basis aller empfangenen RTP Pakete zu verzichten. Folgende Lösungsansätze zur Reduzierung des Aufwands bei der Berechnung der RTCP Statistiken können beschritten werden:
  • a) Aussenden eines default Reception Reports
  • Da ein hier beschriebenes Ansage- oder Verteilsystem nicht von der Qualität des empfangenen Stroms abhängig ist, können in den Report erfahrungsgemäß akzeptable Standardwerte eingetragen werden. Sollte ein Network Operator diese auswerten bzw. interpretieren, muss ihm der Umstand, dass speziell diese Reports nicht aussagekräftig sind, lediglich im Rahmen der Definition der Standardwerte bewusst sein. Damit wird sichergestellt, dass das entfernte Bearer Treatment keine ungewollten Gegenmaßnahmen einleitet (z.B. die Senderate reduziert oder Fehler Reports generiert). Der Reception Report kann folgende Parameter (entsprechend RFC 1889) enthalten:
    • • SSRC (Synchronization source) der sendenden Quelle (kann aus beliebigen empfangenen RTP Paketen, z.B. mittels ei nes RTP Sniffers bzw. Filters, welcher wenigstens zu Beginn des Rufes/der Session einige Pakete auswertet, ermittelt werden oder aus dem letzten empfangenen Sender Report ermittelt werden)
    • • Lost Fraction : hier wird 256 eingetragen, was einem idealem Empfang entspricht.
    • • Cumulated number of lost packages: hier wird 0 oder ein sehr geringer Wert eingetragen
    • • Highest received sequence number: die Anzahl der Sequence Number Cycles und der Highest Sequence Number Received wird aus einer Rundung einer algorithmischen Berechnung aus – der Zeit seit dem letzten Reception Report (alternativ kann der Beginn der Bearer Durchschaltung zugrunde gelegt werden) – dem Codec Type und seiner Bandbreite und – den verwendeten Paketisierungsgrössen (Ergebnisse der Codec Negotiation) mittels der zu erwartenden RTP Paketanzahl ermittelt. Diese Parameter sind bei Ansagesystemen pro Ruf/Session stabil und es ist daher eine derartige Berechnung / Folge von Divisionen möglich.
    • • Interarrival Jitter: hier wird ein unverdächtiger Wert, der 1 ms entspricht, eingetragen.
    • • Last (arrived) SR: der Zeitstempel des letzten Sendereports wird von der RTCP Statistik Funktion für Sender Reports übernommen.
    • • Delay since last (arrived) SR: die im letzten Sendereport eingetragene Verzögerung wird von der RTCP Statistik Funktion für Sender Reports übernommen.
  • b) Reduktion der Anzahl der RTP Pakete, die von der RTCP Statistik Funktion bearbeitet werden muss
  • Kontrolliert über einen geeigneten, zeitlich gesteuerten dynamischen Filter oberhalb des IP stacks (der auf RTP Port Adressen sensibilisiert ist), werden der RTCP Statistik Funktion nur RTP Pakete über einen beschränkten Zeitabschnitt (z.B. die Dauer eines Ansage-Rufs), z.B. über mehrere gleichverteilte 100 ms Intervalle der im Mittel 10 Sekunden lang dauernden Ansageverbindung zugestellt. Die RTCP ports sind hier prinzipiell offen.
  • Hier kann im Wesentlichen eine kommerzielle RTCP Statistik wiederverwendet werden, die eine längere Messung als tatsächlich erfolgt vortäuscht. Der Parameter „Highest Received Sequence Number" muss aber wie unter a) approximativ berechnet werden. Für den „Interarrival Jitter und Lost Fraction" Parameter können dagegen die aus der 100 ms Messung erzeugten Werte als die ,realen' Messwerte in den Reception Report eingetragen werden. Der Parameter „Cumulated number of lost packages" muss ebenfalls extrapoliert werden.
  • Geht man z.B. von 1 Sekunde dauernden Intervallen für das Aussenden der Reception Reports aus und misst man darin jeweils nur 100 ms, so wäre der zu sendende Wert um den Faktor 10 zu multiplizieren. Man trifft hier die Annahme einer Gleichverteilung der Paketverluste über die Rufdauer.

Claims (13)

  1. Verfahren zur Reduzierung des Aufwands der Bearbeitung von in Richtung einer Kommunikationsvorrichtung (IVR) übertragenen Nutzdaten in Fällen, bei denen im Rahmen eines Dienstes eine bidirektionale Verbindung zwischen der Kommunikationsvorrichtung (IVR) und einer Kommunikationspartnerinstanz (KPI) eingerichtet wird, obwohl der Dienst keine Nutzdatenübertragung zu der Kommunikationsvorrichtung (IVR) erfordert, demzufolge zumindest ein Teil der Nutzdaten vor Durchführung zumindest eines Teils der im Rahmen einer Bearbeitung von Nutzdaten vorgesehenen Arbeitsschritten verworfen wird.
  2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass die Kommunikationsvorrichtung (IVR) durch ein Informationsausgabesystem oder ein Verteilsystem gegeben ist.
  3. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Kommunikationspartnerinstanz (KPI) durch ein Endgerät oder ein Gateway gegeben ist.
  4. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Nutzdaten als Nutzdatenpakete über ein paketorientiertes Netz in Richtung der Kommunikationsvorrichtung (IVR) übertragen werden.
  5. Verfahren nach Anspruch 4, dadurch gekennzeichnet, dass in einem der Kommunikationsvorrichtung (IVR) vorgelagerten Router (R) zumindest ein Teil der Nutzdatenpakete verworfen werden.
  6. Verfahren nach Anspruch 4, dadurch gekennzeichnet, dass bei der Kommunikationsvorrichtung (IVR) ankommende Datenpakete gefiltert werden und zumindest ein Teil der von der Kommunikationspartnerinstanz (KPI) übertragenen Nutzdatenpakete verworfen werden.
  7. Verfahren nach Anspruch 6, dadurch gekennzeichnet, dass die von der Kommunikationspartnerinstanz (KPI) übertragenen Nutzdatenpakete anhand ihrer Port Adressen identifiziert und herausgefiltert werden.
  8. Verfahren nach einem der vorhergehenden Ansprüche 4 bis 7, dadurch gekennzeichnet, dass die Nutzdatenpakete mittels des RTP Protokolls übertragen werden.
  9. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass von der Kommunikationsvorrichtung (IVR) an die Kommunikationspartnerinstanz (KPI) Informationen übertragen werden, welche eine einwandfreie Übertragung der Nutzdaten von der von der Kommunikationspartnerinstanz (KPI) an die Kommunikationsvorrichtung (IVR) simulieren.
  10. Verfahren nach Anspruch 9, dadurch gekennzeichnet, dass die Informationen die Übertragungsqualität der Nutzdatenübertragung von der Kommunikationspartnerinstanz (KPI) zu der Kommunikationsvorrichtung (IVR) betreffen.
  11. Verfahren nach Anspruch 9 oder 10, dadurch gekennzeichnet, dass die Informationen mittels des RTCP Protokolls übertragen werden.
  12. Kommunikationssystem (IVR) zur Durchführung eines Verfahrens nach einem der Ansprüche 1 bis 11, gekennzeichnet durch einen Filter zur Identifizierung von von der Kommunikationspartnerinstanz (KPI) zu der Kommunikationsvorrichtung (IVR) übertragenen Nutzdaten.
  13. Router (R) zur Durchführung eines Verfahren nach einem der Ansprüche 5 bis 11 gekennzeichnet durch Mittel zur Verwerfung von von der Kommunikationspartnerinstanz (KPI) zu der Kommunikationsvorrichtung (IVR) übertragenen Nutzdatenpaketen.
DE10350353A 2003-10-29 2003-10-29 Verfahren zur Aufwandsbeschränkung bei der Übertragung von unidirektionalen Informationsströmen Withdrawn DE10350353A1 (de)

Priority Applications (5)

Application Number Priority Date Filing Date Title
DE10350353A DE10350353A1 (de) 2003-10-29 2003-10-29 Verfahren zur Aufwandsbeschränkung bei der Übertragung von unidirektionalen Informationsströmen
EP04791290A EP1678936A2 (de) 2003-10-29 2004-10-22 Verfahren zur aufwandsbeschränkung bei der übertragung von unidirektionalen informationsströmen
US10/577,319 US8306194B2 (en) 2003-10-29 2004-10-22 Method for reducing costs during the transfer of unidirectional information flows
PCT/EP2004/052630 WO2005043813A2 (de) 2003-10-29 2004-10-22 Verfahren zur aufwandsbeschränkung bei der übertragung von unidirektionalen informationsströmen
CN2004800322103A CN1875610B (zh) 2003-10-29 2004-10-22 在传输单向信息流时限制费用的方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE10350353A DE10350353A1 (de) 2003-10-29 2003-10-29 Verfahren zur Aufwandsbeschränkung bei der Übertragung von unidirektionalen Informationsströmen

Publications (1)

Publication Number Publication Date
DE10350353A1 true DE10350353A1 (de) 2005-06-02

Family

ID=34529843

Family Applications (1)

Application Number Title Priority Date Filing Date
DE10350353A Withdrawn DE10350353A1 (de) 2003-10-29 2003-10-29 Verfahren zur Aufwandsbeschränkung bei der Übertragung von unidirektionalen Informationsströmen

Country Status (5)

Country Link
US (1) US8306194B2 (de)
EP (1) EP1678936A2 (de)
CN (1) CN1875610B (de)
DE (1) DE10350353A1 (de)
WO (1) WO2005043813A2 (de)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10350353A1 (de) * 2003-10-29 2005-06-02 Siemens Ag Verfahren zur Aufwandsbeschränkung bei der Übertragung von unidirektionalen Informationsströmen
US8477759B2 (en) * 2005-09-30 2013-07-02 Qualcomm Incorporated Filtering of malformed data packets in wireless communication
CN101610328A (zh) * 2009-06-19 2009-12-23 中兴通讯股份有限公司 一种voip媒体网关获取语音资源的方法及系统
GB201520380D0 (en) * 2015-11-19 2016-01-06 Qinetiq Ltd A data hub for a cross-domain communication system
US11113385B2 (en) * 2018-12-21 2021-09-07 Paypal, Inc. Communicating trace information between security zones

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4975828A (en) * 1987-08-05 1990-12-04 Cirrus Logic, Inc. Multi-channel data communications controller
US5793843A (en) * 1989-10-31 1998-08-11 Intelligence Technology Corporation Method and apparatus for transmission of data and voice
US5276681A (en) * 1992-06-25 1994-01-04 Starlight Networks Process for fair and prioritized access to limited output buffers in a multi-port switch
US5457687A (en) * 1993-09-02 1995-10-10 Network Equipment Technologies, Inc. Method and apparatus for backward explicit congestion notification (BECN) in an ATM network
US5862208A (en) * 1994-02-16 1999-01-19 Priority Call Management, Inc. Method and system for enabling a party to change terminals during a call
US5706279A (en) * 1995-03-24 1998-01-06 U S West Technologies, Inc. Methods and systems for managing packet flow into a fast packet switching network
GB9618128D0 (en) * 1996-08-30 1996-10-09 Sgs Thomson Microelectronics Improvements in or relating to an ATM switch
US5953338A (en) * 1996-12-13 1999-09-14 Northern Telecom Limited Dynamic control processes and systems for asynchronous transfer mode networks
US6366651B1 (en) * 1998-01-21 2002-04-02 Avaya Technology Corp. Communication device having capability to convert between voice and text message
US6405033B1 (en) * 1998-07-29 2002-06-11 Track Communications, Inc. System and method for routing a call using a communications network
US6445682B1 (en) * 1998-10-06 2002-09-03 Vertical Networks, Inc. Systems and methods for multiple mode voice and data communications using intelligently bridged TDM and packet buses and methods for performing telephony and data functions using the same
TW420917B (en) * 1998-11-10 2001-02-01 Ibm Method and system for reducing telephone costs for calls to service providers
US6426944B1 (en) * 1998-12-30 2002-07-30 At&T Corp Method and apparatus for controlling data messages across a fast packet network
US6735193B1 (en) * 1999-10-28 2004-05-11 Avaya Technology Corp. Method and apparatus for suppression of packets during silence periods in a packet telephony system
US7257641B1 (en) * 2000-03-30 2007-08-14 Microsoft Corporation Multipoint processing unit
DE60212858T2 (de) * 2001-08-28 2007-06-21 Telefonaktiebolaget Lm Ericsson (Publ) Multicast gruppenverwaltung in telekommunikationsnetzen
SE524599C2 (sv) * 2002-01-18 2004-08-31 Ericsson Telefon Ab L M Metod, system och datorprogramprodukt för att anordna tjänstekvalitet QoS
US7499446B1 (en) * 2002-04-29 2009-03-03 Cisco Technology, Inc. Removing jitter in RTP streaming media streams
US20070053303A1 (en) * 2005-09-08 2007-03-08 Acterna Llc Transmission Quality Monitoring For Multimedia Streams
EP1528725B1 (de) * 2002-07-30 2011-09-14 Nippon Telegraph And Telephone Corporation Verfahren und System zur Kommunikationssteuerung mit Neuversuch
DE10350353A1 (de) * 2003-10-29 2005-06-02 Siemens Ag Verfahren zur Aufwandsbeschränkung bei der Übertragung von unidirektionalen Informationsströmen
US7822018B2 (en) * 2006-03-31 2010-10-26 Verint Americas Inc. Duplicate media stream
JP5168283B2 (ja) * 2007-08-20 2013-03-21 富士通株式会社 映像品質監視方法及び配信サーバ及びクライアント
CN101364999B (zh) * 2008-09-18 2012-07-04 华为技术有限公司 一种基于流的服务质量处理的方法、设备及系统

Also Published As

Publication number Publication date
WO2005043813A2 (de) 2005-05-12
EP1678936A2 (de) 2006-07-12
US8306194B2 (en) 2012-11-06
US20070081524A1 (en) 2007-04-12
WO2005043813A3 (de) 2005-08-25
CN1875610B (zh) 2010-11-03
CN1875610A (zh) 2006-12-06

Similar Documents

Publication Publication Date Title
EP1561328B1 (de) Übertragung von anrufsteuerungsparametern zwischen zwei media gateway controllern in sip/sip-t netzen --------------------------------------------------------------------------------------
WO2003105435A1 (de) Verfahren und vorrichtung zum übertragen von ip-paketen zwischen einem radio network controller (rnc) und einer weiteren einrichtung eines mobilfunknetzwerkes
DE10050447A1 (de) Verfahren und Vorrichtung zum Optimieren der Paketlänge in ToL-Netzwerken
WO2005004432A1 (de) Verfahren zur steuerung von datenverbindungen
EP1388996B1 (de) Verfahren und Anordnung zum Steuern einer Konferenzschaltung in einem paketorientierten Kommunikationsnetz
WO2005027487A1 (de) Interworking von protokollen hybrider multimedianetze
DE102004040482B4 (de) Vorrichtung zum Nutzdatenabgriff multimedialer Verbindungen in einem Paketnetz
EP1282280A1 (de) Verfahren, Steuereinrichtung und Programmmodul zur Steuerung und Lenkung von Datenströmen einer Kommunikationsverbindung zwischen Teilnehmern eines Paketdatennetzes
DE60307374T2 (de) Selbstverwaltender Verzeichnis-Dienst für Sprache über IP Netzwerk
DE10350353A1 (de) Verfahren zur Aufwandsbeschränkung bei der Übertragung von unidirektionalen Informationsströmen
EP1341357B1 (de) Verfahren zur Dienstgütesicherung in einem Kommunikationsnetz sowie Anordnung und Einrichtungen zur Realisierung des Verfahrens
EP2686995B1 (de) Verfahren zum aufbau einer kommunikationsverbindung
EP1665676B1 (de) Verfahren zur laststeuerung in einem paketdatennetz
EP1227632B1 (de) Verfahren zum Betrieb eines Multimedia-Kommunikationsnetzwerkes
DE10226901B3 (de) Verfahren zur Verbindungssteuerung in einem paketorientierten Kommunikationsnetz sowie Anordnungen zu seiner Durchführung
EP2649751B1 (de) Verfahren und system zur überwachung eines kommunikationssystems
DE102005003016B4 (de) Verfahren und Vorrichtungen zur Datenübertragung
DE10345017A1 (de) Verfahren und Vorrichtung zur Adressierbarkeit von Personen für Sprachkommunikation hinter beliebigen verbindungsorientierten Anschlussarten
DE102005035733A1 (de) Verfahren zum Datenaustausch zwischen Netzelementen
EP3016344B1 (de) Intelligenter media-gateway switch für transparentes routen und verketten von medienströmen
DE10241197A1 (de) Verfahren zum Weiterleiten von Signalisierungsnachrichten und zugehörige Komponenten
DE102016125718B4 (de) Verbesserte Fax- und Modemübertragung über IP-Netzwerk
EP1924072A1 (de) Aufbau einer Kommunikationsverbindung in einem privaten IP-Netzwerk ohne Kontaktierung eines öffentlichen STUN-Servers
EP1415445B1 (de) Ressourcen-management zur koordinierten dynamischen anpassung der dienstgüte von ip-basierten netzwerkdiensten
DE102005001956B4 (de) Verfahren und Vorrichtung zur Datenübertragung mit einer DSL-Technik

Legal Events

Date Code Title Description
OP8 Request for examination as to paragraph 44 patent law
8127 New person/name/address of the applicant

Owner name: NOKIA SIEMENS NETWORKS GMBH & CO.KG, 81541 MUE, DE

8139 Disposal/non-payment of the annual fee