WO2003054700A1 - Verfahren zum vermeiden eines totalausfalls einer verarbeitungseinheit für protokollinformationen - Google Patents

Verfahren zum vermeiden eines totalausfalls einer verarbeitungseinheit für protokollinformationen Download PDF

Info

Publication number
WO2003054700A1
WO2003054700A1 PCT/DE2002/004500 DE0204500W WO03054700A1 WO 2003054700 A1 WO2003054700 A1 WO 2003054700A1 DE 0204500 W DE0204500 W DE 0204500W WO 03054700 A1 WO03054700 A1 WO 03054700A1
Authority
WO
WIPO (PCT)
Prior art keywords
protocol
processing unit
controller
protocol process
duration
Prior art date
Application number
PCT/DE2002/004500
Other languages
English (en)
French (fr)
Inventor
Alfred Burger
Helmut Brazdrum
Original Assignee
Siemens Aktiengesellschaft
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 Aktiengesellschaft filed Critical Siemens Aktiengesellschaft
Priority to US10/498,082 priority Critical patent/US7162667B2/en
Priority to DE50211093T priority patent/DE50211093D1/de
Priority to EP02792647A priority patent/EP1454236B1/de
Publication of WO2003054700A1 publication Critical patent/WO2003054700A1/de

Links

Classifications

    • 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
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • 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/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
    • 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/28—Timers or timing mechanisms used in protocols

