SE520898C2 - Metoder och arrangemang för övervakning och vidarebefordring av data i ett datakommunikationssystem - Google Patents

Description

25 30 520 898 avsevärt. Variationen av QOS för VoIP-förbindelser är typiskt en funktion av trafiknivån på nätverket, jämfört med tillgängliga källor.

För att tillhandahålla realtidskommunikation, vilket är fallet vid VolP- förbindelser, har de datagram som innehåller ljud- och/eller videoinformation en inneboende tidskänslighet. Då måste datagrammen anlända till den mottagande noden i en lämplig ordning. Alltså är t.ex. den information som finns i sent anlända eller på annat sätt försenade datagram inte förmedlade till eller använda av den mottagande nodens tillämpning. Det är denna "tappade" eller försenade information som tenderar att betydligt reducera den tillhandahållna QoS:en. I En konventionell uppsättning TCP/IP-protokoll inkluderar flera protokoll som är konfigurerade för att öka QoS för utvalda datagram. Ett ”user datagram protocol" (UDP) tillhandahålles t.ex. för att användas istället för TCP. UDP kan användas för ljud- och videotrafik i realtid där förlorade datagram helt enkelt ignoreras, därför att det inte finns tid för att återsända (vilket typiskt begärs av TCP). Ett "real time transport protocol (RTP) är vidare tillhandahållet för att användas med ljud- och videoöverföringar. RTP tillhandahåller ytterligare information för märkning och synkronisering av tid som används vid återuppbyggnaden av ljud- och/eller videoinformation vid den mottagande noden. Andra protokoll är också kända, såsom t.ex. ett "realtime streaming protocol” (RTSP) som används för att sända ljud och/eller video över IP, och ett "reservation protocol” (RSVP) som används nätverket för att reservera bandbredd för för att styra noder i realtidsöverföring av ljud och video.

Använder man sig av dessa olika protokoll och tillhörande tekniker, finns det huvudsakligen två metoder som f.n. är tillgängliga för att uppnå en väntad QoS i ett datakommunikationsnätverk för IP. Den första metoden är en anslutníngsorienterad metod där nya sessioner eller applikationer, vilka kräver mer än den typiska "best effort" QoS (d.v.s. ingen garanterad QoS), 10 15 20 25 30 520 898 behöver reservera kapacitet eller bandbredd från källnoden till den RSVP användas för att reservera bandbredd över ett nätverk. Reserveringen av mottagande noden eller destinationsnoden. Sålunda kan t.ex. bandbredd över nätverket tenderar dock att minska effektiviteten hos nätverket.

Den andra metoden är en anslutningslöst orienterad metod, där datagrammen är associerade med en önskad prioritetsinställning eller etikett och de olika styrnoderna i nätverket är konfigurerade att styra datagrammen på ett sätt som är relaterat till varje datagrams prioritetsetikett. Sålunda föreslås t.ex. vissa särskilda avskilda tjänster av "internet Engineering Task Force” (IETF) där en prioritetsetikett är inkluderad i den ”type of service" (ToS)-byte i ”Internet Protocol Version" 4 (lpv4).

Denna anslutningslöst orienterade metod kan realiseras på ett flertal sätt.

WO 97/36405, med "Prioritization of Data to be Transmitted in a Router", visar t.ex. att international Patent Application Number titeln radioöverförda paket kan bli selektivt styrda i ett radioaccessat nätverk genom att använda datakötekniker som är förknippade med den önskade QoS:n (t.ex. prioritetsetikett) eller en abonnents identitet. Sådana kötekniker gör att datagram med högre prioritet sänds före datagram med lägre prioritet (t.ex. ”best effort” datagram). Detta tenderar att öka QoS:n för datagrammen med högre prioritet, som t.ex. datagram som innehåller ljud och/eller videoinformation. Olyckligtvis så återstår en möjlighet för förlorad ljud- och röstinformation i sådana system, om de olika dataköerna med högre prioritet drabbas av overflow. och Därför förbättrade datatransmissionsmetoder arrangemang för att skilja mellan olika prioritetsdata, reducera tappade data finns behov för och tillhandahålla en tillförlitlig QoS för utvalda sändningar av prioritetsdata. 10 15 20 25 30 520 898 REDOGÖRELSE FÖR UPPFINNINGEN Föreliggande uppfinning tillhandahåller förbättrade dataöverföringsmetoder och arrangemang som skiljer mellan olika klasser och nivåer av prioritetsdata och hanterar de olika dataklasserna pà ett sätt som reducerar möjligheten att högre prioriterad data tappas. varigenom en mer tillförlitlig "quality of service" (QoS) tillhandahålls för utvalda dataöverföringar med utvald prioritet.

