WO2006087291A1 - Signalisierung des ausfalls einer netzeinheit über ein kommunikationsnetz - Google Patents

Signalisierung des ausfalls einer netzeinheit über ein kommunikationsnetz Download PDF

Info

Publication number
WO2006087291A1
WO2006087291A1 PCT/EP2006/050792 EP2006050792W WO2006087291A1 WO 2006087291 A1 WO2006087291 A1 WO 2006087291A1 EP 2006050792 W EP2006050792 W EP 2006050792W WO 2006087291 A1 WO2006087291 A1 WO 2006087291A1
Authority
WO
WIPO (PCT)
Prior art keywords
network
network unit
unit
service
interruption
Prior art date
Application number
PCT/EP2006/050792
Other languages
English (en)
French (fr)
Inventor
Christian Ruppelt
Original Assignee
Nokia Siemens Networks Gmbh & Co. Kg
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 Nokia Siemens Networks Gmbh & Co. Kg filed Critical Nokia Siemens Networks Gmbh & Co. Kg
Priority to JP2007555579A priority Critical patent/JP2008530925A/ja
Priority to EP06708136A priority patent/EP1854268A1/de
Priority to US11/884,071 priority patent/US20080181122A1/en
Publication of WO2006087291A1 publication Critical patent/WO2006087291A1/de

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/327—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the session layer [OSI layer 5]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Definitions

  • the invention relates to a method and a device for notifying a first network unit via an interruption of the transmission of data of a service by at least one further network unit via a communication network.
  • the central network functionality service provider "Service Broker” (SB) must monitor the application server (AS) availability
  • the service provider (SB) decides which application servers (AS) are required or permissible for the service connection or whether In a packet-switched network, such as an IP network with SIP signaling, the SIP method “OPTIONS” is used here as a "keep alive”.
  • the TRIP protocol could be used as a suitable protocol.
  • the Central Calling Control Unit (CaIl Control Proxy) must monitor the service providers and network routing units in order to initiate suitable measures (for example, rerouting) in the event of a failure detection.
  • suitable measures for example, rerouting
  • connection monitoring unit must also detect failures of the non-central network units such as, for example, an application server or a gateway (border gateway). In the event of a network unit failure, the connection monitoring unit may initiate the connections, release or block resources, write CDRs, and issue alerts. In the scenario described above, this information is reliably and meaningfully present in the "service provider” and “network routing server” network units respectively, however, this information can not currently be reliably, quickly, automatically and consistently exchanged.
  • the object of the invention is to propose a possibility for an efficient and cost-effective notification of a network unit in the event of the failure of at least one further network unit.
  • a core of the invention can be seen in that a first network unit, for example a connection monitoring unit, reports on the failure or the re-availability, ie the interruption of the transmission of data of a service, of at least one second network unit, such as network units that exchange signaling messages over the SIP protocol, so for example, the gateways (Border Gateways), the application server, etc. of at least one third network unit is notified via a communication network.
  • the communication network can be a packet-switched communication network, a cellular mobile radio network, an IP network or a similar communication network.
  • the SIP method "SUBCCRIBE / NOTIFY”
  • a third network unit such as a service provider network unit, a network routing server, etc.
  • the central connection monitoring unit in the directly monitoring third network unit sets trigger points (dynamic or else persistent) with at least one signaling message containing at least one parameter.
  • This trigger points lead in this at least one third network unit in case of failure detection or re-availability detection in at least one second network unit that this failure or the re-availability, ie the interruption of the transmission of data of a service, the first network unit, for example via a ,, SIP NOTIFY "message is signaled.
  • the first network unit signals at least one signaling message, for example a SIP message "SUBCCRIBE" of the at least one third network unit, the corresponding events with at least one parameter contained in the at least one signaling message
  • At least one second network unit for example, triggered by the at least one trigger point, the event and the first network unit, for example, the connection monitoring unit is notified, for example via SIP message "NOTIFY" about this event.
  • the events "BE-outage”, “BE-re-availability” etc. can be used as events.
  • a great advantage of the method according to the invention is that the use of the SIP protocol in a communication cation network that uses only the SIP protocol is possible.
  • the proposed solution allows exact triggering or exact charging in case of failure of not the at least one second network unit.
  • Such a distributed functionality is required in a "SIP overlay" communication network
  • the method according to the invention easily completes the failure detection mechanisms and enables centralized alerting of the first network entity
  • a standardization of the invention is provided with appropriate definitions of an event packages "for the SIP-SUBCCRIBE / NOTIFY method.
  • FIG. 1 shows a typical communication network with SIP signaling
  • FIG. 2 shows a flow chart for the method according to the invention in the event of a failure of a gateway
  • FIG. 3 shows a flow chart for the method according to the invention in the case of an outage of an application server
  • FIG. 4 shows a device according to the invention.
  • FIG. 1 shows a typical communication network with SIP signaling. Considered is a so-called SIP Overlay communication network with the following distributed functionality:
  • non-central SIP network units e.g. Gateways BG (SIP Border Gateway) or application server AS;
  • BG SIP Border Gateway
  • AS application server AS
  • Gateways BG SIP Border Gateways: Gateway to other / foreign communication networks with eg Signaling Gateway or NAT function. These network units also take over the Subscriber registration.
  • Application server AS These servers are responsible for applications. Whether and which application server AS is to be used in a connection is decided in the service provider network unit SB. The application servers AS are controlled only by the central connection monitoring unit CC.
  • Call Control Unit (Call Control) CC This power unit is commonly referred to as a "stateful SIP proxy" server and is the central call supervision entity; all call / call monitoring messages are routed through the call control unit CC
  • the connection monitoring unit CC may also be responsible for charging and QoS control In an IP multimedia subsystem, such a connection monitoring unit CC is also referred to as a Call State Control Function (CSCF).
  • CSCF Call State Control Function
  • This redirection server SB (Redirect) is always included in the connection by the connection monitoring unit CC, it (SB) decides which application server AS for the connection (or the connection arm (Call leg)) are used (must / must) and returns this decision as, for example, SIP redirect message to the connection monitoring unit CC, which then drives the application server AS.
  • This server NR is responsible for finding, for example, the respective B-side gateway BG. For example, after the A-side applications have expired, the connection monitoring unit CC performs a routing to the network routing server NR and, as the SIP redirect message for example, transmits the gateway address to the connection monitoring unit CC.
  • the network routing server NR has to monitor the gateways BG for failure to transmit data of a service, either to reject connection requests or to report spare gateways BG to the connection monitoring unit CC.
  • the TRIP protocol could be a suitable signaling protocol.
  • connection monitoring unit CC has to monitor the service provider network unit SB and the network routing server NR in order to trigger suitable measures (rerouting) in the event of a failure detection.
  • suitable measures for the "keep alive" is the appropriate procedure.
  • FIG. 2 shows a flowchart for the inventive method in the event of a gateway BG failing in a communication network, such as a cellular mobile radio network, a packet-switched communication network, an IP network, etc.
  • a gateway generally interfaces with other communication networks, such as a Fixed network (ISDN, PSTN, etc.), an IP network, an IP multimedia subsystem, etc.
  • the first network unit CC, the at least one second network unit AS, BG and / or the at least one third network unit SB, NR can / can while network units of an IP multimedia subsystem.
  • the first network unit CC receives at least one signaling message, for example a SIP message "SUBCCRIBE” signals the events (events) corresponding to at least one third network unit NR with at least one parameter contained in the at least one signaling message, whereby the parameters can call so-called events, such as the events " BE-outage ",” BE-re-availability ", etc.
  • a SIP message "SUBCCRIBE” signals the events (events) corresponding to at least one third network unit NR with at least one parameter contained in the at least one signaling message, whereby the parameters can call so-called events, such as the events " BE-outage "," BE-re-availability ", etc.
  • At least one trigger point (dynamic or persistent) is generated in the at least one third network unit NR
  • these trigger points lead in this at least one third network unit NR in case of failure detection or availability detection in at least one second network unit BG, here a gateway, this failure or the re-availability, ie the interruption of the transmission of data of a service, the first network unit CC for example is signaled via a "SIP NOTIFY" notification.
  • the event is triggered by the at least one trigger point, for example, and the first network unit CC, for example the connection monitoring unit, is sent via this event via the SIP message "NOTIFY" (e-vent) notified.
  • FIG. 3 shows a flow chart for the method according to the invention in the event of a failure of an application server AS.
  • the inventive method is used here to signal the first network unit CC a failure, ie the interruption of the transmission of data of a service, a second network unit AS, here an application server AS.
  • the process is carried out similarly to FIG.
  • the first network unit CC transmits the at least one third network unit SB, here a service provider network unit SB, at least one signaling message containing at least one parameter and in the third network unit SB, for example, at least one trigger point is set.
  • the at least one parameter can be a "SIP" event, such as the "AS_outage” event, the AS_Re-availability event, etc.
  • the at least one third network unit NR monitors the at least one second network unit AS, for example with the "OPTIONS" method regarding a failure, and notifies the first network unit CC, for example, with a SIP-NOTIFY message.
  • FIG. 4 shows a device according to the invention in a first network unit CC.
  • a processing unit V generates at least one signaling message containing at least one parameter concerning the interruption of the transmission of data of a service by at least one second network unit AS, BG and sends it to at least one third network unit SB via a transmitting unit S according to FIGS. NO.
  • a receiving unit E at least one notification message according to the at least one parameter is received by the at least one third network unit SB, NR in the event of an interruption in the transmission of data of a service on the part of the at least one second network unit AS, BG.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Die Erfindung beschreibt ein Verfahren und eine Vorrichtung zum Benachrichtigen einer ersten Netzeinheit (CC) über eine Unterbrechung des Sendens von Daten eines Dienstes seitens mindestens einer zweiten Netzeinheit (AS, BG) über ein Kommunikationsnetz . Erfindungsgemäß wird von der ersten Netzeinheit (CC) an mindestens eine dritte Netzeinheit (SB, NR) mindestens eine mindestens einen Parameter betreffend die Benachrichtigung bei einer Unterbrechung des Sendens von Daten eines Dienstes seitens der mindestens einen zweiten Netzeinheit (AS, BG) enthaltende Signalisierungsnachricht übertragen und bei einer Unterbrechung des Sendens von Daten eines Dienstes seitens der mindestens einen zweiten Netzeinheit (AS, BG) wird von der mindestens einen dritten Netzeinheit (NR, SB) gemäß dem mindestens einen Parameter mindestens eine Benachrichtigungsnachricht an die erste Netzeinheit (CC) gesendet .