Definitions

  • the invention relates to a method for avoiding a total failure in a processing unit for sending and receiving log information, and a processing unit for sending and receiving log information.
  • the general background of the present invention is a processing unit that sends and receives the information required by a protocol (e.g. SSCOP, # 7, HDLC, internal transport protocol, etc.).
  • a protocol e.g. SSCOP, # 7, HDLC, internal transport protocol, etc.
  • Such processing units are integrated in many networks in order to enable data transfer within the network.
  • the protocol information is transmitted via a high-performance switching technology such as transported asynchronous transfer mode (ATM).
  • ATM transported asynchronous transfer mode
  • ASIC Application Specific Integrated Circuits
  • FPGA Field Programmable Gate Arrays
  • Networks are usually tested before the actual user data transmission. However, due to the complexity of the protocols, it is not possible to test the handling of all situations in advance. This always leaves a certain probability of error. This means that incorrect protocol information may be received, which leads to the total failure of the system. The other transmission channels are also affected.
  • the invention is accordingly based on the object of developing a method which avoids a total failure during the processing of the protocol.
  • the central finding of the invention is to achieve a method for avoiding a total failure in a processing unit for sending and receiving protocol information for a large number of transmission channels in that a protocol process is started for each protocol by a controller and for each protocol In parallel to this process, a separate monitoring process can be activated, which is started at the same time as the protocol process and monitors the duration of the protocol process to detect a faulty transmission channel.
  • the monitoring process can be activated and deactivated separately by the software for each protocol process.
  • the monitoring process advantageously reports to the controller when a predetermined duration of the protocol process has been exceeded. In this case, incorrect protocol information must be assumed with which the protocol processing gets into a "deadlock" state.
  • the duration of the monitoring process can be set separately for each protocol process, since the different processes take different times.
  • the duration of all monitoring processes can be set to the maximum possible process duration. However, this causes an unnecessary time delay when recognizing faulty protocol information.
  • a time base is integrated in the processing unit, which specifies a basic cycle.
  • the controller saves the data relevant for later localization of the error as soon as a message from the monitoring process that the duration of the log process exceeds the predetermined time is sent to it.
  • the relevant data include the name of the protocol process, the current state of the protocol process and / or further signal states. They are saved in registers.
  • the controller then resets the processing unit, the data stored for later localization of the error being retained.
  • the controller After the reset process, the controller starts a process that triggers the last received that caused the malfunction
  • the processing unit is then ready to process the next message and there is therefore no total failure.
  • the faulty transmission channel of the processing unit is blocked and can only be released again by the software after the fault has been eliminated.
  • the protocol information is e.g. transmitted to a processing unit 1 in ATM cells.
  • a hardware unit for processing the received protocol information is located on the receiving side of the processing unit 1.
  • it is an RA (Recive ATM Adaptation Layer).
  • the received protocol information is temporarily stored in a reception memory 5.
  • the memory manager sends a signal 14 to the controller 2 that information is to be processed. This then uses a control word (protocol mode) to decide which protocol 3 it uses
  • Protocol process 3a processes the information and then transfers all relevant data via a signal 13 to a bus interface 6, which in turn forwards it to subsequent software in the processor on the module for further processing via a signal 12.
  • a monitoring process 4a For time monitoring of the protocol process 3a, a monitoring process 4a is started in parallel in a monitoring unit 4 by means of a start signal 17. The maximum permissible duration of the monitoring process is individually determined for each protocol process 4a. In order to optimize the time, it is set to the time required by the protocol process 3a in the event of faultless processing. To control the duration of the monitoring time, the monitoring process 4a receives a basic clock 18 from a time base 7. If the protocol process 3a ends its work steps, it signals this to the controller 2, which then stops the monitoring process 4a. For this reason, it is essential that each monitoring process 4a can be deactivated separately. Then the memory management of the receive memory 5 is reported that the information has been processed and thus the next message can be processed.
  • the monitoring process 4a reports to the controller 2 by means of an error notification 19 that there is incorrect protocol information.
  • the controller 2 then saves all relevant data, such as the name of the protocol process which caused the error, the current status of the protocol process in order to localize the cause of the error and / or further signal states in registers depending on the respective protocol.
  • controller 2 resets the entire unit, obtaining the data that is stored for later location of the fault.
  • the protocol process 3a, the monitoring unit 4, the time base 7 and the bus interface 6 are thus reset.
  • This can e.g. can be achieved in that the reset signal 10 is generated by an OR circuit 9, to which the output signal 11 of the controller 2 and the external reset signal 8 are supplied.
  • the controller 2 After the reset process, the controller 2 starts a process 3, which reads the last received message that triggered the malfunction from the receiving memory 5 via a signal 16 and forwards it to the external software 20 together with the stored data for error localization. Then the memory management of the reception memory 5 is signaled that the information has been processed and the next message can be processed.
  • the faulty transmission channel is blocked immediately by the software 20 or hardware and can only be released again by the software 20 after the fault has been eliminated.
  • the invention thus makes it possible to avoid a total failure in a processing unit in the event of incorrect log information and to determine the cause of the error.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Maintenance And Management Of Digital Transmission (AREA)

Abstract

Verfahren zum Vermeiden eines Totalausfalls in einer Verarbeitungseinheit (1) zum Senden und Empfangen von Protokollinformationen für eine grosse Anzahl von Übertragungskanäle, in der für jedes Protokoll (3) von einem Controller (1) ein Protokoll-Prozess (3a) gestartet wird und für jeden Protokoll-Prozess (3a) parallel dazu ein separater Überwachungsprozess aktivierbar bzw. deaktivierbar ist, der die ordnungsgemässe zeitliche Dauer des Protokoll-Prozesses überwacht. Wird die vorab festgelegte zeitliche Dauer des Protokoll-Prozesses überschritten ist, so meldet der Überwachungsprozess dies dem Controller (2), worauf der Controller (2) zum späteren Lokalisieren des Fehlers relevanten Daten speichert.

Description

Beschreibung
Verfahren zum Vermeiden eines Totalausfalls einer Verarbei- tungseinheit für Protokollinformationen
Die Erfindung betrifft ein Verfahren zum Vermeiden eines Totalausfalls in einer Verarbeitungseinheit zum Senden und Empfangen von Protokollinformationen, sowie eine Verarbeitungs- einheit zum Senden und Empfangen von Protokollinformationen.
Der generelle Hintergrund der vorliegenden Erfindung ist eine Verarbeitungseinheit, welche die von einem Protokoll (z.B.: SSCOP, #7, HDLC, internes Transportprotokoll etc.) benötigten Informationen sendet und empfängt. Derartige Verarbeitungs- einheiten sind in vielen Netzwerken integriert, um den Datentransfer innerhalb des Netzes zu ermöglichen.
Durch die technische Entwicklung werden die Anforderungen an die Verarbeitungseinheiten immer höher. Beispielsweise muß das Senden und Empfangen von Protokollinformationen in immer kürzeren Zeiteinheiten erfolgen. Dies kann einerseits durch eine Minimierung der Zeit, die für einen Übertragungsvorgang benötigt wird, und anderseits durch eine Erhöhung der Anzahl der Übertragungskanäle erreicht werden.
Zur Minimierung der Zeit, die für einen Übertragungsvorgang benötigt wird, werden die Protokollinformationen über eine hochleistungsfähige Vermittlungstechnik wie z.B. dem Asyn- chronen Transfermodus (ATM) transportiert.
Die Erhöhung der Anzahl der Übertragungskanäle in einer Verarbeitungseinheit zum Senden und Empfangen von Protokollinformationen (zur Zeit ca. 16000) führt ggf. zu Verwaltungs- Problemen, da es nahezu unmöglich ist, eine entsprechende Anzahl von Übertragungskanäle auf herkömmliche Weise zu unterstützen. Um alle Kanäle unterstützen zu können, muß eine Realisierung des Protokolls in der Hardware z.B. über einen ASIC (Application Specific Integrated Circuits) und/oder ein FPGA (Field Programmable Gate Arrays) erfolgen. ASIC sind SpezialChips, die auf den konkreten Einsatz hin konzipiert und optimiert werden, um hohe Leistungsfähigkeit zu erreichen.
Um das Schaltungsdesign dieser Chips zu optimieren, hat in . den letzten Jahren eine Entwicklung weg von dem klassischen digitalen Schaltungsdesign mit Standardlogik (74xx) hin zu programmierbarer Logik stattgefunden. Dabei hat speziell FPGA an Bedeutung gewonnen.
Die Kombination von ATM und ASIC zur Informationsübertragung wird schon seit Ende der neunziger Jahre durchgeführt. Sie wird z. B. erfolgreich im digitalen Telefonvermittlungssystem EWSD (Elektronisches Wählsystem Digital) verwendet.
Bei der Informationsübertragung ist über einen sogenannten Worksplit definiert, welchen Protokollanteil der ASIC und welchen Protokollanteil die nachfolgende Software im Prozessor auf der Baugruppe bearbeitet.
Netzwerke werden in der Regel vor der eigentlichen Nutzdaten- Übertagung ausgetestet. Es ist indessen auf Grund der Komplexität der Protokolle nicht möglich, die Bearbeitung aller Situationen im vorhinein auszutesten. Dadurch bleibt immer eine gewisse Fehlerwahrscheinlichkeit übrig. Dies bedeute, daß unter Umständen fehlerhafte Protokoll-Informationen empfangen werden, die zum Totalausfall des Systems führen. Dabei werden auch die anderen Übertragungskanäle in Mitleidenschaft gezogen.
Tritt in einem ASIC ein Fehler auf, so treten potentiell fol- gende Probleme bei der Fehlerkorrektur auf:
• die Fehlerlokalisierung in einem komplexen ASIC ist äußerst schwierig, • eine sofortige Fehlerbeseitigung ist nicht, bzw. nur durch ein Redesign, möglich, und
• die Protokoll-Bearbeitung kann nur durch ein Rücksetzen der Hardware wieder gestartet werden.
Daraus ergibt sich der Bedarf für ein Verfahren welches einen Totalausfall („deadlock") bei der Protokoll-Bearbeitung vermeidet .
Der Erfindung liegt dementsprechend die Aufgabe zugrunde, ein Verfahren zu entwickeln, welches einen Totalausfall bei der Protokoll-Bearbeitung vermeidet-.
Diese Aufgabe wird erfindungsgemäß durch die Merkmale der un- abhängigen Ansprüche gelöst. Die abhängigen Ansprüche bilden den zentralen Gedanken der Erfindung in besonders vorteilhafter Weise weiter.
Zentrale Erkenntnis der Erfindung ist es, ein Verfahren zum Vermeiden eines Totalausfalls in einer Verarbeitungseinheit zum Senden und Empfangen von Protokollinformationen für eine große Anzahl von Übertragungskanäle dadurch zu erreichen, daß für jedes Protokoll von einem Controller ein Protokoll-Prozeß gestartet wird und für jeden Protokoll-Prozeß parallel dazu ein separater Überwachungsprozeß aktivierbar ist, der zeitgleich zu dem Protokoll-Prozeß gestartet wird und die zeitliche Dauer des Protokoll-Prozesses zur Erkennung eines fehlerhaften Übertragungskanals überwacht .
Desweiteren ist es notwendig, daß für jeden Protokoll-Prozeß der Überwachungsprozeß von der Software separat aktivierbar und deaktivierbar ist.
Vorteilhafterweise meldet der Überwachungsprozeß an den Con- troller, wenn eine vorab festgelegte zeitliche Dauer des Protokoll-Prozesses überschritten ist. In diesem Fall muß von einer fehlerhaften Protokoll-Information ausgegangen werden mit der die Protokoll-Bearbeitung in einen „deadlock"-Zustand gelangt .
Besonders vorteilhaft ist, wenn die Dauer des Überwachungs- prozesses für jeden Protokoll-Prozeß getrennt einstellbar ist, da die verschiedenen Prozesse unterschiedliche Zeit beanspruchen. Alternativ ist auch die Festlegung der Dauer aller Überwachungsprozesse auf die maximal mögliche Prozeßdauer möglich. Dies bewirkt aber eine unnötige Zeitverzögerung beim Erkennen von fehlerhaften Protokoll-Informationen.
Zur Steuerung der zeitlichen Dauer des Überwachungsprozesses ist eine Zeitbasis in der Verarbeitungseinheit integriert, die einen Grundtakt vorgibt.
Erfindungsgemäß sichert der Controller die zum späteren Lokalisieren des Fehlers relevanten Daten, sobald eine Meldung des Überwachungsprozesses, daß die Dauer des Protokoll- Prozesses die vorab festgelegte Zeit überschreitet, an ihn erfolgt. Die relevanten Daten umfassen den Namen des Protokollprozesses, den augenblicklichen Zustand des Protokoll- Prozesses und/oder weitere Signalzustände. Sie werden in Registern gespeichert.
Danach setzt der Controller die Verarbeitungseinheit zurück, wobei die Daten die zum späteren lokalisieren des Fehlers gespeichert sind erhalten bleiben.
Nach dem Rücksetzvorgang startet der Controller einen Prozeß, der die zuletzt empfangene, das Fehlverhalten auslösende
Nachricht aus dem Empfangsspeicher ausliest und zusammen mit den gespeicherten Daten zur Fehlerlokalisation an eine externe Software weitergibt.
Danach ist die Verarbeitungseinheit zur Bearbeitung der nächsten Nachricht bereit und es kommt somit nicht zum Totalausfall. Zusätzlich wird der fehlerhafte Übertragungskanal der Verarbeitungseinheit gesperrt und kann nur von der Software nach erfolgter Fehlerbeseitigung wieder freigegeben werden.
Ein Beispiel für den Ablauf der Verarbeitung der Protokoll- Informationen nach der Erfindung wird im folgenden anhand von Fig. 1 erläutert.
Die Protokoll-Informationen werden z.B. in ATM-Zellen an eine Verarbeitungseinheit 1 übertragen. Auf der Empfangsseite der Verarbeitungseinheit 1 befindet sich dafür eine Hardware- Einheit zur Bearbeitung der empfangenen Protokoll- Informationen. Im vorliegenden Fall handelt es sich um ein RA (Recive ATM Adaptation Layer) .
Die empfangenen Protokoll-Informationen werden in einem Emp- fangsspeicher 5 zwischengespeichert. Die Speicherverwaltung sendet ein Signal 14 an den Controller 2, daß eine Information zu bearbeiten ist. Dieser entscheidet dann anhand eines Steuerwortes (Protokoll-Modus) , für welches Protokoll 3 diese
Nachricht bestimmt ist. Für jedes Protokoll 3 gibt es einen eigenen Prozeß, der von dem Controller 2 über ein Startsignal 15 gestartet wird. Der Protokoll-Prozeß 3a bearbeitet die Informationen und übergibt -dann alle relevanten Daten über ein Signal 13 an eine Bus-Schnittstelle 6, die es ihrerseits an eine nachfolgende Software im Prozessor auf der Baugruppe zur weiteren Verarbeitung über ein Signal 12 weiterleitet.
Zur Zeitüberwachung des Protokoll-Prozesses 3a wird parallel zeitgleich dazu in einer Überwachungseinheit 4 ein Überwachungs-Prozeß 4a mittels eines Startsignals 17 gestartet. Die zulässige Höchstdauer des Überwachungs-Prozesses wird individuell für jeden Protokoll-Prozeß 4a festgelegt. Sie wird zur Zeitoptimierung auf die Zeit die der Protokoll-Prozeß 3a bei fehlerlosen Bearbeitung benötigt festgelegt. Zur Steuerung der Dauer der Überwachungszeit erhält der Überwachungs-Prozeß 4a einen Grundtakt 18 von einer Zeitbasis 7. Beendet der Protokoll-Prozeß 3a seine Arbeitsschritte, so signalisiert er dies dem Controller 2, der dann den Überwachungs-Prozeß 4a stoppt. Aus diesem Grund ist es unabdingbar, daß jeder Überwachungs-Prozeß 4a separat deaktivierbar ist. Danach wird der Speicherverwaltung des EmpfangsSpeichers 5 gemeldet, daß die Informationen bearbeitet worden sind und somit die nächste Nachricht bearbeitet werden kann.
Wird der Überwachungs-Prozeß 4a beendet, bevor der Protokoll- Prozeß 3a beendet ist, so muß von einer fehlerhaften Protokoll-Information ausgegangen werden, mit der die Protokollbearbeitung in einen „deadlock"-Zustand gelangt.
Der Überwachungs-Prozeß 4a meldet in diesem Fall an den Con- troller 2 durch eine Fehlerbenachrichtigung 19 das Vorliegen einer fehlerhaften Protokoll-Information. Daraufhin sichert der Controller 2 alle relevanten Daten, wie Name des Protokoll-Prozesses, der den Fehler verursacht hat, den augenblicklichen Zustand des Protokoll-Prozesses um die Fehlerur- sache zu lokalisieren und/oder weitere Signalzustände abhängig vom jeweiligen Protokoll in Registern.
Danach setzt der Controller 2 die gesamte Einheit zurück, wobei die Daten erhalten werden, die zum späteren Lokalisieren des Fehlers gespeichert sind. Somit werden der Protokoll- Prozeß 3a, die Überwachungseinheit 4, die Zeit-Basis 7 und die Bus-Schnittstelle 6 zurückgesetzt. Dies kann z.B. dadurch erreicht werden, daß das Rücksetzsignal 10 durch eine ODER- Schaltung 9 erzeugt wird, der das Ausgangsignal 11 des Con- trollers 2 sowie das externe Rücksetzsignal 8 zugeführt werden.
Nach dem Rücksetzvorgang startet der Controller 2 einen Prozeß 3, der die zuletzt empfangene, das Fehlverhalten auslö- sende Nachricht aus dem Empfangsspeicher 5 über eine Signal 16 ausliest und zusammen mit den gespeicherten Daten zu Feh- lerlokalisation an die externe Software 20 weitergibt. Danach wird der Speicherverwaltung des Empfangsspeichers 5 signalisiert, daß die Informationen bearbeitet worden sind und die nächste Nachricht bearbeitet werden kann.
Zusätzlich wird der fehlerhafte Übertragungskanal sofort durch die Software 20 oder Hardware gesperrt und kann nur von der Software 20 nach erfolgter Fehlerbeseitigung wieder freigegeben werden.
Die Erfindung ermöglicht somit einen Totalausfall in einer Verarbeitungseinheit im Falle einer fehlerhaften Protokoll- Information zu vermeiden und die Fehlerursache zu ermitteln.

Claims

Patentansprüche
1. Verfahren zum Vermeiden eines Totalausfalls in einer Verarbeitungseinheit (1) zum Senden und Empfangen von Protokollinformationen für mehrere Übertragungskanäle, d a d u r c h g e k e n n z e i c h n e t, dass für jedes Protokoll (3) von einem Controller (2) ein Protokoll-Prozeß (3a) gestartet wird und parallel zu jedem Protokoll-Prozeß (3a) ein separater Überwachungsprozeß (4a) aktiviert bzw. deaktiviert wird, der zeitgleich zu dem Protokoll-Prozeß (3a) gestartet wird und die zeitliche Dauer des Protokoll-Prozesses (3a) zur Erkennung eines Fehlverhaltens überwacht.
2. Verfahren nach Anspruch 1, d a du r c h g e k e nn z e i c h n e t, dass der Überwachungsprozeß (4a) eine Nachricht an den Controller (2) sendet, sobald eine vorab festgelegte zeitliche Dauer des Protokoll-Prozesses überschritten ist.
3. Verfahren nach Anspruch 1 oder 2 , d a d u r c h g e k e n n z e i c h n e t, dass die Dauer des Überwachungsprozesses (4a) für jeden Protokoll-Prozeß (3a) getrennt eingestellt wird.
4. Verfahren nach Anspruch 3 , d a d u r c h g e k e n n z e i c h n e t, dass die zeitlichen Dauer des Überwachungsprozesses (4a) aufgrund eines Grundtaktes den eine Zeitbasis (7) vorgibt gemes- sen wird.
5. Verf hren nach Anspruc 2 d a d u r c h g e k e n n z e i c h n e t, dass der Controller (2) nach Erhalten der Nachricht, dass der Protokoll-Prozeß (-3a) die vorab festgelegte zeitliche Dauer überschritten hat, zum späteren Lokalisieren des Fehlers re- levanten Daten speichert.
6. Verfahren nach Anspruch 5, d a d u r c h g e k e n n z e i c h n e t, dass die relevanten Daten den Namen des Protokoll-Prozesses (3a) , den augenblicklichen Zustand des Protokoll-Prozesses (3a) und/oder weitere Signalzustände umfassen.
7. Verfahren nach Anspruch 5 oder 6, d a du r c h g e k e n n z e i c h n e t, dass der Controller (2) die Verarbeitungseinheit zurücksetzt, wobei die Daten, die zum späteren Lokalisieren des Fehlers gespeichert sind, erhalten werden.
8. Verf hren nach Anspruch 7 d a d u r c h g e k e n n z e i c h n e t, dass nach dem Rücksetzvorgang der Controller (2) einen Prozeß startet, der zuletzt empfangene, das Fehleverhalten auslösende Nachricht aus dem Empfangsspeicher (5) ausliest und zusam- men mit den gespeicherten Daten zur Fehlerlokalisation an eine externe Software (20) weitergibt.
9. Verfahren nach Anspruch 8 d a d u r c h g e k e n n z e i c h n e t, dass der fehlerhafte Übertragungskanal sofort gesperrt wird.
10. Verfahren nach Anspruch 9 d a d u r c h g e k e n n z e i c h n e t, dass eine Software (20) den fehlerhaften Übertragungskanal nach erfolgter Fehlerbeseitigung freigibt.
11. Verarbeitungseinheit zum Senden und Empfangen von Protokollinformationen für eine große Anzahl von Übertragungskanäle, aufweisend einen Controller (2) der für jedes Protokoll einen Protokoll- Prozeß (3a) startet, g e k e n n z e i c h n e t d u r c h eine Überwachungseinheit (4), in der zeitgleich zu jedem Protokoll-Prozeß (3a) ein Überwachungsprozeß separater aktivierbar bzw. deaktivierbar ist, der zur Erkennung eines fehlerhaften Übertragungskanals die zeitliche Dauer des Protokoll-Prozesses überwacht.
12. Verarbeitungseinheit nach Anspruch 11, d a d u r c h g e k e n n z e i c h n e t, dass sie eine Zeitbasis (7) aufweist, die einen Grundtakt vorgibt aufgrund dessen die zeitlichen Dauer des Überwachungs-Prozesses gemessen wird.
13. Verarbeitungseinheit nach Anspruch 11 oder 12, d a d u r c h g e k e n n z e i c h n e t, dass die Überwachungseinheit (4) eine Nachricht an den Controller (2) sendet, sobald eine im voraus festgelegte Dauer des Protokoll-Prozesses überschritten ist.
14. Verarbeitungseinheit nach Anspruch 13, d a d u r c h g e k e n n z e i c h n e t, dass der Controller (2) auf den Erhalt der Nachricht hin zum späteren Lokalisieren des Fehlers relevante Daten in einem Register speichert.
15. Verarbeitungseinheit nach Anspruch 14, d a d u r c h g e k e n n z e i c h n e t, dass der Controller (2) die Verarbeitungseinheit
(1) zurücksetzt, wobei die Daten, die zum späteren Lokalisie- ren des Fehlers gespeichert sind, erhalten werden.
16. Verarbeitungseinheit nach Anspruch 15, d a d u r c h g e k e n n z e i c hn e t, dass nach dem Rücksetzvorgang der Controller (2) einen Prozeß startet, der die zuletzt empfangene, ein Fehlverhalten auslösende Nachrichtn aus dem Empfangsspeicher (5) ausliest und zusammen mit den gespeicherten Daten über eine Bus- Schnittstelle (6) zur Fehlerlokalisation an eine externe Software (20) weitergibt.
17. Verarbeitungseinheit nach Anspruch 15, d a d u r c h g e k e n n z e i c h n e t, dass der Controller (2) mit dem externen Rücksetzsignal (8) über eine ODER-Schaltung (9) verbunden ist.
18. Verarbeitungseinheit nach Anspruch 16, d a d u r c h g e k e n z e i c h n e t, dass der fehlerhafte Übertragungskanal durch die externe Software (20) gesperrt wird.
19. Verarbeitungseinheit nach Anspruch 18, d a d u r c h g e k e n n z e i c h n e t, dass die externe Software (20) den fehlerhaften Übertragungskanal nach der Fehlerbeseitigung freigibt.
PCT/DE2002/004500 2001-12-13 2002-12-06 Verfahren zum vermeiden eines totalausfalls einer verarbeitungseinheit für protokollinformationen WO2003054700A1 (de)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US10/498,082 US7162667B2 (en) 2001-12-13 2002-12-06 Method for preventing total failure of a processing unit for protocol information
DE50211093T DE50211093D1 (de) 2001-12-13 2002-12-06 Verfahren zum Vermeiden eines Totalausfalls einer Verarbeitungseinheit für Protokollinformationen
EP02792647A EP1454236B1 (de) 2001-12-13 2002-12-06 Verfahren zum Vermeiden eines Totalausfalls einer Verarbeitungseinheit für Protokollinformationen

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE10161295.8 2001-12-13
DE10161295A DE10161295A1 (de) 2001-12-13 2001-12-13 Verfahren zum Vermeiden eines Totalausfalls einer Verarbeitungseinheit für Protokollinformationen

Publications (1)

Publication Number Publication Date
WO2003054700A1 true WO2003054700A1 (de) 2003-07-03

Family

ID=7709106

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/DE2002/004500 WO2003054700A1 (de) 2001-12-13 2002-12-06 Verfahren zum vermeiden eines totalausfalls einer verarbeitungseinheit für protokollinformationen

Country Status (4)

Country Link
US (1) US7162667B2 (de)
EP (1) EP1454236B1 (de)
DE (2) DE10161295A1 (de)
WO (1) WO2003054700A1 (de)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10343403B4 (de) * 2003-09-19 2006-05-24 Daimlerchrysler Ag Einrichtung und Verfahren zur Onboard-Überwachung
US8639819B2 (en) 2004-02-05 2014-01-28 Nokia Corporation Ad-hoc connection between electronic devices
US7496500B2 (en) * 2004-03-01 2009-02-24 Microsoft Corporation Systems and methods that determine intent of data and respond to the data based on the intent
US20060235655A1 (en) * 2005-04-18 2006-10-19 Qing Richard X Method for monitoring function execution
KR100656473B1 (ko) * 2005-11-09 2006-12-11 삼성전자주식회사 Ｌａｎ 인터페이스를 구비한 교환망 시스템과 그시스템에서의 과부하 제어방법
US7921165B2 (en) * 2005-11-30 2011-04-05 Microsoft Corporation Retaining mail for availability after relay
US20080140826A1 (en) * 2006-12-08 2008-06-12 Microsoft Corporation Monitoring and controlling electronic message distribution
CN101945411B (zh) * 2009-07-10 2013-05-29 电信科学技术研究院 一种lte基站维护方法和设备
US10891179B2 (en) * 2018-10-22 2021-01-12 Western Digital Technologies, Inc. Data storage device with deadlock recovery capabilities

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19921247A1 (de) * 1999-05-07 2000-11-16 Siemens Ag Verfahren und Einrichtung zur Überwachung von Softwareapplikationen
US6269478B1 (en) * 1997-07-22 2001-07-31 Siemens Aktiengesellschaft Monitoring method for recognizing endless loops and blocked processes in a computer system using task state comparisons

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5313456A (en) * 1989-03-03 1994-05-17 Fujitsu Limited Data link protecting system
US6292480B1 (en) * 1997-06-09 2001-09-18 Nortel Networks Limited Electronic communications manager
FR2764759B1 (fr) * 1997-06-16 1999-09-03 Texas Instruments France Dispositif de controle de periodicite des messages transitant sur un reseau multiplexe de transmission d'une formation de type can
US6304983B1 (en) * 1998-09-30 2001-10-16 International Business Machines Corporation Checkpoint logging without checkpoint display device availability
JP4443067B2 (ja) * 2001-04-26 2010-03-31 富士通マイクロエレクトロニクス株式会社 プロセッサおよびそのリセット制御方法
US7565353B2 (en) * 2001-05-21 2009-07-21 Mudalla Technology, Inc. Trusted transactional internet kiosk

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6269478B1 (en) * 1997-07-22 2001-07-31 Siemens Aktiengesellschaft Monitoring method for recognizing endless loops and blocked processes in a computer system using task state comparisons
DE19921247A1 (de) * 1999-05-07 2000-11-16 Siemens Ag Verfahren und Einrichtung zur Überwachung von Softwareapplikationen

Also Published As

Publication number Publication date
EP1454236A1 (de) 2004-09-08
DE50211093D1 (de) 2007-11-29
EP1454236B1 (de) 2007-10-17
DE10161295A1 (de) 2003-07-03
US7162667B2 (en) 2007-01-09
US20050015484A1 (en) 2005-01-20

Similar Documents

Publication Publication Date Title
EP2028797B1 (de) Verfahren zur Datenübertragung
EP0403763A2 (de) Verfahren zum Vernetzen von Rechnern und/oder Rechnernetzen sowie Vernetzungssystem
EP2803155B1 (de) Verfahren und vermittlungseinheit zur zuverlässigen vermittlung von synchronisationsnachrichten
DE3301628A1 (de) Schaltungsanordnung fuer den datenaustausch zwischen zwei rechnern
EP0701348A2 (de) Paketübertragungssystem
DE3736550A1 (de) Verfahren und vorrichtung zum simultanen datenverkehr
EP1454236A1 (de) Verfahren zum Vermeiden eines Totalausfalls einer Verarbeitungseinheit für Protokollinformationen
EP1686732B1 (de) Verfahren und System zur Übertragung von Telegrammen
DE19737585B4 (de) Verfahren und Vorrichtung zur Verwirklichung einer Abschnittsumschaltungs- und Wiederherstellungsoperation in einer ISDN-PCX
EP1748363B1 (de) Busarchitektur sowie Verfahren zum Datenaustausch
EP0360917B1 (de) Verfahren und Schaltungsanordnung zur Steuerung einer seriellen Schnittstellenschaltung
EP0625751A1 (de) Sicheres Informationsübertragungsverfahren für einen Bus
EP0133577B1 (de) Datenübertragungsverfahren in einem digitalen Übertragungsnetzwerk und Vorrichtung zur Durchführung des Verfahrens
DE2126456B2 (de) Schaltungsanordnung zur Verwendung in einer Datenverarbeitungsanlage
EP2741453B1 (de) Verfahren zum betreiben eines busgeräts einer gebäudeautomatisierungseinrichtung, sowie entsprechendes konfigurationsgerät und entsprechendes computerprogrammprodukt
EP0306736A2 (de) Verfahren zum Übertragen von in einer Fernmeldevermittlungsanlage gespeicherten Verbindungsinformationen zu einer Informationsverarbeitungsanlage
DE3427350C2 (de)
DE10084752T5 (de) Verfahren zur Überwachung von parallelen Prozessen
DE3136495C2 (de)
WO2002099643A2 (de) Verfahren und vorrichtung zur kommunikation in einem fehlertoleranten verteilten computersystem
EP1535156B1 (de) Verfahren und apparat zur fehlererkennung in einem verteilten echtzeitcomputersystem
DE2715722C3 (de) Zentral gesteuerte Vermittlungsanlage, insbesondere Fernsprechvermittlungsanlage, mit mindestens zwei zentralen Steuereinrichtungen und von diesen zu steuernden Einrichtungen
DE2444692C3 (de) Eingangsschaltung für einen Rechner zum Empfang von Informationen aus einer Vielzahl von peripheren Datengeräten im Zeitmultiplex-Betrieb
EP1109346B1 (de) Verfahren zur Ermittlung und Behandlung von Übertragungsfehlern auf einem Bussystem
DE2310634C3 (de) Rechnergesteuerte Fernmeldevermittlungsanlage mit Maßnahmen zur Instandsetzung bei Ausfall eines Rechners

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): US

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR IE IT LU MC NL PT SE SK TR

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: 2002792647

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 10498082

Country of ref document: US

WWP Wipo information: published in national office

Ref document number: 2002792647

Country of ref document: EP

WWG Wipo information: grant in national office

Ref document number: 2002792647

Country of ref document: EP