I enlighet med vissa aspekter hos föreliggande uppfinning, är datapaket markerade med en prioritetsidentifierare och behandlade därefter. Om en vidarebefordrande nod dock inte kan hantera ytterligare högre prioriterad data, t.ex. p.g.a. hög trafikvolym och dataköer som drabbas av overflow, då hanteras datapaketet med högre prioritet som ett datapaket med en lägre prioritet. Detta medför att datapaketet med högre prioritet har en möjlighet att bli vidarebefordrat snarare än att helt enkelt tappas. I vissa situationer så ökar detta övervakningssystem QoS:n betydligt. Dessutom får den som tillhandahåller tjänsten ökad kontroll över de resurser som hanterar datapaketen med högre prioritet.

I enlighet med vissa utföringsformer av föreliggande uppfinning tillhandahålles t.ex. en metod för att vidarebefordra paketerad data i ett datakommunikationssystem. Metoden inkluderar stegen att paketerad data mottages och att paketerad data vidarebefordras med en första prioritet om den inte identifieras som innehavare av en önskad andra prioritet. l vilket fall inkluderar metoden vidarebefordran av den paketerade datan med den önskade andra prioriteten förutsatt att trafiknivátröskeln förknippad med den andra prioriteten inte har överskridits eller inte kommer att överskridas av abonnenten. l annat fall inkluderar metoden att detta paketerade data vidarebefordras med den första prioriteten snarare än den andra prioriteten.

Ett antal prioritetsnivåer kan tillhandahållas och data med högre prioritet kan hanteras vid vilken som helst av de lägre prioritetsnivåerna. Den paketerade 10 15 20 25 30 520 898 datan kan t.ex. innehålla data formaterad i enlighet med ett "transmission control protocol" (TCP), ett "internet protocol" (IP), ett ”use datagram protocol" (UDP), ett ”realtime transport protocol" (RTP), ett ”realtime streaming protocol" (RTSP), ett ”reservation protocol” (RSVP), och/eller andra liknande protokoll. Metoden kan också operativt förknippas med en vidarebefordrande nod i ett nätverk som t.ex. en gateway, en switch, en brygga, en server, en router, eller annan liknande nod.

I enlighet med vissa vidare utföringsformer av föreliggande uppfinning, inkluderar metoden vidare stegen att applikationen som är förknippad med mottagna paketerade data bestäms, och att selektivt vidarebefordra de paketerade data förknippade med en första applikation innan data förknippade med en andra applikation vidarebefordras. Sålunda kan särskilda tillämpningar förses med ett specifikt QoS. Detta är speciellt användbart för tillämpningar som kräver tidskritiskt paketerade data.

Ovan beskrivna behov och även andra uppfylls också genom ett att ett datakommunikationsnätverk, i enlighet med vissa utföringsformer av den arrangemang för vidarebefordra paketerade data i föreliggande uppfinningen. Arrangemanget inkluderar en källnod som har åtminstone en tillämpning kopplad till en abonnent och konfigurerad till att mata ut paketerade data. Profildata inkluderas också i arrangemanget, proflldatan förknippas med en särskild abonnent och inkluderar åtminstone en trafiknivåtröskel förknippad med abonnenten. Trafiknivåtröskeln definierar en överenskommen mängd trafikservice för paketerad data som skall tillhandahållas för paketerad data som vidarebefordras enligt åtminstone en prioritet.

Arrangemanget inkluderar vidare en övervakningsmodul, som är ansluten till källnoden och konfigurerad att ta emot paketerad data från tillämpningen och ha tillträde till profildata, t.ex. genom att använda en källnodsadress eller annan identifierare. 10 15 20 25 30 520 898 Övervakningsmodulen är vidare konfigurerad att vidarebefordra den paketerade datan med en första prioritet, om inte applikationen identifierar att den pakteterade datan har en önskad andra prioritet. I vilket fall vidarebefordrar övervakningsmodulen den paketerade datan med den önskade andra prioriteten förutsatt att trafiknivàtröskeln, som är förknippad med den andra prioriteten, inte är överskriden eller inte skall överskridas av abonnenten. I annat fall så vidarebefordrar övervakningsmodulen det paketerade datat med den första prioriteten. l enlighet med vissa vidare utföringsformer av den föreliggande uppfinningen inkluderar övervakningsmodulen vidare ett antal dataköer och en prioriterare.

