DE60216767T2 - Verfahren und vorrichtung zum austausch von softwareinformation in einem datenpaketübertragungssystem - Google Patents

Verfahren und vorrichtung zum austausch von softwareinformation in einem datenpaketübertragungssystem Download PDF

Info

Publication number
DE60216767T2
DE60216767T2 DE60216767T DE60216767T DE60216767T2 DE 60216767 T2 DE60216767 T2 DE 60216767T2 DE 60216767 T DE60216767 T DE 60216767T DE 60216767 T DE60216767 T DE 60216767T DE 60216767 T2 DE60216767 T2 DE 60216767T2
Authority
DE
Germany
Prior art keywords
communication device
software version
message
version information
data field
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.)
Expired - Lifetime
Application number
DE60216767T
Other languages
English (en)
Other versions
DE60216767D1 (de
Inventor
M. Shahab Naperville SAYEEDI
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.)
Motorola Mobility LLC
Original Assignee
Motorola Inc
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 Motorola Inc filed Critical Motorola Inc
Application granted granted Critical
Publication of DE60216767D1 publication Critical patent/DE60216767D1/de
Publication of DE60216767T2 publication Critical patent/DE60216767T2/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/02Arrangements for optimising operational condition
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q3/00Selecting arrangements
    • H04Q3/42Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker
    • H04Q3/54Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker in which the logic circuitry controlling the exchange is centralised
    • H04Q3/545Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker in which the logic circuitry controlling the exchange is centralised using a stored programme
    • H04Q3/54508Configuration, initialisation
    • H04Q3/54533Configuration data, translation, passwords, databases
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q2213/00Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/1305Software aspects
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q2213/00Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13098Mobile subscriber
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q2213/00Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13296Packet switching, X.25, frame relay
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q2213/00Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13376Information service, downloading of information, 0800/0900 services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/04Arrangements for maintaining operational condition

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)

