DE10393600T5 - Verfahren zum Bestätigen von Nachrichten in einem Kommunikationssystem - Google Patents
Verfahren zum Bestätigen von Nachrichten in einem Kommunikationssystem Download PDFInfo
- Publication number
- DE10393600T5 DE10393600T5 DE10393600T DE10393600T DE10393600T5 DE 10393600 T5 DE10393600 T5 DE 10393600T5 DE 10393600 T DE10393600 T DE 10393600T DE 10393600 T DE10393600 T DE 10393600T DE 10393600 T5 DE10393600 T5 DE 10393600T5
- Authority
- DE
- Germany
- Prior art keywords
- message
- period
- turbo
- messages
- coded
- 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.)
- Ceased
Links
- 238000000034 method Methods 0.000 title claims abstract description 23
- 238000004891 communication Methods 0.000 title description 8
- 238000012545 processing Methods 0.000 claims abstract description 23
- 238000012790 confirmation Methods 0.000 claims description 10
- 238000012546 transfer Methods 0.000 claims description 8
- 230000003111 delayed effect Effects 0.000 description 24
- 230000005540 biological transmission Effects 0.000 description 23
- CDBYLPFSWZWCQE-UHFFFAOYSA-L Sodium Carbonate Chemical compound [Na+].[Na+].[O-]C([O-])=O CDBYLPFSWZWCQE-UHFFFAOYSA-L 0.000 description 10
- 230000002860 competitive effect Effects 0.000 description 6
- 238000010586 diagram Methods 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 230000004044 response Effects 0.000 description 2
- 230000001419 dependent effect Effects 0.000 description 1
- 238000012804 iterative process Methods 0.000 description 1
- 230000036963 noncompetitive effect Effects 0.000 description 1
- 230000003319 supportive effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0064—Concatenated codes
- H04L1/0066—Parallel concatenated codes
-
- 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
- H04B—TRANSMISSION
- H04B1/00—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1854—Scheduling and prioritising arrangements
-
- 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/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
- H04L1/1816—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of the same, encoded, message
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Verfahren,
das an einer ersten Vorrichtung die Schritte umfasst:
Empfangen einer Nachricht;
Verarbeiten der Nachricht, und
wenn die Nachricht während eines ersten Zeitraums verarbeitet wird, Übertragen einer Bestätigungsnachricht während eines zweiten Zeitraums, im anderen Falle Übertragen der Bestätigungsnachricht während eines dritten Zeitraums,
wobei der zweite Zeitraum und der dritte Zeitraum einander ausschließen.
Empfangen einer Nachricht;
Verarbeiten der Nachricht, und
wenn die Nachricht während eines ersten Zeitraums verarbeitet wird, Übertragen einer Bestätigungsnachricht während eines zweiten Zeitraums, im anderen Falle Übertragen der Bestätigungsnachricht während eines dritten Zeitraums,
wobei der zweite Zeitraum und der dritte Zeitraum einander ausschließen.
Description
- Gebiet der Erfindung
- Die vorliegende Erfindung betrifft im Allgemeinen Systeme zur drahtlosen Datenkommunikation und ist insbesondere auf Mobilgeräte anwendbar, die Kommunikationsschemata verwenden, wie etwa Turbocodierschemata, und andere Verfahren, die bewirken, dass antwortende Einheiten Bestätigungen verzögern.
- Hintergrund der Erfindung
- Systeme zur drahtlosen Kommunikation verwenden eine Vielzahl von Verfahren, um eine Kommunikation zwischen Geräten einzurichten und aufrechtzuerhalten. In WLAN-Systemen ("WLAN = Wireless Local Area Network"/lokales Funk-Netz werk) findet üblicherweise eine Kommunikation zwischen einem festen Zugangspunkt ("AP = Access Point") und einer Mobilstation ("MS") statt, wie in
1 veranschaulicht. Wenn sich der Abstand zwischen dem AP und einer MS vergrößert, wird die Codierrate der physikalischen Zwischenschicht angepasst, um sicherzustellen, dass Funknachrichten korrekt empfangen werden. - Eine Klasse von Codierverfahren, die entwickelt wurden, um unterstützend sicherzustellen, dass Funknachrichten über größere Reichweiten korrekt empfangen werden, sind Turbocodes. Turbocodierte Nachrichten unterscheiden sich von nicht-turbocodierten Nachrichten dahingehend, dass bei turbocodierten Nachrichten Bits der ursprünglichen Nachricht gefaltet oder anderweitigen Operationen unterzogen werden, um dabei zu unterstützen, ihren erfolgreichen Empfang und eine nachfolgende Weiterverarbeitung sicherzustellen. Ein Ergebnis dieser Operationen ist, dass das Empfangsgerät die gesamte Nachricht vor dem Verarbeiten eines beliebigen Abschnitts der Nachricht empfangen muss, d.h. die Rückwärtsoperationen ausführen muss, um zurück zur ursprünglichen Nachricht zu gelangen. Zusätzlich ist das Verarbeiten von turbocodierten Nachrichten ein iterativer Prozess, was bedeutet, dass die Nachricht mehrere Male verarbeitet werden muss, um zur ursprünglichen Nachricht zurückzugelangen. Dies verbraucht auch zusätzliche Zeit.
- Bei nicht-turbocodierten Nachrichten kann jedes Bit beim Empfang verarbeitet werden. Aufgrund dieses Unterschiedes zwischen turbocodierten Nachrichten und nicht-turbocodierten Nachrichten nimmt für eine empfangende MS oder einen AP das Bestimmen der Unversehrtheit irgendeiner turbocodierten Nachricht mehr Zeit in Anspruch, und in Folge nimmt es für eine empfangende MS oder einen AP mehr Zeit in Anspruch, auf eine turbocodierte Nachricht zu antworten.
- Dies stellt ein Problem dar, da die Zeitgebungsstruktur für Bestätigungen in einem Kommunikationssystem, wie etwa einem WLAN-System, insbesondere einem 802.11-System, fest ist und die Zeit kurz ist, die für Antworten (Bestätigungen) von dem Empfänger zum Absender der Nachricht erlaubt ist. Insbesondere ist die Zeit kürzer, die für Bestätigungen erlaubt ist, als die Zeit für die Verarbeitung einer turbocodierten Nachricht.
- Demnach besteht ein Bedarf an einem Verfahren zum Senden und Verarbeiten verzögerter Bestätigungen für Nachrichten, die zusätzliche Verarbeitungszeit benötigen.
- Kurze Beschreibung der Zeichnungen
- Die Eigenschaften der vorliegenden Erfindung sind insbesondere in den abhängigen Ansprüchen dargelegt. Die Erfindung kann zusammen mit ihren bevorzugten Ausführungsformen am besten unter Bezugnahme auf die begleitenden Zeichnungen verstanden werden.
-
1 veranschaulicht eine Mehrzahl von Mobilstationen, die innerhalb der Reichweite eines WLAN-Zugangspunktes arbeiten; -
2 veranschaulicht ein Ablaufdiagramm, mittels dem der AP die Übertragungen an und von den MS's plant und koordiniert, gemäß der vorliegenden Erfindung; -
3 veranschaulicht ein Speichermedium, das die Codierung speichert, mittels der die MS Nachrichten senden und/oder empfangen, gemäß der vorliegenden Erfindung; -
4 veranschaulicht ein Ablaufdiagramm, mittels dem die MS eingehend sendet, gemäß der vorliegenden Erfindung; -
5 veranschaulicht eine Nachrichtenstruktur für einen Start einer Verzögerte-Ack-Nachricht gemäß der vorliegenden Erfindung; -
6 veranschaulicht ein Nachrichtensequenzdiagramm für den Systembetrieb für eingehende turbocodierte Nachrichten gemäß der vorliegenden Erfindung, und -
7 veranschaulicht ein Nachrichtensequenzdiagramm für den Systembetrieb für ausgehende turbocodierte Nachrichten gemäß der vorliegenden Erfindung. - Beschreibung einer bevorzugten Ausführungsform
- Es sollte klar sein, dass aus Gründen der Einfachheit und Klarheit der Darstellung in den Figuren gezeigte Elemente nicht notwendigerweise maßstabsgetreu gezeichnet sind. Beispielsweise sind die Abmessungen einiger der Elemente im Vergleich mit anderen übertrieben. Des weiteren wurden, wo es für geeignet erachtet wurde, Bezugszeichen in den Figuren wiederholt, um identische Elemente anzuzeigen.
- Die vorliegende Erfindung schlägt vor, die Luftschnittstellenplanung, insbesondere den wettbewerbsfreien ("contention-free") Zeitraum eines Superframes zu strukturieren. Aus Gründen der Einfachheit der Erklärung ist es wichtig festzuhalten, dass die vorliegende Erfindung sich insbesondere auf turbocodierte Nachrichten bezieht, die vorliegende Erfindung jedoch auf eine beliebige Art von Nachricht anwendbar ist, wie etwa turbocodierte Nachrichten, verschlüsselte Nachrichten, vorwärtsfehlerkorrigierte Nachrichten oder ähnliche, die eine zusätzliche Verarbeitungszeit benötigen, um die Nachricht zu decodieren, wodurch verhindert wird, dass das Empfangsgerät die Nachricht innerhalb der zugewiesenen Bestätigungszeit bestätigt.
- Gemäß der vorliegenden Erfindung plant der AP eingehende und ausgehende turbocodierte Nachrichten vor anderen nicht-turbocodierten Nachrichten. Das Planen von turbocodierten Nachrichten vor anderen nicht-turbocodierten Nachrichten verschafft dem Empfangsgerät der turbocodierten Nachrichten Zeit, um die turbocodierte Nachricht zu verarbeiten und eine Verzögerte-Ack-Nachricht ("Ack = Acknowledgement"/Bestätigung) zu senden, nachdem die Verarbeitung abgeschlossen ist, aber vor dem Ende des Superframes. Darüber hinaus wird eine Verzögerte-Ack-Nachricht gesendet, nachdem die zugewiesene Bestätigungszeit zum Senden von Ack-Nachrichten für andere nicht-turbocodierte Nachrichten abgelaufen ist. Es sollte festgehalten werden, dass bei der vorliegenden Erfindung für nicht-turbocodierte Nachrichten an den fundamentalen Zeitgebungsregeln der Luftschnittstelle festgehalten wird, wie im Stand der Technik bekannt und dass für turbocodierte Nachrichten an den fundamentalen Zeitgebungsregeln der Luftschnittstelle in allen Fällen festgehalten wird, außer für die Ack-Nachrichten für die turbocodierte Nachricht.
-
2 veranschaulicht ein Ablaufdiagramm, mittels dem der AP102 Übertragungen an und von den MS's gemäß der vorliegenden Erfindung plant und koordiniert. Zuerst bestimmt der AP102 bei Schritt202 einen Satz von MS's, mit dem er während eines gegebenen Superframes unter Verwendung bestehender Algorithmen, wie augenblicklich im Stand der Technik bekannt, kommuniziert; die vorliegende Erfindung definiert einen Superframe wie allgemein im Stand der Technik üblich, d.h., als ein Zeitintervall zwischen aufeinanderfolgenden Beacon-Nachrichten, einschließlich der ersten Beacon-Nachricht, aber ohne die zweite Beacon-Nachricht. - Die in dem Satz identifizierten MS's umfassen MS's, an die ausgehende Datennachrichten während des gegebenen Superframes adressiert sind, sowie MS's, die für eingehende Datennachrichten während gegebener Superframes abzufragen sind. Die vorliegende Erfindung definiert ausgehende ("outbound") Nachrichten als von dem AP
102 ausgehend und bei der MS endend; die vorliegende Erfindung definiert weiterhin eingehende ("inbound") Nachrichten als von der MS ausgehend und an den AP102 endend. - Wenn der Satz von MS's aufgebaut ist, erzeugt der AP
102 einen Übertragungsplan bei Schritt204 . Der Übertragungsplan ist so angeordnet, dass MS's, die eingehende Nachrichten übertragen und/oder ausgehende Nachrichten empfangen, die wahrscheinlich turbocodiert sind, zuerst geplant werden. Die Wahrscheinlichkeit, dass eine MS eine turbocodierte eingehende Nachricht senden wird, basiert üblicherweise auf der Übertragungsrate der vorausgehenden eingehenden Nachricht, die von der MS gesendet wurde; die Wahrscheinlichkeit, dass eine MS eine turbocodierte Ausgangsnachricht empfängt, basiert typischerweise auf dem Leistungspegel des AP102 , des Abstandes zwischen dem AP und der MS und/oder dem Erfolg und der Rate der vorausgehend übertragenen Ausgangsnachricht, die von dem AP102 übertragen wurde. -
3 veranschaulicht ein Beispiel eines Speichermediums300 , das Informationen darüber aufrechterhält, bei welchen MS's es wahrscheinlich ist, dass sie turbocodierte Nachrichten senden und/oder empfangen. Es sollte vermerkt werden, dass die in3 festgehaltene Information lediglich beispielhaft ist und nicht als umfassend oder ausschließend interpretiert werden sollte. Der AP102 lagert das Speichermedium300 lokal, oder der AP hat Fernzugriff auf das Speichermedium. - Gemäß der vorliegenden Erfindung kommuniziert der AP
102 mit MS's, bei denen es wahrscheinlich ist, dass sie Nachrichten senden und/oder empfangen, die früher in dem Superframe turbocodiert wurden, um dem Empfangsgerät der turbocodierten Nachricht zusätzliche Verarbeitungszeit zur Verfügung zu stellen, um die turbocodierte Nachricht zu decodieren. Nachdem die turbocodierte Nachricht verarbeitet ist und vor dem Ende des Superframes wird eine Verzögerte-Ack-Nachricht außerhalb der zugewiesenen Bestätigungszeit übertragen, in der nicht-turbocodierte Nachrichten zu bestätigen sind, gemäß der vorliegenden Erfindung, da die Verarbeitungszeit, die zum Decodieren einer turbocodierten Nachricht benötigt wird, üblicherweise eine längere Zeit in Anspruch nimmt, als der zugewiesen Zeitraum, der zum Verarbeiten nicht-turbocodierter Nachrichten verwendet wird. - Wenn demnach der Übertragungsplan gemäß der vorliegenden Erfindung eingerichtet ist, überträgt der AP
102 eine Beacon-Nachricht, die den MS's den Anfang des Superframes bezeichnet, sowie andere Informationen und beginnt mit dem Übertragen von Multicast-/Rundsendenachrichten an die MS's, sofern es welche gibt, bei Schritt206 . Der AP102 kann jedoch an einem beliebigen Punkt während des Superframes diese Multicast-/Rundsendenachrichten übertragen. Diese Multicast-/Rundsendenachrichten enthalten üblicherweise Informationen, die zu einer Mehrzahl von MS's gehören, wie bei spielsweise Serverankündigungen oder Informationen zur Verbesserung des Systembetriebs. Alternativ kann der AP102 den Übertragungsplan gemäß der vorliegenden Erfindung fortlaufend und parallel mit der Übertragung der Beacon-Nachricht einrichten. - Wenn die Beacon-Nachricht und, sofern es welche gibt, die Multicast-/Rundsendenachrichten bei Schritt
206 übertragen sind, beginnt der AP102 damit, eine Kommunikation mit den MS's in der Reihenfolge, die in dem Übertragungsplan eingerichtet ist, zu initiieren. Wie obenstehend festgestellt, kommuniziert der AP vorzugsweise zuerst mit MS's, bei denen es wahrscheinlich ist, dass sie bei Schritt208 Nachrichten senden und/oder empfangen, die turbocodiert sind. - Wenn der AP
102 eine eingehende Nachricht empfängt, die turbocodiert ist, addiert der AP102 vorzugsweise die Adresse der MS, welche die eingehende turbocodierte Nachricht gesendet hat, zu einer Übertrage-Verzögerte-Ack-Liste; die Übertrage-Verzögerte-Ack-Liste wird dazu verwendet, dem AP102 anzuzeigen, an welche MS's eine Verzögerte-Ack-Nachricht zu senden ist, nachdem das Verarbeiten der eingehenden turbocodierten Nachricht abgeschlossen ist, aber vor dem Ende des Superframes bei Schritt210 . In der bevorzugten Ausführungsform überträgt der AP102 beliebige Verzögerte-Ack-Nachrichten gerade vor dem Ende des wettbewerbsfreien Zeitraums des Superframes, aber die Verzögerte-Ack-Nachricht kann im Voraus übertragen werden. Während der AP die eingehende(n) turbocodierte(n) Nachricht(en) verarbeitet, fährt der AP102 fort, eingehende Nachrichten abzufragen und/oder ausgehende Nachrichten an andere MS's bei Schritt212 zu übertragen, gemäß dem Schritt204 eingerichteten Übertragungsschema. - Wenn der AP
102 eine ausgehende Nachricht überträgt, die turbocodiert ist, speichert der AP102 vorzugsweise die ausgehende Nachricht in einem Speichermedium und fügt die Adresse der MS, an welche die ausgehende turbocodierte Nachricht adressiert ist, zu einer hinzu; die Erwarte-Verzögerte-Ack-Liste wird dazu verwendet, um dem AP102 anzuzeigen, welche MS's eine Verzögerte-Ack-Nachricht senden werden, üblicherweise nachdem der AP102 eine SODA-Nachricht ("SODA = Start of Delayed Ack"/Start der verzögerten Ack) bei Schritt214 überträgt. Die SODA-Nachricht initiiert den Anfang eines vorgegebenen Zeitraums, den der AP102 während des wettbewerbsfreien Zeitraumes des Superframes plant, in welchem die MS's in der Lage sind, ihre eingehenden Verzögerte-Ack-Nachrichten zu übertragen. Demnach setzt jede MS, die eine ausgehende turbocodierte, an sie adressierte Nachricht aufweist, ihren individuellen Zähler auf den Empfang der ausgehenden turbocodierten Nachricht hin und wartet einen berechneten Zeitraum, bevor sie ihre eingehende Verzögerte-Ack-Nachricht nach dem Empfang der SODA-Nachricht überträgt. Der berechnete Zeitraum basiert darauf, wann ihre ausgehende turbocodierte Nachricht im Hinblick auf andere ausgehende turbocodierte Nachrichten empfangen wurde. - Wenn noch Zeit vorhanden ist, die in dem Superframe übrig bleibt, nachdem alle geplanten Übertragungen und Bestätigungen übertragen worden sind, überträgt der AP
102 üblicherweise eine Wettbewerbsfrei-Ende-Nachricht bei Schritt216 , die es der Luftschnittstelle ermöglicht, wettbewerbsbasiert bis zum Ende des Superframes zu übertragen, wie im Stand der Technik bekannt. Es sollte bemerkt werden, dass der Prozess, der unter Bezugnahme auf2 beschrieben ist, für jeden Superframe wiederholt wird. -
4 veranschaulicht ein Ablaufdiagramm, mittels dem die MS104 Nachrichten von dem und/oder an den AP102 überträgt und/oder empfängt, gemäß der vorliegenden Erfindung. Wenn die MS104 eine Nachricht von dem AP102 bei Schritt402 empfängt, muss die MS104 zuerst die Art der Nachricht bestimmen, die empfangen wurde und entsprechend antworten. - In der bevorzugten Ausführungsform löscht die MS
104 , wenn die MS104 bei Schritt404 bestimmt, dass die von der MS104 empfangene ausgehende Nachricht eine Beacon-Nachricht oder eine Wettbewerbsfrei-Ende-Nachricht ist, alle Flags und stellt dann alle Zähler auf Null bei Schritt406 ; die MS104 löscht alle Flags und setzt alle Befehle auf Null auf den Empfang der Beacon-Nachricht oder der Wettbewerbsfrei-Ende-Nachricht hin, da, wie oben festgehalten, jede empfangene Beacon-Nachricht der MS104 den Anfang eines neuen Superframes anzeigt und jede Wettbewerbsfrei-Ende-Nachricht der MS104 anzeigt, dass alle geplanten eingehenden und ausgehenden Übertragungen abgeschlossen wurden, wodurch alle Flags, die gesetzt waren oder alle Zähler, die inkrementiert wurden, auf dem Übertragungsplan auf einem vorhergehenden Superframe basieren oder der Übertragungsplan abgeschlossen wurde und nicht länger gültig ist. Nachdem die MS104 alle Flags gelöscht und alle Zähler auf Null gesetzt hat, geht die MS104 vorzugsweise in einen Warte- oder Schlafzustand über, bis eine nächste Nachricht von dem AP102 empfangen wird, nach einer Beacon-Nachricht oder geht in einen wettbewerbsbasierten Betrieb über, nach einer Wettbewerbsfrei-Ende-Nachricht. - Wenn in der bevorzugten Ausführungsform in Schritt
408 die MS104 bestimmt, dass die empfangene ausgehende Nachricht eine turbocodierte Nachricht von dem AP ist und dessen Turbocodierte-Nachricht-Empfangen-Flag nicht gesetzt ist, identifiziert die MS104 die Bestimmungsadresse für die ausgehende turbocodierte Nachricht bei Schritt410 . Wenn die Bestimmungsadresse diejenige der MS104 ist, wird die MS104 ihr Turbocodierte-Nachricht-Empfangen-Flag bei Schritt412 setzen; im anderen Fall inkrementiert die MS104 ihren Zähler um 1 bei Schritt414 . Nachdem die MS104 ihr Flag setzt oder ihren Zähler um 1 inkrementiert hat, geht die MS104 vorzugsweise in einen Warte- oder Schlafzustand über, bis eine nächste Nachricht von dem AP102 empfangen wird. - Wenn in der bevorzugten Ausführungsform die MS
104 bestimmt, dass die von der MS104 empfangene ausgehende Nachricht eine Abrufnachricht ("Polling message") ist, die an die MS104 adressiert ist, bei Schritt416 , überträgt die MS104 ihre eingehende Nachricht an den AP102 bei Schritt418 . Vorzugsweise speichert die MS104 bei der Übertragung auch die eingehende Nachricht in einem Speichermedium für einen vorgeben Zeitraum, für den Fall, dass ein Bedarf für eine erneute Übertragung der eingehenden Nachricht besteht. Wenn es zu viele erneute Versuche gibt (wie von einem Systemparameter bestimmt), wird die Nachricht von dem Speichermedium gelöscht. Wenn die eingehende Nachricht übertragen worden ist, bestimmt die MS104 jedoch, ob die eingehende Nachricht bei Schritt420 turbocodiert war. Wenn die eingehende Nachricht turbocodiert war, setzt die MS104 das Erwarte-Verzögerte-Ack-Flag bei Schritt422 und geht vorzugsweise in einen Warte- oder Schlafzustand über, bis eine nächste Nachricht von dem AP102 empfangen wird. Wenn die eingehende Nachricht nicht-turbocodiert war, geht die MS104 vorzugsweise in einen Warte- oder Schlafzustand über, bis eine nächste Nachricht von dem AP102 empfangen wird. Wenn in der bevorzugten Ausführungsform die MS104 bestimmt, dass die von der MS104 empfangene ausgehende Nachricht eine Ack-Nachricht ist, die an die MS104 adressiert ist, bei Schritt424 , löscht die MS104 das Erwarte-Verzögerte-Ack-Flag, wenn es gesetzt ist und löscht die in dem Speichermedium gespeicherte Nachricht, bei Schritt426 . Nachdem die MS104 das Erwarte-Verzögerte-Ack-Flag gelöscht hat und gespeicherte Nachricht als Antwort auf die ausgehende Nachricht gelöscht hat, geht die MS104 vorzugsweise in einen Warte- oder Schlafzustand über, bis die nächste Nachricht von dem AP102 empfangen wird. - Wenn in der bevorzugten Ausführungsform die MS
104 bestimmt, dass die von der MS104 empfangene ausgehende Nachricht eine SODA-Nachricht ist, bei Schritt428 , bestimmt die MS104 weiterhin, ob das Turbocodierte-Nachricht-Empfangen-Flag gesetzt ist bei Schritt430 . In5 ist ein Beispiel einer SODA-Nachricht veranschaulicht, wo das "FC"-Feld die Framesteuerung (Art, Unterart etc.) anzeigt, das "Dur"-Feld die Dauer der Nachricht anzeigt, das "RA"-Feld die Empfangsadresse anzeigt, das "BSSID"-Feld die Identifikation des Satzes an Basisdiensten anzeigt und das "FCS"-Feld die Frameprüfsumme anzeigt. Wenn das Turbocodierte-Nachricht-Empfangen-Flag gesetzt ist, wartet die MS104 eine vorgegebene Zeit (counter * Td) bei Schritt434 und überträgt eine eingehende Verzögerte-Ack-Nachricht an den AP102 bei Schritt436 ; im anderen Fall geht die MS104 vorzugsweise in einen Warte- oder Schlafzustand über, bis eine nächste Nachricht von dem AP102 empfangen wird. Jede MS weist einen eindeutigen Zählerwert auf, der auf der Reihenfolge basiert, mit der die an sie adressierte turbocodierte Nachricht von dem AP im Hinblick auf andere turbocodierte Nachrichten, die an andere MS's adressiert sind, gesendet wurde. Wie obenstehend festgehalten, wird in der bevorzugten Ausführungsform der Zählerwert jeder MS jedes Mal dann inkrementiert, wenn eine turbocodierte Nachricht empfangen wird (ohne Berücksichtigung von deren Bestimmung), bis eine turbocodierte Nachricht an die bestimmte MS adressiert ist. Alternativ, für den Fall, in dem eine bestimmte MS mehr als eine an sie adressierte turbocodierte Nachricht während eines einzelnen Superframes empfängt, inkrementiert die MS ihren Zählerwert jedes Mal dann, wenn eine turbocodierte Nachricht empfangen wird (ohne Berücksichtigung von deren Bestimmung) und setzt ein Flag und speichert den augenblicklichen Zählerwert beim Empfang der an sie adressierten turbocodierten Nachricht. Da jede MS eine unterschiedliche Zeitdauer wartet, um ihre Verzögerte-Ack-Nachricht zu senden (basierend auf ihrem eindeutigen Zählerwert), verbleibt demnach die Luftschnittstelle ohne Wettbewerb ("non-contentious"). - Wenn in der bevorzugten Ausführungsform die MS
104 be- stimmt, dass die von der MS empfangene ausgehende Nachricht von einer Art ist, die sich von denjenigen unterscheidet, die obenstehend aufgeführt worden sind, verarbeitet die MS104 die Nachricht auf eine beliebige geeignete Weise, wie üblicherweise im Stand der Technik bekannt ist, bei Schritt436 . Man betrachte nun einige Beispiele der vorliegenden Erfindung.6 veranschaulicht ein Beispiel eines Nachrichtensequenzablaufdiagramms für den Systembetrieb, wenn der AP102 eingehende turbocodierte Nachrichten gemäß der vorliegenden Erfindung empfängt. Für die vorliegende Erfindung sei angenommen, dass der AP102 und die MS's korrekt funktionieren und dass die MS's registriert sind und mit dem AP102 in Beziehung stehen. Wie obenstehend beschrieben, bestimmt der AP102 den Satz am MS's, mit dem er während des Superframes kommuniziert und den Übertragungsplan durch das Identifizieren der Reihenfolge der eingehenden und ausgehenden Nachrichten, insbesondere durch das Planen der MS's, die eingehende Nachrichten übertragen, die wahrscheinlich turbocodiert sind, vor allen anderen MS's, die Nachrichten übertragen und/oder empfangen, die nicht turbocodiert sind. In diesem Beispiel überträgt der AP102 , wenn die Verarbeitung abgeschlossen ist, eine erste Beacon-Nachricht bei Schritt602 und beliebige Multicast- und/oder Rundsendenachrichten bei Schritt604 . Der AP102 fragt dann MS2 nach beliebigen eingehenden Nachrichten bei Schritt606 ab. Wenn MS2 die Abrufnachricht hört, überträgt MS2 eine eingehende turbocodierte Datennachricht bei Schritt608 . Es ist wichtig festzuhalten, dass, da die eingehende Nachricht, die von der MS2 übertragen wird, turbocodiert ist, der AP102 üblicherweise eine zusätzliche Verarbeitungszeit, verglichen mit der Bestätigungszeit, benötigt, die zum Übertragen einer Standard-Ack-Nachricht zugewiesen ist; im Ergebnis überträgt der AP102 eine Verzögerte-Ack-Nachricht an die MS2 später in dem Superframe, nachdem der AP102 die Nachricht verarbeitet hat, aber vor dem Ende des Superframes. Auf den Empfang der eingehenden turbocodierten Nachricht fügt der AP102 demnach die Adresse der MS2 zu der Übertrage-Verzögerte-Ack-Liste. - Während der AP
102 die eingehende turbocodierte Nachricht von der MS2 verarbeitet, überträgt der AP102 eine Abrufnachricht, die an MS3 adressiert ist, bei Schritt610 . Als Antwort auf die Abrufnachricht überträgt die MS3 auch eine eingehende turbocodierte Nachricht an den AP102 bei Schritt612 . Auf den Empfang der eingehenden turbocodierten Nachricht von MS3 fügt der AP102 die Adresse der MS3 zu der Übertrage-Verzögerte-Ack-Liste. - Während des Verarbeitens der eingehenden turbocodierten Nachrichten für MS2 und MS3 fährt der AP
102 fort, mit den anderen MS's gemäß dem Übertragungsplan durch das Übertragen einer ausgehenden Datennachricht an MS4 zu kommunizieren und auch bei Schritt614 eine Abrufnachricht an MS4 zu übertragen. MS4 überträgt eine Ack-Nachricht an den AP102 , die die ausgehende Datennachricht bestätigt und überträgt auch ihre eingehende Nachricht, die nicht turbocodiert ist, an den AP102 bei Schritt616 . Da die eingehende Nachricht, die durch MS4 übertragen wurde, nicht turbocodiert war, ist der AP102 in der Lage, die Nachricht zu verarbeiten/decodieren und eine Standard-Ack-Nachricht zu übertragen, innerhalb der zugewiesenen Bestätigungszeit bei Schritt618 . Gemäß dem Übertragungsplan überträgt der AP102 eine ausgehende Datennachricht an MS5 bei Schritt620, und die MS5 verarbeitet/decodiert die Nachricht und überträgt eine Ack-Nachricht zurück an den AP102 bei Schritt622 . - An diesem Punkt des Beispiels sind die geplanten eingehenden und ausgehenden Übertragungen abgeschlossen, und der AP
102 beginnt damit, diejenigen Nachrichten zu bestä tigen, die zusätzliche Verarbeitungszeit, verglichen mit der zugewiesenen Bestätigungszeit, benötigen (z.B. die turbocodierten Nachrichten). Im Ergebnis überträgt der AP102 Verzögerte-Ack-Nachrichten für MS2 und MS3 bei den Schritten624 beziehungsweise626 . In diesem Beispiel wurden die Verzögerte-Ack-Nachrichten übertragen, nachdem alle geplanten eingehenden und ausgehenden Übertragungen abgeschlossen waren; der AP102 könnte jedoch die Verzögerte-Ack-Nachricht(en) an MS2 und/oder MS3 übertragen haben, nachdem die Verarbeitung der entsprechenden Nachricht abgeschlossen ist und während die Luftschnittstelle ohne Wettbewerb ist. - In diesem Beispiel überträgt der AP
102 , da in dem Superframe nach dem Abschließen aller geplanten Übertragungen und dem Übertragen aller Verzögerte-Ack-Nachrichten Zeit verbleibt, eine Wettbewerbsfrei-Ende-Nachricht bei Schritt628 an alle MS's, die mit dem AP102 verbunden sind. Die Wettbewerbsfrei-Ende-Nachricht zeigt den MS's an, dass die Luftschnittstelle jetzt wettbewerblich bis zum Ende des Superframes überträgt, was üblicherweise bis zu der Übertragung der nächsten Beacon-Nachricht durch den AP102 bei Schritt630 ist. - Mit dem nächsten Beispiel fortfahrend veranschaulicht
7 ein Beispiel eines Nachrichtensequenzablaufdiagramms für den Systembetrieb, wenn der AP102 ausgehende turbocodierte Nachrichten gemäß der vorliegenden Erfindung überträgt. Wie bei dem vorausgehenden Beispiel sei für die vorliegende Erfindung angenommen, dass der AP102 und die MS's korrekt funktionieren und dass die MS's registriert sind und mit dem AP102 in Bezug stehen. In diesem Beispiel, wie obenstehend beschrieben, bestimmt der AP102 den Satz an MS's, mit dem er während des Superframes kommuniziert und den Übertragungsplan durch das Identifizieren der Reihenfolge der eingehenden und ausgehenden Übertragungen, insbesondere durch das Planen derjenigen MS's, die ausgehende Nachrichten empfangen, die wahrscheinlich turbocodiert sind, vor allen anderen MS's, die eine Nachricht übertragen und/oder empfangen, die nicht turbocodiert sind. - Wenn in diesem Beispiel die Verarbeitung abgeschlossen ist, überträgt der AP
102 eine erste Beacon-Nachricht bei Schritt702 und beliebige Multicast- und/oder Rundsendenachrichten bei Schritt704 . Der AP102 überträgt dann eine ausgehende turbocodierte Nachricht an MS6 bei Schritt706 und eine ausgehende turbocodierte Nachricht an MS7 bei Schritt708 . Auf den Empfang der ausgehenden turbocodierten Nachrichten setzen MS6 beziehungsweise MS7 ihr Turbocodierte-Nachricht-Empfangen-Flag und setzen ihren jeweiligen Zählerwert bezüglich der Reihenfolge, in der die ausgehenden turbocodierten Nachrichten an die jeweiligen MS's adressiert waren. Da demnach die erste ausgehende turbocodierte Nachricht an MS6 adressiert war, speichert MS6 den Zählerwert null. MS7 jedoch inkrementiert ihren Zählerwert auf eins beim Empfang der ausgehenden turbocodierten Nachricht, die an MS6 adressiert ist; da die zweite ausgehende turbocodierte Nachricht an MS7 adressiert war, speichert MS7 den Zählerwert eins. Der AP102 überträgt auch eine ausgehende Datennachricht an MS4 und ruft MS4 nach beliebigen eingehenden Nachrichten bei Schritt710 ab. Da die ausgehende Nachricht an MS4 nicht turbocodiert ist, überträgt MS4 eine Ack-Nachricht an den AP102 , nach einem erfolgreichen Verarbeiten der ausgehenden Nachricht und überträgt an den AP102 eine eingehende Datennachricht bei Schritt712 . Da die eingehende Datennachricht, die von MS4 übertragen war, wie derum nicht turbocodiert war, ist der AP102 in der Lage, die Ack-Nachricht innerhalb der zugewiesenen Bestätigungszeit bei Schritt714 zu übertragen. Dieser Prozess setzt sich damit fort, dass der AP102 eine ausgehenden Datennachricht an MS5 bei Schritt716 überträgt und MS5 eine Ack-Nachricht an den AP102 auf das erfolgreiche Verarbeiten der ausgehenden Datennachricht bei Schritt718 überträgt. - Da der AP
102 üblicherweise die Planung des Superframes steuert, wenn es ausgehende turbocodierte Nachrichten gibt, die in dem Superframe geplant sind, überträgt der AP102 eine SODA-Nachricht bei Schritt720 ; vorzugsweise nachdem alle geplanten eingehenden und ausgehenden Nachrichten übertragen worden sind. Die SODA-Nachricht zeigt denjenigen MS's, die ausgehende Nachrichten von dem AP102 empfangen haben, die turbocodiert waren, an, das Übertragen von Verzögerte-Ack-Nachrichten zu starten, nachdem sie ihre jeweilige berechnete vorgegebene Zeit (Zähler mal Td) gewartet haben. Nachdem so ist, wartet MS6 ihre berechnete vorgegebene Zeit ab, überträgt ihre eingehende Verzögerte-Ack-Nachricht an den AP102 bei Schritt722 und löscht dann ihre Turbocodierte-Nachricht-Empfangen-Flag. MS7 wartet vorzugsweise berechnete vorgegebene Zeit (die in diesem Beispiel länger ist als die berechnete vorgegebene Zeit für MS6), überträgt ihre eingehende Verzögerte-Ack-Nachricht an den AP102 bei Schritt724 und löscht dann ihr Turbocodierte-Nachricht-Empfangen-Flag. Im Gegensatz zu dem Beispiel, das in6 veranschaulicht ist, werden die Verzögerte-Ack-Nachrichten, die eingehend übertragen werden, nur nach dem Empfang der SODA-Nachricht gesendet. Da die MS's den Übertragungsplan nicht einrichten, fungiert die SODA- Nachricht als ein Anzeiger für die MS's dahingehend, wann sie damit beginnen, ihre berechnete vorgegebene Zeit zu warten, bevor sie die Verzögerte-Ack-Nachricht senden, um eine wettbewerbsfreie Umgebung aufrecht zu erhalten. - Nachdem alle Verzögerte-Ack-Nachrichten übertragen und empfangen worden sind oder nachdem eine vorgegebene Zeit vergangen ist, überträgt der AP
102 eine Wettbewerbsfrei-Ende-Nachricht bei Schritt726 , wenn noch Zeit zur Verfügung steht, die es der Luftschnittstelle erlaubt, wettbewerblich bis zu dem Ende des Superframes zu sein. Das Ende des Superframes wird durch den Empfang einer neuen Beacon-Nachricht angezeigt, die von dem AP102 bei Schritt728 übertragen wird. - Während die Erfindung in Verbindung mit speziellen Ausführungsformen derselben beschrieben worden ist, werden dem Fachmann zusätzliche Vorteile und Modifikationen leicht begegnen. Die Erfindung ist demnach in ihren breiter gefassten Aspekten nicht auf die speziellen Details, darstellenden Vorrichtungen und veranschaulichenden Beispiele, die gezeigt und beschrieben wurden, beschränkt. Verschiedene Abänderungen, Modifikationen und Variationen werden dem Fachmann im Licht der vorangehenden Beschreibung offensichtlich sein. Demnach sollte es so verstanden werden, dass die Erfindung nicht auf die vorangehende Beschreibung beschränkt ist, sondern all diejenigen Abänderungen, Modifikationen und Variationen gemäß dem Geist und dem Geltungsbereich der angehängten Ansprüche umfasst.
- Darüber hinaus sollten die Begriffe "ein" oder "eine/einer/eines", wie hierin verwendet, als eines oder mehr als eines definiert sein. Der Begriff "Mehrzahl", wie er hierin verwendet wird, ist als zwei oder mehr als zwei de finiert. Der Begriff "weitere", wie hierin verwendet, ist als zumindest ein zweites oder mehrere definiert. Die Begriffe "Enthalten" und/oder "Aufweisen", wie hierin verwendet, sind als umfassend definiert (d.h. offene Sprache).
- Zusammenfassung der Offenbarung
- Bei einer ersten Vorrichtung (
102 oder104 ) wird eine Nachricht empfangen und verarbeitet. Wenn die Nachricht während eines ersten Zeitraums verarbeitet wird, überträgt die erste Vorrichtung eine Bestätigungsnachricht während eines zweiten Zeitraums; im anderen Fall überträgt die erste Vorrichtung die Bestätigungsnachricht während eines dritten Zeitraums. Der zweite Zeitraum und der dritte Zeitraum schließen einander aus.
1
Claims (10)
- Verfahren, das an einer ersten Vorrichtung die Schritte umfasst: Empfangen einer Nachricht; Verarbeiten der Nachricht, und wenn die Nachricht während eines ersten Zeitraums verarbeitet wird, Übertragen einer Bestätigungsnachricht während eines zweiten Zeitraums, im anderen Falle Übertragen der Bestätigungsnachricht während eines dritten Zeitraums, wobei der zweite Zeitraum und der dritte Zeitraum einander ausschließen.
- Verfahren nach Anspruch 1, wobei es nur der Bestätigungsnachricht erlaubt ist, während des zweiten Zeitraums übertragen zu werden.
- Verfahren nach Anspruch 1, wobei die Nachricht von einer ersten Vorrichtung übertragen wurde und das weiterhin den Schritt des Hinzufügens einer Adresse der ersten Vorrichtung zu einer Liste umfasst, wenn die Nachricht nicht während des ersten Zeitraums verarbeitet wird.
- Verfahren nach Anspruch 1, das weiterhin den Schritt des Übertragens zumindest einer zweiten Nachricht an zumindest eine zweite Vorrichtung während des dritten Zeitraums umfasst.
- Verfahren nach Anspruch 1, wobei die Nachricht während eines Superframes empfangen wird und wobei der dritte Zeitraum an dem Ende des zweiten Zeitraums beginnt und an dem Ende des Superframes endet.
- Verfahren nach Anspruch 1, das weiterhin den Schritt des Empfangens einer zweiten Nachricht umfasst und wobei der dritte Zeitraum auf den Empfang der zweiten Nachricht hin beginnt.
- Verfahren, das die Schritte umfasst: Empfangen einer Nachricht; Bestimmen, ob die Nachricht während eines ersten Zeitraums verarbeitet werden kann; wenn die Nachricht während des ersten Zeitraums verarbeitet werden kann, Verarbeiten der Nachricht und Übertragen einer Bestätigungsnachricht während eines zweiten Zeitraums, wobei es nur der Bestätigungsnachricht erlaubt ist, während des zweiten Zeitraums übertragen zu werden, und wenn die Nachricht nicht während des ersten Zeitraums verarbeitet werden kann, Setzen eines Flags, um die Bestätigung während eines dritten Zeitraums zu übertragen, nachdem die Nachricht verarbeitet worden ist, wobei der zweite Zeitraum und der dritte Zeitraum einander ausschließen.
- Verfahren, das die Schritte umfasst: an einer ersten Vorrichtung: Empfangen einer Nachricht; Bestimmen, ob die Nachricht von einer ersten Art oder von einer zweiten Art ist; wenn die Nachricht von der ersten Art ist, Setzen eines Flags, wenn die Nachricht an die erste Vorrichtung adressiert ist, im anderen Fall, Inkrementieren eines Zählerwertes, wobei der Zählerwert mit einem Zeitraum in Bezug steht; wenn die Nachricht von der zweiten Art ist, Übertragen einer Bestätigungsnachricht für die Nachricht, für welche das Flag gesetzt wurde, nach dem Abwarten des Zeitraums, der mit dem Zählerwert in Bezug steht, zu der Zeit, zu der das Flag gesetzt wurde.
- Verfahren nach Anspruch 8, das weiterhin die Schritte umfasst: Bestimmen, dass die Nachricht von einer dritten Art ist; Löschen des Flags, das gesetzt wurde, und erneutes Setzen des Zählerwertes auf einen Default-Wert.
- Verfahren, das die Schritte umfasst: an einer ersten Vorrichtung: Empfangen zumindest einer Nachricht erster Art; Inkrementieren eines Zählerwertes jedes Mal, wenn eine Nachricht erster Art empfangen wird, die an eine andere Vorrichtung adressiert ist, wobei der Zählerwert mit einem Zeitraum in Bezug steht; Setzen eines Flags jedes Mal, wenn eine Nachricht erster Art empfangen wird, die an die erste Vorrichtung adressiert ist; Empfangen einer Nachricht zweiter Art; Übertragen einer Bestätigungsnachricht für jede Nachricht, in der ein Flag gesetzt wurde, nach dem Abwarten des Zeitraums, der mit dem Zählerwert in Bezug steht, zu dem Zeitpunkt, zu dem jedes Flag gesetzt wurde.
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US10/281,596 US6898414B2 (en) | 2002-10-28 | 2002-10-28 | Method for acknowledging messages in a communication system |
US10/281,596 | 2002-10-28 | ||
PCT/US2003/033755 WO2004039140A2 (en) | 2002-10-28 | 2003-10-22 | Method for acknowledging messages in a communication system |
Publications (1)
Publication Number | Publication Date |
---|---|
DE10393600T5 true DE10393600T5 (de) | 2005-12-22 |
Family
ID=32107188
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
DE10393600T Ceased DE10393600T5 (de) | 2002-10-28 | 2003-10-22 | Verfahren zum Bestätigen von Nachrichten in einem Kommunikationssystem |
Country Status (6)
Country | Link |
---|---|
US (1) | US6898414B2 (de) |
AU (1) | AU2003286662B2 (de) |
CA (1) | CA2502604A1 (de) |
DE (1) | DE10393600T5 (de) |
GB (1) | GB2411321B (de) |
WO (1) | WO2004039140A2 (de) |
Families Citing this family (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20040047376A (ko) * | 2002-11-29 | 2004-06-05 | 삼성전자주식회사 | 무선랜에 있어서의 통신제어방법 |
KR100714675B1 (ko) * | 2004-01-30 | 2007-05-07 | 삼성전자주식회사 | 데이터 프레임 재전송 방법 및 상기 방법을 사용하는네트워크 장치 |
US7500129B2 (en) * | 2004-10-29 | 2009-03-03 | Hoffman Jeffrey D | Adaptive communication interface |
US7724858B2 (en) * | 2004-11-29 | 2010-05-25 | Intel Corporation | Techniques to manage latency for multiple receivers |
US7440399B2 (en) | 2004-12-22 | 2008-10-21 | Qualcomm Incorporated | Apparatus and method for efficient transmission of acknowledgments |
US7432802B2 (en) | 2005-04-04 | 2008-10-07 | Xlink Enterprises, Inc. | Autonomous interrogating transponder for direct communications with other transponders |
US7526705B2 (en) * | 2005-05-03 | 2009-04-28 | Agere Systems Inc. | Acknowledgement message modification in communication networks |
US8644396B2 (en) * | 2006-04-18 | 2014-02-04 | Qualcomm Incorporated | Waveform encoding for wireless applications |
WO2007127878A1 (en) * | 2006-04-26 | 2007-11-08 | Qualcomm Incorporated | Dynamic distribution of device functionality and resource management |
US8406794B2 (en) * | 2006-04-26 | 2013-03-26 | Qualcomm Incorporated | Methods and apparatuses of initiating communication in wireless networks |
US8289159B2 (en) * | 2006-04-26 | 2012-10-16 | Qualcomm Incorporated | Wireless localization apparatus and method |
US8170477B2 (en) * | 2008-04-04 | 2012-05-01 | Broadcom Corporation | Robust wireless communication device |
JP2010206730A (ja) * | 2009-03-05 | 2010-09-16 | Sony Corp | 無線通信装置及び無線通信方法 |
US20100262651A1 (en) * | 2009-04-09 | 2010-10-14 | Samsung Electronics Co., Ltd. | Method to prevent server overload for broadcast protocols by adaptively applying prescribed response behavior profiles |
US8472413B2 (en) * | 2009-05-20 | 2013-06-25 | Robert Bosch Gmbh | Protocol for wireless networks |
US20110317692A1 (en) | 2010-06-03 | 2011-12-29 | Essence Security International Ltd. | Acknowledgement of communications using shared messages |
ES2726041T3 (es) * | 2010-09-14 | 2019-10-01 | Nokia Technologies Oy | Procedimientos de comunicación D2D: balizamiento; difusión; resolución de conflicto |
CN102684852A (zh) * | 2011-03-31 | 2012-09-19 | 北京新岸线无线技术有限公司 | 一种用于帧确认的方法和装置 |
EP3544325B1 (de) * | 2016-11-15 | 2023-02-22 | LG Electronics Inc. | Verfahren zum senden/empfangen von signalen für v2x-kommunikation in einem drahtloskommunikationssystem und vorrichtung dafür |
US10700978B2 (en) | 2016-12-05 | 2020-06-30 | International Business Machines Corporation | Offloading at a virtual switch in a load-balanced group |
US10768997B2 (en) | 2016-12-05 | 2020-09-08 | International Business Machines Corporation | Tail latency-based job offloading in load-balanced groups |
US11144668B2 (en) * | 2019-08-15 | 2021-10-12 | International Business Machines Corporation | Cognitively hiding sensitive content on a computing device |
Family Cites Families (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5036518A (en) * | 1988-11-02 | 1991-07-30 | Tseung Lawrence C N | Guaranteed reliable broadcast network |
GB2241851A (en) * | 1990-03-09 | 1991-09-11 | Philips Electronic Associated | Optimising transmitter power in a communications system |
JP2827630B2 (ja) * | 1991-10-24 | 1998-11-25 | 日本電気株式会社 | 選択呼出受信機 |
US5247702A (en) * | 1991-11-08 | 1993-09-21 | Teknekron Communications Systems, Inc. | Method and an apparatus for establishing a wireless communication link between a base unit and a remote unit |
US5412803A (en) * | 1992-02-20 | 1995-05-02 | International Business Machines Corporation | Communications system having plurality of originator and corresponding recipient buffers with each buffer having three different logical areas for transmitting messages in single transfer |
US5677909A (en) * | 1994-05-11 | 1997-10-14 | Spectrix Corporation | Apparatus for exchanging data between a central station and a plurality of wireless remote stations on a time divided commnication channel |
US5625892A (en) * | 1994-12-22 | 1997-04-29 | Bauman; Mitchell A. | Dynamic power regulator for controlling memory power consumption |
CN1143473C (zh) * | 1995-04-28 | 2004-03-24 | 皇家菲利浦电子有限公司 | 在一组设备之间可靠的通信的无线通信*** |
JP3715991B2 (ja) * | 1996-02-09 | 2005-11-16 | 株式会社日立製作所 | 並列プロセッサ |
US5923648A (en) * | 1996-09-30 | 1999-07-13 | Amsc Subsidiary Corporation | Methods of dynamically switching return channel transmissions of time-division multiple-access (TDMA) communication systems between signalling burst transmissions and message transmissions |
FI103547B1 (fi) * | 1996-10-18 | 1999-07-15 | Nokia Telecommunications Oy | Datansiirtomenetelmä ja -laitteisto |
FI105371B (fi) * | 1996-12-31 | 2000-07-31 | Nokia Networks Oy | Radiojärjestelmä ja menetelmiä kaksisuuntaisen radioyhteyden muodostamiseksi |
SE518376C2 (sv) * | 1997-10-20 | 2002-10-01 | Ericsson Telefon Ab L M | Förfarande och anordning i ett radiokommunikationsnätverk |
DE69943198D1 (de) * | 1998-12-30 | 2011-03-31 | Canon Kk | Kodierungsvorrichtung und Verfahren, Dekodierungsvorrichtung und Verfahren und dazugehörige Systeme |
KR100312310B1 (ko) * | 1999-03-12 | 2001-11-03 | 윤종용 | 무선 가입자망에서 다수의 무선링크를 관리하는 방법 |
US6694471B1 (en) * | 2000-12-27 | 2004-02-17 | Cisco Technology, Inc. | System and method for periodic retransmission of messages |
US7079599B2 (en) * | 2001-02-28 | 2006-07-18 | Broadcom Corporation | Multi-mode quadrature amplitude modulation receiver for high rate wireless personal area networks |
US20030188010A1 (en) * | 2002-03-27 | 2003-10-02 | Imran Raza | Peer to peer mixed media messaging |
-
2002
- 2002-10-28 US US10/281,596 patent/US6898414B2/en not_active Expired - Fee Related
-
2003
- 2003-10-22 DE DE10393600T patent/DE10393600T5/de not_active Ceased
- 2003-10-22 AU AU2003286662A patent/AU2003286662B2/en not_active Ceased
- 2003-10-22 CA CA002502604A patent/CA2502604A1/en not_active Abandoned
- 2003-10-22 WO PCT/US2003/033755 patent/WO2004039140A2/en not_active Application Discontinuation
- 2003-10-22 GB GB0507379A patent/GB2411321B/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
US20040082294A1 (en) | 2004-04-29 |
GB2411321B (en) | 2006-03-01 |
AU2003286662B2 (en) | 2006-11-16 |
CA2502604A1 (en) | 2004-05-13 |
AU2003286662A1 (en) | 2004-05-25 |
US6898414B2 (en) | 2005-05-24 |
WO2004039140A3 (en) | 2004-10-07 |
GB0507379D0 (en) | 2005-05-18 |
WO2004039140A2 (en) | 2004-05-13 |
GB2411321A (en) | 2005-08-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
DE10393600T5 (de) | Verfahren zum Bestätigen von Nachrichten in einem Kommunikationssystem | |
DE69018982T2 (de) | Verfahren zur Wegleitung von Paketen durch begrenzte Flutung. | |
DE69624266T2 (de) | Flexibles mobilitäts-management in einem bidirektionalen mitteilungssystem und verfahren dafür | |
DE69730201T2 (de) | Sendevorrichtung mit mobilitätsmanager und verfahren zur kommunikation | |
DE69328578T2 (de) | Leistungsfähiges und betriebssicheres Übertragungsverfahren und System für grosse Datenmengen | |
DE69825610T2 (de) | Verfahren und gerät zur übertragung von datenpaketen in einem datenpaketübertragungssystem | |
DE69634983T2 (de) | Verfahren und vorrichtung für ein hybrides wettbewerbs- und abfrageprotokoll | |
DE3785217T2 (de) | Verfahren zur uebertragung von daten in paketvermittlungsnetzen. | |
DE69434586T2 (de) | Kommunikationsnetz mit drahtloser und drahtgebundener dynamischer leitweglenkung | |
DE112007001795B4 (de) | Verfahren und Vorrichtung für das Binding in einem Gebäudeautomationssystem | |
DE69734306T2 (de) | Zwei-wege schnurloses Nachrichtensystem | |
DE69531698T2 (de) | Flusssteuerungsverfahren für kurznachrichtendienst an einen teilnehmer, dessen leitung besetzt ist | |
DE3586431T2 (de) | Lokales netzwerk fuer ein numerisches datenverarbeitungssystem. | |
DE69904113T2 (de) | System und Verfahren zum Einleiten von Transaktionen auf der Verbindungs- und der Medienzugriffssteuerungsschicht | |
DE60106789T2 (de) | Anordnung zur implementierung der übertragung von multimedianachrichten | |
DE69015611T2 (de) | Autonomes registrierverfahren eines funktelefons. | |
DE602004003684T2 (de) | Gerät und verfahren zum optimieren der leistungsverwaltung in einem ibss eines wlan | |
DE60100369T2 (de) | Vorrichtung für Datenaustausch in einem drahtlosen Kommunikationssystem | |
DE69929054T2 (de) | Extensions für datenverarbeitungsschicht in einem drahtlosen mac-protokoll mit hoher latenz | |
DE102006055364A1 (de) | Netzwerksystem | |
DE112012000699B4 (de) | Erfassung einer Topologie eines Netzwerks | |
DE112017006603T5 (de) | System und verfahren zum bestimmen des timings einer antwort in einer gruppenkommunikation unter verwendung künstlicher intelligenz | |
DE69732901T2 (de) | Verfahren und system zur rückquittung in einem zweiwegnachrichtensystem | |
DE69426739T2 (de) | Übertragungsnetzwerk | |
DE60015543T2 (de) | Verfahren und vorrichtung zur freigabe eines gemeinsamen rückkanals in einem cdma nachrichtenübertragungssystem |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
OP8 | Request for examination as to paragraph 44 patent law |
Ref document number: 10393600 Country of ref document: DE Date of ref document: 20051222 Kind code of ref document: P |
|
8125 | Change of the main classification |
Ipc: H04W 80/06 AFI20051017BHDE |
|
8131 | Rejection |