Ansamlingen dataköer inkluderar åtminstone en första kö konfigurerad att spara den paketerade datan som skall vidarebefordras med den första prioriteten, och en andra kö konfigurerad att spara den paketerade datan som skall vidarebefordras med den andra prioriteten.

Prioriteraren mottar den paketerade datan, placerar selektivt den paketerade datan i åtminstone en av dataköerna, och vidarebefordrar åtminstone en del av lagrad paketerad data i den andra kön innan den vidarebefordrar lagrad paketerad data i den första kön. l enlighet med ännu en utföringsform av den föreliggande uppfinningen tillhandahålles ett annat arrangemang. Detta arrangemang inkluderar åtminstone en källnod, ett nätverk, åtminstone en destinationsnod och en övervakningsmodul.

Källnoden är konfigurerad att mata ut åtminstone två klasser av paketerad data, inkluderande ”top-priority” (TP)-data och "best effort" (BE)-data. u. H 10 15 20 25 30 520 898 Nätverket är anslutet till källnoden och konfigurerat att ta emot, lägga på kö och vidarebefordra var och en av klasserna av paketerad data, inkluderande TP-datan och BE-datan.

Destinationsnoden är ansluten till nätverket och konfigurerad att ta emot åtminstone en av klasserna av paketerad data, inkluderande antingen TP- datan och/eller BE-datan som vidarebefordrats av nätverket. Övervakningsmodulen är konfigurerad att övervaka och dynamiskt kontrollera köandet för åtminstone TP-datan och BE-datan i nätverket. Övervakningsmodulen är konfigurerad att selektivt återföra åtminstone en del av TP-datan med BE-datan till kön när en TP-datatrafiksnivå förknippad med TP-datan från källnoden till destinationsnoden överskrider åtminstone en trafiknivàtröskel. Trafiknivåtröskeln kan vara en trafiknivàtröskel för TP-data vid en källnod och/eller en trafiknivàtröskel för TP vid en destinationsnod.

FIGURBESKRIVNING En mer komplett förståelse för metoden och arrangemangen hos föreliggande uppfinning kan erhållas med hjälp av följande detaljerade beskrivning i förening med de bifogade ritningarna där: Fig. 1 är ett blockdiagram som beskriver ett konventionellt datakommunikationssystem med åtminstone en styrnod (routing node) konfigurerad att ta emot och vidarebefordra paketerad data, tex. i form av ett datagram; Fig. 2 är ett blockdiagram som beskriver en förbättrad styrnod som skall användas i ett kommunikationssystem, tex., som i fig. 1, i enlighet med vissa typiska utföringsformer hos den föreliggande uppfinningen; och 10 15 20 25 30 520 898 F ig. 3 är ett datagram som är lämpligt att användas med en förbättrad styrnod, tex., som i fig. 2, i enlighet med vissa vidare utföringsformer av den föreliggande uppfinningen.

FÖREDRAGNA UTFÖRINGSFORMER Fig. 1 är ett blockdiagram som beskriver ett konventionellt datakommunikationssystem 10. Datakommunikationssystemet 10 är konfigurerat för att tillåta tvàvägs- (eller flerriktad) datakommunikation mellan två eller flera kommunicerande noder. Med avsikt att förenkla, så har bara två kommunicerande noder beskrivits i fig. 1, var och en märkt med hänsyn till dess funktion under en typisk, envägs datakommunikationssession. Enligt vad som beskrivs i fig. 1, finns det sålunda en källa 12 och en destination 28 förknippad med en envägs datakommunikation för ett datagram 16 från källan 12 genom flera sammanbundna resurser till destinationen 28.

Källan 12 är konfigurerad att mata ut information i form av data. Datan som matats ut av källan 12 paketeras eller arrangeras på annat sätt i form av ett datagram 16. Datagrammet 16 kan t.ex. inkludera ett IP-konfigurerat datapaket. Källan 12 kan inkludera vilken anordning som helst kapabel att mata ut datagrammet 16. Sålunda kan källan 12 t.ex. inkludera en telekommunikationsterminaI eller annan beräknande anordning konfigurerad att konvertera användarens inmatningar, ljudsignaler, still-lvideobilder, och/eller liknande till ett eller flera datagram.