Description

  • Gebiet der Erfindung
  • Die vorliegende Erfindung bezieht sich allgemein auf zellulare Kommunikationssysteme und insbesondere auf Datenübertragungsprotokolle in einem Paketdatenkommunikationssystem.
  • Hintergrund der Erfindung
  • Der TIA/EIA (Telecommunications Industry Association/Electronic Industries Association)-IS-2001- oder IOS (3GPP2 A.S0001 Interoperabilitätsspezifikations)-Standard stellt einen Kompatibilitätsstandard für zellulare Mobiltelekommunikationssysteme zur Verfügung, die als ein cdma2000, 1XEV-DO, 1XEV-DV oder irgendeine andere Technologie, die durch ein A.S0001/IS-2001-basiertes Zugangsnetz unterstützt wird, arbeiten. Der Standard gewährleistet, dass eine Mobilstation (MS), die in einem cdma2000-System arbeitet, bei Betrieb in einem zellularen Kommunikationssystem oder Personal Communication System (PCS), gemäß dem Standard hergestellt, Kommunikationsdienste erhalten kann. Um Kompatibilität zu gewährleisten, werden Funksystemparameter und Rufverarbeitungsprozeduren durch den Standard spezifiziert, wobei Rufverarbeitungsschritte umfasst werden, die durch eine MS und eine die MS versorgende Basisstation zum Aufbau eines Rufs und digitaler Steuerungsnachrichten und analoger Signale, die zwischen Elementen einer die Basisstation umfassenden Infrastruktur ausgetauscht werden, ausgeführt werden.
  • Eine übliche cdma2000-Kommunikationssysteminfrastruktur umfasst eine Basisstation in Kommunikation mit einer Paketsteuerungsfunktion (PCF). Eine Schnittstelle zwischen der Basisstation und der PCF umfasst eine A9-Schnittstelle, die eine Signalisierungsschnittstelle zwischen der Basisstation und der PCF zur Verfügung stellt, und eine A8-Schnittstelle, die einen Trägerpfad zwischen der Basisstation und der PCF zur Verfügung stellt. Diese Schnittstellen sind in dem IS-2001- oder IOS-Standard zusammen als der Aquinter-Referenzpunkt oder A8/A9-Schnittstelle bekannt.
  • Die Entwicklung des IOS-Standards hat zu der Existenz mehrerer Versionen des Standards geführt. Da sich der Standard entwickelt hat, unterstützen spätere Versionen des Standards Funktionen und stellen eine Signalisierung zur Verfügung, die in früheren Versionen des Standards nicht umfasst ist. Eine mögliche Folge der Koexistenz mehrerer Versionen des Standards ist, dass eine Basisstation und eine PCF, die über die A8/A9-Schnittstelle kommunizieren, jeweils einer unterschiedlichen Version des IOS-Standards entsprechen können. Die gesamte laufende Software, die der Version höherer Stufe des Standards entspricht, kann dann erwarten, dass die gesamte laufende Software, die der Version niedrigerer Stufe des Standards entspricht, Funktionen unterstützt, die die letztere Einheit nicht zu unterstützen im Stande ist. Die möglichen Folgen umfassen eine Fehlkommunikation zwischen den zwei Einheiten, vergeudete Kommunikationsressourcen, da eine Einheit auf Antworten wartet, die nicht verfügbar sind, oder mit Anwendungen kommuniziert, die durch die andere Einheit nicht unterstützt werden, und abgebrochene Telefongespräche.
  • Darüber hinaus bleiben, falls entweder in der Basisstation oder der PCF ein Störereignis als Folge eines Hardware- oder eines Softwareversagens stattfindet, was zu einer Einheitsrücksetzung führt, die Ressourcen, die für ein Unterstützen von Paketdatenkommunikationen zugewiesen wurden, zugewiesen. Falls zum Beispiel eine PCF rücksetzt, bleiben Luftschnittstellenverkehrskanalressourcen in Basisstationen, die der rücksetzenden PCF zugeordnet sind, durch die Basisstationen zugewiesen, auch wenn die durch die Paketdatenressourcen unterstützten Kommunikationen beendet sind. Das führt erneut zu vergeudeten Kommunikationsressourcen.
  • Die WO 93/21715 offenbart ein Signalisierungsprotokoll zur Verwendung bei einer Kommunikation zwischen Zellulartelefonvermittlungen. Die WO 93/21715 bezieht sich nicht auf Softwareinkompatibilität zwischen zwei Netzelementen, die in einem selben Zugangsnetz miteinander gekoppelt sind.
  • Es besteht daher ein Bedarf an einem Verfahren und einer Vorrichtung zur Ermöglichung eines Austauschens von Softwareversionsinformation zwischen einer Basisstation und einer PCF und zur Unterstützung einer Freisetzung von Kom munikationsressourcen im Falle eines Versagens entweder in der Basisstation oder der PCF.
  • Zusammenfassung der Erfindung
  • In einem ersten Aspekt stellt die vorliegende Erfindung ein Verfahren zum Austauschen von Softwareinformation nach Anspruch 1 zur Verfügung.
  • In einem weiteren Aspekt stellt die vorliegende Erfindung ein Verfahren zum Austauschen von Softwareinformation nach Anspruch 5 zur Verfügung.
  • In einem weiteren Aspekt stellt die vorliegende Erfindung eine Kommunikationseinrichtung nach Anspruch 8 zur Verfügung.
  • Weitere Aspekte erfolgen nach den abhängigen Ansprüchen.
  • Kurze Beschreibung der Zeichnungen
  • 1 ist ein Flussdiagramm eines drahtlosen Kommunikationssystems 100 gemäß einer Ausführungsform der vorliegenden Erfindung.
  • 2 ist ein logisches Ablaufdiagramm der Schritte, die durch eine Sendekommunikationseinrichtung und eine Empfangskommunikationseinrichtung beim Austauschen von Softwareversionsinformation gemäß einer Ausführungsform der vorliegenden Erfindung ausgeführt werden.
  • 3 ist ein Flussdiagramm einer Softwareversionsnachricht gemäß einer Ausführungsform der vorliegenden Erfindung.
  • 4 ist ein Flussdiagramm einer Softwareversionsbestätigungsnachricht gemäß einer Ausführungsform der vorliegenden Erfindung.
  • Ausführliche Beschreibung der Erfindung
  • Um den Bedarf an einem Verfahren und einer Vorrichtung zur Ermöglichung eines Austauschens von Softwareversionsinformation zwischen einer Basisstation und einer Paketsteuerungsfunktion (PCF) und zur Unterstützung einer Freisetzung von Kommunikationsressourcen im Falle eines Versagens entweder in der Basisstation oder der PCF anzugehen, umfasst ein Paketdatenkommunikationssystem eine erste Kommunikationseinrichtung und eine zweite Kommunikationseinrichtung, durch eine A8/A9-Schnittstelle miteinander verbunden, die Softwareversionsinformation austauschen, die über die Softwareversion informiert, welche in jeder Kommunikationseinrichtung gespeichert und von ihr ausgeführt wird. Die Softwareversionsinformation ist in unabhängigen, in sich geschlossenen Softwareversionsnachrichten und Softwareversionsbestätigungsnachrichten umfasst, die zu jeder Zeit, wie z. B. während eines Rufaufbaus oder als Antwort auf ein Störereignis, zwischen der ersten Kommunikationseinrichtung und der zweiten Kommunikationseinrichtung ausgetauscht werden können.
  • Allgemein umfasst eine Ausführungsform der vorliegenden Erfindung ein Verfahren zum Austauschen von Softwareinformation über eine A8/A9-Schnittstelle in einem Paketdatenkommunikationssystem. Das Verfahren umfasst Schritte zu einem Übertragen eines ersten Satzes an Softwareversionsinformation, der über eine in der ersten Kommunikationsein richtung gespeicherte Softwareversion informiert, durch eine erste Kommunikationseinrichtung und einem Empfangen eines zweiten Satzes an Softwareversionsinformation, der über eine in einer zweiten Kommunikationseinrichtung gespeicherte Softwareversion informiert, durch die erste Kommunikationseinrichtung als Antwort auf die Übertragung des ersten Satzes an Softwareversionsinformation.
  • Eine weitere Ausführungsform der vorliegenden Erfindung umfasst ein Verfahren zum Austauschen von Softwareinformation über eine A8/A9-Schnittstelle in einem Paketdatenkommunikationssystem. Das Verfahren umfasst Schritte zu einem Empfangen eines ersten Satzes an Softwareversionsinformation, der über eine in einer zweiten Kommunikationseinrichtung gespeicherte Softwareversion informiert, durch eine erste Kommunikationseinrichtung und einem Übertragen eines zweiten Satzes an Softwareversionsinformation, der über eine in der ersten Kommunikationseinrichtung gespeicherte Softwareversion informiert, durch die erste Kommunikationseinrichtung als Antwort auf das Empfangen des ersten Satzes an Softwareversionsinformation.
  • Eine noch weitere Ausführungsform der vorliegenden Erfindung umfasst eine Kommunikationseinrichtung, die im Stande ist, in einem Paketdatenkommunikationssystem zu arbeiten. Die Kommunikationseinrichtung umfasst einen Speicher, der Software speichert, und einen Prozessor, der eine Nachricht, die Softwareversionsinformation umfasst, assembliert, wobei die Softwareversionsinformation über eine in dem Speicher gespeicherte Softwareversion informiert und wobei die Kommunikationseinrichtung die Nachricht über eine A8/A9-Schnittstelle überträgt.
  • Die vorliegende Erfindung kann mit Bezug auf 1-4 ausführlicher beschrieben werden. 1 ist ein Flussdiagramm eines drahtlosen Kommunikationssystems 100 gemäß einer Ausführungsform der vorliegenden Erfindung. Das Kommunikationssystem 100 umfasst zumindest eine Mobilstation (MS) 102 und eine Basisstation 104, die Kommunikationsdienste für die MS zur Verfügung stellt. Die Basisstation 104 befindet sich in Kommunikation mit einer Paketsteuerungsfunktion (PCF) 106, die sich wiederum in Kommunikation mit einem Paketdatendienstknoten (PDSN) 108 befindet. Die Basisstation 104, die PCF 106 und der PDSN 108 werden hier zusammen als eine Telekommunikationsinfrastruktur 116 bezeichnet. Die Basisstation 104 und die PCF 106 kommunizieren über einen Aquinter-Referenzpunkt oder A8/A9-Schnittstelle 110 miteinander, die eine A8-Schnittstelle 112, welche einen Trägerpfad zwischen der Basisstation und der PCF zur Verfügung stellt, und eine A9-Signalisierungsschnittstelle 114 umfasst. Die PCF 106 und der PDSN 108 kommunizieren über eine A10/A11-Schnittstelle 115 miteinander. Die Basisstation 104 und die PCF 106 umfassen jeweils einen entsprechenden Prozessor 120, 126, wie z. B. einen Mikroprozessor oder digitalen Signalprozessor (DSP), und einen zugeordneten Speicher 122, 128, der Software, wie z. B. Programme, Anwendungen und Betriebsprotokolle, speichert, die durch den Prozessor ausgeführt werden und das Funktionieren der Basisstation und der PCF ermöglichen. Jeder der Prozessoren 120 und 126 ist auch mit einem entsprechenden Timer 124, 130 gekoppelt.
  • Das Kommunikationssystem 100 umfasst ein drahtloses Paketdatenkommunikationssystem. Damit die MS 102 eine Paketdatenverbindung mit einem externen Netz 118, das mit der Infrastruktur 116 verbunden ist, herstellt, arbeiten die Basisstation 104, die PCF 106 und der PDSN 108 gemäß wohlbekannten Protokollen für drahtlose Telekommunikationen. Dadurch, dass gemäß wohlbekannten Protokollen gearbeitet wird, kann ein Benutzer einer MS 102 sicher sein, dass die MS 102 im Stande ist, mit der Infrastruktur 116 zu kommunizieren und über die Infrastruktur eine Paketdatenkommunikationsverbindung mit dem externen Netz 118 herzustellen. Das Kommunikationssystem 100 arbeitet vorzugsweise gemäß dem 3GPP2 und TIA/EIA (Telecommunications Industry Association/Electronic Industries Association)-A.S0001/IS-2001- oder IOS (Interoperabilitätsspezifikations)-Standard, der einen Kompatibilitätsstandard für IS-2000, das heißt cdma2000- oder 1xEV-DO-Systeme, zur Verfügung stellt, und bei der Infrastruktur 116 handelt es sich um ein A.S0001/IS-2001-Zugangsnetz. Der Standard spezifiziert drahtlose Telekommunikationssystembetriebsprotokolle, wobei Funksystemparameter und Rufverarbeitungsprozeduren umfasst werden. Allerdings versteht es sich für den ordentlichen Fachmann, dass das Kommunikationssystem 100 gemäß jedem aus einer Vielzahl von drahtlosen Paketdatenkommunikationssystemen, wie z. B. einem Global System for Mobile communication (GSM)-Kommunikationssystem, einem Mehrfachzugriff im Zeitmultiplex (TDMA)-Kommunikationssystem, einem Mehrfachzugriff im Frequenzmultiplex (FDMA)-Kommunikationssystem oder einem Orthogonal Frequency Division Multiple Access (OFDM)-Kommunikationssystem, arbeiten kann.
  • Durch einen Austausch von Softwareversionsinformation über die A8/A9-Schnittstelle informieren in dem Kommunikationssystem 100 die Basisstation 104 und die PCF 106 den jeweils anderen über die Softwareversion, die in der Ein heit gespeichert und/oder von ihr ausgeführt wird. Die Softwareversionsinformation ist in unabhängigen, in sich geschlossenen Softwareversionsnachrichten und Softwareversionsbestätigungsnachrichten umfasst, die die Basisstation 104 und die PCF 106 zu jeder Zeit, wie z. B. während eines Rufaufbaus oder als Antwort auf ein Störereignis, wie z. B. ein Hardware- oder Softwareversagen in einer der Einheiten, das zu einem Rücksetzen oder einem Abschalten der Einheit führt, austauschen können.
  • 2 ist ein logisches Ablaufdiagramm 200 der Schritte, die durch eine Sendekommunikationseinrichtung und eine Empfangskommunikationseinrichtung beim Austauschen von Softwareversionsinformation gemäß einer Ausführungsform der vorliegenden Erfindung ausgeführt werden. Das logische Ablaufdiagramm 200 beginnt (202), wenn eine Sendekommunikationseinrichtung (z. B. Basisstation 104) einen ersten Satz an Softwareversionsinformation über eine A9-Schnittstelle 114 an eine Empfangskommunikationseinrichtung (z. B. PCF 106) überträgt (204). Zum Zwecke der Darstellung der Prinzipien der vorliegenden Erfindung wird die Basisstation 104 hier als die Sendekommunikationseinrichtung bezeichnet und die PCF 106 wird als die Empfangskommunikationseinrichtung bezeichnet. Für den Fachmann versteht es sich jedoch, dass die Basisstation 104 und die PCF 106 jeweils im Stande sind, als eine Softwareversionsnachrichtsendekommunikationseinrichtung oder eine Softwareversionsnachrichtempfangskommunikationseinrichtung zu arbeiten.
  • Der erste Satz an Softwareversionsinformation ist in einer unabhängigen, in sich geschlossenen Softwareversionsnachricht (einer A9-Versionsinformationsnachricht) umfasst, die zu jeder Zeit, wie z. B. während eines Rufaufbaus oder als Antwort auf ein Versagen der Hardware oder der Software der Basisstation oder der PCF, zwischen der Basisstation 104 und der PCF 106 übertragen werden kann. Der erste Satz an Softwareversionsinformation informiert über eine Softwareversion, die in der Sendekommunikationseinrichtung 104 gespeichert und/oder von ihr ausgeführt wird. Wenn die Sendekommunikationseinrichtung 104 den ersten Satz an Softwareversionsinformation überträgt, startet (206) die Sendekommunikationseinrichtung, vorzugsweise der Prozessor 120 der Sendekommunikationseinrichtung, einen Timer 126.
  • Als Antwort auf das Empfangen des ersten Satzes an Softwareversionsinformation überträgt (208) die Empfangskommunikationseinrichtung 106 einen zweiten Satz an Softwareversionsinformation, der über eine Softwareversion informiert, die in der Empfangskommunikationseinrichtung gespeichert und/oder von ihr ausgeführt wird. In einer Ausführungsform der vorliegenden Erfindung ist der zweite Satz an Softwareversionsinformation in einer unabhängigen, in sich geschlossenen Softwareversionsbestätigungsnachricht (einer A9-Versionsinformationsbestätigungsnachricht), die zu jeder Zeit zwischen der Basisstation 104 und der PCF 106 übertragen werden kann, umfasst.
  • Wenn die Sendekommunikationseinrichtung 104 den zweiten Satz an Softwareversionsinformation empfängt, stoppt (210) die Sendekommunikationseinrichtung 104 den Timer 126. Wenn es der Sendekommunikationseinrichtung 104 nicht gelingt, den zweiten Satz an Softwareversionsinformation vor dem Ablauf einer vorgegebenen Menge an Zeit, vorzugsweise irgendwo in einem Bereich von null Sekunden bis 5 Sekunden, zu empfangen, überträgt die Sendekommunikationseinrichtung den ersten Satz an Softwareversionsinformation erneut (212) und setzt den Timer erneut. Bei Empfangen des zweiten Satzes an Softwareversionsinformation durch die Sendekommunikationseinrichtung 104 endet (214) der logische Ablauf. Wenn entweder die Sendekommunikationseinrichtung 104 oder die Empfangskommunikationseinrichtung 106 einen reagierenden Satz an Softwareversionsinformation, wie z. B. eine Softwareversionsbestätigungsnachricht, empfängt, ohne zuerst einen ersten Satz an Softwareversionsinformation übertragen zu haben, ignoriert die Kommunikationseinrichtung den reagierenden Satz an Softwareversionsinformation.
  • In einer weiteren Ausführungsform der vorliegenden Erfindung, wobei die Softwareversionsinformation in einer Softwareversionsnachricht umfasst ist, informieren die Basisstation 104 und die PCF 106 einander über die Softwareversion, die sie als Antwort auf ein Versagen der Hardware oder der Software der Basisstation oder der PCF ausführen. Abgesehen von einer Einbeziehung eines zusätzlichen Schrittes, nämlich eines Schrittes 216, wird demselben Austausch von Signalen gefolgt, wie er in 2 dargestellt wird. In dem Schritt 216 kann die Empfangskommunikationseinrichtung nach Empfang der Softwareversionsnachricht, die in einem "Ursachen"datenfeld, das in der Nachricht umfasst ist, Information in Bezug auf das Versagen umfasst, jegliche Ressourcen, die für durch die Sendekommunikationseinrichtung unterstützte Paketdatenkommunikationen zugewiesen wurden, freisetzen.
  • Wenn die Basisstation 104 rücksetzt, überträgt die Basisstation zum Beispiel eine Softwareversionsnachricht an die PCF 106. In der Softwareversionsnachricht ist in dem Ursachendatenfeld Information umfasst, die die PCF 106 über das Rücksetzen informiert. Als Antwort auf das Empfangen des ersten Satzes an Softwareversionsinformation setzt die PCF 106 jegliche A8-Ressourcen frei (und kann eine Freisetzung von A10 (PCF zu PDSN-Trägerkanal)- und PPP (Punkt-zu-Punkt)-Ressourcen initiieren), die vorher für Paketkommunikationen über die Basisstation 104 zugewiesen wurden. Wenn die PCF 106 rücksetzt, überträgt die PCF als ein weiteres Beispiel eine Softwareversionsnachricht an die Basisstation 104, wobei die Nachricht in dem Ursachendatenfeld Information umfasst, die die Basisstation über das Rücksetzen informiert. Als Antwort auf das Empfangen der Softwareversionsnachricht kann die Basisstation 104 jegliche drahtlose Schnittstellen, die vorher für durch die PCF 106 unterstützte Paketdatenrufe zugewiesen wurden, freisetzen.
  • 3 ist ein Flussdiagramm einer unabhängigen, in sich geschlossenen Softwareversionsnachricht 300 gemäß einer Ausführungsform der vorliegenden Erfindung. Die Softwareversionsnachricht 300 wird durch einen Prozessor 120, 126 der Sendekommunikationseinrichtung kompiliert und basiert auf der Software, die in einem entsprechenden Speicher 122, 128 der Sendekommunikationseinrichtung gespeichert wird. Die Softwareversionsnachricht 300 ist vorzugsweise in vier Datenfelder oder Elemente, nämlich ein Softwareversionsnachricht- oder A9-Nachricht-Typdatenfeld 301, ein Korrelationsdatenfeld 302, ein Ursachendatenfeld 303 und ein Softwareversionsdatenfeld 304, unterteilt. In einer weiteren Ausführungsform der vorliegenden Erfindung umfasst die Softwareversionsnachricht allerdings kein Ursachendatenfeld 303 und weist nicht auf den Grund für die Übertragung der Softwareversionsnachricht hin oder stellt Information, die die Freisetzung von zugewiesenen Ressourcen unterstützt, zur Verfügung.
  • Das Softwareversionsnachrichtentypdatenfeld 301 identifiziert die Nachricht 300 als eine Softwareversionsnachricht und umfasst vorzugsweise einen Ein-Byte-Softwareversionsnachrichtenbezeichner. Das Korrelationsdatenfeld 302 der Nachricht 300 wird verwendet, um eine Softwareversionsnachricht der entsprechenden Softwareversionsbestätigungsnachricht der Nachricht zuzuordnen. Eine PCF kann zum Beispiel mit mehreren Basisstationen gekoppelt sein. Wenn die PCF, wie z. B. PCF 106, rücksetzt, sendet sie mehrere Softwareversionsnachrichten aus. Die Einbeziehung eines Korrelationsdatenfelds oder -elements in jede der Softwareversionsnachricht und der Softwareversionsbestätigungsnachricht ermöglicht es der PCF 106, eine anschließend empfangene Softwareversionsbestätigungsnachricht mit der entsprechenden Softwareversionsnachricht, die durch die PCF gesendet wurde, zu verbinden. Das Korrelationsdatenfeld 302 umfasst vorzugsweise einen Ein-Byte-Korrelationsbezeichner 306, der das Datenfeld oder Element 302 als ein Korrelationsdatenfeld identifiziert, einen Ein-Byte-Korrelationsdatenfeldlängenwert 308, der einer Länge oder Größe des Korrelationsdatenfelds 302 entspricht, und einen eindeutigen Vier-Byte-Korrelationswert 310, der durch die Sendekommunikationseinrichtung verwendet wird, um die gesendete Softwareversionsnachricht mit einer anschließend empfangenen Softwareversionsbestätigungsnachricht zu korrelieren oder zu verknüpfen.
  • Das Ursachendatenfeld 303 der Nachricht 300 identifiziert den Grund für das Senden der Softwareversionsnachricht, wie z. B. ein Rücksetzen durch die Sendekommunikationseinrichtung oder eine OAM&P (Operation, Administration, Maintenance und Performance)-Intervention (d. h. eine be wusste Intervention, wie z. B., wenn ein Betreiber eine Einheit für ein Softwareupgrade zurückzieht). Das Ursachendatenfeld 303 umfasst vorzugsweise einen Ein-Byte-Ursachenbezeichner 312, der das Datenfeld oder Element 303 als ein Ursachendatenfeld identifiziert, einen Ein-Byte-Ursachendatenfeldlängenwert 314, der einer Länge oder Größe des Ursachendatenfelds 303 entspricht, und einen Ursachenwert 316, der den Grund für das Senden der Softwareversionsnachricht identifiziert.
  • Das Softwareversionsdatenfeld 304 der Nachricht 300 umfasst Information in Bezug auf die Version der Software, die in der Sendekommunikationseinrichtung ausgeführt wird, und kann darüber hinaus Hersteller- und Betreibersoftwarebezogene Information umfassen. Paragraph 4.0.2 der 3GPP2 A.S0001 oder EIA/TIA IS-2001-B-Spezifikation beschreibt zum Beispiel Information, die in diesem Datenfeld umfasst sein kann. Das Softwareversionsdatenfeld 304 umfasst vorzugsweise einen Ein-Byte-Softwareversionsdatenfeldbezeichner 318, der das Datenfeld 304 als ein Softwareversionsdatenfeld identifiziert, einen Ein-Byte-Datenfeldlängenwert 320, der einer Länge oder Größe des Softwareversionsdatenfelds 304 entspricht, einen Softwareversionsbezeichner 322, der die Softwareversion, die in der Sendekommunikationseinrichtung gespeichert und/oder von ihr ausgeführt wird, identifiziert, und ein oder mehrere Datenfelder 324, 326 (zwei dargestellt), die Hersteller- und Betreibersoftwareinformation, wie z. B. diverse Information, die der Betreiber zwischen unterschiedlichen Systemkomponenten auszutauschen wünschen kann, umfassen. In einem System, wie z. B. dem Kommunikationssystem 100, das unter dem IOS- oder IS-2001/A.S0001-Standard arbeitet, umfasst der Softwareversi onsbezeichner 322 vorzugsweise einen Ein-Byte-Bezeichner des IOS-Major Revision Levels, einen Ein-Byte-Bezeichner des IOS Minor Revision Levels und einen Ein-Byte-Bezeichner des IOS Point Relase Levels.
  • 4 ist ein Flussdiagramm einer unabhängigen, in sich geschlossenen Softwareversionsbestätigungsnachricht 400 gemäß einer Ausführungsform der vorliegenden Erfindung. Die Softwareversionsbestätigungsnachricht 400 wird durch einen Prozessor 120, 126 der Empfangskommunikationseinrichtung kompiliert und basiert auf der Software, die in einem entsprechenden Speicher 122, 128 der Empfangskommunikationseinrichtung gespeichert wird.
  • Die Softwareversionsbestätigungsnachricht 400 ist vorzugsweise in drei Datenfelder oder Elemente, nämlich ein Softwareversionsnachricht- oder A9-Nachricht-Typdatenfeld 401, ein Korrelationsdatenfeld 402 und ein Softwareversionsdatenfeld 403, unterteilt. Das Softwareversionsnachrichtentypdatenfeld 401 der Nachricht 400 identifiziert die Nachricht 400 als eine Softwareversionsbestätigungsnachricht und umfasst vorzugsweise einen Ein-Byte-Softwareversionsbestätigungsnachrichtbezeichner. Das Korrelationsdatenfeld oder -element 402 der Nachricht 400 wird verwendet, um die Softwareversionsbestätigungsnachricht einer entsprechenden Softwareversionsnachricht zuzuordnen. Das Korrelationsdatenfeld 402 umfasst vorzugsweise einen Ein-Byte-Korrelationsbezeichner 406, der das Datenfeld oder Element 402 als ein Korrelationsdatenfeld identifiziert, einen Ein-Byte-Korrelationsdatenfeldlängenwert 408, der einer Länge oder Größe des Korrelationsdatenfelds 402 entspricht, und einen eindeutigen Vier-Byte-Korrelationswert 410, der verwendet wird, um die Softwareversionsbestätigungsnach richt einer entsprechenden Softwareversionsnachricht zuzuordnen.
  • Das Softwareversionsdatenfeld 403 der Nachricht 400 umfasst Information in Bezug auf die Version der Software, die in der Empfangskommunikationseinrichtung ausgeführt wird, und Hersteller- und Betreibersoftwarebezogene Information. Wieder beschreibt Paragraph 4.2.0 der 3GPP2 A.S0001 oder der EIA/TIA/IS-2001-B-Spezifikation Information, die in diesem Datenfeld umfasst sein kann. Das Softwareversionsdatenfeld 403 umfasst vorzugsweise einen Ein-Byte-Softwareversionsdatenfeldbezeichner 412, der das Datenfeld 403 als ein Softwareversionsdatenfeld identifiziert, einen Ein-Byte-Datenfeldlängenwert 414, der einer Länge oder Größe des Softwareversionsdatenfelds 403 entspricht, einen Softwareversionsbezeichner 416, der die Softwareversion identifiziert, die in der Empfangskommunikationseinrichtung gespeichert und/oder von ihr ausgeführt wird, und ein oder mehrere Datenfelder 418, 420 (zwei dargestellt), die Hersteller- und Betreibersoftwareinformation umfassen. In einem System, das unter dem IOS oder A.S0001/IS-2001-Standard arbeitet, umfasst der Softwareversionsbezeichner 416 vorzugsweise einen Ein-Byte-Bezeichner des IOS Major Revision Levels, einen Ein-Byte-Bezeichner des IOS Minor Revision Levels und einen Ein-Byte-Bezeichner des IOS Point Release Levels.
  • Durch Austauschen von Softwareversionsinformation sind die Basisstation 104 und die PCF 106 im Stande, einander über die A8/A9-Schnittstelle die Softwareversion, die in jeder Kommunikationseinrichtung gespeichert und von ihr ausgeführt wird, zu kommunizieren. In einer Ausführungsform der vorliegenden Erfindung kann die Softwareversionsinfor mation in unabhängigen, in sich geschlossenen Softwareversionsnachrichten und Softwareversionsbestätigungsnachrichten umfasst sein, die zu jeder Zeit, wie z. B. während eines Rufaufbaus oder als Antwort auf ein Störereignis, wie z. B. ein Abschalten oder ein Rücksetzen, das entweder die Basisstation oder die PCF umfasst, zwischen der Basisstation 104 und der PCF 106 ausgetauscht werden können. Durch das Austauschen von Softwareversionsinformation sind die Basisstation 104 und die PCF 106 im Stande, die Fehlkommunikationen und Ressourcenzuweisungsineffizienzen zu vermeiden, die sich daraus ergeben können, dass eine der zwei Einheiten unwissentlich eine Softwareversion ausführt, die sich von der Version, die die andere Einheit ausführt, unterscheidet. Darüber hinaus schont der Austausch von Softwareversionsnachrichten und Softwareversionsbestätigungsnachrichten Systemressourcen dadurch, dass eine Freisetzung von Kommunikationsressourcen im Falle eines Versagens in entweder der Basisstation oder der PCF unterstützt wird.
  • Zwar wurde die vorliegende Erfindung insbesondere in Bezug auf bestimmte Ausführungsformen davon dargestellt und beschrieben, doch versteht es sich für einen Fachmann, dass verschiedene Änderungen durchgeführt und Elemente davon durch Äquivalente ersetzt werden können, ohne dass von dem Umfang der Erfindung abgewichen wird. Darüber hinaus können viele Modifikationen durchgeführt werden, um eine bestimmte Situation oder Material an die Lehren der Erfindung anzupassen, ohne dass im Wesentlichen von dem Umfang davon abgewichen wird. Deshalb ist beabsichtigt, dass die Erfindung nicht auf die hier offenbarten bestimmten Ausführungsformen beschränkt wird, sondern dass die Erfindung alle Ausfüh rungsformen, die in den Umfang der angehängten Ansprüche fallen, umfasst.

