FI109061B - Resurssien varaaminen pakettiverkossa - Google Patents

Resurssien varaaminen pakettiverkossa Download PDF

Info

Publication number
FI109061B
FI109061B FI20001091A FI20001091A FI109061B FI 109061 B FI109061 B FI 109061B FI 20001091 A FI20001091 A FI 20001091A FI 20001091 A FI20001091 A FI 20001091A FI 109061 B FI109061 B FI 109061B
Authority
FI
Finland
Prior art keywords
message
capacity
request
network element
network
Prior art date
Application number
FI20001091A
Other languages
English (en)
Swedish (sv)
Other versions
FI20001091A (fi
Inventor
Jukka Kyroenaho
Timo Enqvist
Original Assignee
Nokia Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nokia Corp filed Critical Nokia Corp
Priority to FI20001091A priority Critical patent/FI109061B/fi
Priority to EP01931733A priority patent/EP1281263A1/en
Priority to AU2001258437A priority patent/AU2001258437A1/en
Priority to PCT/FI2001/000401 priority patent/WO2001086910A1/en
Priority to US10/275,330 priority patent/US7372833B2/en
Publication of FI20001091A publication Critical patent/FI20001091A/fi
Application granted granted Critical
Publication of FI109061B publication Critical patent/FI109061B/fi

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24—Negotiation of communication capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1425—Charging, metering or billing arrangements for data wireline or wireless communications involving dedicated fields in the data packet for billing purposes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1432—Metric aspects
    • H04L12/1439—Metric aspects time-based
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1453—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network
    • H04L12/146—Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network using digital cash
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1485—Tariff-related aspects
    • H04L12/1492—Tariff-related aspects negotiation of tariff
    • 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/18—End to end
    • 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
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/74—Admission control; Resource allocation measures in reaction to resource unavailability
    • H04L47/748—Negotiation of resources, e.g. modification of a request
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/803—Application aware
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/805—QOS or priority aware
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/822—Collecting or measuring resource availability data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/826—Involving periods of time

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

109061
Resurssien varaaminen pakettiverkossa Keksinnön ala
Keksintö liittyy resurssien varaamiseen pakettikytkentäisissä 5 verkoissa, erityisesti IP-verkoissa.
Keksinnön tausta
Verkon tehtävät on jaettu useisiin kokonaisuuksiin, joita kutsutaan kerroksiksi ja jotka hoitavat niille määriteltyjä tehtäviä. On esimerkiksi 10 mahdollista erottaa neljä erillistä kerrosta IP-verkoissa: Linkki-, Verkko-,
Siirto-ja Sovelluskerros (kuvio 1). Tunnetuissa IP-verkoissa signalointi hoitaa lähinnä kanavaan liittyviä asioita, kuten yhteyden luomisen ja yhteyden purkamisen, kun taas hallinta käsittelee esimerkiksi elementtien konfiguraatiota, tarkkailua ja virhesanomia.
15 Verkkokerros on IP-verkon sydän. Se määrittelee Internet- pakettien eli datagrammien muodon. Datagrammissa on määriteltyjä kenttiä, kuten datagrammipaketin määränpää ja lähde. Tietoa lähetetään paketeissa, jotka sisältävät reititysohjeita paketin reitittämiseksi oikeaan vastaanotto- osaan. Verkon reitittimien on pakko tietää miten reitittää paketit oikealle 20 vastaanottajalle, joten IP-kerros sisältää myös sääntöjoukon, joka määrittelee, miten paketteja pitäisi käsitellä.
Siirtokerros määrittelee välineet lopullisen määränpään ... tunnistamiseksi, eli vastaanottavassa verkkoelementissä olevan sovelluksen.
• · ·
Kaksi yleisintä tapaa hoitaa paketin kuljettaminen ovat UDP (User Datagram *···' 25 Protocol) ja TCP (Transmission Control Protocol). UDP ei ole luotettava * ‘ yhteydetön jakelujärjestelmä, kun taas TCP tarjoaa luotettavaa jakelua. Se tarkoittaa, että TCP:n lähettäjän ja vastaanottajan pitää sopia että yhteys :...· halutaan. TCP edellyttää kuittausviestiä vastaanottajalta ennen kuin lähettäjän sallitaan lähettää lisää paketteja. TCP käyttää liukuvan ikkunan ·:··: 30 tekniikkaa kuittausten lähettämiseen. Liukuva ikkuna osoittaa pakettien .*··. lukumäärää, jonka lähettäjä voi lähettää saamatta kuittausta. Kun lähettäjä • t saa kuittauksen joka liittyy ensimmäiseen lähetettyyn pakettiin, ikkuna liukuu, mahdollistaen uuden paketin lähettämisen. Vastaanottaja voi ohjeistaa lähettäjää toivotulla liukuvan ikkunan koolla, joka määrittelee vastaanottajan 35 senhetkisen puskurin koon. Toisin sanoen liukuvan ikkunan tekniikkaa . * · ·. voidaan käyttää vuonohjaukseen.
2 109061
Sovelluskerros hoitaa useita tehtäviä, kuten sähköpostin ja tiedostojen siirron. Tämä kerros sisältää myös SNMP:n (Simple Network Management Protocol), joka hoitaa asioita kuten verkkoelementtien konfiguroinnin ja tarkkailun.
5 Linkkikerros koostuu fyysisestä verkosta, kuten Ethemetistä ja ATM:stä. Esimerkiksi ATM-verkoissa on mahdollista ryhmittää useita virtuaalikanavia yhteen virtuaalipoluksi, joka on yksittäinen hallittavissa oleva olio.
Tunnettujen ratkaisujen haittapuoli on, ettei pakettiverkossa, kuten 10 IP-verkossa, ole olemassa yhteistä tapaa hoitaa verkkoresurssien varaaminen. Tunnetut resurssivaraukset riippuvat verkon piirteistä, ja näin toimivat Linkkikerroksella. Toisin sanoen, resurssinvaraaminen on mahdollista ainoastaan samassa fyysisessä verkossa, kuten ATM:ssä, mutta on mahdotonta neuvotella resurssinvaraamisesta kahden eri verkoissa 15 olevan verkkoelementin välillä, jotka käyttävät yhtä yhteistä ympäristöä. Johtuen yhteisen resurssinvaraamismenetelmän puuttumisesta on esimerkiksi operaattorien välinen liikenteenvaraamisesta sopiminen hankalaa. Myös dynaaminen varaaminen voi olla työlästä. Keksinnön tarkoituksena on eliminoida nämä haitat. Tämä saavutetaan vaatimuksissa 20 kuvatulla tavalla.
Keksinnön yhteenveto ... Keksinnön ajatuksena on neuvotella resurssinvaraus kahden verkkoelementin välillä Sovellus- tai Siirtokerroksessa niin, että neuvottelu on « ’·· 25 mahdollista verkon yli, vaikka verkko sisältäisikin useita fyysisesti erilaisia : : verkkoja. Varattavan siirtokapasiteetin määrittelemiseksi lähettävän * 1 · elementin täytyy ensin lähettää pyyntösanoma jossa on ehdotus kapasiteetille ja mediatyypeille. Vastaanottava elementti joko hyväksyy ehdotuksen tai tekee uuden ehdotuksen muuttamalla parametriarvoja, jolloin ·:·· 30 ne ovat vastaanottajan kannalta hyväksyttävissä, ja lähettää vastauksen .··1. lähettävälle elementille. Vastaanottavalta elementiltä tulleen vastauksen $ • , perusteella lähettävä elementti joko hyväksyy tai hylkää varauksen ja ’ ‘ tiedottaa vastaanottavalle elementille päätöksestään lähettämällä vahvistuksen.
; 1 | ·; 35 i • > i • i » · 109061 3
Kuvioiden lyhyt kuvaus
Seuraavassa keksintöä kuvataan yksityiskohtaisemmin piirustuksiin liitettyjen kuvioiden 2-7 avulla, joista 5 kuvio 1 havainnollistaa pakettikytkentäisen verkon kerroksia, kuvio 2 havainnollistaa keksinnön mukaista kapasiteetin varausta, kuvio 3 kuvaa keksinnön mukaista kapasiteetin varauspyyntöä, kuvio 4 kuvaa keksinnön mukaista vastausta kapasiteetinvarauspyyntöön, 10 kuvio 5 kuvaa keksinnön mukaista vireillä olevaa viestiä, ja kuvio 6 kuvaa keksinnön mukaista resurssien varauksen vapauttamista kuvio 7 kuvaa pyynnölle varatun ajan loppumista.
Keksinnön yksityiskohtainen selostus 15 Tietoliikenneverkko koostuu monista eri elementeistä, kuten perinteisissä PSTN:ssä olevista vaihteista ja kytkimistä, matkaviestinverkoissa olevista tukiasemista ja matkaviestinkeskuksista, ja dataverkoissa olevista silloista ja reitittimistä. Verkot sisältävät myös data- ja liikennekanavia eri elementtien välillä. Pakettikytkentäinen IP-verkko on 20 enemmän kuin virtuaaliverkko, joka on rakennettu useiden eri fyysisten # . verkkojen päälle.
• *
Resurssinvaraamiseen liittyy siirtokapasiteetista sopiminen kahden verkkoelementin välillä. Siirtokapasiteettisopimus voi sisältää '···* esimerkiksi käytettävien kanavien määrän, kanavien tyypin (ääni, data, faksi :25 jne.) ja kanavien kaistanleveyden. Yleisesti olemassa oleva teknologia ei sisällä tapaa neuvotella resurssinvarauksesta eri verkkoelementtien välillä jos verkkoelementit ovat useissa eri verkoissa. Jotta resurssinvaraus olisi mahdollista pakettiverkossa, täytyy olla yhteinen tapa neuvotella varauksista.
Kuvio 2 kuvaa esimerkkiä pakettikytkentäisestä virtuaaliverkosta .*··. 30 (IP-verkosta). Virtuaaliverkko voi sisältää useita aliverkkoja, mutta koska '·* virtuaaliverkko muodostaa yhteisen siirtotavan, on järkevää kuvitella verkkoa yhtenä kokonaisuutena. Virtuaaliverkolla voi olla yhteyksiä muihin verkkoihin, kuten PSTN:ään. Tässä yhteydessä on myös järkevää nimetä verkko-elementit yhdenmukaisella tavalla. Jatkossa elementtejä kutsutaan ,···. 35 päätepisteiksi. Oikeassa fyysisessä verkossa päätepisteitä ovat vaihteet, • t reitittimet, kytkinkeskukset jne.
4 105061
Kuvio 2 näyttää esimerkkiä siitä, kuinka keksinnön mukaisesti tehdään päätepisteiden 1 ja 2 välinen resurssinvarausneuvottelu. Tarkoituksena on sopia suurimmasta mahdollisesta päätepisteiden välisestä liikennekapasiteetista. Päätepisteiden välillä oleva neuvottelukanava 5 muodostetaan mieluusti IP-verkon signalointikanavista. Verkko käsittelee signaloinnin reitityksen, mikä ei ole osa keksintöä. Päätepiste (esimerkiksi paikallisvaihde) on vastuussa tietyn päätepisteeseen kytketystä verkon osasta tulevan liikennekapasiteettitarpeen käsittelemisestä. Päätepiste (esimerkiksi reititin) voi olla myös vastuullinen ohikulkuliikenteen 10 käsittelemisestä. Kuvio 2 kuvaa tilannetta, jossa päätepisteet 1 ja 2 käsittelevät vastaavista aliverkoistaan tulevaa liikennettä. Päätepisteiden 1 ja 2 välinen neuvottelu alkaa, kun päätepiste 1 lähettää pyynnön kapasiteettitarpeesta. Pyyntö sisältää eri kanavien tarvittavan lukumäärän, esimerkiksi 500 äänikanavaa, 500 datakanavaa ja 300 faksikanavaa.
15 Päätepiste 2 vastaanottaa pyynnön ja vertaa sitä omiin resursseihinsa. Jos päätepisteellä 2 on riittävästi kapasiteettia hoitamaan pyydetty määrä, se hyväksyy pyynnön ja lähettää takaisin ehdotuksen jossa on samat kapasiteettiarvot. Jos päätepiste 2 ei hyväksy pyyntöä, se prosessoi suurimmat hyväksyttävät arvot, jotka ovat silti pienempiä kuin pyynnössä 20 olevat arvot, esimerkiksi 300 äänikanavaa, 200 datakanavaa ja 100 faksikanavaa, ja lähettää päätepisteelle 1 ehdotuksen, jossa on uudet arvot. Päätepiste 1 vastaanottaa ehdotuksen, tekee päätöksen resurssinvarauksen ... hyväksyttävyydestä ja lähettää vahvistuksen joka sisältää päätöksen päätepisteelle 2.
**··[ 25 Keksinnön mukaisen neuvotteluprosessin toiminta voidaan jakaa * ’ kahteen pakolliseen osuuteen: Alkuperäinen neuvottelu ja Uudelleen- neuvottelu, ja kahteen lisäosuuteen: Vireilläolo-vaihtoehto ja Poisto-vaihtoehto.
Alkuperäinen neuvottelu sisältää pyynnön, vastauksen ja ·:··· 30 vahvistuksen, kuten yllä kuvattiin. Pyynnön muotoa kuvataan kuviossa 3.
.··*. Pyyntö, kuten keksinnön mukaiset muutkin viestit, lähetetään TCP:n tai UDP:n yli, eli näiden protokollien datakentissä. Versio (4 bittiä) on formaatin malliversio. Versio mahdollistaa eri päivitysmallien välisen sovittamisen.
' " Viesti (8 bittiä) identifioi viestin ja sallii nopean tulkinnan viestin sisällöstä.
35 Pituus (2 oktettia) kertoo viestin pituuden okteteissa. Varattu (2 oktettia) .···. varataan tulevaa käyttöä varten. Alkuperäinen Token (4 oktettia) identifioi 109061 5 lähettäjän joka on aloittanut pyynnön. Alkuperäinen Tiketti (4 oktettia) on parametri, jonka lähettäjä on asettanut. Vastaanottaja tallentaa alkuperäisen Tiketin arvon. Alkuperäisen Tiketin tarkoitus on yksilöidä neuvottelu. Mediatyyppi yksilöi halutun mediatyypin, joita voivat olla ääni, video, faksi tai 5 data. Median Ominaisuus (2 oktettia) kertoo mediatyypille tarvittavan kaistanleveyden. Tariffi (1 oktetti) sisältää tariffitietoa joka liittyy kapasiteetin varaukseen. Kapasiteetti (4 oktettia) kertoo varatun kapasiteetin käytetyn median yksiköissä (kanavien määrä). Voimassaoloaika on aika-arvo, joka osoittaa kuinka pitkään neuvoteltu kapasiteetti on voimassa. Mediatyyppi ja 10 Kapasiteetti ovat pakollisia kenttiä, kun taas Median Ominaisuus, Tariffi ja Voimassaoloaika ovat valinnaisia kenttiä.
Vastaus (kuvio 4) sisältää samoja kenttiä kuin pyyntöformaatti, paitsi että Alkuperäinen Merkki on korvattu Vastaus Merkillä, ja siinä on lisäksi uusi kenttä, Toisen Osapuolen Tiketti. Vastaus Merkki identifioi 15 alkuperäisen pyynnön lähettäjän. Vastaanottaja asettaa Toisen Osapuolen Tiketin, ja alkuperäisen pyynnön lähettäjä tallentaa sen. Toisen Osapuolen Tiketti identifioi kapasiteettineuvottelun, ja sitä käytetään edelleen neuvotellessa resurssivarauksen muuttamisesta. Kapasiteetti on sama kuin Pyynnössä jos vastaanottaja hyväksyy sen, muuten vastaanottaja käyttää 20 omia arvojaan.
Vahvistuksen muoto on sama kuin vastauksen muoto.
Alkuperäisen pyynnön lähettäjä lähettää vahvistuksen vastaanottajalle ... vastauksesta kopioitujen parametrien kanssa. Jos lähettäjä ei hyväksy • · · vastaanottajan asettamia arvoja, se voi täyttää Kapasiteetinparametrit nolla- '···' 25 arvoksi, mikä osoittaa, ettei neuvottelu onnistunut. Myöhemmin, jos tarvitaan, ' * lähettäjä voi käynnistää uuden neuvottelun.
• · ·
Uudelleenneuvottelua käytetään kun kumpi tahansa päätepisteistä haluaa muuttaa Kapasiteetinparametreja. Neuvottelun aloittavan päätepisteen pitää asettaa Alkuperäinen Tiketti ja Vastaus Merkki ·:··: 30 samoiksi joita käytettiin käynnistysneuvotteluissa, muutoin viestit hylätään kaikessa hiljaisuudessa. Neuvottelu etenee samaan tapaan kuin • , alkuperäinen neuvottelu.
* Vireilläolo on valinnainen ominaisuus (kuvio 7) ja mahdollistaa ' ‘ alkuperäisen lähettäjän informoimisen siitä, että pyyntöä käsitellään ja että : ’:’: 35 Vastaus palautetaan ennen osoitetun ajan loppumista. Toisin sanoen, .··. Vireilläoleva kertoo ajan loppumisen Pyynnölle. Vastaanottaja lähettää 109061 6
Vireilläolevan saatuaan Pyynnön mutta ennen Vastauksen lähettämistä.
Kuvio 5 kuvaa Vireilläolevan muotoa. Uusi kenttä on Vireilläoloaika. Se on aika-arvo sille, kuinka kauan viiveen odotetaan kestävän. Loput kentistä ovat samoja kuin yllä: Versio, Viesti, Pituus, Varaus, Vastaus Merkki, 5 Alkuperäinen Tiketti ja Toisen Osapuolen Tiketti.
Poisto on myös valinnainen ominaisuus, ja sitä käytetään kun toinen päätepiste haluaa poistaa päätepisteiden välille varatun kapasiteetin.
Poiston muoto esitetään kuviossa 6, jossa on yksi uusi parametri, Vapautusaika. Muut parametrit ovat yltä tuttuja. Vapautusaika on ajan 10 loppumisen arvo, jota tarvitaan ennen kuin neuvotellut resurssit ovat käytössä. Poistamistoiminne koostuu kahdesta viestistä: Vapauta ja Vapautuksen Kuittaus. Se päätepiste, joka aloittaa Poiston lähettää Vapauta-sanoman toiselle päätepisteelle. Vapautussanomassa kentillä Alkuperäinen Tiketti ja Vastaus Tiketti on samat arvot kuin 15 käynnistysneuvottelussa, muutoin viesti hylätään. Toinen päätepiste lähettää takaisin Vapautuksen Kuittaus-viestin, joka ei sisällä Vapautusaika-tietoa.
Taulukkoon 1 on koottu yhteen eri viestit. Taulukko 2 kuvaa eri parametreja.
Taulukko 1, viestit
Viestin Viesti Kuvaus
Tunnus____ 0x1__Pyyntö__Alkuperäinen Kapasiteettipyyntö_ :T: 0x2__Vastaus__Käynnistyspyynnön kuittaus__ 0x3__Vahvistus Pyynnön lopullinen vahvistus_ 0x4 Vireilläolo Osoittaa että Pyyntöä käsitellään ja että .···. Pyynnön käsittely voi kestää kauemmin kuin ___yleensä___ 0x5 Vapautus Vapauttaa kapasiteettivarauksen heti tai viiveellä riippuen Voimassaoloaika- *»* * » ___parametristä__ 0x6 Vapautuksen Vahvistaa toisen päätepisteen ehdottaman *:··! _Kuittaus Vapautusoperaation___ 20 109061 7
Parametri__Kuvaus_
Versio (4 bittiä)__Protokollan versio kertoo protokollan päivitysversion
Viesti (8 oktettia) Viestitunnus yksilöi viestityypin_
Pituus (2 oktettia) Kertoo viestin pituuden oktetteina alkaen otsikosta_
Varattu (4 bittiä) Kenttä varattu tulevaa käyttöä varten_
Alkuperäinen Yksilöi alkuperäisenosapuolen joka on käynnistänyt
Merkki (4 oktettia) pyynnön_
Vastaus Merkki (4 Yksilöi alkuperäisen osapuolen joka on lähettänyt oktettia)__vastauksen_
Alkuperäinen Yksilöi kapasitettineuvottelupyynnön, käytetään
Tiketti (4 oktettia) jatkoneuvotteluissa ja jos alkuperäisiä arvoja __muutetaan_
Toisen Osapuolen Yksilöi kapasiteettineuvottelun toiselle osapuolelle,
Tiketti (4 oktettia) käytetään toisen osapuolen aloittamissa neuvotteluissa __jos alkuperäisiä arvoja muutetaan_
Median Tyyppi (1 Yksilöi median tyypin; mahdollisia arvoja ovat Ääni, oktetti)__Video, Fax ja Data_
Median Omi- Tämä kenttä antaa yksityiskohtaisempaa tietoa naisuus (2 oktettia) mediatyypille tarvittavasta kaistanleveydestä_
Tariffi (1 oktetti) Parametri kertoo varattuun mediapakettiin liittyvää __tariffitietoa_ v ·’ Kapasiteetti (4 Parametri kertoo varatun kapasiteetin mediayksiköinä, oktettia)__eli puheluina, portteina tai yhteyksinä_ ·;··· Voimassaoloaika Aika-arvo sekunteina sille, kuinka pitkään neuvoteltu (4 oktettia)__kapasiteetti on voimassa__ ,·*·. Vireilläoloaika (4 Aika-arvo sekunteina sille, kuinka pitkään vireilläolon oktettia)__arvioidaan kestävän_ ti . Vapautusaika (4 Aika-arvo sekunteina sille, kuinka pitkään neuvoteltu oktettia)_ kapasiteetti on käytettävissä__ t "“i Keksintö mahdollistaa resurssivarausneuvottelun kahden :·*: päätepisteen välillä useista fyysisesti erilaisista verkoista koostuvan verkon 5 yli. Reititys tehdään kuten ennenkin pakettikytkentäisessä verkossa, mutta nyt resurssivaraukselle on neuvottelu. Neuvottelun etuina on, että siirrosta 109061 8 tulee varmempaa, siirtoliikennettä voidaan ohjata, ja erityisesti saadaan yksi yhteinen tapa neuvottelujen hoitamiseksi, vaikka päätepisteiden välillä olisikin useita fyysisesti erilaisia verkkoja.
Päätepiste käsittelee siirtokapasiteettia varastona, josta voidaan 5 varata osa yhden tietyn päätepisteen liikennettä varten, jolloin liikennekuorma on helpompi jakaa tasaisesti eri suuntiin. Resurssivarauksia voidaan muuttaa dynaamisesti, näin päätepiste voi mukautua helposti eri tilanteisiin, kuten useampiin puheluihin iltaisin, erikoispalveluihin kuten suosittuun TV-esitykseen tuleviin puheluihin, ja yrityksen tarpeeseen siirtää 10 valtavia datamääriä päiväsaikaan. Keksintö mahdollistaa myös resurssin-varausneuvottelut kahden operaattorin välillä. Tässä tilanteessa tarvitaan palvelutasosopimus (SLA, Service Level Agreement) operaattorien välille.
Kuvion 2 tilanteessa, jossa neuvotellaan resurssivarauksesta päätepisteiden 1 ja 2 välillä, varaukset voidaan tehdä yhdellä neuvottelulla 15 kaikille mediatyypeille. Pituuskenttä viestipaketeissa kertoo neuvotteluviestin kokonaispituuden. Toisin sanoen, data, ääni ja faxtyypeillä on omat viestipakettinsa neuvotteluviestin (kuten Pyyntöviesti) sisällä. Mediatyypin kaistanleveys voidaan määrittää Median Ominaisuus-kentässä. Vastaavasti, varauksen kokonaiskaistanleveys on mediatyypin kaistanleveys kerrottuna 20 Kapasiteettikentän arvolla. Keksintö on erityisen käyttökelpoinen kun on kyseessä suuret kanavamäärät.
Keksintöä kuvataan yllä Sovelluskerroksen tasolla, mutta on * · selvää, että keksintö voidaan toteuttaa myös siirtokerroksen tasolla. Keksintö voidaan yhtä hyvin yhdistää myös muihin protokolliin. Esimerkiksi ’···' 25 tunneloinnit H.323:n, Q.BICC:n ja SIGTRAN:in yli on mahdollista upottamalla ‘ * resurssivaraustieto hyötykuorman tietoihin. Vaikka keksintöä on kuvattu enemmän erillisen protokollan kaltaisena, se voidaan integroida toisen L..: protokollan osaksi. On selvää, että keksintö ei rajoitu yllä mainittuihin esimerkkeihin, vaan sitä voidaan käyttää myös muissa toteutuksissa ·:··· 30 keksinnöllisen ajatuksen puitteissa.

Claims (10)

109061
1. Menetelmä siirtoresurssien varaamiseksi kahden pakettikytkentäisessä verkossa olevan verkkoelementin välillä, tunnettu siitä, että resurssit varataan vaihtamalla sanomia kahden verkkoelementin välissä 5 olevan verkon kerroksen päällä: - lähetetään pyyntösanoma ensimmäiseltä verkkoelementiltä toiselle verkkoelementille, joka pyyntösanoma sisältää ensimmäisen verkkoelementin haluaman verkkoelementtien väliseen käyttöön varattavan kapasiteettiarvon, 10. vastaanotetaan pyyntösanoma toisella verkkoelementillä ja löydetään kapasiteettiarvo, joka on hyväksyttävissä toisen verkkoelementin kannalta ja joka ei ole suurempi kuin pyyntösanomassa vastaanotettu arvo, - lähetetään vastaussanoma toiselta verkkoelementiltä ensim- 15 mäiselle verkkoelementille, vastaussanoma sisältää toisella verkkoelementillä löydetyn kapasiteettiarvon, - vastaanotetaan vastaussanoma ensimmäisellä verkkoelementillä ja päätetään vastaussanomassa vastaanotetun kapasitettiarvon perusteella resurssivarauksen hyväksyttävyys, ja 20. lähetetään tehdyn päätöksen osoittava vahvistusviesti ensimmäiseltä verkkoelementiltä toiselle verkkoelementille.
. 2. Vaatimuksen 1 mukainen menetelmä, tunnettu siitä, että «· · · ’ ’ • · pyyntöviesti sisältää lisäksi: I · · - kapasiteetin tyypin, ja '···' 25 - merkin pyynnön yksilöimistä varten.
* ; 3. Vaatimuksen 2 mukainen menetelmä, tunnettu siitä, että • · · ;: pyyntöviesti sisältää lisäksi: • · · -kapasiteettityypin kaistanleveyden, -kapasiteettiin liittyvää tariffitietoa, ja ·:··: 30 - aikatietoa, joka ilmaisee kuinka pitkään varauksen on määrä olla .*··. voimassa.
4. Vaatimuksen 1 mukainen menetelmä, tunnettu siitä, että ' ‘ vastausviesti sisältää lisäksi: ’: ‘: - käyttöön varattavan kapasiteetin tyypin, ;' j *. 35 - pyynnön yksilöivän merkin, ja , · ·. - varausistunnon yksilöivän merkin. 109061
5. Vaatimuksen 4 mukainen menetelmä, tunnettu siitä, että vastaussanoma sisältää lisäksi: - kapasiteettityypin kaistanleveyden, - käyttöön varattavaan kapasiteettiin liittyvää tariffitietoa, ja 5. aikatietoa, joka ilmaisee kuinka pitkään varauksen on määrä olla voimassa.
6. Vaatimuksen 1 mukainen menetelmä, tunnettu siitä, että vahvistusviesti sisältää: - käyttöön varattavan kapasiteetin tyypin, 10. hyväksytyn kapasiteettiarvon, - pyynnön yksilöivän merkin, ja - varausistunnon yksilöivän merkin.
7. Vaatimuksen 6 mukainen menetelmä, tunnettu siitä, että vahvistussanoma sisältää lisäksi: 15. kapasiteettityypin kaistanleveyden, - käyttöön varattavaan kapasiteettiin liittyvää tariffitietoa, ja - aikatietoa, joka ilmaisee kuinka kauan varaus on voimassa.
8. Vaatimuksen 1 mukainen menetelmä, tunnettu siitä, että toinen verkkoelementti lähettää pidätysviestin ensimmäiselle verkkoelementille 20 ennen vastausviestin lähettämistä, joka pidätysviesti sisältää: - merkin pyynnön yksilöimiseksi, ..,: - merkin varaussession yksilöimiseksi, ja ...# - aikatietoa, joka osoittaa suurimman pyyntö- ja vastausviestien välissä olevan ajanjakson. ’*··) 25
9. Vaatimuksen 1 mukainen menetelmä, tunnettu siitä, että mene- < M ( I ‘ ’ telmä sisältää edelleen askeleet: » I * - lähetetään vapautussanoma ensimmäiseltä verkkoelementiltä :toiselle verkkoelementille varauksen vapauttamista varten, - lähetetään vapautuksen kuittaussanoma verkkoelementiltä, joka ';*· 30 vastaanotti vapautussanoman, sille verkkoelementille joka lähetti vapautus- sanoman.
* 10. Vaatimuksen 9 mukainen menetelmä, tunnettu siitä, että ’ vapautussanoma sisältää : - merkin pyynnön yksilöimiseksi, > ‘: 35 - merkin varaussession yksilöimiseksi, ja « I I 109061 - aikatietoa, joka ilmaisee, kuinka pitkään resurssivaraus on käytössä. 109061
FI20001091A 2000-05-10 2000-05-10 Resurssien varaaminen pakettiverkossa FI109061B (fi)

Priority Applications (5)

Application Number Priority Date Filing Date Title
FI20001091A FI109061B (fi) 2000-05-10 2000-05-10 Resurssien varaaminen pakettiverkossa
EP01931733A EP1281263A1 (en) 2000-05-10 2001-04-26 Resource allocation in packet network
AU2001258437A AU2001258437A1 (en) 2000-05-10 2001-04-26 Resource allocation in packet network
PCT/FI2001/000401 WO2001086910A1 (en) 2000-05-10 2001-04-26 Resource allocation in packet network
US10/275,330 US7372833B2 (en) 2000-05-10 2001-04-26 Resource allocation in packet network

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FI20001091A FI109061B (fi) 2000-05-10 2000-05-10 Resurssien varaaminen pakettiverkossa
FI20001091 2000-05-10

Publications (2)

Publication Number Publication Date
FI20001091A FI20001091A (fi) 2001-11-11
FI109061B true FI109061B (fi) 2002-05-15

Family

ID=8558355

Family Applications (1)

Application Number Title Priority Date Filing Date
FI20001091A FI109061B (fi) 2000-05-10 2000-05-10 Resurssien varaaminen pakettiverkossa

Country Status (5)

Country Link
US (1) US7372833B2 (fi)
EP (1) EP1281263A1 (fi)
AU (1) AU2001258437A1 (fi)
FI (1) FI109061B (fi)
WO (1) WO2001086910A1 (fi)

Families Citing this family (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5978379A (en) 1997-01-23 1999-11-02 Gadzoox Networks, Inc. Fiber channel learning bridge, learning half bridge, and protocol
US6493338B1 (en) 1997-05-19 2002-12-10 Airbiquity Inc. Multichannel in-band signaling for data communications over digital wireless telecommunications networks
US6690681B1 (en) 1997-05-19 2004-02-10 Airbiquity Inc. In-band signaling for data communications over digital wireless telecommunications network
US8868659B2 (en) * 2001-05-15 2014-10-21 Avaya Inc. Method and apparatus for automatic notification and response
US7212534B2 (en) 2001-07-23 2007-05-01 Broadcom Corporation Flow based congestion control
US7215965B2 (en) * 2001-11-01 2007-05-08 Airbiquity Inc. Facility and method for wireless transmission of location data in a voice channel of a digital wireless telecommunications network
KR20040105804A (ko) * 2002-03-28 2004-12-16 오페락스 아베 아이피 네트워크 내의 자원예약 방법 및 시스템
US8495163B2 (en) 2004-03-18 2013-07-23 Avaya, Inc. Method and apparatus for a publish-subscribe system with templates for role-based view of subscriptions
US7701914B1 (en) * 2003-06-03 2010-04-20 Juniper Networks, Inc. End-point aware resource reservation protocol proxy
US20050209990A1 (en) * 2004-03-18 2005-09-22 Ordille Joann J Method and apparatus for a publish-subscribe system with access controls
US8799472B2 (en) * 2004-10-06 2014-08-05 Riverbed Technology, Inc. Peer signaling protocol and system for decentralized traffic management
US7508810B2 (en) 2005-01-31 2009-03-24 Airbiquity Inc. Voice channel control of wireless packet data communications
US7808936B2 (en) * 2005-05-09 2010-10-05 J2 Global Communications, Inc. Systems and methods for facsimile echo cancellation
US7924934B2 (en) 2006-04-07 2011-04-12 Airbiquity, Inc. Time diversity voice channel data communications
KR100842256B1 (ko) * 2006-10-19 2008-06-30 한국전자통신연구원 지.엠.피.엘.에스 기반 네트워크에서 물리계층의 레이블 스위칭 경로에 대한 연결성 검사 방법 및 그 시스템
FI20060972A0 (fi) * 2006-11-03 2006-11-03 Nokia Corp Instuntopohjainen viestintä
US9686049B2 (en) * 2007-09-12 2017-06-20 Avago Technologies General Ip (Singapore) Pte. Ltd Method and system for Bluetooth (BT) delayed acknowledgement (ACK)
WO2009052523A1 (en) 2007-10-20 2009-04-23 Airbiquity Inc. Wireless in-band signaling with in-vehicle systems
US8594138B2 (en) 2008-09-15 2013-11-26 Airbiquity Inc. Methods for in-band signaling through enhanced variable-rate codecs
US7983310B2 (en) 2008-09-15 2011-07-19 Airbiquity Inc. Methods for in-band signaling through enhanced variable-rate codecs
US8073440B2 (en) 2009-04-27 2011-12-06 Airbiquity, Inc. Automatic gain control in a personal navigation device
US8418039B2 (en) 2009-08-03 2013-04-09 Airbiquity Inc. Efficient error correction scheme for data transmission in a wireless in-band signaling system
US8249865B2 (en) 2009-11-23 2012-08-21 Airbiquity Inc. Adaptive data transmission for a digital in-band modem operating over a voice channel
US8848825B2 (en) 2011-09-22 2014-09-30 Airbiquity Inc. Echo cancellation in wireless inband signaling modem
EP2824879B1 (en) * 2012-03-08 2016-08-17 NEC Corporation Route request mediation apparatus, control apparatus, route request mediation method and program
US10015048B2 (en) * 2014-12-27 2018-07-03 Intel Corporation Programmable protocol parser for NIC classification and queue assignments
US9825862B2 (en) 2015-08-26 2017-11-21 Barefoot Networks, Inc. Packet header field extraction
US9912774B2 (en) 2015-12-22 2018-03-06 Intel Corporation Accelerated network packet processing
US9635043B1 (en) * 2016-06-10 2017-04-25 Cloudflare, Inc. Method and apparatus for causing a delay in processing requests for internet resources received from client devices
US11223520B1 (en) 2017-01-31 2022-01-11 Intel Corporation Remote control plane directing data plane configurator
US10694006B1 (en) 2017-04-23 2020-06-23 Barefoot Networks, Inc. Generation of descriptive data for packet fields
US10826840B1 (en) 2017-07-23 2020-11-03 Barefoot Networks, Inc. Multiple copies of stateful tables
US10771387B1 (en) 2017-09-28 2020-09-08 Barefoot Networks, Inc. Multiple packet data container types for a processing pipeline

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5664006A (en) * 1995-06-07 1997-09-02 Globalstar L.P. Method for accounting for user terminal connection to a satellite communications system
SE515901C2 (sv) * 1995-12-28 2001-10-22 Dynarc Ab Resursadministrering, plan och arrangemang
AU717590B2 (en) 1996-05-10 2000-03-30 Fujitsu Limited Method and apparatus for enabling flow control over multiple networks having disparate flow control capability
US6504821B2 (en) * 1996-06-12 2003-01-07 At&T Corp. Flexible bandwidth negotiation for the block transfer of data
US5802106A (en) 1996-12-06 1998-09-01 Packeteer, Inc. Method for rapid data rate detection in a packet communication environment without data rate supervision
JP3211880B2 (ja) * 1998-05-18 2001-09-25 日本電気株式会社 帯域制御方式
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
JP2000032048A (ja) 1998-07-14 2000-01-28 Fujitsu Ltd ネットワーク装置
US6850489B1 (en) * 1999-04-28 2005-02-01 Matsushita Electric Industrial Co., Ltd. Communication system to which multiple access control method is applied

Also Published As

Publication number Publication date
FI20001091A (fi) 2001-11-11
AU2001258437A1 (en) 2001-11-20
US7372833B2 (en) 2008-05-13
EP1281263A1 (en) 2003-02-05
WO2001086910A1 (en) 2001-11-15
US20030147401A1 (en) 2003-08-07

Similar Documents

Publication Publication Date Title
FI109061B (fi) Resurssien varaaminen pakettiverkossa
KR100461728B1 (ko) 라우터를 통한 ＤｉｆｆＳｅｒｖ 기반 ＶｏＩＰ ＱｏＳ제공 방법
Perez et al. ATM signaling support for IP over ATM
JP4607412B2 (ja) 通信ネットワークの方法、サーバ及び構成
US6765927B1 (en) RSVP proxy service for communication network
US7702816B2 (en) Facilitating application synchronization with a reservation protocol at a sender without application receiver participation
EP1722524B1 (en) Method and apparatus for processing packet in IPv4/IPv6 combination network
EP1878171B1 (en) Method for managing service bindings over an access domain and nodes therefor
JP2003158543A (ja) 中継装置及び中継方法
EP1370949A1 (en) Pool-based resource management in a data network
JP2000032048A (ja) ネットワーク装置
WO2001089234A2 (en) Policy server and architecture providing radio network resource allocation rules
EP1379961A1 (en) Method and apparatus for classifying ip data
JP4090999B2 (ja) サービス品質要求の相関
US7233571B1 (en) Connection-based bandwidth utilization
US7277944B1 (en) Two phase reservations for packet networks
US7961608B2 (en) Control for admission to a data network for providing service quality
KR100705564B1 (ko) 네트워크에서의 자원 관리 장치 및 방법
CN101330469A (zh) 下一代网络中资源控制部分收集安全参数的实现方法
US8370497B2 (en) Method for time-synchronous data transfer
US7284058B1 (en) Querying ASAP policy systems
US7406045B2 (en) Modular policy decision point for processing resource-reservation requests within a data network
AU1755100A (en) Proxy server supporting IP quality of service
Perez et al. RFC1755: ATM Signaling Support for IP over ATM
JP4191195B2 (ja) Ａａｌ２シグナリングとさらなるシグナリングの間の移行の際の特性の確定