Källan 12 är ansluten till nätverket 14 och konfigurerad att mata ut datagrammet 16 genom nätverket 14 till en gateway 18. Nätverket 14 kan inkludera vilken typ av datanätverk som helst som kan transportera datagrammet 16. Sålunda kan tex. nätverket 14 inkludera ett LAN, WAN, intranet, PSTN, nätverk för mobil telekommunikation och liknande. 10 15 20 25 30 520 898 Gateway 18 tillhandahåller förbindelsemöjlighet mellan nätverket 14 och nätverket 20. Nätverket 20 kan inkludera vilken som helst typ av datanätverk som kan transportera datagrammet 16. Sålunda kan t.ex. nätverket 20 LAN, WAN, PSTN, mobiltelekommunikation och liknande. inkludera ett intranet, Internet, nätverk för Nätverket 20' inkluderar ett antal sammanbundna styrnoder (routing nodes), såsom de som har routrarna 22A-N. Styrnoder år företrädesvis paketswitchade noder, konflgurerade att spara och vidarebefordra olika datagram 16. Som sådana, kan routrarna 22A-N inkludera vilken kommunikationsresurs/anordning som helst konfigurerad att ta emot och selektivt mata ut datagram 16. Routrarna 22A-N kan t.ex. inkludera routrar, switchar, gateways, bryggor, servrar, etc.

Enligt vad som år beskrivet i fig. 1, är en första router 22A ansluten till gateway 18 och konfigurerad att selektivt ta emot datagram 16 och styra datagram 16 till en eller flera anslutna routrar 22B till 22N. l detta exempel är datagram 16 utmatat av router 22A till router 22B. Router 22B är ansluten till en andra gateway 24. Router 22B matar ut datagram 16 till gateway 24.

Gateway 24 tillhandahåller anslutningsmöjlighet mellan nätverk 20 och nätverk 26. Nätverk 26 kan inkludera vilken typ av datanätverk som helst som kan transportera datagram 16. Sålunda kan t.ex. nätverk 26 inkludera ett LAN, WAN, intranet, PSTN, nätverk för mobil datakommunikation och liknande. Enligt vad som är beskrivet i fig. 1 är destinationsnod 28 ansluten till nätverk 26 och konfigurerad att ta emot datagrammet 16 därifrån.

Destinationsnod 28 är konfigurerad att behandla informationen som inryms i datagrammet 16. Som sådan kan destinationsnod 28 inkludera vilken anordning som helst kapabel att mata ut datagrammet 16. Sålunda kan tex. destinationsnod 28 inkludera en telekommunikationsterminal eller annan 10 15 20 25 30 520 898 10 beräknande anordning konfigurerad att konvertera datagrammet 16 till motsvarande utmatningar till användaren, ljudsignaler, still-/videobilder, etc.

En övervakningsmodul 38 är beskriven i fig. 2 i enlighet med vissa utföringsformer av den föreliggande uppfinningen. Övervakningsmodul 38, som kan vara inkorporerad i vilket interface, switch- eller styrnod som helst i ett kommunikationssystem eller nätverk, är konfigurerad att ta emot, prioritera och mata ut datagram. Sålunda kan t.ex. övervakningsmodul 38 inkluderas i vilken som helst av gateways 18/24, och/eller routrarna 22A-N. Övervakningsmodulen 38 kan också användas på annat håll i nätverket 14 och/eller 26, alltefter vad som är ändamålsenligt. Företrädesvis så inkluderas övervakningsmodul 38 i varje styrnod.

Styrnod 38 är konfigurerad att ta emot ett datagram 16' och att selektivt mata ut datagram 16”. Enligt vad som är beskrivet i den typiska utföringsformen i fig. 2, inkluderar övervakningsmodulen 38 en prioriterare 30, ett antal dataköer 32 och användarprofiler 34. Alternativt kan alla eller delar av användarprofilerna 34 finnas utanför övervakningsmodulen 38, och kan då vara centralt lokaliserade eller på annat sätt tillhandahållas för att användas av ett antal noder konfigurerade på liknande sätt. Användarprofilerna 34 är i vissa konfigurationer endast data förknippade med abonnenter som kan lagras/hämtas, t.ex. i/från en databas ansluten till nätverket 20 eller på annat sätt anslutet till en styrnod däri.