Claims (10)

  1. Verfahren zum Austauschen von Softwareinformation durch eine Basisstation (104) und eine Paketsteuerungsfunktion (106), die in einem selben Zugangsnetz (116) und über eine A8/A9-Schnittstelle arbeiten, das die Schritte umfasst: Übertragen einer A9-Nachricht, die für eine zweite Kommunikationseinrichtung bestimmt ist und die einen ersten Satz an Softwareversionsinformation umfasst, der über eine in der ersten Kommunikationseinrichtung gespeicherte Softwareversion informiert, durch eine erste Kommunikationseinrichtung; Empfangen einer A9-Nachricht, die einen zweiten Satz an Softwareversionsinformation umfasst, der über eine in einer zweiten Kommunikationseinrichtung gespeicherte Softwareversion informiert, durch die erste Kommunikationseinrichtung als Antwort auf die Übertragung des ersten Satzes an Softwareversionsinformation; und wobei eine Kommunikationseinrichtung von der ersten Kommunikationseinrichtung und der zweiten Kommunikationseinrichtung die Basisstation (104) ist und die andere Kommunikationseinrichtung von der ersten Kommunikationsein richtung und der zweiten Kommunikationseinrichtung die Paketsteuerungsfunktion (106) ist.
  2. Verfahren nach Anspruch 1, wobei die A9-Nachricht, die den ersten Satz an Softwareversionsinformation umfasst, eine Softwareversionsnachricht mit einem Softwareversionsnachrichtentypdatenfeld, einem Korrelationsdatenfeld und einem Softwareversionsdatenfeld umfasst.
  3. Verfahren nach Anspruch 2, wobei die A9-Nachricht, die den ersten Satz an Softwareversionsinformation umfasst, darüber hinaus ein Ursachendatenfeld aufweist, das einen Hinweis auf den Grund für die Übertragung der A9-Nachricht umfasst, und wobei das Verfahren darüber hinaus einen Schritt zu einem Freisetzen jeglicher Ressourcen, die für durch die erste Kommunikationseinrichtung unterstützte Paketdatenkommunikationen zugewiesen wurden, durch die zweite Kommunikationseinrichtung und basierend auf dem Hinweis umfasst.
  4. Verfahren nach Anspruch 1, das darüber hinaus die Schritte umfasst: Starten eines Timers; und erneutes Übertragen des ersten Satzes an Softwareversionsinformation durch die erste Kommunikationseinrichtung und erneutes Starten des Timers, wenn es der ersten Kommunikationseinrichtung nicht gelingt, den zweiten Satz an Softwareversionsinformation vor dem Ablauf einer vorgegebenen Zeitperiode zu empfangen.
  5. Verfahren zum Austauschen von Softwareinformation durch eine Basisstation (104) und eine Paketsteuerungsfunktion (106), die in einem selben Zugangsnetz (116) und über eine A8/A9-Schnittstelle arbeiten, das die Schritte umfasst: Empfangen einer A9-Nachricht, die einen ersten Satz an Softwareversionsinformation umfasst, der über eine in einer zweiten Kommunikationseinrichtung gespeicherte Softwareversion informiert, durch eine erste Kommunikationseinrichtung; Übertragen einer A9-Nachricht, die einen zweiten Satz an Softwareversionsinformation umfasst, der über eine in der ersten Kommunikationseinrichtung gespeicherte Softwareversion informiert, durch die erste Kommunikationseinrichtung als Antwort auf das Empfangen des ersten Satzes an Softwareversionsinformation; und wobei eine Kommunikationseinrichtung von der ersten Kommunikationseinrichtung und der zweiten Kommunikationseinrichtung die Basisstation (104) ist und die andere Kommunikationseinrichtung von der ersten Kommunikationseinrichtung und der zweiten Kommunikationseinrichtung die Paketsteuerungsfunktion (106) ist.
  6. Verfahren nach Anspruch 5, wobei die A9-Nachricht, die den ersten Satz an Softwareversionsinformation umfasst, eine Softwareversionsnachricht mit einem Softwareversionsnachrichtentypdatenfeld, einem Korrelationsdatenfeld und einem Softwareversionsdatenfeld umfasst.
  7. Verfahren nach Anspruch 6, wobei die A9-Nachricht, die den ersten Satz an Softwareversionsinformation umfasst, darüber hinaus ein Ursachendatenfeld aufweist, das einen Hinweis auf den Grund für die Übertragung der Softwareversionsnachricht umfasst, und wobei das Verfahren darüber hinaus einen Schritt zu einem Freisetzen jeglicher Ressourcen, die für durch die zweite Kommunikationseinrichtung unterstützte Paketdatenkommunikationen zugewiesen wurden, durch die erste Kommunikationseinrichtung und basierend auf dem Hinweis umfasst.
  8. Kommunikationseinrichtung, die im Stande ist, in einem drahtlosen Zugangsnetz (116) zu arbeiten, wobei die Kommunikationseinrichtung umfasst: einen Speicher, der dazu ausgelegt ist, Software zu speichern; einen Prozessor, der so angepasst ist, dass er eine A9-Nachricht, die für eine andere Kommunikationseinrichtung desselben Zugangsnetzes (116) bestimmt ist, assembliert, wobei die A9-Nachricht Softwareversionsinformation umfasst, die so angepasst ist, dass sie über eine in dem Speicher gespeicherte Softwareversion informiert; und wobei die Kommunikationseinrichtung so angepasst ist, dass sie die A9-Nachricht über eine A8/A9-Schnittstelle zu der anderen Kommunikationseinrichtung überträgt.
  9. Kommunikationseinrichtung nach Anspruch 8, wobei die A9-Nachricht eine erste A9-Nachricht umfasst, und wobei der Prozessor darüber hinaus angepasst ist, um eine zweite A9-Nachricht, bestimmt für die andere Kommunikationseinrichtung als Antwort auf ein Empfangen von Softwareversionsinformation, die der anderen Kommunikationseinrichtung zugeordnet ist, zu assemblieren, wobei die zweite A9-Nachricht so angepasst ist, dass sie über eine in dem Speicher gespeicherte Softwareversion informiert, und wobei die Kommunikationseinrichtung so angepasst ist, dass sie die zweite A9-Nachricht über eine A8/A9-Schnittstelle überträgt.
  10. Kommunikationseinrichtung nach Anspruch 8, die darüber hinaus einen mit dem Prozessor gekoppelten Timer umfasst, wobei der Prozessor so angepasst ist, dass er den Timer startet, wenn die Kommunikationseinrichtung die Nachricht überträgt, und wobei die Kommunikationseinrichtung so angepasst ist, dass sie die A9-Nachricht erneut überträgt, wenn es der Kommunikationseinrichtung nicht gelingt, Softwareversionsinformation, die der anderen Kommunikationseinrichtung zugeordnet ist, vor dem Ablauf einer vorgegebenen Menge an Zeit zu empfangen.