Description

Signalisierung des Ausfalls einer Netzeinheit über ein Kommunikationsnetz
Die Erfindung betrifft ein Verfahren und eine Vorrichtung zum Benachrichtigen einer ersten Netzeinheit über eine Unterbrechung des Sendens von Daten eines Dienstes seitens mindestens einer weiteren Netzeinheit über ein Kommunikationsnetz .
Um in der verteilten Netzarchitektur gemäß Figur 1 eine Ausfallerkennung der jeweiligen Netzeinheiten zu gewährleisen, können verschiedene bereits standardisierte Verfahren wie zum Beispiel das SCTP-Verfahren (IETF RFC 2960 (Stream Control Transmission Protocol, R. Stewart, Q. Xie: Motorola, K. Mor- neault, C. Sharp; Cisco, H. Schwarzbauer; Siemens, T. Taylor; Nortel Networks, I. Rytina; Ericsson, M. Kalla; Telcordia, L. Zhang; UCLA, V. Paxson; ACIRI, October 2000) und 3309 (Updates: RFC 2960, Stream Control Transmission Protocol (SCTP) Checksum Change, J. Stone; Stanford, R. Stewart; Cisco Systems, D. Otis; SANlight, September 2002, die SIP OPTIONS Methode als „keep alive" (Erhalte am Leben)
(IETF RFC 3261 (RFC 3261, Obsoletes: 2543, SIP: Session Initiation Protocol, J. Rosenberg; Dynamicsoft, H. Schulzrinne; Columbia U., G. Camarillo; Ericsson, A. Johnston; WorldCom, J. Peterson; Neustar, R. Sparks; Dynamicsoft, M. Hand- ley; ICIR, E. Schooler; AT&T, June 2002)) oder TRIP-Verfahr- en (IETF RFC 3219 (RFC 3219, Telephony Routing over IP
(TRIP), J. Rosenberg; Dynamicsoft, H. Salama; Cisco Systems, M. Squire; Hatteras Networks, January 2002)) angewendet werden .
Wenn das SCTP-Verfahren nicht oder noch nicht zur Verfügung steht, sind folgende Überwachungsmechanismen für ein zuverlässiges Netz notwendig:
- Die zentrale Netzfunktionalität Dienste-Anbieter „Service Broker" (SB) muss die Applikationsserver (AS) - Verfügbarkeit überwachen. Der Dienste-Anbieter (SB) entscheidet welche Applikationsserver (AS) für die Dienste- Verbindung benötigt werden bzw. zulässig sind oder ob die Dienste-Verbindung bei einem Ausfall eines Applikationsserver abzulehnen ist. In einem paketvermittelnden Netz, wie zum Beispiel einem IP-Netz mit SIP- Signalisierung wird hier die SIP Methode „OPTIONS" als „keep alive" (Erhalte am Leben) eingesetzt.
- Der Netz-Routing-Server (Network Routing Server) muss die Gateways (Border Gateways) bezüglich Ausfall überwachen, um entweder Verbindungswünsche abzulehnen oder Ersatz-Gateways einer Verbindungs-Überwachungseinheit, wie zum Beispiel der Verbindungs-Status-Überwachungs- Funktion (CaIl State Control Function = CSCF) eines IP- Multimedia Subsystems zurückzumelden. Hier könnte gemäß dem Standard das TRIP-Protokoll als geeignetes Protokoll verwendet werden .
- Die zentrale Verbindungs-Überwachungseinheit (CaIl Control Proxy) muss die Dienste-Anbieter und Netz- Routing Einheiten überwachen, um bei einer Ausfallerkennung geeignete Maßnahmen (zum Beispiel ein nochmaliges Routing (rerouting) ) anzustoßen. Auch hier ist die standardisierte „OPTIONS" Methode für das „keep alive" das geeignete Werkzeug (siehe Figur 1) .
Die Verbindungs-Überwachungseinheit muss jedoch Ausfälle der nicht zentralen Netzeinheiten wie zum Beispiel einem Applikationsserver oder einem Gateway (Border Gateway) ebenfalls er- kennen können, da im Falle eines Ausfalls einer Netzeinheit die Verbindungs-Überwachungseinheit die Verbindungen auslösen, Ressourcen freigeben bzw. blocken, CDRs schreiben, Alarmierungen durchführen muss. In dem oben beschriebenen Szenario ist diese Information zuverlässig und sinnvoll jeweils in den Netzeinheiten „Dienste-Anbieter" und „Netz Routing Server" konzentriert vorhanden, jedoch kann diese Information derzeit nicht zuverlässig, schnell, automatisch und konsistent ausgetauscht werden.
Die Aufgabe der Erfindung ist darin zu sehen, eine Möglichkeit für ein effizientes und kosteneffektives Benachrichtigen einer Netzeinheit beim Ausfall mindestens einer weiteren Netzeinheit vorzuschlagen.
Die Aufgabe wird erfindungsgemäß jeweils durch die Gegenstände der unabhängigen Patentansprüche gelöst. Weiterbildungen der Erfindung sind in den Unteransprüchen angegeben.
Ein Kern der Erfindung ist darin zu sehen, dass eine erste Netzeinheit, zum Beispiel eine Verbindungs-Überwachungsein- heit, über den Ausfall bzw. die Wiederverfügbarkeit, also der Unterbrechung des Sendens von Daten eines Dienstes, mindestens einer zweiten Netzeinheit, wie zum Beispiel Netzeinheiten, die Signalisierungsnachrichten über das SIP-Protokoll austauschen, also zum Beispiel die Gateways (Border Gateways), die Applikationserver etc. von mindestens einer dritten Netzeinheit über ein Kommunikationsnetz benachrichtigt wird. Das Kommunikationsnetz kann dabei ein paketvermittelndes Kommunikationsnetz, ein zellulares Mobilfunknetz, ein IP- Netz oder ein ähnliches Kommunikationsnetz sein. Mittels zum Beispiel der SIP Methode „SUBCCRIBE/NOTIFY" kann eine automatisierte, konsistente, und zeitnahe Benachrichtigung bzw. ei- ne Signalisierung von der überwachenden mindestens einen dritten Netzeinheit wie z.B. einer Dienste-Anbieter-Netzeinheit, einen Netz-Routing-Server etc. zur zentralen Verbin- dungs-Überwachungseinheit, der ersten Netzeinheit, erfolgen. Die Idee ist hier, dass die zentrale Verbindungs- Überwachungseinheit in der direkt überwachenden dritten Netzeinheit Triggerpunkte (dynamisch oder auch persistent) mit mindestens einer mindestens einen Parameter enthaltenden Sig- nalisierungsnachricht setzt. Diese Triggerpunkte führen in dieser mindestens einen dritten Netzeinheit bei einer Ausfallerkennung bzw. Wiederverfügbarkeitserkennung bei mindestens einer zweiten Netzeinheit dazu, dass dieser Ausfall bzw. die Wiederverfügbarkeit, also die Unterbrechung des Sendens von Daten eines Dienstes, der ersten Netzeinheit zum Beispiel über eine ,,SIP NOTIFY" - Benachrichtigung signalisiert wird.
Hierbei werden von der ersten Netzeinheit über mindestens eine Signalisierungsnachricht, zum Beispiel eine SIP-Nachricht „SUBCCRIBE" der mindestens einen dritten Netzeinheit die entsprechenden Ereignisse (events) mit mindestens einem in der mindestens einen Signalisierungsnachricht enthaltenen Parameter signalisiert. Bei Eintritt eines Ausfalls bzw. Wiederverfügbarkeit mindestens einer zweiten Netzeinheit wird zum Beispiel durch den mindestens einen Triggerpunkt das Ereignis ausgelöst und die erste Netzeinheit, zum Beispiel die Verbin- dungs-Überwachungseinheit, wird zum Beispiel per SIP- Nachricht „NOTIFY" über dieses Ereignis (event) benachrichtigt. Dabei können als Ereignisse (events) zum Beispiel die Ereignisse „BE-outage", „BE-re-availability" etc. verwendet werden.
Ein großer Vorteil des erfindungsgemäßen Verfahrens bestehet darin, dass die Nutzung des SIP-Protokolls in einem Kommuni- kationsnetz, das ausschließlich das SIP-Protokoll verwendet, möglich ist. Die vorgeschlagene Lösung ermöglicht exaktes Auslösen bzw. exakte Vergebührung bei Ausfällen der nicht der mindestens einen zweiten Netzeinheit. Eine solche verteilte Funktionalität wird in einem „SIP-Overlay"-Kommunikationsnetz gefordert. Das erfindungsgemäße Verfahren vervollständigt auf einfache Art und Weise die Mechanismen zur Ausfallerkennung und ermöglicht eine zentrale Alarmierung von der ersten Netzeinheit. Eine Standardisierung der Erfindung ist mit geeigneten Definitionen eines „event packages" für die SIP- SUBCCRIBE/NOTIFY Methode möglich.
Die Erfindung wird anhand eines in einer Figur dargestellten Ausführungsbeispiels näher erläutert. Dabei zeigen
Figur 1 ein typisches Kommunikationsnetz mit SIP- Signalisierung,
Figur 2 ein Flussdiagramm für das erfindungsgemäße Verfahren bei einem Ausfall eines Gateways,
Figur 3 ein Flussdiagramm für das erfindungsgemäße Verfahren bei einem Ausfall eines Applikationsservers,
Figur 4 eine erfindungsgemäße Vorrichtung.
Figur 1 zeigt ein typisches Kommunikationsnetz mit SIP- Signalisierung. Betrachtet wird ein so genanntes SIP Overlay Kommunikationsnetz mit folgender verteilter Funktionalität:
- Sogenannte nicht-zentrale SIP-Netzeinheiten wie z.B. Gateways BG (SIP Border Gateway) oder Applikationsserver AS;
Gateways BG (SIP Border Gateways) : Netzübergang zu anderen/fremden Kommunikationsnetzen mit z.B. Signalling Gateway oder NAT Funktion. Diese Netzeinheiten übernehmen auch die Teilnehmerregistrierung .
Applikationsserver AS: Diese Server sind für Applikationen zuständig. Ob und welche Applikationsserver AS bei einer Verbindung angewendet werden soll, wird in der Dienste-Anbieter- Netzeinheit SB entschieden. Die Applikationsserver AS werden nur von der zentralen Verbindungs-Überwachungseinheit CC angesteuert .
- So genannte zentrale Netzeinheiten bzw. SIP-Knoten:
Verbindungs-Überwachungseinheit (CaIl Control) CC: Diese Netzeinheit wird allgemein als so genannter „stateful SIP proxy" - Server bezeichnet und ist die zentrale Verbindungs- Überwachungs-Instanz, alle Anruf/Verbindungs-Überwachungs- nachrichten werden über die Verbindungs-Überwachungseinheit CC geroutet. Die Verbindungs-Überwachungseinheit CC kann auch für die Vergebührung und QoS Kontrolle zuständig sein. In einem IP-Multimedia-Subsystem wird eine solche Verbindungs- Überwachungseinheit CC auch als Verbindungs-Status-Überwachungs-Funktion (CaIl State Control Function = CSCF) bezeichnet .
Dienste-Anbieter-Netzeinheit (Service Broker) SB: Dieser Um- leit-Server SB (Redirect) wird immer in die Verbindung durch die Verbindungs-Überwachungseinheit CC aufgenommen, er (SB) entscheidet welcher Applikationsserver AS für die Verbindung (bzw. den Verbindungsarm (CaIl Leg) ) angewendet werden (müssen/dürfen) und gibt diese Entscheidung als zum Beispiel SIP- Redirect-Nachricht an die Verbindungs-Überwachungseinheit CC zurück, welcher dann den Applikationsserver AS ansteuert.
Netz-Routing-Server (Network Routing Redirect Server) NR: Dieser Server NR ist zuständig, um zum Beispiel das jeweilige B-seitige Gateway BG zu finden. Die Verbindungs-Überwachungs- einheit CC führt zum Beispiel nach Ablauf der A-seitigen Applikationen ein Routing zum Netz-Routing-Server NR durch und dieser sendet als zum Beispiel SIP-Redirect-Nachricht die Gateway-Adresse zur Verbindungs-Überwachungseinheit CC.
Der Netz-Routing-Server NR muss die Gateways BG bezüglich eines Ausfalls bzw. einer Unterbrechung des Sendens von Daten eines Dienstes überwachen, um entweder Verbindungswünsche abzulehnen oder Ersatz-Gateways BG der Verbindungs-Überwachungseinheit CC zurückzumelden. Hier könnte das TRIP-Protokoll ein geeignetes Signalisierungs-Protokoll sein.
Die Verbindungs-Überwachungseinheit CC muss die Dienste- Anbieter-Netzeinheit SB und die Netz-Routing-Server NR überwachen, um bei einer Ausfallerkennung geeignete Maßnahmen (rerouting) anzustoßen. Hier ist die standardisierte SIP- OPTIONS-Methode für das „keep alive" (am Leben erhalten) das geeignete Verfahren.
Figur 2 zeigt ein Flussdiagramm für das erfindungsgemäße Verfahren bei einem Ausfall eines Gateways BG in einem Kommunikationsnetz, wie zum Beispiel einem zellularen Mobilfunknetz, einem paketvermittelnden Kommunikationsnetz, einem IP-Netz etc. Ein Gateway bildet allgemein eine Schnittstelle zu anderen Kommunikationsnetzen, wie zum Beispiel einem Festnetz (ISDN, PSTN, etc.), einem IP-Netz, einem IP-Multimedia- Subsystem etc. Die erste Netzeinheit CC, die mindestens eine zweite Netzeinheit AS, BG und/oder die mindestens eine dritte Netzeinheit SB, NR kann/können dabei Netzeinheiten eines IP- Multimedia-Subsystems sein. Von der ersten Netzeinheit CC wird über mindestens eine Signalisierungsnachricht, zum Bei- spiel eine SIP-Nachricht „SUBCCRIBE" der mindestens einen dritten Netzeinheit NR entsprechende Ereignisse (events) mit mindestens einen in der mindestens einen Signalisierungsnach- richt enthaltenen Parameter signalisiert. Dabei können die Parameter so genannte Ereignisse (Events) , wie zum Beispiel die Ereignisse „BE-outage", „BE-re-availability" etc. sein. Ausgelöst durch die mindestens eine von der ersten Netzeinheit CC gesandten Signalisierungsnachricht mit dem mindestens einen enthaltenen Parameter wird in der mindestens einen dritten Netzeinheit NR mindestens ein Triggerpunkt (dynamisch oder auch persistent) gesetzt. Diese Triggerpunkte führen in dieser mindestens einen dritten Netzeinheit NR bei einer Ausfallerkennung bzw. Wiederverfügbarkeitserkennung bei mindestens einer zweiten Netzeinheit BG, hier ein Gateway, dazu, dass dieser Ausfall bzw. die Wiederverfügbarkeit, also die Unterbrechung des Sendens von Daten eines Dienstes, der ersten Netzeinheit CC zum Beispiel über eine „SIP NOTIFY" - Benachrichtigung signalisiert wird. Bei Eintritt eines Ausfalls bzw. Wiederverfügbarkeit der mindestens einen zweiten Netzeinheit BG wird zum Beispiel durch den mindestens einen Triggerpunkt das Ereignis ausgelöst und die erste Netzeinheit CC, zum Beispiel die Verbindungs-Überwachungseinheit, wird zum Beispiel per SIP-Nachricht „NOTIFY" über dieses Ereignis (e- vent) benachrichtigt.
Figur 3 zeigt ein Flussdiagramm für das erfindungsgemäße Verfahren bei einem Ausfall eines Applikationsservers AS. Das erfindungsgemäße Verfahren wird hier verwendet um der ersten Netzeinheit CC einen Ausfall, also die Unterbrechung des Sendens von Daten eines Dienstes, einer zweiten Netzeinheit AS, hier einem Applikationsserver AS, zu signalisieren. Das Verfahren wird ähnlich zu Figur 2 durchgeführt. Die erste Netzeinheit CC sendet der mindestens einen dritten Netzeinheit SB, hier einer Dienste-Anbieter-Netzeinheit SB, mindestens eine mindestens einen Parameter enthaltende Signalisierungs- nachricht und in der dritten Netzeinheit SB wird zum Beispiel mindestens ein Triggerpunkt gesetzt. Der mindestens eine Parameter kann dabei ein ,,SIP"-Ereignis (Event) , wie zum Beispiel das „AS_outage"-Ereignis, das AS_Re-availability- Ereignis etc., darstellen. Die mindestens eine dritte Netzeinheit NR überwacht die mindestens eine zweite Netzeinheit AS zum Beispiel mit der „OPTIONS"-Methode bezüglich eines Ausfalls und benachrichtigt die erste Netzeinheit CC zum Beispiel mit einer SIP-NOTIFY-Nachricht .
Figur 4 zeigt eine erfindungsgemäße Vorrichtung in einer ersten Netzeinheit CC. Eine Verarbeitungseinheit V erstellt mindestens eine mindestens einen Parameter betreffend die Benachrichtigung bei einer Unterbrechung des Sendens von Daten eines Dienstes seitens mindestens einer zweiten Netzeinheit AS, BG enthaltende Signalisierungsnachricht und sendet sie gemäß Figur 2 und 3 über eine Sendeeinheit S an mindestens eine dritte Netzeinheit SB, NR. Mit einer Empfangseinheit E wird mindestens eine Benachrichtigungsnachricht gemäß dem mindestens einen Parameter von der mindestens einen dritten Netzeinheit SB, NR bei einer Unterbrechung des Sendens von Daten eines Dienstes seitens der mindestens einen zweiten Netzeinheit AS, BG empfangen.

Claims

Patentansprüche
1. Verfahren zum Benachrichtigen einer ersten Netzeinheit (CC) über eine Unterbrechung des Sendens von Daten eines Dienstes seitens mindestens einer zweiten Netzeinheit (AS, BG) über ein Kommunikationsnetz, dadurch gekennzeichnet, dass von der ersten Netzeinheit (CC) an mindestens eine dritte Netzeinheit (SB, NR) mindestens eine mindestens einen Parameter betreffend die Benachrichtigung bei einer Unterbrechung des Sendens von Daten eines Dienstes seitens der mindestens einen zweiten Netzeinheit (AS, BG) enthaltende Signa- lisierungsnachricht übertragen wird und dass bei einer Unterbrechung des Sendens von Daten eines Dienstes seitens der mindestens einen zweiten Netzeinheit (AS, BG) von der mindestens einen dritten Netzeinheit (NR, SB) gemäß dem mindestens einen Parameter mindestens eine Benachrichtigungsnachricht an die erste Netzeinheit (CC) gesendet wird.
2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass die erste Netzeinheit (CC) eine Verbindungs-Status- Netzeinheit und/oder eine Verbindungs-Status-Kontroll- Funktion ist.
3. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die mindestens eine zweite Netzeinheit (AS, BG) ein Applikationsserver (AS) , ein Gateway (BG) und/oder ein Proxy- Server ist.
4. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die mindestens eine dritte Netzeinheit (SB, NR) eine Dienste-Anbieter-Netzeinheit (SB) und/oder ein Netz-Routing- Server (NR) ist.
5. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass mittels der mindestens einen mindestens einen Parameter enthaltenden Signalisierungsnachricht mindestens ein Triggerpunkt bei der mindestens einen dritten Netzeinheit gesetzt wird.
6. Verfahren nach Anspruch 5, dadurch gekennzeichnet, dass der mindestens eine Parameter mindestens ein SIP- Ereignis in mindestens einer Signalisierungsnachricht darstellt.
7. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die mindestens eine Signalisierungsnachricht und/oder die Benachrichtigungsnachricht eine Nachricht gemäß dem SIP- Protokoll ist.
8. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die mindestens eine Signalisierungsnachricht und/oder die Benachrichtigungsnachricht eine Nachricht gemäß dem TRIP- Protokoll ist.
9. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass zwischen der mindestens einen dritten Netzeinheit (SB, NR) und der mindestens einen zweiten Netzeinheit (AS, BG) mindestens eine Signalisierungsnachricht gemäß dem TRIP- Protokoll ausgetauscht wird.
10. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die erste Netzeinheit (CC) , die mindestens eine zweite Netzeinheit (AS, BG) und/oder die mindestens eine dritte Netzeinheit (SB, NR) eine Netzeinheit eines IP-Multimedia- Subsystems ist.
11. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das Kommunikationsnetz ein paketvermittelndes Kommunikationsnetz, ein zellulares Mobilfunknetz und/oder ein IP-Netz ist.
12. Vorrichtung zum Benachrichtigen einer ersten Netzeinheit (CC) über eine Unterbrechung des Sendens von Daten eines Dienstes seitens mindestens einer zweiten Netzeinheit (AS, BG) über ein Kommunikationsnetz,
- mit einer Verarbeitungseinheit (V) zum Erstellen mindestens einer mindestens einen Parameter betreffend die Benachrichtigung bei einer Unterbrechung des Sendens von Daten eines Dienstes seitens der mindestens einen zweiten Netzeinheit (AS, BG) enthaltende Signalisierungsnachricht mit einer Sendeeinheit (S) zum Senden der erstellten Signalisierungsnachricht an eine mindestens eine dritte Netzeinheit (SB, NR) , mit einer Empfangseinheit (E) zum Empfangen mindestens einer Benachrichtigungsnachricht gemäß dem mindestens einen Parameter von der mindestens einen dritten Netzeinheit (SB, NR) bei einer Unterbrechung des Sendens von Daten eines Dienstes seitens der mindestens einen zweiten Netzeinheit (AS, BG) .
PCT/EP2006/050792 2005-02-16 2006-02-09 Signalisierung des ausfalls einer netzeinheit über ein kommunikationsnetz WO2006087291A1 (de)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2007555579A JP2008530925A (ja) 2005-02-16 2006-02-09 ネットワークユニットの障害の通信ネットワークを介した信号伝送方式
EP06708136A EP1854268A1 (de) 2005-02-16 2006-02-09 Signalisierung des ausfalls einer netzeinheit über ein kommunikationsnetz
US11/884,071 US20080181122A1 (en) 2005-02-16 2006-02-09 Signaling the Outage of a Network Unit Over a Communications Network

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102005007060A DE102005007060B4 (de) 2005-02-16 2005-02-16 Signalisierung des Ausfalls einer Netzeinheit über ein Kommunikationsnetz
DE102005007060.4 2005-02-16

Publications (1)

Publication Number Publication Date
WO2006087291A1 true WO2006087291A1 (de) 2006-08-24

Family

ID=36293618

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2006/050792 WO2006087291A1 (de) 2005-02-16 2006-02-09 Signalisierung des ausfalls einer netzeinheit über ein kommunikationsnetz

Country Status (5)

Country Link
US (1) US20080181122A1 (de)
EP (1) EP1854268A1 (de)
JP (1) JP2008530925A (de)
DE (1) DE102005007060B4 (de)
WO (1) WO2006087291A1 (de)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009096509A1 (ja) * 2008-01-30 2009-08-06 Nec Corporation ノード装置、通信システム及びサービス提供方法
JP2009239482A (ja) * 2008-03-26 2009-10-15 Toshiba Corp 電話システムとその交換装置および発信制御方法
JP2012226372A (ja) * 2012-07-26 2012-11-15 Hitachi Chem Co Ltd 感光性樹脂組成物及び感光性フィルム、並びに、永久マスクレジスト及びその製造方法
US9706019B2 (en) 2006-12-29 2017-07-11 Huawei Technologies Co., Ltd. Method, system, and network element for service processing after data of network element is invalid or network element fails

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100142372A1 (en) * 2007-03-29 2010-06-10 Christer Boberg Method And Apparatus For Use In A Communications Network
US8576724B2 (en) * 2009-11-24 2013-11-05 At&T Intellectual Property I, L.P. Method, system, and computer program product, for correlating special service impacting events

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000082053A (ja) * 1998-07-03 2000-03-21 Mitsubishi Electric Corp ネットワ―ク監視装置
JP2000244510A (ja) * 1999-02-18 2000-09-08 Toshiba Corp ネットワーク管理方法およびネットワーク管理装置
JP2001075899A (ja) * 1999-08-31 2001-03-23 Fujitsu Ltd 資源管理装置
US6885861B2 (en) * 2001-08-24 2005-04-26 Nokia Corporation Service mobility and recovery in communication networks
US20040205212A1 (en) * 2003-03-31 2004-10-14 Nokia Corporation Method and system for forwarding a service-related information to a network user
US7447194B1 (en) * 2004-09-08 2008-11-04 Sprint Communications Company L.P. Application server update message processing
US20060165064A1 (en) * 2004-10-26 2006-07-27 Brown John C Method and apparatus for a network element to track the availability of other network elements
US7502384B2 (en) * 2004-12-20 2009-03-10 Nokia Corporation Systems and methods for providing asynchronous request-response services

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
HONG CAI ET AL: "Session initiation protocol and web services for next generation multimedia applications", MULTIMEDIA SOFTWARE ENGINEERING, 2002. PROCEEDINGS. FOURTH INTERNATIONAL SYMPOSIUM ON DEC. 11-13, 2002, PISCATAWAY, NJ, USA,IEEE, 11 December 2002 (2002-12-11), pages 70 - 80, XP010632736, ISBN: 0-7695-1857-5 *
ROACH DYNAMICSOFT A B: "Session Initiation Protocol (SIP)-Specific Event Notification; rfc3265.txt", IETF STANDARD, INTERNET ENGINEERING TASK FORCE, IETF, CH, June 2002 (2002-06-01), XP015009043, ISSN: 0000-0003 *
ROSENBERG DYNAMICSOFT H SALAMA CISCO SYSTEMS M SQUIRE HATTERAS NETWORKS J: "Telephony Routing over IP (TRIP); rfc3219.txt", IETF STANDARD, INTERNET ENGINEERING TASK FORCE, IETF, CH, January 2002 (2002-01-01), XP015008998, ISSN: 0000-0003 *

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9706019B2 (en) 2006-12-29 2017-07-11 Huawei Technologies Co., Ltd. Method, system, and network element for service processing after data of network element is invalid or network element fails
WO2009096509A1 (ja) * 2008-01-30 2009-08-06 Nec Corporation ノード装置、通信システム及びサービス提供方法
JP2009182541A (ja) * 2008-01-30 2009-08-13 Nec Corp Ｉｍｓネットワーク、ｉｍｓノード装置及びそれらに用いるサービス提供方法
EP2239893A4 (de) * 2008-01-30 2016-06-01 Nec Corp Knotenvorrichtung, kommunikationssystem und dienstbereitstellungsverfahren
JP2009239482A (ja) * 2008-03-26 2009-10-15 Toshiba Corp 電話システムとその交換装置および発信制御方法
US8054955B2 (en) 2008-03-26 2011-11-08 Kabushiki Kaisha Toshiba Telephone system, associated exchange, and transmission control method
JP2012226372A (ja) * 2012-07-26 2012-11-15 Hitachi Chem Co Ltd 感光性樹脂組成物及び感光性フィルム、並びに、永久マスクレジスト及びその製造方法

Also Published As

Publication number Publication date
DE102005007060B4 (de) 2008-11-13
JP2008530925A (ja) 2008-08-07
DE102005007060A1 (de) 2006-08-17
US20080181122A1 (en) 2008-07-31
EP1854268A1 (de) 2007-11-14

Similar Documents

Publication Publication Date Title
EP2018765B1 (de) Steuerung der dienstqualität und/oder der vergebührung von telekommunikationsdiensten
DE60124087T2 (de) Verfahren zur überwachung von anrufen in einem ip-basierten netzwerk
DE69922492T2 (de) Verfahren zum anschluss einer basisstation an ein zellulares system
EP2146458B1 (de) Verfahren, system und entität der ereignisrealisierungsdetektion
DE102005007060B4 (de) Signalisierung des Ausfalls einer Netzeinheit über ein Kommunikationsnetz
DE102005025419A1 (de) Verfahren zur effizienten Behandlung von Störungen bei der paketbasierten Übertragung von Verkehr
EP2005699A1 (de) Verfahren für lawful interception bei anrufweiterschaltung in einem paketorientierten telekommunikationsnetz
EP1949647A1 (de) Verfahren, detektionseinrichtung und servereinrichtung zur auswertung einer eingehenden kommunikation an einer kommunikationseinrichtung
EP1791337B1 (de) System und Verfahren zum Verfolgen von Ende-zu-Ende-Kommunikationen
DE60022913T2 (de) Lösen einer verbindung in einem zwei schichten netzwerk
EP1759514A1 (de) Aufbau einer verbindung für den austausch von daten eines ip-basierten dienstes
EP1658719B1 (de) Verfahren zur Steuerung eines Media Gateways
DE102006016520A1 (de) Aufbau einer Verbindung zu einem mobilen Endgerät bei Störung der zuständigen Vermittlungsstelle
EP3086593B1 (de) Netzwerkeinheit und verfahren zur überwachung eines ims-basierten dienstes
EP1771993B1 (de) Verfahren zur überwachung eines nachrichtenverkehrs, sowie eine erste und zweite netzwerkeinheit zu dessen durchführung
DE102005007419A1 (de) Verfahren zur Sicherung der Kommunikationsverbindungen und der zugehörigen Vergebührungen in einem redundanten Kommunikationsnetzwerk
JP2010141449A (ja) ＶｏＩＰゲートウェイ装置、データ通信システム及びそれらに用いるＶｏＩＰ接続制御方法
EP2649751B1 (de) Verfahren und system zur überwachung eines kommunikationssystems
DE102007025052B4 (de) Verfahren und System zum Aufbau einer Datenverbindung in einem Kommunikationssystem
EP1309146B1 (de) Verfahren zur Kommunikation zweier Netzeinrichtungen auf Basis einer Ende-zu-Ende-Verbindung und Netzeinrichtung dafür
DE102005007062B4 (de) Verfahren zum Übermitteln von Signalisierungsdaten zwischen Peripherieeinrichtungen eines Vermittlungssystems
EP1942685A1 (de) Verfahren und Einrichtungen für die Übertragung einer Kurznachricht über ein IMS-Netzwerk
EP2469822A1 (de) Computer-Telephonie-Integration mit Anbindung der Computer über einen Presence-Server
DE102004040301B3 (de) Verfahren und Telekommunikations-Endgerät für die Erkennung von einer Störung bei einem Verbindungsaufbauversuch mittels eines Gatekeepers
EP1535477A1 (de) Verfahren zum weiterleiten von signalisierungsnachrichten und zugeh rige komponenten

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2006708136

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 11884071

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2007555579

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

WWP Wipo information: published in national office

Ref document number: 2006708136

Country of ref document: EP