I exemplen nedan sä att antas det att datagrammet 16' kan märkas som antingen ett ”top priority" (TP) datagram, eller ett "best effort” (BE)-datagram.

För IP kan tex. ToS-byten vara modiflerad, eller så kan en annan del av protokollets header användas. När vi fortsätter med ovanstående exempel, kan vi anta att ett TP-datagram har en högre prioritet än ett BE-datagram, med hänsyn till styrbeslut i nätverket och det önskade/resulterande QOS. 10 15 20 25 30 520 898 11 Sålunda är t.ex. realtids- eller tidskritiska data, såsom ljud- eller videodata, företrädesvis transporterade genom att man använder TP-datagram snarare än BE-datagram. Fastän detta exempel endast använder två olika prioriteter, skall det tydliggöras att mer än två prioriteter kan definieras.

Användarprofilerna 34 tillhandahåller information om de olika användare eller abonnenter som kan sända/ta emot datagrammet 16”. l enlighet med vissa föredragna utföringsformer av föreliggande uppfinning kan tex. användarprofilerna 34 inkludera information i form av data som definierar abonnentens kapacitet att sända/ta emot datagram med olika prioriteter och (som tillval) de olika tillämpningar som kan användas av abonnenten.

Sålunda kan användarprofilerna 34 som ett minimum inkludera åtminstone en identifierare som definierar en TP-tröskelnivå 36 förknippad med en överenskommen servicenivå som skall tillhandahållas av den som tillhandahåller kommunikationstjänsten för en given abonnent. Om flera prioritetsnivåer skall tillhandahållas, kan användarprofilerna 34 inkludera ett antal motsvarande tröskelnivåer.

Enligt vad som beskrivs i närmare detalj nedan, används tröskelnivån 36 för att bestämma om en abonnent (antingen sändare eller mottagare) använder tjänsten enligt vad som är överenskommet. Skulle en abonnent överskrida den överenskomna tjänsten, t.ex. genom att försöka att sända/ta emot ett antal TP-datagram (under en tidsperiod) större än TP-tröskelnivån 36, kommer övervakningsmodulen 38 att dynamiskt ändra hanteringen av sådana TP-datagram. Vidare kan övervakningsmodulen 36 rapportera detta tillstånd och annan övervakad information till andra nätverksresurser för vidare bearbetning. Detta tillhandahåller ytterligare kontroll över nätverket och dess abonnenter.

Prioriteraren 30 är konfigurerad till att ta emot datagram 16' och åtminstone tröskelnivån 36 från användarprofilen 34. Prioriteraren 30 bestämmer 10 15 20 25 30 520 898 12 prioriteten hos datagrammet 16' (t.ex. TP eller BE) genom att undersöka en prioritetsidentifierare 40 i datagrammet 16' (se fig. 3). Prioriteraren 30 är vidare konfigurerad att övervaka statusen hos dataköerna 32A-K och att bestämma en lämplig datakö för det mottagna datagrammet 16'. Var och en av dataköerna 32A-K är förknippad med åtminstone en prioritetsnivå för datagram, och är företrädesvis konfigurerad som en "first-in-first-out” (FIFO)- konfiguration, och dataköer som betjänar datagram med högre prioritet töms först.

Sålunda kan i ovanstående exempel datakö 32A förknippas med TP- datagram och datakö 32B kan förknippas med BE-datagram.

I detta exempel behöver därför följande möjliga scenarier hanteras av övervakningsmodulen 38: 1.) Om ett BE-datagram 16' (d.v.s. en kö med lägre prioritet) inte har overflow, då placerar prioriteraren 30 BE-datagrammet 16' i datakön 32B; 2.) Om ett BE-datagram 16' tas emot och BE-datakön 32B har overflow, då tappar prioriteraren 30 (d.v.s. vidarebefordrar inte) det mottagna BE- datagrammet 16'; 3.) Om ett TP-datagram 16' (d.v.s. ett datagram med högre prioritet) är mottaget och TP-datakön 32A (d.v.s. en datakö med högre prioritet) inte har overflow, då jämför prioriteraren 30 mängden TP-trafik som sänds/tas emot av abonnenten (-ernas) under en föregående tidsperiod med TP-tröskelnivån 36, a.) om TP-tröskelnivån 36 inte har överskridits av abonnenten (-erna), då placeras det mottagna TP-datagrammet 16' i TP-datakön 32A, annafS 10 15 20 25 30 520 898 13 b.) om TP-tröskelniván 36 har överskridits (eller kommer att överskridas) av abonnenten (-erna), då behandlas det mottagna TP- datagrammet 16' som att det har en lägre prioritet, i detta exemplet behandlas det enligt scenariorna 1.) eller 2.), enligt ovan.