DE60216767T 2001-07-12 2002-07-12 Verfahren und vorrichtung zum austausch von softwareinformation in einem datenpaketübertragungssystem Expired - Lifetime DE60216767T2 (de)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US192956 1998-11-17
US30500601P 2001-07-12 2001-07-12
US305006P 2001-07-12
US10/192,956 US7099294B2 (en) 2001-07-12 2002-07-09 Method and apparatus for exchanging software information in a packet data communication system
PCT/US2002/022175 WO2003007629A2 (en) 2001-07-12 2002-07-12 Method and apparatus for exchanging software information in a packet data communication system

Publications (2)

Publication Number Publication Date
DE60216767D1 DE60216767D1 (de) 2007-01-25
DE60216767T2 true DE60216767T2 (de) 2007-04-05

Family

ID=26888532

Family Applications (1)

Application Number Title Priority Date Filing Date
DE60216767T Expired - Lifetime DE60216767T2 (de) 2001-07-12 2002-07-12 Verfahren und vorrichtung zum austausch von softwareinformation in einem datenpaketübertragungssystem

Country Status (9)

Country Link
US (2) US7099294B2 (de)
EP (1) EP1410602B1 (de)
JP (1) JP3947160B2 (de)
KR (1) KR100682296B1 (de)
CN (2) CN100407722C (de)
AT (1) ATE348471T1 (de)
AU (1) AU2002326384A1 (de)
DE (1) DE60216767T2 (de)
WO (1) WO2003007629A2 (de)

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7221670B2 (en) * 2001-08-13 2007-05-22 Motorola, Inc. Apparatus and method for supplying information concerning packet data to a base station
US7778225B2 (en) * 2003-10-08 2010-08-17 Research In Motion Limited Method and apparatus for dynamic packet transport in CDMA2000 networks
US7684817B2 (en) * 2004-09-13 2010-03-23 Nextel Communications Inc. Wireless communication system having a signaling gateway serving as an intermediary between a dispatch call controller and a base station
US7826407B2 (en) * 2005-04-06 2010-11-02 Samsung Electronics Co., Ltd. Versatile system for efficient version control messaging in a wireless radio access network
CA2605786C (en) * 2005-04-25 2012-06-19 Lg Electronics Inc. Reader control system
US7870276B1 (en) * 2006-12-18 2011-01-11 Emc Corporation Interface plugin
US20170344703A1 (en) 2006-12-29 2017-11-30 Kip Prod P1 Lp Multi-services application gateway and system employing the same
US11316688B2 (en) 2006-12-29 2022-04-26 Kip Prod P1 Lp Multi-services application gateway and system employing the same
US9602880B2 (en) 2006-12-29 2017-03-21 Kip Prod P1 Lp Display inserts, overlays, and graphical user interfaces for multimedia systems
US8280978B2 (en) 2006-12-29 2012-10-02 Prodea Systems, Inc. Demarcation between service provider and user in multi-services gateway device at user premises
US11783925B2 (en) 2006-12-29 2023-10-10 Kip Prod P1 Lp Multi-services application gateway and system employing the same
US9569587B2 (en) 2006-12-29 2017-02-14 Kip Prod Pi Lp Multi-services application gateway and system employing the same
US8422397B2 (en) * 2007-12-28 2013-04-16 Prodea Systems, Inc. Method and apparatus for rapid session routing
CN100586233C (zh) * 2008-02-04 2010-01-27 华为技术有限公司 移动性管理网元信息的删除方法和设备
US8768339B2 (en) * 2010-12-15 2014-07-01 At&T Intellectual Property I, L.P. Method and apparatus for providing long term evolution service outage and degradation management
US8427814B1 (en) * 2011-05-26 2013-04-23 The United States Of America As Represented By The Secretary Of The Army Mobile power distribution system
WO2013049710A1 (en) * 2011-09-29 2013-04-04 Agiledelta, Inc. Interface-adaptive data exchange
EP3422193A4 (de) * 2016-02-24 2019-11-06 Kyocera Corporation Verwaltungssystem und verwaltungsverfahren

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS63205747A (ja) 1987-02-13 1988-08-25 インターナシヨナル・ビジネス・マシーンズ・コーポレーシヨン 通信方法及びデータ処理システム
US5408419A (en) 1992-04-14 1995-04-18 Telefonaktiebolaget L M Ericsson Cellular radiotelephone system signalling protocol
DE19640310C1 (de) 1996-09-30 1998-04-02 Siemens Ag Verfahren und Kommunikationsnetz zur Übertragung von Informationen zwischen Netzeinrichtungen
US5930264A (en) 1997-02-06 1999-07-27 Telefonaktiebolaget L M Ericsson (Publ) Inter-node signaling for protocol initialization within a communications network
US6246879B1 (en) 1998-07-07 2001-06-12 Telefonaktiebolaget L M Ericsson (Publ) Methods of sharing capabilities information between the nodes of telecommunications network
JP2001075785A (ja) * 1999-09-09 2001-03-23 Nec Corp データ更新システム
US7065053B2 (en) 2001-05-25 2006-06-20 Telefonaktiebolaget L M Ericsson (Publ) Method, system and agent for third generation partnership project (3GPP) technical specification (TS) document number exchange

