FI103548B - Vuonvalvontamenetelmä - Google Patents
Vuonvalvontamenetelmä Download PDFInfo
- Publication number
- FI103548B FI103548B FI961360A FI961360A FI103548B FI 103548 B FI103548 B FI 103548B FI 961360 A FI961360 A FI 961360A FI 961360 A FI961360 A FI 961360A FI 103548 B FI103548 B FI 103548B
- Authority
- FI
- Finland
- Prior art keywords
- data
- layer
- transmitted
- primitive
- serial number
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/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
-
- 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/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Communication Control (AREA)
Description
103548
Vuonvalvontamenetelmä
Keksinnön kohteena on oheisen patenttivaatimuksen 1 5 johdanto-osan mukainen menetelmä datavuon valvomiseksi kerrostettujen tietoliikenneprotokollien yhteydessä. Keksintöä voidaan soveltaa periaatteessa minkä tahansa ker-rosmaisen tietoliikenneprotokollan yhteydessä, joskin sen edullinen käyttöympäristö on OSI-mallin mukaisesti toimiva 10 järjestelmä.
Avoin viitemalli eli OSI-malli (Open Systems Interconnection reference model) on kansainvälisen standardoimisjärjestö ISO:n (International Standards Organization) luoma standardi, jossa kuvataan ne käsitteet, joita käyt-15 täen määritellään tietokoneiden välinen kommunikaatio. OSI-mallin mukaisesti toimivia järjestelmiä kutsutaan avoimiksi järjestelmiksi.
Avoin viitemalli määrittelee kommunikoivan järjestelmän rakenteen ja toiminnot. Rakenteisuus perustuu loo-20 gisiin osiin eli kerroksiin (layers), joita on kuvion 1 mukaisesti yhteensä seitsemän kappaletta. Toiminnot jakau- ; tuvat laitteiden välisiin samalla kerroksella oleviin toimintoihin, joiden määrittelyjä kutsutaan protokolliksi, : ja laitteiden sisällä oleviin päällekkäisten kerrosten '·"· 25 välisiin toimintoihin eli palveluihin (service). Kerrosra- kenteen ideana on se, että muutokset yhdessä kerroksessa eivät aiheuta muutoksia muihin kerroksiin. Näin voidaan kerroskohtaisia standardeja kehittää toisistaan riippumat-ta.
• · · 30 OSI-mallin yksittäinen kerros käyttää hyväkseen • · « alemman kerroksen tarjoamia palveluja, jalostaa niitä ja ..’f* tarjoaa omia palvelujaan edelleen ylemmälle kerrokselle.
·...· Kaksi (N)-kerroksen oliota (entity), jotka sijaitsevat .·. : fyysisesti eri laitteissa kommunikoivat keskenään käyttäen 35 ko. kerroksen yhteyskäytäntöä (eli protokollaa). Tällaisia olioita kutsutaan toistensa vastinolioiksi (peer entity).
2 103548
Kuviossa 2 on havainnollistettu OSI-mallin kerrosten välistä toimintaa. (N+l)-kerroksen oliot saavat (N) -kerroksen palveluja (N)-kerroksen palvelupisteiden (N)-SAP (Service Access Point) kautta. (N+l)-olio voi olla saman-5 aikaisesti liitettynä yhteen tai useampaan (N)-SAP:iin, joka on puolestaan on kytkeytynyt yhteen (N)-olioon, eli yhdestä palvelupisteestä näkyy vain kerroksen yksi olio.
Kaksi eri laitteissa sijaitsevaa vastinoliota kommunikoi keskenään vaihtamalla (N)-kerroksen yhteyskäytän-10 nön mukaisia tietoyksiköitä PDU. Nämä sisältävät (N) -kerroksen yhteyskäytännön mukaista ohjaustietoa (Protocol Control Information, PCI) ja (N)-kerroksen käyttäjädataa. Koska PDU:t kuljetetaan järjestelmien välillä fyysisen yhteyden bittivirrassa, täytyy jokaiselle PDU:lie määri-15 teliä sen esitys bittijonona.
(N+l)-kerrokselta (N)-kerrokselle päin tapahtuvassa siirrossa (N+l)-PDU:t paloitellaan (kootaan päinvastaisessa siirtosuunnassa) (N)-palvelutietoyksiköiksi (N)-SDU (Service Data Unit), jotka kuljetetaan kerrosten välisen 20 rajapinnan yli (N)-kerroksen liitäntätietoyksiköissä (N)-IDU (Interface Data Unit). (N)-IDU sisältää liitännän ohjaustietoa (N)-ICI (Interface Control Information) ja kokonaisen (N)-SDU:n tai osan siitä. Liitäntätietoyksikkö : (N)-IDU siirretään (N)-SAP:n kautta (N)-kerrokselle, jossa '· '· 25 se puretaan jälleen (N)-SDU-osaksi ja ICI:ksi.
: (N)-kerroksella (N)-SDU voidaan jakaa yhteen tai • · · useampaan N-PDU:hun (N)-käyttäjädatana. Jos (N)-kerros ei suorita (N+l)-kerrokselta saamaansa SDU:n paloittelua useaan (N)-kerroksen PDU-tietoyksikköön, yksi (N)- • · · 30 kerroksen PDU vastaa ylemmältä kerrokselta saatua SDU:ta.
• · · (N)-kerroksen tarjoamat palvelut ylemmälle kerrok-..*·* selle näkyvät palvelupisteen (N)-SAP kautta. Nämä kerros- • I t ten väliset palvelut ovat abstrakteja, toteutuksesta riip-.·. : pumattomia toimintoja, joita kutsutaan palveluprimitii- _* ! 35 veiksi. (N)-palveluprimitiivit voidaan toteuttaa esim.
joukkona liitäntätietoyksiköitä (N)-IDU.
3 103548
Edellä on kuvattu OSI-mallia keksinnön jäljempänä esitettävän selityksen ja keksinnön taustalla olevan ongelman ymmärtämisen helpottamiseksi. Koska varsinainen keksintö ei kuitenkaan liity itse OSI-malliin, ei sitä 5 kuvata tässä yhteydessä tarkemmin. OSI-mallia on kuvattu esim. viitteessä Leena Jaakonmäki: Lähiverkko opas, ISBN 951-762-159-0, luku 2.2.1, josta lukija saa halutessaan tarkemman kuvauksen aiheesta.
Useimmissa OSI- tms. kerrosmallin protokollakerros-10 ten palvelurajapinnoissa ei kuitenkaan määritellä mekanismeja SDUriden virtauksen säätelyyn palvelurajapinnan yli. Toisin sanoen, sen paremmin palvelun käyttäjällä kuin sen tarjoajallakaan ei ole määriteltyä tapaa kieltäytyä vastaanottamasta SDU:ita tai rajoittaa niiden määrää. Kuiten-15 kin tämä toiminto on useimmiten toteutettava tavalla tai toisella (tai otettava sen puuttuminen huomioon).
Tunnetuissa implementaatioissa käytetyt menetelmät ovat varsin vaihtelevia. Jos kerrosten välinen vuonvalvonta on yleensä ollenkaan toteutettu, se on varsin primitii-20 vistä tasoa. Esimerkkinä mainittakoon primitiivi, jolla ilmoitetaan toiselle osapuolelle, että SDU:ita ei voida enää vastaanottaa (jolloin lähettävän kerroksen toiminta pysähtyy kokonaan). Samalla tai toisella primitiivillä ilmoitetaan, että SDU:ita voidaan taas vastaanottaa. Tämä * ♦ 25 menetelmä on varsin kömpelö ja tehoton arkkitehtuureissa, joissa kerrosten välinen kommunikointi on asynkronista (eli vastanottava kerros suorittaa puskurointia) ja primitiivin vaikutus ei ole välitön. Tunnetut kuittauksiin perustuvat menetelmät ovat myös tehottomia, koska vaadit- ♦ 30 tavat kuittaukset lisäävät oleellisesti liikenteen määrää.
» « ·
Esillä olevan keksinnön tarkoituksena on saada ai- ♦ ...Γ kaan parannus edellä esitettyyn epäkohtaan aikaansaamalla
« · I
uuden tyyppinen menetelmä datavuon valvomiseksi, kun kah-: den peräkkäisen kerroksen välillä siirretään dataa asynk- 35 ronisesti. Tämä päämäärä saavutetaan keksinnön mukaisella 4 103548 menetelmällä, jolle on tunnusomaista se, mitä kuvataan oheisen patenttivaatimuksen 1 tunnusmerkkiosassa.
Keksinnön ajatuksena on soveltaa kerrosten välisen vuon valvontaan "sliding window" -tekniikkaa, joka on 5 tunnettu kahden fyysisesti erillään olevan laitteen eli äärijärjestelmän (engl. end system) saman kerroksen olioiden välisestä kommunikoinnista. Keksinnön mukainen ratkaisu perustuu oivallukseen, että kerrostenvälinen kommunikointi on, puskurointiviiveestä johtuen, samantyyppistä 10 kuin kerrosten sisäinen peer-to-peer kommunikointi, jos kerrokset kommunikoivat keskenään asynkronisesti.
Keksinnön mukaisen ratkaisun ansiosta voidaan kerrosten väliset viiveet ja primitiivien puskurointi ottaa kätevästi huomioon. Samalla saadaan käyttöön myös SDU:iden 15 kuittausmekanismi, joka on hyödyllinen esim. muistinhallintaa ajatellen.
Seuraavassa keksintöä ja sen edullisia suoritusmuotoja kuvataan tarkemmin viitaten kuvioiden 3 ja 4 mukaiseen esimerkkiin oheisissa piirustuksissa, joissa 20 kuvio 1 havainnollistaa OSI-mallin kerrosrakennet- /··. ta, , kuvio 2 havainnollistaa OSI-mallin kerrosten toi- . ' mintaa, kuvio 3 havainnollistaa keksinnön mukaista vuonval-25 vontamenetelmää, ja • · · '···" kuvio 4 havainnollistaa keksinnön mukaisessa mene- • · · *.* * telmässä käytettävää lähetysikkuna-käsitettä.
Tarkastellaan seuraavassa kerrosten (N+l) ja (N) * c · : : ^ välistä kommunikointia kuvioiden 3 ja 4 avulla. Oletetaan, 30 että kerrosten palvelurajapinnassa on määritelty primitii- *. vit DATA.request(data) ja DATA.indication(data). Primitii- villä DATA.request(data) (N+l)-olio voi vaatia (N)-oliota lähettämään yhden tietoyksikön, ja primitiivillä DATA, indication (data) (N)-olio voi vaatia (N+l)-oliota ·;··; 35 vastaanottamaan yhden tietoyksikön.
5 103548
Seuraavassa kuvataan ainoastaan DATA.request- primitiivien vuonvalvontaa. Tätä varten määritellään positiivinen kokonaisluku M. Jokaiselle DATA.request- primitiiville annetaan sarjanumero x alkaen esim. nollasta 5 siten, että kunkin DATA.request-primitiivin sarjanumero on yhtä suurempi, modulo M, kuin edellisen (eli, kun edellinen sarjanumero oli M-l, seuraavan sarjanumero on taas nolla).
Lähettäjänä toimivalle (N+l)-oliolle lisätään muut-10 tujat A ja B, joille annetaan alkuarvo nolla. Nämä muuttujat voivat saada arvoja nollasta arvoon M-l viimemainittu mukaanluettuna. Muuttujat A ja B määrittelevät (N+l)-olion lähetysikkunan, jota on havainnollistettu kuviossa 4, jossa lähetysikkunaa on merkitty viitemerkillä W. Lähety-15 sikkuna kiertää kuviossa myötäpäivään siten, että A määrää sen alkupisteen ja B loppupisteen (ikkunassa, joka ei ole kooltaan nolla on B aina edellä Aita). Lähetysikkunan koko voi siis vaihdella koko ajan.
Palvelurajapintaan lisätään primitiivi, jolla (N)-20 olio ilmoittaa (N+l)-oliolle, että a) (N)-olio on vastaanottanut ja prosessoinut DATA.request-primitiivit sarjanumeroon a asti (a poisluettuna) , ja b) (N)-olio voi vastaanottaa DATA.request-25 primitiivejä sarjanumeroon b asti (b poissuljettuna).
• · · *···* Kuvion 3 esimerkissä tätä primitiiviä on merkitty • · · *.* * viitemerkillä DATA.request.ack(a,b) . Vastaanottaessaan DATA.request.ack-primitiivin (N+l)-olio asettaa muuttujil- • e <.
y : le A ja B arvot a ja b, toisin sanoen parametri a päivit- :*i\· 30 tää suoraan muuttujaa A ja parametri b päivittää suoraan \ muuttujaa B.
”” Huomattakoon, että (N+l)-olio ei voi lähettää en- •;' simmäistäkään DATA.request-primitiiviä ennenkuin (N)-olio : on kasvattanut sen lähetysikkunaa DATA, request. ack- ·;··! 35 primitiivillä antamalla ainakin Bille nollasta poikkeavan arvon.
6 103548 DATA.request-primitiivin sarjanumero n (0 < n < ΜΙ) on lähetysikkunan sisällä, jos ja vain jos: A < n < B, kun A < B, 0 < n < B tai A < n < M, kun B < A, 5 ja lähetysikkunan ulkopuolella muussa tapauksessa.
Kuvion 4 esimerkkitapauksessa M=16, A=14 ja B=4 eli lähetysikkunan sisällä ovat arvot 0...3, 14 ja 15. Kuvioon on piirretty katkoviivalla myös toinen lähetysikkuna W' , joka syntyy lähetysikkunasta W siinä tapauksessa, että 10 vastaanottava kerros on vastaanottanut yhden DATA.request-primitiivin (A:n arvo on kasvanut yhdellä) ja vastaanottava kerros on antanut lähettävälle kerrokselle luvan kahden uuden lisäprimitiivin lähetykseen (B:n arvoa on kasvatettu kahdella).
15 Seuraavaksi lähetysvuorossa olevan DATA.request- primitiivin sarjanumerolle x pätee aina joko: a) x on lähetysikkunan sisällä, jolloin primitiivi voidaan lähettää, tai b) x = b, jolloin ko. primitiiviä ei voida lähet- 20 tää.
. Kullakin hetkellä jo lähetettyjen DATA.request- ' primitiivien status riippuu lähetysikkunan alarajasta a.
Mikäli lähetetyn DATA.request-primitiivin sarjanumero on lähetysikkunan ulkopuolella, ko. primitiivin katsotaan 25 olevan kuitattu (N)-olion toimesta, ja siihen liittyvät "···’ tietorakenteet voidaan purkaa.
• I r *.* ’ Vuonvalvonta toimii siis seuraavaan tapaan. Lähet tävän kerroksen huomatessa, että sillä on dataa lähetettä-: vänä se tutkii, mikä on seuraavana vuorossa oleva sarjanu- :Tr 30 mero. Mikäli kyseinen sarjanumero on lähetysikkunan sisällä, kiinnitetään se lähetettävään dataan ja kasvatetaan • · · samalla sarjanumeroa yhdellä. Viesti lähetetään siis sarjanumerolla varustettuna (kuten DATA.request-primitiivi edellä sarjanumerolla x varustettuna). Vastaanottava ker-\35 ros päivittää tiedon viimeisimmästä vastaanotetusta sarjanumerosta (eli antaa a:lie arvon x). Tätä arvoa käytetään 7 103548 vastaussanomassa siksi, kunnes vastaanotetaan seuraava viesti, jolloin a:n arvoa päivitetään jälleen vastaanotetulla x:n arvolla.
Vastaanottavan kerroksen lähettämän parametrin b 5 arvo riippuu puolestaan siitä puskuritilasta, joka vastaanottavalla kerroksella on kulloinkin käytettävissään. Koska puskuritilan määrä on kuitenkin sovelluskohtaista, ei parametrin b määritystä käsitellä tässä yhteydessä tarkemmin.
10 DATA.indication-primitiivien vuonvalvonta toimii vastaavalla tavalla, mutta (N)- ja (N+l)-olioiden roolit ovat vaihtuneet, koska lähetyssuunta on päinvastainen.
Vaikka keksintöä on edellä selostettu viitaten oheisten piirustusten mukaisiin esimerkkeihin, on selvää, 15 ettei keksintö ole rajoittunut siihen, vaan sitä voidaan muunnella edellä ja oheisissa patenttivaatimuksissa esitetyn keksinnöllisen ajatuksen puitteissa. Edellä esitetyssä esimerkissä päivitti lähettävä kerros ikkunan alkupistettä sen jälkeen, kun se oli saanut kuittauksen vastaanottaval-20 ta kerrokselta. On myös mahdollista päivittää alkupistettä ' heti sen jälkeen, kun viesti on lähetetty (odottamatta kuittausta). Keksinnön kannalta ei myöskään ole mitään merkitystä sillä, luetaanko lähetysikkunan alku- ja/tai loppupisteitä vastaavat arvot kuuluviksi lähetysikkunaan . 25 vai ei.
• · « « * « • · « • * ψ * · « i · · • ' · » · » f · · · » • · ·
Claims (4)
1. Menetelmä datavuon valvomiseksi kerrostettua tietoliikenneprotokollaa käyttävässä laitteessa, jonka 5 menetelmän mukaisesti siirretään tietoyksikköjä kahden vierekkäisen kerroksen välillä asynkronisesti ja säädetään kerrosten välistä tiedonsiirtonopeutta tietoyksikköjen lähetystä ohjaamalla, tunnettu siitä, että 10 menetelmässä sovelletaan tunnettua "sliding window" -menettelyä siten, että lähetettävillä tietoyksiköillä on kullakin järjestysnumero (x) ja lähettävä kerros ylläpitää muuttuvasta joukosta järjestysnumeroja koostuvaa lähety-sikkunaa (W) ja suorittaa lähetettävänä olevan tietoyksi- 15 kön lähetyksen vain siinä tapauksessa, että kyseisen tietoyksikön järjestysnumero kuuluu mainittuun joukkoon.
2. Patenttivaatimuksen 1 mukainen menetelmä, tunnettu siitä, että lähetysikkunan alkupisteen muodostavaa arvoa (A) päivitetään vastaanottavan kerroksen 20 lähettämien järjestysnumeroarvojen (a) avulla.
3. Patenttivaatimuksen 1 tai 2 mukainen menetelmä, tunnettu siitä, että lähetysikkunan loppupisteen muodostavaa arvoa (B) päivitetään vastaanottavan kerroksen lähettämien järjestysnumeroarvojen (b) avulla.
4. Patenttivaatimuksen 1 mukainen menetelmä, • · · *·!·1 tunnettu siitä, että laitteessa käytetään OSI- • · · • · « .1 · mallin mukaisia protokollakerroksia. • 1 • ( • · · • · • · · · · 103548
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FI961360A FI103548B (fi) | 1996-03-25 | 1996-03-25 | Vuonvalvontamenetelmä |
PCT/FI1997/000190 WO1997036410A1 (en) | 1996-03-25 | 1997-03-24 | Method for data flow control between layers of a layered communication protocol |
US09/142,347 US6614807B1 (en) | 1996-03-25 | 1997-03-24 | Method for data flow control between layers of a layered communication protocol |
AU21623/97A AU2162397A (en) | 1996-03-25 | 1997-03-24 | Method for data flow control between layers of a layered communication protocol |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FI961360 | 1996-03-25 | ||
FI961360A FI103548B (fi) | 1996-03-25 | 1996-03-25 | Vuonvalvontamenetelmä |
Publications (4)
Publication Number | Publication Date |
---|---|
FI961360A0 FI961360A0 (fi) | 1996-03-25 |
FI961360A FI961360A (fi) | 1997-09-26 |
FI103548B1 FI103548B1 (fi) | 1999-07-15 |
FI103548B true FI103548B (fi) | 1999-07-15 |
Family
ID=8545728
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
FI961360A FI103548B (fi) | 1996-03-25 | 1996-03-25 | Vuonvalvontamenetelmä |
Country Status (4)
Country | Link |
---|---|
US (1) | US6614807B1 (fi) |
AU (1) | AU2162397A (fi) |
FI (1) | FI103548B (fi) |
WO (1) | WO1997036410A1 (fi) |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6219713B1 (en) | 1998-07-07 | 2001-04-17 | Nokia Telecommunications, Oy | Method and apparatus for adjustment of TCP sliding window with information about network conditions |
ATE308181T1 (de) * | 2000-08-18 | 2005-11-15 | Cit Alcatel | Markierungsapparat zum kreieren und einfügen einer priorität in ein datenpaket |
US7751411B2 (en) * | 2001-01-10 | 2010-07-06 | Pmc-Sierra, Inc. | System interface for cell and/or packet transfer |
KR100802619B1 (ko) * | 2002-11-07 | 2008-02-13 | 엘지전자 주식회사 | 무선 링크 제어 프로토콜에 따르는 수신기에서의 알엘씨데이터 수신 윈도우 처리 방법 |
US7266081B2 (en) * | 2003-06-05 | 2007-09-04 | Nokia Corporation | Method and system for arranging data flow control in a data transfer system |
US7613835B2 (en) * | 2003-09-08 | 2009-11-03 | Sony Corporation | Generic API for synchronization |
US7925790B2 (en) | 2003-09-17 | 2011-04-12 | Sony Corporation | Middleware filter agent between server and PDA |
US20050060370A1 (en) * | 2003-09-17 | 2005-03-17 | Sony Corporation | Version based content distribution and synchronization system and method |
FR2898231A1 (fr) * | 2006-03-06 | 2007-09-07 | France Telecom | Mecanisme de regulation multicouches du debit d'un flux de donnees tcp dans un reseau haut debit ethernet full duplex |
KR20070096261A (ko) * | 2006-03-23 | 2007-10-02 | 엘지전자 주식회사 | 통신 시스템의 데이터 링크 계층의 데이터 처리 방법 |
US8473802B2 (en) * | 2009-06-30 | 2013-06-25 | Samsung Electronics Co., Ltd. | Technique for advanced ARQ buffer management in wireless communication system |
CN105791219B (zh) * | 2014-12-22 | 2020-03-20 | 华为技术有限公司 | 抗重放方法和装置 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2203617B (en) * | 1987-03-30 | 1991-08-21 | Ind Technology Inst | Embedded test system for communications systems conformance testing |
US5007051A (en) * | 1987-09-30 | 1991-04-09 | Hewlett-Packard Company | Link layer protocol and apparatus for data communication |
US5572572A (en) * | 1988-05-05 | 1996-11-05 | Transaction Technology, Inc. | Computer and telephone apparatus with user friendly interface and enhanced integrity features |
US5245608A (en) | 1990-09-26 | 1993-09-14 | International Business Machines Corporation | Logical grouping of layer entities in a layered communication architecture |
US5592627A (en) | 1994-10-11 | 1997-01-07 | Emprise Technologies, L.P. | Pipelined, sliding-window, flow control for end-to-end communication sessions |
US5699369A (en) * | 1995-03-29 | 1997-12-16 | Network Systems Corporation | Adaptive forward error correction system and method |
JP3386298B2 (ja) * | 1995-10-11 | 2003-03-17 | 株式会社日立製作所 | 通信方法 |
-
1996
- 1996-03-25 FI FI961360A patent/FI103548B/fi active
-
1997
- 1997-03-24 WO PCT/FI1997/000190 patent/WO1997036410A1/en active Application Filing
- 1997-03-24 US US09/142,347 patent/US6614807B1/en not_active Expired - Lifetime
- 1997-03-24 AU AU21623/97A patent/AU2162397A/en not_active Abandoned
Also Published As
Publication number | Publication date |
---|---|
FI103548B1 (fi) | 1999-07-15 |
FI961360A0 (fi) | 1996-03-25 |
US6614807B1 (en) | 2003-09-02 |
FI961360A (fi) | 1997-09-26 |
AU2162397A (en) | 1997-10-17 |
WO1997036410A1 (en) | 1997-10-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9008100B2 (en) | Wavefront detection and disambiguation of acknowledgments | |
US8824490B2 (en) | Automatic detection and window virtualization for flow control | |
US7698453B2 (en) | Early generation of acknowledgements for flow control | |
US8310928B2 (en) | Flow control system architecture | |
US8233392B2 (en) | Transaction boundary detection for reduction in timeout penalties | |
US8411560B2 (en) | TCP selection acknowledgements for communicating delivered and missing data packets | |
US7639700B1 (en) | Architecture for efficient utilization and optimum performance of a network | |
FI103548B (fi) | Vuonvalvontamenetelmä | |
US7627001B2 (en) | Protocol stack that offloads a TCP connection from a host computer to a network interface device | |
McKenney et al. | Efficient demultiplexing of incoming tcp packets | |
US20090201828A1 (en) | Method of determining path maximum transmission unit | |
US20020103938A1 (en) | Adaptive compression in an edge router | |
US20060136598A1 (en) | TCP/IP proxy utilizing transparent acknowledgements | |
Yuan et al. | Sidecar: in-network performance enhancements in the age of paranoid transport protocols | |
Farber et al. | Thinwire protocol for connecting personal computers to the Internet | |
EP1111870A2 (en) | Communication method and communication system | |
US6742041B1 (en) | Method for improving performance in computer networks based on lossy channels | |
EP1652087B1 (en) | Flow control architecture | |
Gettys et al. | MUX protocol specification | |
West et al. | Improved TCP performance over long-delay and error-prone links | |
Ha et al. | Benefits of multiply-cascaded TCP tunnel with network coding over lossy networks | |
Velten et al. | RFC0908: Reliable Data Protocol | |
Rao et al. | Development of a Transport Layer using SMS | |
Farber et al. | RFC0914: Thinwire protocol for connecting personal computers to the Internet |