När den högre prioritetens tröskelnivå 36 överskrids (eller skulle överskridas), ignoreras huvudsakligen prioritetsmärkningen hos datagrammet 16', och datagrammet 16' blir temporärt omprioriterat till en lägre prioritet. Om det finns fler än två prioritetsnivåer, kan omprioriteringen (d.v.s. ny plats i kön) minskas eller på annat sätt konfigureras på lämpligt sätt för att möjliggöra för den nästa högsta tillgängliga prioritetsdatakön att användas.

I enlighet med ännu en ytterligare utföringsform av föreliggande uppfinning, är övervakningsmodulen 38 konfigurerad att tillåta vissa abonnenter att överskrida tröskelnivàn 36, förutsatt att resurserna som krävs för att hantera en sådan ytterligare högre prioritetstrafik är tillgängliga. Sålunda kan t.ex. användarprofilen 34 vidare specificera att abonnenten kan överskrida tröskeln 36 ibland. Vidare kan prioritetsidentifieraren 40 eller andra data i datagrammet användas av tillämpningen för att identifiera att datagrammet inte skall omprioriteras, om möjligt. Abonnenter som överskrider sin överenskomna tröskel 36 kan i enlighet därmed debiteras för denna tilläggstjänst/möjlighet.

Fig. 3 beskriver grafiskt ett datagram 16' i enlighet med vissa utföringsformer av föreliggande uppfinning. Datagrammet 16' inkluderar åtminstone en prioritetsidentifierare 40 som identifierar den önskade prioritetsnivàn för berörda data däri. l enlighet med vissa utföringsformer av föreliggande uppfinning är sålunda, tex. datagrammet 16' ett IP-datagram och prioritetsidentifieraren 40 är inkluderad i ToS-byten. Realtidsdata 44 kan också inkluderas i datagrammet 16”. Realtidsdata inkluderar vilka som helst tidskritiska data, som t.ex. ljud, video eller andra bilddata. 10 15 20 25 30 520 898 14 I enlighet med ännu en ytterligare utföringsform av den föreliggande uppfinningen kan en tillämpningsidentifierare 42 också tillhandahållas i datagrammet 16'. Tillämpningsidentifieraren 42 identifierar den typ av applikation som används vid käll-/destinationsnoderna. Sålunda kan tex. applikationsidentifieraren 42 identifiera att datagrammet 16” är associerat med en ljudsignal, en videosignal, etc., och/eller att datagrammet är associerat med en kritisk tillämpning, icke-kritisk tillämpning, etc. På detta sätt kan prioriteraren 30 vinna ytterligare information om den pågående kommunikationen och kan vidare ändra hanteringen av datagrammet 16' i enlighet därmed. Tillämpningsidentifieraren 42 kan kombineras med eller vara separerad från prioritetsidentifieraren 40.

Prioriteraren 30 kan t.ex. använda informationen vidarebefordrad från tillämpningsidentifieraren 42 för att ytterligare bestämma hur det mottagna datagrammet 16' skall hanteras. Sålunda kan en VolP-applikations TP- datagram 16' tilldelas prioritet över en icke-VoIP-applikations TP-datagram 16' i TP-datakön 32A varigenom icke-VoIP-applikationens TP-datagram kommer att bli omprioriterade (eller tilldelas ny köplats) om TP-datakön 32A skulle bli full. Vidare förbättringar kan inkludera tillhandahållandet av ytterligare dataköer 32 för att användas med olika tillämpningar, där varje ytterligare datakö 32 har åtminstone en motsvarande prioritetsnivå.

På detta sätt kan prioriteraren 30 finjusteras för att öka QoS:n för utvalda prioriteter/tillämpningar och/eller maximera systemanvändandet. Genom att selektivt, dynamiskt och tillfälligt omprioritera eller tilldela ny plats i kön för datagrammen, reducerar övervakningsmodulen 38 möjligheten att tappa datagram med högre prioritet avsevärt.