Also Published As

Publication number Publication date
KR100682296B1 (ko) 2007-02-15
DE60216767D1 (de) 2007-01-25
AU2002326384A1 (en) 2003-01-29
US7602752B2 (en) 2009-10-13
CN101072235B (zh) 2013-01-23
EP1410602B1 (de) 2006-12-13
JP2005529502A (ja) 2005-09-29
WO2003007629A2 (en) 2003-01-23
CN100407722C (zh) 2008-07-30
JP3947160B2 (ja) 2007-07-18
CN1526226A (zh) 2004-09-01
US7099294B2 (en) 2006-08-29
KR20040013144A (ko) 2004-02-11
CN101072235A (zh) 2007-11-14
WO2003007629A3 (en) 2003-09-18
US20030012155A1 (en) 2003-01-16
US20060256759A1 (en) 2006-11-16
ATE348471T1 (de) 2007-01-15
EP1410602A2 (de) 2004-04-21

Similar Documents

Publication Publication Date Title
DE60216767T2 (de) Verfahren und vorrichtung zum austausch von softwareinformation in einem datenpaketübertragungssystem
EP1308065B1 (de) Verfahren und basisstation zur signalübertragung in einem funk-kommunikationssystem
DE19983154B4 (de) Zuweisung von Kanälen für Paketdatendienste
DE60214601T2 (de) Verfahren und Vorrichtung zur dynamischen Verwaltung einer Serverapplikation auf einer Server-Plattform
DE69913299T2 (de) Verwaltung von paketvermittelten verbindungen in einem kommunikationsnetzwerk
DE60126845T2 (de) Auswahl einer MSC aus einem Pool von MSCs zur Kommunikation mit einem Zugangsknoten in einem zellularen Mobilfunknetz
DE60031130T2 (de) Verfahren und vorrichtung zur konkurrierenden verarbeitung mehrfacher anrufe in einem spreizspektrumkommunikationssystem
DE69434826T2 (de) Datenübertragung in einem Funktelefonnetz
DE60113652T2 (de) Verfahren und funksystem zur auflösung von einem ruhebetriebsmodus in einem paketdata schicht
DE60204803T2 (de) Verfahren, vorrichtung und system zur einstellung einer mobilitätsverwaltung
DE60130436T2 (de) Verfahren und anordnung zur optimierung des wiederaufbaus von verbindungen in einem zellularen funksystem mit echt- und nicht-echtzeitkommunikation
DE60130247T2 (de) Senden von nachrichten in einem telekommunikationssystem mit einem paketfunknetzwerk
DE60304045T2 (de) Verfahren, computerlesbares medium und vorrichtungen zur wiederherstellung von datenverkehr bei ausfallsicherung in einer kopfstation eines breitbandkabelnetzes
DE102005005254B4 (de) Mobilfunk-Kommunikationssystem, Verfahren zum Betreiben eines Mobilfunk-Kommunikationssystems, Kernnetz-Vermittlungsschicht-Einheit und Verfahren zum Betreiben einer Kernnetz-Vermittlungsschicht-Einheit
DE69835442T2 (de) Offene "plug & play" operations- und wartungsarchitektur für eine funkfeststation
DE60107827T2 (de) Zuteilung von betriebsmitteln beim paketvermittelten datentransfer
DE69730201T2 (de) Sendevorrichtung mit mobilitätsmanager und verfahren zur kommunikation
DE10105093A1 (de) Paging-Verfahren und -System für ein Funkzugriffsnetz
DE69633342T2 (de) Anpassung einer Interworking function an ein Festnetzprotokoll
DE202004017602U1 (de) Drahtlose Sende/Empfangseinheit und Zugangspunkt zur Verwaltung der Verbindung und Trennung drahtloser Sende/Empfangseinheiten
DE60106729T2 (de) Verfahren zur bereitstellung eines konkurrierenden dienstes in einem mobilen kommunikationssystem
US7792525B2 (en) Method for activating recordings of events concerning terminals and equipment therefor
DE60011689T2 (de) Funkkommunikation in einem lokalen Netzwerk
DE10345638A1 (de) Verfahren zur Datenübertragung
DE102005060677A1 (de) System und Verfahren zum schnellen Testen intermittierend betriebener Vorrichtungen

Legal Events

Date Code Title Description
8364 No opposition during term of opposition
8327 Change in the person/name/address of the patent owner

Owner name: MOTOROLA MOBILITY, INC. ( N.D. GES. D. STAATES, US