DE602004002603T2 - Empfangsbestätigung für einen Inhalt zu einer HTTP/TCP Vorrichtung - Google Patents
Empfangsbestätigung für einen Inhalt zu einer HTTP/TCP Vorrichtung Download PDFInfo
- Publication number
- DE602004002603T2 DE602004002603T2 DE602004002603T DE602004002603T DE602004002603T2 DE 602004002603 T2 DE602004002603 T2 DE 602004002603T2 DE 602004002603 T DE602004002603 T DE 602004002603T DE 602004002603 T DE602004002603 T DE 602004002603T DE 602004002603 T2 DE602004002603 T2 DE 602004002603T2
- Authority
- DE
- Germany
- Prior art keywords
- socket
- data
- send
- tcp
- receiving
- 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
Links
- 238000000034 method Methods 0.000 claims abstract description 24
- 238000012790 confirmation Methods 0.000 claims abstract description 8
- 230000004044 response Effects 0.000 claims description 16
- 238000010295 mobile communication Methods 0.000 claims description 13
- 238000012546 transfer Methods 0.000 claims description 9
- 238000004891 communication Methods 0.000 claims description 7
- 238000012544 monitoring process Methods 0.000 claims 1
- 230000008569 process Effects 0.000 description 6
- 230000005540 biological transmission Effects 0.000 description 5
- 230000003287 optical effect Effects 0.000 description 4
- 230000006870 function Effects 0.000 description 3
- 238000004590 computer program Methods 0.000 description 2
- 238000010276 construction Methods 0.000 description 2
- 230000008901 benefit Effects 0.000 description 1
- 230000002457 bidirectional effect Effects 0.000 description 1
- 230000008713 feedback mechanism Effects 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/30—Flow control; Congestion control in combination with information about buffer occupancy at either end or at transit nodes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/19—Flow control; Congestion control at layers above the network layer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
Description
- GEBIET DER ERFINDUNG
- Diese Erfindung betrifft das Gebiet der drahtlosen Kommunikation. Insbesondere betrifft diese Erfindung die Bestätigung der Zuführung von Daten von einem Proxy oder einem Server eines drahtlosen Betreibernetzwerkes zu einem Client ohne eine spezifische Meldung von dem Client.
- ALLGEMEINER STAND DER TECHNIK
- Der elektronische Handel (E-Commerce) ist in der heutigen Gesellschaft immer wichtiger geworden. Die Leute tätigen mithilfe ihrer Computer (PCs), Laptops, PDAs (Personal Digital Assistants), Mobiltelefone usw. Einkäufe im Internet. Die Leute können insbesondere Text, Symbole, Videos, Musik und anderen immateriellen Inhalt kaufen, der bei Bedarf zu ihrer mobilen Kommunikationseinrichtung geliefert wird. In der Regel wird die Anforderung des Inhalts und die Antwort mithilfe von HTTP (Hypertext Transfer Protocol) gesendet.
- In der Regel wird die HTTP-Antwort zwischen Systemen übertragen, die TCP (Transfer Control Protocol) implementieren. Wenn eine auf HTTP basierende Anwendung Daten der HTTP-Antwort mithilfe eines aus einer Anzahl von Schreibbefehlen in einen von einem Betriebssystem bereitgestellten TCP-Socket schreibt, werden die Daten in einem TCP-Sendepuffer für diesen Socket abgelegt, und der Schreibbefehl kehrt zurück. Im Allgemeinen gibt die Tatsache, dass der Schreibbefehl zurückgekehrt ist, lediglich an, dass die Daten in den TCP-Sendepuffer geschrieben worden sind, und ein zurückkehrender Schreibbefehl bestätigt nicht, dass die Daten an den TCP-Empfangsstapelspeicher gesendet worden sind.
- Nach dem Erhalt der Daten überträgt der TCP-Empfänger eine oder mehrere Rückmeldungen an den Sender, um den erfolgten Empfang der Datensegmente anzuzeigen. Der TCP-Empfänger sendet eine Endrückmeldung, die auch als letztes ACK-Signal bezeichnet wird und den Empfang des Endsegments der Daten anzeigt, an den TCP-Sender. Die standardmäßige TCP-Socket-API (Application Program Interface) schickt jedoch keine Meldung über den Empfang des letzten ACK-Signals an die sendende Anwendung, um den erfolgten Empfang der Daten durch den TCP-Empfänger zu bestätigen.
- Bei der bisherigen Technik ist es nicht möglich, auf HTTP-Ebene festzustellen, ob die HTTP-Antwort erfolgreich auf der anfordernden Seite, d.h. bei dem HTTP-Client, angekommen ist. HTTP enthält in der Regel keine Funktionen, mit deren Hilfe ein HTTP-Client dem Server oder einem Proxy, der die HTTP-Antwort sendet, den Empfang der HTTP-Antwort bestätigen kann. Wenn jedoch ein Kommunikationsnetzbetreiber dem Benutzer für den Empfang der Daten oder des Inhalts in der HTTP-Antwort Gebühren berechnen will, dann ist die Möglichkeit festzustellen, dass die HTTP-Antwort erfolgreich angekommen ist, für die ordnungsgemäße kundenbezogene Gebührenerfasssung für derartige Dienstleistungen wichtig.
- Mindestens zwei potenzielle Lösungen für das obige Problem erweisen sich als nicht zufriedenstellend. Eine Lösung schlägt vor, HTTP so zu erweitern, dass es Funktionen unterstützt, über die der Client den erfolgten Empfang der HTTP-Antwort anzeigen kann. Solche zusätzlichen Funktionalitäten müssten von den relevanten Normfestsetzungsinstitutionen erfolgreich akzeptiert werden, um sicherzustellen, dass die zukünftigen HTTP-kompatiblen Einrichtungen die zusätzlichen Funktionalitäten unterstützen.
- Eine weitere potenzielle Lösung besteht darin, den TCP-Stapelspeicher so zu modifizieren, dass er die letzte Übertragungsrückmeldung der HTTP-Antwort auffängt, und die standardmäßige TCP-API so zu erweitern, dass der TCP-Stapelspeicher der auf HTTP basierenden, sendenden Anwendung den Datenempfang anzeigen kann. Da die meisten TCP-Speicher jedoch mit einem Betriebssystem verschickt werden, ist es schwierig, wenn nicht gar praktisch unmöglich, die TCP-Stapelspeicher zu modifizieren. Das Erzeugen eines separaten TCP-Stapelspeichers zusätzlich zu den mit dem Betriebssystem von einem Diensteanbieter verschickten TCP-Stapelspeichern ist darüber hinaus zeitaufwändig sowie praktisch unmöglich. Die Patentanmeldung US 2001/003164 lehrt ein Verfahren für das sichere Abschalten, bei dem festgestellt wird, ob der TCP-Sendepuffer leer ist, um sicherzustellen, dass alle abgehenden Daten vor dem Ausschalten von dem Empfänger empfangen worden sind.
- KURZFASSUNG
- Es werden ein Verfahren nach Anspruch 1 und eine Vorrichtung nach Anspruch 13 offengelegt. Eine Ausführungsform des Verfahrens umfasst das Bestimmen, wann eine vorgegebene Menge Daten aus einem Sendepuffer entfernt worden ist, und das Senden einer Bestätigung, wenn die vorgegebene Menge Daten aus dem Sendepuffer entfernt worden ist.
- Bei einer bestimmten Ausführungsform der vorliegenden Erfindung implementiert der Sende-Socket ein TCP (Transport Control Protocol).
- Andere Merkmale der vorliegenden Erfindung ergeben sich aus den beiliegenden Zeichnungen und aus der nachfolgenden ausführlichen Beschreibung.
- KURZE BESCHREIBUNG DER ZEICHNUNGEN
- Die vorliegende Erfindung wird in den Figuren der beiliegenden Zeichnungen, in denen gleiche Bezugszeichen ähnliche Elemente anzeigen, im Sinne von Beispielen und nicht im Sinne von Einschränkungen dargestellt.
-
1 stellt eine Ausführungsform eines drahtlosen Kommunikationssystems dar, das eine Bestätigung für die Zuführung von Daten bereitstellt, -
2 stellt ein Ablaufdiagramm einer Ausführungsform eines Prozesses dar, in dem die Zuführung von Daten von einem Betreibernetzwerk zu einer Client-Einrichtung bestätigt wird, und -
3 stellt eine beispielhafte Ausführungsform eines drahtlosen Kommunikationssystems dar. - AUSFÜHRLICHE BESCHREIBUNG
- In der nachfolgenden Beschreibung werden zahlreiche spezifische Einzelheiten erläutert. Es versteht sich jedoch, dass Ausführungsformen der Erfindung auch ohne diese spezifischen Einzelheiten in die Praxis umgesetzt werden können. In anderen Fällen sind allgemein bekannte Schaltungen, Strukturen und Techniken nicht ausführlich gezeigt worden, um die Verständlichkeit dieser Beschreibung nicht zu beeinträchtigen.
- Die Erwähnung von „einer Ausführungsform" in der Beschreibung bedeutet, dass eine bestimmte Funktion, ein bestimmter Aufbau oder ein bestimmtes Merkmal, die im Zusammenhang mit der Ausführungsform beschrieben worden sind, in mindestens einer Ausführungsform der Erfindung enthalten sind. Der an verschiedenen Stellen in der Beschreibung vorkommende Ausdruck „bei einer Ausführungsform" bezieht sich nicht unbedingt in jedem Fall auf die gleiche Ausführungsform.
- Einige Abschnitte der nachfolgenden ausführlichen Beschreibung werden als Algorithmen und symbolische Darstellungen der Operationen an Datenbits in einem Computerspeicher dargestellt. Bei diesen algorithmischen Beschreibungen und Darstellungen handelt es sich um die Werkzeuge, die von Fachleuten im Bereich Datenverarbeitung dazu verwendet werden, den Gegenstand ihrer Arbeit anderen Fachleuten auf die effektivste Art und Weise nahezubringen. Ein Algorithmus wird hier und allgemein als selbstkonsistente Abfolge von Operationen verstanden, die zu einem gewünschten Ergebnis führt. Bei diesen Operationen handelt es sich um jene, die physische Manipulationen physikalischer Größen erfordern. In der Regel liegen diese Größen in Form von elektrischen oder magnetischen Signalen vor, die gespeichert, übertragen, kombiniert, verglichen und anderweitig manipuliert werden können, dies ist jedoch nicht unbedingt der Fall. Es hat sich gelegentlich als praktisch erwiesen, diese Signale hauptsächlich zu allgemeinen Verwendungszwecken als Bits, Werte, Elemente, Symbole, Zeichen, Ausdrücke, Zahlen oder dergleichen zu bezeichnen.
- Man sollte sich jedoch daran erinnern, dass all diese und ähnliche Begriffe mit den entsprechenden physikalischen Größen verbunden werden müssen und lediglich praktische Bezeichnungen darstellen, die für diese Größen verwendet werden. Soweit nicht in der nachfolgenden Erläuterung ausdrücklich etwas anderes angegeben ist, versteht es sich, dass sich in der gesamten Beschreibung Erläuterungen, die Begriffe wie „Verarbeiten" oder „Berechnen" oder „Rechnen" oder „Ermitteln" oder „Anzeigen" oder dergleichen verwenden, auf die Funktion und die Prozesse eines Computersystems oder einer ähnlichen elektronischen Recheneinrichtung beziehen, das/die Daten, die als physikalische (elektronische) Größen in den Registern und Speichern des Computersystems repräsentiert sind, zu anderen Daten manipuliert und transformiert, die auf ähnliche Weise als physikalische Größen in den Speichern oder Registern des Computersystems oder anderer derartiger Informationsspeicher-, Übertragungs- oder Anzeigeeinrichtungen repräsentiert sind.
- Die vorliegende Erfindung betrifft ebenfalls eine Vorrichtung für das Durchführen der hier beschriebenen Operationen. Diese Vorrichtung kann speziell für die erforderlichen Zwecke konstruiert werden oder einen Mehrzweck-Computer umfassen, der von einem in dem Computer enthaltenen Computerprogramm gezielt aktiviert oder rekonfiguriert wird. Ein solches Computerprogramm kann in einem vom Computer lesbaren Speichermedium gespeichert werden, bei dem es sich unter anderem um eine beliebige Art von Diskette einschließlich Floppy-Disks, optischer Disketten, CD-ROMs und magnetooptischer Disketten, Festwertspeicher (ROMs), Direktzugriffspeicher (RAMs), EPROMs, EEPROMs, magnetischer oder optischer Karten oder beliebige Arten von Medien handelt, die sich für das Speichern elektronischer Anweisungen eignen und die jeweils mit einem Computersystembus gekoppelt sind.
- Die hier dargestellten Prozesse und Displays betreffen an sich keinen bestimmten Computer beziehungsweise keine andere Vorrichtung. Es können verschiedene Mehrzwecksysteme mit Programmen gemäß den hierin enthaltenen Lehren verwendet werden, oder es kann sich als praktisch erweisen, eine stärker spezialisierte Vorrichtung zu konstruieren, die die beschriebenen Operationen durchführt. Der für zahlreiche dieser Systeme erforderliche Aufbau ergibt sich aus der nachfolgenden Beschreibung. Die vorlie gende Erfindung wird außerdem nicht unter Bezugnahme auf eine bestimmte Programmiersprache beschrieben. Es versteht sich, dass eine Vielzahl von Programmiersprachen für das Implementieren der hier beschriebenen Lehren der Erfindung verwendet werden kann.
- Zu einem maschinenlesbaren Medium gehört jeder Mechanismus für das Speichern oder Übertragen von Informationen in einer von einer Maschine (z.B. einem Computer) lesbaren Form. Zu einem maschinenlesbaren Medium gehören beispielsweise Festwertspeicher (ROM), Direktzugriffsspeicher (RAM), magnetische Diskettenspeichermedien, optische Speichermedien, Flash-Speichereinrichtungen, elektrische, optische, akustische oder andere Formen von weitergeleiteten Signalen (z.B. Trägerwellen, Infrarotsignale, Digitalsignale usw.) usw.
-
1 stellt eine Ausführungsform eines drahtlosen Kommunikationssystems dar, das eine Bestätigung für die Zuführung von Daten bereitstellt. Das System100 enthält eine Einrichtung110 eines Betreibernetzwerkes, einen Sende-Socket120 mit einem Sendepuffer122 und einem Stapelspeicher123 , einen Empfangs-Socket130 mit einem Empfangspuffer132 und einem Stapelspeicher133 und eine Client-Einrichtung140 . Die Einrichtung110 kann einen Proxy oder einen Server enthalten. Deshalb wird die Einrichtung110 in der nachfolgenden Beschreibung auch als Proxy/Server110 bezeichnet. Bei der Client-Einrichtung140 kann es sich um eine mobile Kommunikationseinrichtung wie beispielsweise ein Mobiltelefon, einen Mobilfunkempfänger, einen elektronischen Assistenten (PDA) usw. handeln. - Verschiedene Ausführungsformen des Systems
100 können unterschiedliche Protokolle für das Übertragen der Daten implementieren. Das System100 kann beispielsweise eine Version eines TCP (Transmission Control Protocol) ohne spezifischen Rückmeldemechanismus implementieren. Dann kann es sich bei den Stapelspeichern123 und133 in dem System100 um TCP-Stapelspeicher handeln. Zu Beispielen für Betriebssysteme, die TCP-Stapelspeicher bereitstellen, gehören Solaris von Sun Microsystems, Inc. (Santa Clara, Kalifornien, USA), AIX von der International Business Machine Corporation (Armonk, New York, USA) usw. TCP-Stapelspeicher stellen in der Regel eine standardmäßige API für das Verwalten und Verwenden von Sockets zur Verfügung. - Bei einer Ausführungsform sendet eine auf HTTP basierende Anwendung
112 der Einrichtung110 des Betreibernetzwerkes Daten zu der Client-Einrichtung140 . Die auf HTTP basierende Anwendung112 kann die Daten als Reaktion auf eine Anforderung von einer HTTP-Client-Anwendung142 der Client-Einrichtung140 senden. - Die auf HTTP basierende Anwendung
112 überträgt Daten durch Schreiben der Daten in einen Sende-Socket unter Verwendung eines entsprechenden API-Befehls, wie beispielsweise „Writen" oder „Write" für einen TCP-Socket. Der Vorgang des Schreibens der Daten in den Sende-Socket120 führt dazu, dass die Daten in dem Sendepuffer122 abgelegt und nicht direkt zu dem TCP-Empfangs-Socket130 des Client140 gesendet werden. Der TCP-Sende-Socket120 ruft die Daten von dem Sendepuffer122 ab und überträgt sie den im TCP definierten Regeln entsprechend über den TCP-Stapelspeicher123 zu dem TCP-Empfangs-Socket130 der Client-Einrichtung140 . Nach Empfang der Daten am Empfangs-TCP-Stapelspeicher133 werden diese in dem TCP-Empfangspuffer132 abgelegt, so dass die Daten für die HTTP-Client-Anwendung142 zur Verfügung stehen. Dann sendet der TCP-Empfangs-Socket130 Rückmeldungen zu dem TCP-Sende-Socket120 , um den Empfang der Daten anzuzeigen. Der TCP-Sende-Socket120 kann die Daten den Regeln des TCP entsprechend dem TCP-Empfangs-Socket130 zuführen, und zwar möglicherweise in Form mehrerer Segmente und möglicherweise mit wiederholten Übertragungen. - Bei einer Ausführungsform wird der TCP-Sendepuffer
122 überwacht, um zu ermitteln, wann der TCP-Sende-Socket120 alle Daten aus dem TCP-Sendepuffer122 entfernt hat. Der TCP-Sende-Socket120 entfernt die Daten aus dem TCP-Sendepuffer122 , wenn sie dem TCP-Empfangs-Socket130 erfolgreich zugeführt worden sind. Somit lässt sich dadurch, dass ermittelt wird, wann der TCP-Sende-Socket120 den Sendepuffer122 gelöscht hat, schlussfolgern, dass die Client-Einrichtung140 die Daten erfolgreich empfangen hat. - Um zu ermitteln, wann der TCP-Sendepuffer
122 gelöscht worden ist, kann eine Bestätigungszuführanwendung des Proxy/Servers110 die Größe des TCP-Sendepuffers122 mithilfe von Socket-Optionen ermitteln. Die Bestätigungszuführanwendung kann ein Bestandteil der auf HTTP basierenden Anwendung112 oder ein im Wesentlichen von dieser Anwendung112 unabhängiges Software-Modul sein. Die Bestätigungszuführanwendung stellt einen Schwellwert, der auch als „Ebbemarke" bezeichnet wird, so ein, dass er gleich der Größe des TCP-Sendepuffers122 ist. Daher definiert die „Ebbemarke" im Wesentlichen, wie viel Platz in dem Sendepuffer122 sein muss, damit er als zum Schreiben verfügbar betrachtet werden kann. Die „Ebbemarke" des Sendepuffers wird mit dem Auswahl-Befehl der Socket-API so verwendet, dass der Auswahl-Befehl zu der auf HTTP basierenden Anwendung112 zurückkehrt, wenn der verfügbare Platz des Sendepuffers122 die „Ebbemarke" erreicht. - Wie oben erläutert werden die Daten, wenn sie in den Sende-Socket
120 geschrieben worden sind, in dem TCP-Sendepuffer122 abgelegt. Dann gibt die auf dem Proxy/Server110 laufende Bestätigungszuführanwendung einen Befehl für den Sende-Socket120 aus: den Auswahl-Befehl der Socket-API. Bei einer Ausführungsform kehrt der Auswahl-Befehl zurück, wenn der verfügbare Platz im Sendepuffer die „Ebbemarke" des Sendepuffers erreicht. Da der Wert der „Ebbemarke" des Sendepuffers gleich der Größe des Sendepuffers122 ist, kehrt der Auswahl-Befehl zurück, wenn der Sendepuffer122 leer ist, und gibt dadurch an, dass die in den Sendepuffer122 geschriebenen Daten dem Empfangs-TCP-Stapelspeicher133 zugeführt worden sind. -
2 stellt ein Ablaufdiagramm einer Ausführungsform eines Prozesses dar, in dem die Zuführung von Daten von einem Netzträger zu einer Client-Einrichtung bestätigt wird. Der Prozess wird von Ablauflogik durchgeführt, die Hardware (z.B. Schaltungen, spezielle dafür vorgesehene Logik usw.), Software (wie beispielsweise die oben erläuterte Bestätigungszuführanwendung), die auf einem Mehrzweck-Computersystem oder einer speziell dafür vorgesehenen Maschine (z.B. dem Proxy/Server in1 ) läuft, oder eine Kombination aus beiden umfassen kann. - Die Ablauflogik ermittelt zunächst die Größe eines Sendepuffers eines Sende-Sockets (Ablaufblock
210 ). Die Ablauflogik stellt einen Schwellwert ein, der auch als „Ebbemarke" bezeichnet wird und gleich der Größe des Sendepuffers ist (Ablaufblock220 ). Um Daten von dem Netzträger zu senden, schreibt die Ablauflogik die Daten in den Sendepuffer (Ablaufblock230 ). Die Ablauflogik gibt einen Befehl für den Sende-Socket aus, so dass der Befehl zurückkehrt, wenn der verfügbare Platz in dem Sendepuffer den Schwellwert erreicht (Ablaufblock240 ). Das Betreibernetzwerk implementiert TCP. Bei dem für den Sende-TCP-Socket ausgegebenen Befehl handelt es sich um einen Auswahl-Befehl der Socket-API. - Ein Vorteil der Verwendung eines bestehenden TCP-Socket-API-Befehls besteht darin, dass für Kompatibilität mit den bereits auf dem Markt existierenden TCP-Einrichtungen gesorgt wird. Die Verwendung des bestehenden TCP-Socket-API-Befehls reduziert außerdem den Überhang an Datenübertragung durch Vermeiden des Hinzufügens zusätzlicher Nachrichten zum Protokoll, um eine spezifische Rückmeldung zu unterstützen. Darüber hinaus erhöht sich durch die Verwendung des bestehenden TCP-Socket-API-Befehls das Verkehrsaufkommen im Netzwerk nicht, was besonders für die Mobilkommunikation von Bedeutung ist.
-
3 stellt eine beispielhafte Ausführungsform eines Mobilkommunikationssystems dar, bei dem die Erfindung implementiert werden kann. Das System300 enthält ein drahtloses Betreibernetzwerk310 , einen Proxy/Server315 , eine Anzahl TCP-Sockets320 und eine Anzahl mobiler Kommunikationseinrichtungen330 . Das drahtlose Netzwerk310 sendet mithilfe eines der TCP-Sockets320 Daten über den Proxy/Server315 zu einer der mobilen Kommunikationseinrichtungen330 . Die TCP-Sockets320 können bidirektional sein. Zu Erläuterungszwecken wird bei der nachfolgenden Beschreibung davon ausgegangen, dass die Daten zu der empfangenden mobilen Kommunikationseinrichtung332 gesendet werden. Bei einer Ausführungsform baut die mobile Kommunikationseinrichtung332 eine TCP-Verbindung mit dem Proxy/Server315 auf. Infolgedessen wird an dem Proxy/Server-Ende315 der Verbindung für den Proxy/Server315 ein erster Socket erzeugt. Der Proxy/Server315 kann den ersten Socket für das Senden oder das Empfangen von Daten von der mobilen Kommunikationseinrichtung332 benutzen. Auf die gleiche Weise wird an dem anderen Ende der Verbindung ein zweiter Socket für die Empfangseinrichtung332 erzeugt, die den zweiten Socket für das Senden oder das Empfangen von Daten von dem Proxy/Server315 benutzen kann. - Um eine Bestätigung der Datenzufuhr zum Proxy/Server
315 zu ermöglichen, ermittelt eine auf dem Proxy/Server315 laufende Bestätigungszuführanwendung zunächst die Größe des Sendepuffers eines der TCP-Sockets320 , der nachfolgend als Sende-Socket bezeichnet wird. Dann wird ein Schwellwert, der auch als „Ebbemarke" bezeichnet wird, so eingestellt, dass er gleich der Größe des Sendepuffers ist. Nach dem Schreiben der Daten in den Sendepuffer des Sende-Sockets gibt die Bestätigungszuführanwendung einen Befehl für den Sende-Socket aus. Bei dem ausgegebenen Befehl handelt es sich um einen Auswahl-Befehl der Socket-API. - Wenn der verfügbare Platz des Sendepuffers den Schwellwert erreicht, wird der Auswahl-Befehl zum Proxy/Server
315 zurückgeschickt. Da der Schwellwert gleich der Größe des Sendepuffers ist und der verfügbare Platz des Sendepuffers den Schwellwert erreicht, ist der Sendepuffer daher leer. Da der Sende-Socket Daten aus dem Sendepuffer entfernt, wenn die Rückmeldung über den Datenempfang von einem Empfangs-Socket empfangen worden ist, bei dem es sich um einen der TCP-Sockets320 handelt, lässt sich aus dem leeren Sendepuffer ableiten, dass der Empfangs-Socket alle in den Sendepuffer geschriebenen Daten empfangen hat. Daher kann die Bestätigungszuführanwendung, wenn der Auswahl-Befehl zum Proxy/Server315 zurückgeschickt wird, bestätigen, dass der Empfangs-Socket der mobilen Kommunikationseinrichtung332 die Daten empfangen hat. - Die Fähigkeit, die Zuführung von Daten zu bestätigen, ermöglicht es dem drahtlosen Betreibernetzwerk
310 , für die mobilen Kommunikationseinrichtungen330 zuverlässigere Kommunikationsdienste zur Verfügung zu stellen. Des Weiteren unterstützt die Fähigkeit, die Zuführung von Daten zu bestätigen, den Netzwerkbetreiber dabei, den Benutzern der Client-Einrichtungen330 die Daten für gelieferten Inhalt ordnungsgemäß in Rechnung zu stellen, was für die Kundenzufriedenheit wichtig ist. - Die vorliegende Erfindung wurde zwar unter Bezugnahme auf spezifische Ausführungsbeispiele beschrieben, es ist jedoch offensichtlich, dass verschiedene Modifikationen und Veränderungen an diesen Ausführungsformen vorgenommen werden können, ohne dass vom Schutzumfang der in den Ansprüchen dargelegten Erfindung abgewichen wird. Dementsprechend müssen die Beschreibung und die Zeichnungen im Sinne von Erläuterungen und nicht im Sinne von Einschränkungen betrachtet werden.
Claims (22)
- Verfahren zum Bestätigen der Zuführung einer HTTP-Antwort zu einer Empfangseinrichtung über einen Sende-Socket, das Folgendes umfasst: Empfangen (2) eines Auswahl-Befehls der Socket-API von einer Sendeeinrichtung (
110 ) am Sende-Socket (120 ), wobei der Befehl einen vorgegebenen Schwellwert enthält, der gleich der Größe eines Sendepuffers (122 ) ist, und Zurückschicken (8) des Befehls an die Sendeeinrichtung, um die Zuführung der HTTP-Antwort zu bestätigen, wenn ein verfügbarer Platz im Sendepuffer (122 ) des Sende-Sockets den vorgegebenen Schwellwert erreicht. - Verfahren nach Anspruch 1, das des Weiteren das Bestimmen einer Größe des Sendepuffers (
122 ) umfasst. - Verfahren nach Anspruch 1, das des Weiteren das Entfernen der Daten aus dem Sendepuffer (
122 ) umfasst, nachdem die Daten einem Empfangs-Socket (130 ) der Empfangseinrichtung (140 ) zugeführt worden sind. - Verfahren nach Anspruch 3, das des Weiteren das Empfangen einer Rückmeldung vom Empfangs-Socket (
130 ) umfasst, nachdem der Empfangs-Socket (130 ) die Daten empfangen hat. - Verfahren nach Anspruch 3, bei dem zu dem Sende- und dem Empfangs-Socket mindestens ein TCP-Socket (TCP = Transfer Control Protocol) gehört.
- Verfahren nach Anspruch 1, bei dem die Sendeeinrichtung einen Server (
110 ) umfasst. - Verfahren nach Anspruch 6, bei dem eine HTTP-Client-Anwendung (HTTP = Hypertext Transfer Protocol), die auf der Empfangseinrichtung (
140 ) läuft (142 ), die Daten anfordert und eine auf HTTP basierende Anwendung (112 ), die auf dem Server (110 ) läuft, die Daten sendet. - Verfahren nach Anspruch 1, bei dem die Sendeeinrichtung einen Proxy (
110 ) umfasst. - Verfahren nach Anspruch 1, bei dem die Empfangseinrichtung eine Mobilkommunikationseinrichtung (
332 ) umfasst. - Verfahren nach Anspruch 1, das des Weiteren das Bestimmen umfasst, ob der verfügbare Platz in dem Sendepuffer als Reaktion auf den empfangenen Befehl den vorgegebenen Schwellwert erreicht.
- Verfahren nach Anspruch 10, das des Weiteren das Überwachen des verfügbaren Platzes in dem Sendepuffer (
122 ) umfasst. - Verfahren nach Anspruch 1, das des Weiteren Folgendes umfasst: Schreiben der Daten in den Sendepuffer, so dass sie von dem Sende-Socket extrahiert und zur Empfangseinrichtung gesendet werden, und Ausgeben eines Befehls an den Sende-Socket, damit dieser eine Bestätigung zurückschickt, wenn alle Daten aus dem Sendepuffer entfernt worden sind.
- Vorrichtung, die Folgendes umfasst: eine Sendeeinrichtung (
110 ), die mit einer Empfangseinrichtung (140 ) in einem Kommunikationsnetz gekoppelt ist, und einen Sende-Socket (120 ) einschließlich eines Sendepuffers (122 ), über den die Sendeeinrichtung (110 ) Daten an die Empfangseinrichtung (140 ) sendet, wobei der Sende-Socket von der Sendeeinrichtung einen Auswahl-Befehl der Socket-API empfängt (2), der einen vorgegebenen Schwellwert enthält, der gleich der Größe des Sendepuffers (122 ) ist, und des Weiteren den Befehl an die Sendeeinrichtung zurückschickt (8), um die Zuführung einer HTTP-Antwort zu bestätigen, wenn ein verfügbarer Platz im Sendepuffer den vorgegebenen Schwellwert erreicht. - Vorrichtung nach Anspruch 13, bei der die Empfangseinrichtung (
140 ) mit einem Empfangs-Socket (130 ) gekoppelt ist und die Daten empfängt und der Empfangs-Socket (130 ) nach Empfang der Daten eine Rückmeldung an den Sende-Socket (120 ) sendet. - Vorrichtung nach Anspruch 14, bei der der Sende-Socket (
120 ) die Daten aus dem Sendepuffer (122 ) entfernt, wenn er die Rückmeldung empfangen hat. - Vorrichtung nach Anspruch 13, bei der die Sendeeinrichtung Folgendes umfasst: einen Prozessor, ein Speichermedium, das Anweisungen speichert, die, wenn sie von dem Prozessor ausgeführt werden, dafür sorgen, dass der Prozessor mehrere Operationen durchführt, die Folgendes umfassen: Übertragen der Daten zu der Empfangseinrichtung über den Sende-Socket, der einen TCP-Socket (TCP = Transfer Control Protocol) umfasst, und Ausgeben des Befehls an den TCP-Socket.
- Vorrichtung nach Anspruch 16, bei der die mehreren Operationen des Weiteren Folgendes umfassen: Bestimmen der Größe des TCP-Sendepuffers; und Einstellen des Schwellwertes, so dass er gleich der Größe des TCP-Sendepuffers ist.
- Vorrichtung nach Anspruch 13, bei der die Sendeeinrichtung einen Server umfasst.
- Vorrichtung nach Anspruch 13, bei der die Sendeeinrichtung einen Proxy umfasst.
- Vorrichtung nach Anspruch 13, bei der die Empfangseinrichtung eine Mobilkommunikationseinrichtung umfasst.
- Vorrichtung nach Anspruch 14, bei der zu dem Sende- und dem Empfangs-Socket mindestens ein TCP-Socket (TCP = Transfer Control Protocol) gehört.
- Vorrichtung nach Anspruch 13, die des Weiteren Folgendes umfasst: Mittel zum Zuführen von Daten aus der Sendeeinrichtung zur Empfangseinrichtung über den Sende-Socket, Mittel zum Bestimmen, wann die vorgegebene Menge Daten aus dem Sendepuffer entfernt worden ist, und Mittel, die dafür sorgen, dass der Sende-Socket die Bestätigung zurückschickt.
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US45129703P | 2003-02-28 | 2003-02-28 | |
US451297P | 2003-02-28 | ||
US739555 | 2003-12-17 | ||
US10/739,555 US7911994B2 (en) | 2003-02-28 | 2003-12-17 | Confirmation of delivery of content to an HTTP/TCP device |
Publications (2)
Publication Number | Publication Date |
---|---|
DE602004002603D1 DE602004002603D1 (de) | 2006-11-16 |
DE602004002603T2 true DE602004002603T2 (de) | 2007-08-16 |
Family
ID=32776301
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
DE602004002603T Expired - Lifetime DE602004002603T2 (de) | 2003-02-28 | 2004-02-27 | Empfangsbestätigung für einen Inhalt zu einer HTTP/TCP Vorrichtung |
Country Status (4)
Country | Link |
---|---|
US (2) | US7911994B2 (de) |
EP (1) | EP1453275B1 (de) |
AT (1) | ATE341890T1 (de) |
DE (1) | DE602004002603T2 (de) |
Families Citing this family (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7911994B2 (en) * | 2003-02-28 | 2011-03-22 | Openwave Systems Inc. | Confirmation of delivery of content to an HTTP/TCP device |
JP2007074225A (ja) * | 2005-09-06 | 2007-03-22 | Sony Corp | 通信処理装置、および通信制御方法、並びにコンピュータ・プログラム |
EP2245537B1 (de) * | 2008-01-17 | 2018-02-21 | Qualcomm Incorporated | Netzwerknachrichtenverwaltungsvorrichtung und verfahren dafür |
JP4557028B2 (ja) * | 2008-03-19 | 2010-10-06 | ソニー株式会社 | 情報処理装置、情報処理方法、クライアント機器、情報処理システム |
US8265079B2 (en) * | 2009-01-19 | 2012-09-11 | International Business Machines Corporation | Discriminatory MTU fragmentation in a logical partition |
US8230078B2 (en) * | 2009-08-18 | 2012-07-24 | International Business Machines Corporation | Accept and receive enhancements |
US8483095B2 (en) * | 2010-11-11 | 2013-07-09 | International Business Machines Corporation | Configurable network socket retransmission timeout parameters |
GB2496681A (en) * | 2011-11-21 | 2013-05-22 | Push Technology Ltd | A publish/subscribe system with time-sensitive message delivery to subscribers |
WO2014134135A1 (en) * | 2013-02-26 | 2014-09-04 | Fastly Inc. | Enhanced acknowledgement handling in communication packet transfer |
US9606245B1 (en) | 2015-03-24 | 2017-03-28 | The Research Foundation For The State University Of New York | Autonomous gamma, X-ray, and particle detector |
CN106412861B (zh) * | 2016-09-28 | 2017-11-28 | 海南港澳资讯产业股份有限公司 | 一种短信分发方法及系统 |
US10638366B2 (en) * | 2018-06-18 | 2020-04-28 | Verizon Patent And Licensing Inc. | Flow level pacing by controlling socket send buffer size |
US11576074B2 (en) * | 2021-03-24 | 2023-02-07 | Skylo Technologies, Inc. | Dynamically controlling a local buffer of a modem of a wireless device |
Family Cites Families (67)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5528595A (en) * | 1974-06-09 | 1996-06-18 | U.S. Robotics, Inc. | Modem input/output signal processing techniques |
US5664231A (en) * | 1994-04-29 | 1997-09-02 | Tps Electronics | PCMCIA interface card for coupling input devices such as barcode scanning engines to personal digital assistants and palmtop computers |
US5438614A (en) * | 1994-05-25 | 1995-08-01 | U.S. Robotics, Inc. | Modem management techniques |
US5912888A (en) * | 1994-06-09 | 1999-06-15 | U.S. Robotics Access Corp. | Digital network access server |
US6816880B1 (en) * | 1997-03-26 | 2004-11-09 | Concerto Software, Inc. | Browser user inter face for client workstation |
US6144992A (en) * | 1997-05-09 | 2000-11-07 | Altiris, Inc. | Method and system for client/server and peer-to-peer disk imaging |
US5978849A (en) * | 1997-06-13 | 1999-11-02 | International Business Machines Corporation | Systems, methods, and computer program products for establishing TCP connections using information from closed TCP connections in time-wait state |
US6266701B1 (en) * | 1997-07-02 | 2001-07-24 | Sitara Networks, Inc. | Apparatus and method for improving throughput on a data network |
US6088729A (en) * | 1997-07-02 | 2000-07-11 | Unisys Corporation | Method, system, and computer program product for establishing dialogs in an intraconnect data communication |
US6345296B1 (en) * | 1997-07-02 | 2002-02-05 | Unisys Corporation | Method system and computer program product for providing pull model data communication |
US6064805A (en) * | 1997-07-02 | 2000-05-16 | Unisys Corporation | Method, system, and computer program product for intraconnect data communication using buffer pools and buffer pool management |
US6321272B1 (en) * | 1997-09-10 | 2001-11-20 | Schneider Automation, Inc. | Apparatus for controlling internetwork communications |
US7174393B2 (en) * | 2000-12-26 | 2007-02-06 | Alacritech, Inc. | TCP/IP offload network interface device |
US7284070B2 (en) * | 1997-10-14 | 2007-10-16 | Alacritech, Inc. | TCP offload network interface device |
US6226680B1 (en) * | 1997-10-14 | 2001-05-01 | Alacritech, Inc. | Intelligent network interface system method for protocol processing |
SE520936C2 (sv) * | 1998-04-24 | 2003-09-16 | Axis Ab | Metod och anordning för samverkan mellan nätverksperiferianordning och en läsare |
US6615383B1 (en) * | 1998-05-29 | 2003-09-02 | Sun Microsystems, Inc. | System and method for message transmission between network nodes connected by parallel links |
US6289012B1 (en) * | 1998-08-03 | 2001-09-11 | Instanton Corporation | High concurrency data download apparatus and method |
US6594701B1 (en) * | 1998-08-04 | 2003-07-15 | Microsoft Corporation | Credit-based methods and systems for controlling data flow between a sender and a receiver with reduced copying of data |
US6826763B1 (en) * | 1998-12-11 | 2004-11-30 | Microsoft Corporation | Accelerating a distributed component architecture over a network using a direct marshaling |
US6789050B1 (en) * | 1998-12-23 | 2004-09-07 | At&T Corp. | Method and apparatus for modeling a web server |
US6347337B1 (en) * | 1999-01-08 | 2002-02-12 | Intel Corporation | Credit based flow control scheme over virtual interface architecture for system area networks |
US7139268B1 (en) * | 1999-01-29 | 2006-11-21 | Pravin Bhagwat | Performance of intermediate nodes with flow splicing |
JP2000332817A (ja) * | 1999-05-18 | 2000-11-30 | Fujitsu Ltd | パケット処理装置 |
JP3436218B2 (ja) | 1999-12-03 | 2003-08-11 | 日本電気株式会社 | Tcp/ipネットワーク装置の電源遮断方法およびそのプログラムを記録した記録媒体 |
US7003571B1 (en) * | 2000-01-31 | 2006-02-21 | Telecommunication Systems Corporation Of Maryland | System and method for re-directing requests from browsers for communication over non-IP based networks |
WO2001059999A1 (en) * | 2000-02-11 | 2001-08-16 | Convergent Networks, Inc. | Service level executable environment for integrated pstn and ip networks and call processing language therefor |
US6831912B1 (en) * | 2000-03-09 | 2004-12-14 | Raytheon Company | Effective protocol for high-rate, long-latency, asymmetric, and bit-error prone data links |
US6862276B1 (en) * | 2000-03-30 | 2005-03-01 | Qualcomm Incorporated | Method and apparatus for a mobile station application to receive and transmit raw packetized data |
AU2001253613A1 (en) * | 2000-04-17 | 2001-10-30 | Circadence Corporation | System and method for shifting functionality between multiple web servers |
US20030159070A1 (en) * | 2001-05-28 | 2003-08-21 | Yaron Mayer | System and method for comprehensive general generic protection for computers against malicious programs that may steal information and/or cause damages |
US7305486B2 (en) * | 2000-06-30 | 2007-12-04 | Kanad Ghose | System and method for fast, reliable byte stream transport |
US20030014624A1 (en) * | 2000-07-31 | 2003-01-16 | Andes Networks, Inc. | Non-proxy internet communication |
US6760782B1 (en) * | 2000-08-04 | 2004-07-06 | Schneider Automation Inc. | Apparatus for controlling internetwork communications |
US6711621B1 (en) * | 2000-10-13 | 2004-03-23 | Hewlett-Packard Development Company, L.P. | System and method of implementing netware core protocol within a sockets model |
US6882654B1 (en) * | 2000-11-14 | 2005-04-19 | Cisco Technology, Inc. | Packet data analysis with efficient buffering scheme |
US7219346B2 (en) * | 2000-12-05 | 2007-05-15 | Microsoft Corporation | System and method for implementing a client side HTTP stack |
JP2002208981A (ja) * | 2001-01-12 | 2002-07-26 | Hitachi Ltd | 通信方法 |
US20020078135A1 (en) * | 2001-03-15 | 2002-06-20 | Ibm Corporation | Method and apparatus for improving the operation of an application layer proxy |
US7219157B2 (en) * | 2001-03-23 | 2007-05-15 | Lucent Technologies Inc. | Application programming interface for network applications |
US8218555B2 (en) * | 2001-04-24 | 2012-07-10 | Nvidia Corporation | Gigabit ethernet adapter |
US7012893B2 (en) * | 2001-06-12 | 2006-03-14 | Smartpackets, Inc. | Adaptive control of data packet size in networks |
US7165112B2 (en) * | 2001-06-22 | 2007-01-16 | Motorola, Inc. | Method and apparatus for transmitting data in a communication system |
US7065581B2 (en) * | 2001-06-27 | 2006-06-20 | International Business Machines Corporation | Method and apparatus for an improved bulk read socket call |
US6829662B2 (en) * | 2001-06-27 | 2004-12-07 | International Business Machines Corporation | Dynamically optimizing the tuning of sockets across indeterminate environments |
US7117267B2 (en) * | 2001-06-28 | 2006-10-03 | Sun Microsystems, Inc. | System and method for providing tunnel connections between entities in a messaging system |
US7908472B2 (en) * | 2001-07-06 | 2011-03-15 | Juniper Networks, Inc. | Secure sockets layer cut through architecture |
US7133361B2 (en) * | 2001-09-26 | 2006-11-07 | Hughes Network Systems, Inc. | Method and system for improvement of network performance over asymmetic links |
US7284047B2 (en) * | 2001-11-08 | 2007-10-16 | Microsoft Corporation | System and method for controlling network demand via congestion pricing |
US7054925B2 (en) * | 2001-11-21 | 2006-05-30 | International Business Machines Corporation | Efficient method for determining record based I/O on top of streaming protocols |
US6920501B2 (en) * | 2001-12-17 | 2005-07-19 | Ntt Docomo, Inc. | Communication socket migration among different devices |
US20040078625A1 (en) * | 2002-01-24 | 2004-04-22 | Avici Systems, Inc. | System and method for fault tolerant data communication |
US20030154244A1 (en) * | 2002-02-13 | 2003-08-14 | Zellers Mark H. | Method and system to provide flexible HTTP tunnelling |
US7305704B2 (en) * | 2002-03-16 | 2007-12-04 | Trustedflow Systems, Inc. | Management of trusted flow system |
US7734824B2 (en) * | 2002-10-18 | 2010-06-08 | Ricoh Co., Ltd. | Transport of reversible and unreversible embedded wavelets |
US6735647B2 (en) * | 2002-09-05 | 2004-05-11 | International Business Machines Corporation | Data reordering mechanism for high performance networks |
US7191241B2 (en) * | 2002-09-27 | 2007-03-13 | Alacritech, Inc. | Fast-path apparatus for receiving data corresponding to a TCP connection |
US7630305B2 (en) * | 2003-07-29 | 2009-12-08 | Orbital Data Corporation | TCP selective acknowledgements for communicating delivered and missed data packets |
US7305493B2 (en) * | 2002-11-27 | 2007-12-04 | Intel Corporation | Embedded transport acceleration architecture |
US7203775B2 (en) * | 2003-01-07 | 2007-04-10 | Hewlett-Packard Development Company, L.P. | System and method for avoiding deadlock |
US7911994B2 (en) * | 2003-02-28 | 2011-03-22 | Openwave Systems Inc. | Confirmation of delivery of content to an HTTP/TCP device |
US7698453B2 (en) * | 2003-07-29 | 2010-04-13 | Oribital Data Corporation | Early generation of acknowledgements for flow control |
US7656799B2 (en) * | 2003-07-29 | 2010-02-02 | Citrix Systems, Inc. | Flow control system architecture |
US7539760B1 (en) * | 2003-09-12 | 2009-05-26 | Astute Networks, Inc. | System and method for facilitating failover of stateful connections |
US7571247B2 (en) * | 2005-12-12 | 2009-08-04 | International Business Machines Corporation | Efficient send socket call handling by a transport layer |
EP2552081B1 (de) * | 2006-07-10 | 2015-06-17 | Solarflare Communications Inc | Unterbrechungsverwaltung |
US7827237B2 (en) * | 2007-03-12 | 2010-11-02 | Citrix Systems, Inc. | Systems and methods for identifying long matches of data in a compression history |
-
2003
- 2003-12-17 US US10/739,555 patent/US7911994B2/en not_active Expired - Fee Related
-
2004
- 2004-02-27 AT AT04100786T patent/ATE341890T1/de not_active IP Right Cessation
- 2004-02-27 EP EP04100786A patent/EP1453275B1/de not_active Expired - Lifetime
- 2004-02-27 DE DE602004002603T patent/DE602004002603T2/de not_active Expired - Lifetime
-
2009
- 2009-10-23 US US12/605,229 patent/US8542582B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
US7911994B2 (en) | 2011-03-22 |
ATE341890T1 (de) | 2006-10-15 |
DE602004002603D1 (de) | 2006-11-16 |
US20040205231A1 (en) | 2004-10-14 |
EP1453275B1 (de) | 2006-10-04 |
US8542582B2 (en) | 2013-09-24 |
EP1453275A1 (de) | 2004-09-01 |
US20100042739A1 (en) | 2010-02-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
DE60002446T2 (de) | Verfahren und vorrichtung zur erweiterung des usb-protokollbereichs | |
DE602004002603T2 (de) | Empfangsbestätigung für einen Inhalt zu einer HTTP/TCP Vorrichtung | |
DE60123486T2 (de) | System und Verfahren für die Bereitstellung von über das Internet gesendeten, auf einer hierarchischen Struktur basierenden Daten | |
DE112006001587B4 (de) | Blockbestätigungen mit verringerter Zustandsinformation des Empfängers | |
DE69929436T2 (de) | Verfahren und vorrichtung in einem drahtlosen kommunikationssystem zur dynamischen zu übertragenen applikationsdatenformatierung | |
DE10006137A1 (de) | Einen Kurznachrichtendienst verwendendes Datenübertragungsprotokoll | |
DE60301194T2 (de) | System und Verfahren zur Übertragung von Multimediainhalten zu mobilen Endgeräten | |
EP1466425B1 (de) | Verfahren zur reduzierung der latenzzeit bei der interaktiven datenkommunikation über ein satellitennetzwerk | |
DE19924922A1 (de) | System und Verfahren für Nachrichtenübermittlung zwisfchen Netzwerkknoten, die durch parallele Verbindungen verbunden sind | |
DE3608126A1 (de) | Einrichtung und verfahren zum zuordnen einer speziellen adresse zu einem mit einem datenuebertragungsmedium gekoppelten datenverarbeitungsgeraet | |
DE102007011071B4 (de) | Verfahren zur Verbesserung eines TCP Datenübertragungsprozesses im Fall einer Unterbrechung des physikalischen Übertragungsmediums | |
DE112016006436T5 (de) | Endvorrichtung, Edge-Server, Datenliefersystem und Liefersteuerungsverfahren | |
EP1594325A2 (de) | Verfahren zur Übertragung von Kurznachrichten | |
DE60020475T2 (de) | Übertragungsverfahren zwischen einem Peripheriegerät und einem Kunden in einem Rechnernetzwerk | |
DE10393600T5 (de) | Verfahren zum Bestätigen von Nachrichten in einem Kommunikationssystem | |
DE60318252T2 (de) | Verfahren und vorrichtungen zur datenübertragung zwischen speichernetzwerken | |
DE60303526T2 (de) | Verfahren zur Softwareaufrüstung einer Vermittlungsanlage in einer zweischichtigen Netzumgebung | |
DE60307320T2 (de) | Warteschlangenverfahren und -system für einen drahtlosen lan-router | |
DE102017222299A1 (de) | Kommunikation mit geringer latenz | |
DE10231958A1 (de) | Direkt adressiertes Multicast-Protokoll | |
DE60221450T2 (de) | Übertragung von Meldungen zu mobilen Vorrichtungen durch einen Kanal mit hoher Kapazität | |
WO2023036597A1 (de) | Verfahren und system zur steuerung einer übertragung von daten in abhängigkeit wenigstens eines attributs einer datei | |
DE60004336T2 (de) | System und verfahren zur verwaltung von datenübertragung in einem telekommunikationsnetzwerk | |
DE3810576A1 (de) | Eingebettetes pruefsystem fuer das pruefen der uebereinstimmung von kommunikationssystemen | |
DE102004051840A1 (de) | Verfahren zum Anmelden eines mobilen Kommunikationsendgerätes gegenüber einem lokalen Netzwerk |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
8364 | No opposition during term of opposition | ||
R081 | Change of applicant/patentee |
Ref document number: 1453275 Country of ref document: EP Owner name: UNWIRED PLANET, INC. (N.D.GES.D.STAATES DELAWA, US Free format text: FORMER OWNER: OPENWAVE SYSTEMS INC., REDWOOD CITY, US Effective date: 20121113 |