Genom att inkludera övervakningsmodulen 38 vid ett antal sammankopplade noder i ett datakommunikationssystem/nätverk, kan den övergripande kontrollen av systemet/nätverket ökas. På så vis kan de som tillhandahåller tillhandahålla incitament för kommunikationstjänsterna ytterligare 10 15 520 898 15 abonnenterna att antingen välja vissa tjänster, och/eller att undvika att överskrida de överenskomna tjänsterna. Övervakningsmodulen 30 kan utföras i hårdvara eller mjukvara, ochdär det är tillämpligt kan den stå fritt eller fördelat eller på annat sätt arrangerat längs de olika noderna enligt vad som krävs för att ytterligare förbättra de ytterligare kännetecken som stöds.

Trots att vissa föredragna utföringsformer av metoderna och arrangemangen för den föreliggande uppfinningen har illustrerats i de bifogade ritningarna och beskrivits i den föregående föredragna utföringsformen, så är det underförstått att uppfinningen inte är begränsad till de utföringsformer som visats, utan är kapabel till flera olika omarrangemang, modifikationer och utbyten utan att lämna uppfinningens grundtanke som visas och definieras av de följande kraven.

Claims (11)

10 15 20 25 30 520 898 16 PATE NTKRAV

1. En metod för att vidarebefordra paketerade data i ett datakommunikationssystem, vilken metod innefattar följande steg: ta emot paketerade data från åtminstone en första tillämpning och en andra tillämpning förknippad med en abonnent; tillhandahålla åtminstone en trafiknivåtröskel förknippad med nämnda abonnent, där nämnda traflknivåtröskel definierar en överenskommen mängd av trafikservice för paketerade data som skall tillhandahållas för paketerade data som vidarebefordras enligt åtminstone en prioritet; bestämma en tillämpningstyp för nämnda första tillämpning och nämnda andra tillämpning förknippad med nämnda mottagna paketerade data; vidarebefordra den paketerade datan med en första prioritet såvida man inte med nämnda första och nämnda andra tillämpning identifierar att de har en önskad andra prioritet; bestämma huruvida vidarebefordrandet av nämnda paketerade data förknippade med nämnda första tillämpning och nämnda andra tillämpning överskrider nämnda trafiknivåtröskel för nämnda andra prioritet; och om så är fallet, vidarebefordra nämnda paketerade data förknippade med nämnda första tillämpning med nämnda önskade andra prioritet innan vidarebefordring sker med nämnda paketerade data förknippade med nämnda andra tillämpning, grundat pä en jämförelse mellan nämnda tillämpningstyp hos nämnda första tillämpning och nämnda andra tillämpning.

2. Metoden enligt krav 1, där nämnda första prioritet representerar en lägre nivå hos "quality of service” (Qos) än nämnda andra prioritet, och nämnda steg för att vidarebefordra nämnda paketerade data med nämnda 10 15 20 25 30 520 898 17 första prioritet vidare inkluderar att en best effort-tjänst som inte garanterar att leveransen av nämnda paketerade data sker i tid använts.

3. Metoden enligt krav 1, där nämnda andra prioritet representerar en högre nivå av ”quality of service” (QoS) än nämnda första prioritet gör, och att nämnda metod vidare innefattar följande steg: lagra nämnda paketerade data som skall vidarebefordras med nämnda första prioritet i en första kö; lagra nämnda paketerade data som skall vidarebefordras med nämnda andra prioritet i en andra kö; och vidarebefordra åtminstone en del av lagrade paketerade data i nämnda andra kö innan lagrade paketerade data i nämnda första kö vidarebefordras.

4. Metoden enligt krav 1, där nämnda paketerade data inkluderar information som är förknippad med åtminstone ett protokoll valt från en uppsättning av protokoll inkluderande ett ”transmission control protocol” (TCP), ett ”internet protocol” (IP), ett "user datagram protocol” (UDP), ett ”realtime transport protocol” (RTP), ett ”realtime streaming protocol” (RTSP), och ett ”reservation protocol” (RSVP).

5. Metoden enligt krav 1, där nämnda metod är funktionsmässigt förknippad med åtminstone en vidarebefordrande nod utvald från en uppsättning av vidarebefordrande noder inkluderande en gateway, en switch, en brygga, en server och en router.

6. Metoden enligt krav 1, vidare innefattande stegen att, för vissa abonnenter, vidarebefordra nämnda paketerade data förknippade med nämnda första tillämpning och nämnda andra tillämpning med nämnda önskade andra prioritet när nämnda trafiknivåtröskel förknippad med nämnda andra prioritet är överskriden av nämnda abonnent, så länge som nätverksresurserna är tillgängliga och profilinformationen förknippad med 10 15 20 25 30 520 898 18 nämnda vissa abonnenter tillåter nämnda vissa abonnenter att överskrida nämnda trafiknivåtröskel.

7. Ett arrangemang för att vidarebefordra paketerade data i ett nätverk för datakommunikation, vilket arrangemang innefattar: en källnod med åtminstone en tillämpning som är förknippad med en abonnent och konfigurerad att mata ut paketerade data; profildata förknippade med nämnda abonnent, där nämnda profildata inkluderar åtminstone en trafiknivåtröskel förknippad med nämnda abonnent, och där nämnda trafiknivåtröskel definierar en överenskommen mängd av paketerad datatrafikstjänst som skall tillhandahållas för vidarebefordring av paketerade data enligt åtminstone en prioritet; en övervakningsmodul ansluten till nämnda källnod och konfigurerad att ta emot paketerade data från nämnda tillämpning och få tillgång till nämnda profildata, där nämnda övervakningsmodul vidare är konfigurerad att: vidarebefordra nämnda paketerade data med en första prioritet såvida inte med hjälp av nämnda applikation däri identifieras att de har en önskad andra prioritet, vidarebefordra nämnda paketerade data med nämnda önskade andra prioritet, enligt vad som är identifierat däri av nämnda tillämpning, förutsatt att nämnda trafiknivåtröskel förknippad med nämnda andra prioritet inte överskrids av nämnda abonnent, [och] vidarebefordra nämnda paketerade data med nämnda önskade andra prioritet, enligt vad som är identifierat däri av nämnda tillämpning, när nämnda trafiknivåtröskel förknippad med nämnda andra prioritet överskrids av nämnda abonnent, förutsatt att nätverksresurser är tillgängliga och nämnda profildata förknippade med nämnda abonnent tillåter att nämnda trafiknivåtröskel överskrids av nämnda abonnent, i annat fall vidarebefordra nämnda paketerade data med nämnda första prioritet, och där nämnda övervakningsmodul vidare är konfigurerad att bestämma en tillämpningstyp för nämnda tillämpning som är förknippad med 10 15 20 25 30 520 898 19 nämnda mottagna paketerade data, och selektivt vidarebefordra nämnda paketerade data förknippade med en första tillämpning innan data förknippade med en andra tillämpning vidarebefordras grundat på nämnda tillämpningstyp och huruvida nämnda trafiknivåtröskel förknippad med nämnda andra prioritet är överskriden av nämnda abonnent.

8. Arrangemanget enligt krav 7, där nämnda första prioritet representerar en lägre nivå av “quality of service" (QoS) än nämnda andra prioritet, och där nämnda övervakningsmodul vidarebefordrar nämnda paketerade data med nämnda första prioritet och då använder en "best effort”-tjänst som inte garanterar att leveransen av nämnda paketerade data kommer i tid.

9. Arrangemanget enligt krav 7, där nämnda andra prioritet representerar en högre nivå av "quality of service” (QoS) än nämnda första prioritet gör, och där nämnda övervakningsmodul vidare inkluderar: ett antal dataköer som inkluderar åtminstone en första kö konfigurerad att lagra nämnda paketerade data som skall vidarebefordras med nämnda första prioritet, och en andra kö konfigurerad att lagra nämnda paketerade data som skall vidarebefordras med nämnda andra prioritet; och en prioriterare som är ansluten till dataköerna och konfigurerad att ta emot nämnda paketerade data, selektivt placera nämnda paketerade data i åtminstone en av nämnda dataköer, och vidarebefordra åtminstone en del av lagrade paketerade data i nämnda andra kö innan lagrade paketerade data i nämnda första kö vidarebefordras.

10. Arrangemanget enligt krav 7, där nämnda paketerade data inkluderar information förknippad med åtminstone ett protokoll valt från en uppsättning av protokoll som inkluderar ett "transmission control protocol” (TCP), ett ”Internet protocol” (IP), ett "user datagram protocol” (UDP), ett "realtime transport protocol” (RTP), ett "realtime streaming protocol" (RTSP), och ett "reservation protocol” (RSVP). 520 898 20

11. Arrangemanget enligt krav 7, där nämnda övervakningsmodul är funktionellt kopplad till åtminstone en vidarebefordrande nod utvald från en uppsättning av vidarebefordrande noder inkluderande en gateway, en switch, en brygga, en server, och en router.