SE519215C2 - Internet protocol network including network resource managers that can provide domain labels for data packets carrying information about resource availability in the domain and about how to obtain Quality-of-Service - Google Patents

Internet protocol network including network resource managers that can provide domain labels for data packets carrying information about resource availability in the domain and about how to obtain Quality-of-Service

Info

Publication number
SE519215C2
SE519215C2 SE0102929A SE0102929A SE519215C2 SE 519215 C2 SE519215 C2 SE 519215C2 SE 0102929 A SE0102929 A SE 0102929A SE 0102929 A SE0102929 A SE 0102929A SE 519215 C2 SE519215 C2 SE 519215C2
Authority
SE
Sweden
Prior art keywords
nrm
domain
network
terminal
destination
Prior art date
Application number
SE0102929A
Other languages
Swedish (sv)
Other versions
SE0102929L (en
SE0102929D0 (en
Inventor
Jim Sundqvist
Joakim Norrgaard
Olov Schelen
Original Assignee
Operax Ab
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 Operax Ab filed Critical Operax Ab
Priority to SE0102929A priority Critical patent/SE519215C2/en
Publication of SE0102929D0 publication Critical patent/SE0102929D0/en
Priority to ES02760962T priority patent/ES2290327T3/en
Priority to JP2003526094A priority patent/JP3977331B2/en
Priority to DE60221261T priority patent/DE60221261T2/en
Priority to KR10-2004-7003101A priority patent/KR20040040448A/en
Priority to PT02760962T priority patent/PT1423945E/en
Priority to CNA028173422A priority patent/CN1552143A/en
Priority to DK02760962T priority patent/DK1423945T3/en
Priority to EP02760962A priority patent/EP1423945B1/en
Priority to CA002459571A priority patent/CA2459571A1/en
Priority to PCT/SE2002/001490 priority patent/WO2003021888A1/en
Priority to US10/488,613 priority patent/US7734796B2/en
Priority to AT02760962T priority patent/ATE367696T1/en
Priority to TW091120040A priority patent/TWI245524B/en
Publication of SE0102929L publication Critical patent/SE0102929L/en
Publication of SE519215C2 publication Critical patent/SE519215C2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • 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/83—Admission control; Resource allocation based on usage prediction
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]

Landscapes

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

Abstract

Includes a Network Resource Manager (NRM) in the destination domain of a stream of data packets. This NRM categorizes the destination domain of the data packets with a domain property label that e.g. informs the source NRM other NRMs about the availability of resources in the destination domain and about how to obtain Quality-of-Service (QoS) to the endpoint in this particular domain category. Independent claims are included for a computer program product, a Network Resource Manager unit and a method.

Description

25 30 519 215 2 Denna utveckling driver behovet av tj änstedifferentiering i nätverket. Ett krav på tjänstekvalitetsmekaiiisrner är att de bör utvecklas enligt de grundläggande principerna för tillständslös vidarebefordran av paket och skalbar aggregering som beskrivs ovan. 25 30 519 215 2 This development drives the need for service differentiation in the network. A requirement for service quality mechanisms is that they should be developed according to the basic principles of unauthorized packet transmission and scalable aggregation described above.

Tekniken ståndpunkt för tjänstekvalitet (QOS) i lP-nätverk beskrivs nedan: lntergrated Service (lnt/Serv) /Resource ReSerVation Protocol (RSVP) lntServ arkitekturen och RSVP är en signaleringarkitektur för att tillhandahålla garantier för tjänstekvalitet ändpunkt till ändpunkt för individuella tillämpningsdataströrnmar. Lösningen ger finkorniga tjänstekvalitetsgarantier till ett pris av komplex paketklassificering per flödestillstånd i routrarna längs vägen.The technology quality of service (QOS) position in lp networks is described below: lntergrated Service (lnt / Serv) / Resource ReSerVation Protocol (RSVP) lntServ architecture and RSVP is a signaling architecture to provide end-to-end quality of service guarantees for individual application data streams. The solution provides fine-grained service quality guarantees at a price of complex packet classification per fate condition in the routers along the road.

För RSVP finns det förslag att sätta upp aggregerade tunnlar mellan en aggregator och en deaggregator. Medan detta är mer skalbart, är det fortfarande en modell där aggregerade tunnlar etableras mellan kantrouter-par. Dessa kantroutrar har åtminstone samma komplexitet som standard lntServ/RSVP-routrar. För policyhantering i nätverk, förlitar sig RSVP på policyservrar.For RSVP, there are proposals to set up aggregated tunnels between an aggregator and a deaggregator. While this is more scalable, it is still a model where aggregate tunnels are established between edge router pairs. These edge routers have at least the same complexity as standard lntServ / RSVP routers. For network policy management, RSVP relies on policy servers.

Differentiated Service (DiffSew) DíffServ-arktitekturen standardiserar stöd i routrar för klassbaserad vidarebefordran. DiffServ för vidareberfordran i kärnroutrar är tillståndslös med avseende på tillämpningsdataströmmarna. Trafikövervakare vid domängränser används för att se till att en domän inte utsätts för överlast. Problemet med DiffServ är att möta kraven på tjänstekvalitet för ett stort antal tillämpningar. Resurser (bandbredd) för olika trafikklasser kan tillhandahållas semistatiskt, dimensíonerat enligt de förväntade tjänsteegenskaperna och antagen utnyttjandestatistik. För att tillhandahålla predikterbara tjänsteniväer endast genom löpande försörjning, måste resurser vara överdimensíonerade. Detta kan vara möjligt i homogena nätverk med homogena tillämpningar och användarkrav. l riktiga nätverk där länkar med stora karaktärsskillnader är sammanbundna (t.ex. fiberoptikaccess och trådlös access) och tillämpningar /användare med olika krav på försörjning vid alla hopp är en stor utmaning. För att tillhandahålla predikterbara tjänster i en heterogen miljö, måste DiffServ förlita sig på dynamisk nätverksresurshantering (Network Resource Management, NRM) för att styra tjänstekvaliteten och utnyttjandet av 10 15 20 25 30 35 519 215 3 tillhandahållna resurser. För att möta skalbarhetsbehov, bör resurshantering stödja aggregering av resursbegäran.Differentiated Service (DiffSew) The DíffServ architecture standardizes support in class-based forwarding routers. DiffServ for forwarding in core routers is unlicensed with respect to the application data streams. Domain boundaries traffic monitors are used to ensure that a domain is not overloaded. The problem with DiffServ is meeting service quality requirements for a large number of applications. Resources (bandwidth) for different traffic classes can be provided semistatically, dimensioned according to the expected service characteristics and assumed utilization statistics. In order to provide predictable service levels only through continuous supply, resources must be oversized. This can be possible in homogeneous networks with homogeneous applications and user requirements. In real networks where links with large character differences are interconnected (eg fiber optic access and wireless access) and applications / users with different requirements for supply at all jumps is a major challenge. In order to provide predictable services in a heterogeneous environment, DiffServ must rely on Dynamic Network Resource Management (NRM) to control the quality of service and the utilization of the resources provided. To meet scalability needs, resource management should support aggregation of resource demand.

Multi-protocol label switching (MPLS) MPLS är en metod som sträcker sig från traditionell lP-nätverksnivårouting och kontrollprotokoll med etikettswitchad vidarebefordran. MPLS tillhandahåller förbindelseorienterad switching i lP-nätverk. Etiketter associeras med specifika dataströmmar (kända som Forwarding Equivalence Classes (FEC)). Etiketterna och dess FBC-bindningar distribueras över nätverket, MPLS~domänen, för att etablera en etikettswitchad bana. Då paketet kommer in i domänen, tilldelas paketen en eller fler etiketter (en etikettstack). Då paketen passerar genom domänen, vidarebefordras paketen baserad på etiketter. MPLS kan användas för att tillhandahålla tjänstekvalitet genom att allokera resurser till specifika etikett- switchade banor. MPLS fungerar endast inom individuella etikcttswitchade domäner. Interdomänresursreservationer stöds för närvarande inte.Multi-protocol label switching (MPLS) MPLS is a method that extends from traditional LP network level routing and control protocols with label switched forwarding. MPLS provides connection-oriented switching in LP networks. Labels are associated with specific data streams (known as Forwarding Equivalence Classes (FEC)). The labels and their FBC bindings are distributed over the network, the MPLS domain, to establish a label switched path. When the packet enters the domain, the packet is assigned one or more labels (a label stack). As the packets pass through the domain, the packets based on labels are forwarded. MPLS can be used to provide quality of service by allocating resources to specific label-switched paths. MPLS only works within individual label-switched domains. Interdomain resource reservations are not currently supported.

Alla metoder som beskrivs ovan behöver ytterligare stöd för interdomänresursförsörjning. Detta kan tillhandahållas av en serverbaserad arkitektur. För RSVP, har en arkitektur med policyservrar föreslagits. För DiffServ, har tj änstekvalitetagenter och bandbreddsageiiter (bandwidth brokers) föreslagits.All methods described above need additional support for interdomain resource provisioning. This can be provided by a server-based architecture. For RSVP, an architecture with policy servers has been proposed. For DiffServ, quality service agents and bandwidth brokers have been proposed.

För MPLS, skulle tjänstekvalitetsagenter som förstår MPLS-semantik användas.For MPLS, quality service agents who understand MPLS semantics would be used.

I Olov Scheléns doktorsavhandling, Quality of Service Agents in the Internet, utgiven av institutionen för systemteknik, avdelningen för datorkommunikation, Luleå Tekniska Universitet, Luleå 1998, introduceras en nätverksresurshanterare (Network Resource Manager, NRM). En NRM kan tillhandahålla interdomänresursförsörjning och tillträdesstyrning, antingen oberoende av mekanismerna beskrivna ovan eller i samarbete med dem. Bland dessa, fungerar kombinationen av differentierad vidarebefordran och NRM tillsammans med den grundläggande tekniken för tillståndslös vidarebefordran och interdomänaggregering som beskrivits. NRM:en har tillträdeskontroll som känner till de olika vägarna, schemaläggning av resurser över tiden, möjlighet att hantera resursbegäran för direkt och framtida användning, resurssignalering mellan resurshanterarenheter (d.v.s. interdornänkommunikation) och aggregering av resursbegäran mot en destinationsdomän identifierat av ett adressprefix. N RM:en 10 15 20 25 30 35 519 215 4 är medveten om topologin och karaktäristiken för nätverket och kan följaktligen hålla reda på resurser som finns i en routingdomän baserad på topologi. För varje domän i nätverket finns det en NRM som är ansvarig för tillträdesstyrning. NRM- instanser kan utföra tillträdesstyrning i dess egna domän och reservera resurser med grann-NMRer för andra destinationer. NRM:en kan därför tillhandahålla en predikterbar tj änstekvalitet.Olov Schelén's doctoral dissertation, Quality of Service Agents in the Internet, published by the Department of Systems Engineering, Department of Computer Communication, Luleå University of Technology, Luleå 1998, introduces a Network Resource Manager (NRM). An NRM can provide interdomain resource supply and access control, either independently of the mechanisms described above or in collaboration with them. Among these, the combination of differentiated forwarding and NRM works in conjunction with the basic technology for unauthorized forwarding and interdomain aggregation described. The NRM has access control that knows the different paths, scheduling resources over time, ability to handle resource requests for direct and future use, resource signaling between resource manager units (i.e. interdornan communication) and aggregation of resource request against a destination domain identified by an address prefix. The N RM 10 15 20 25 30 35 519 215 4 is aware of the topology and characteristics of the network and can consequently keep track of resources that are in a routing domain based on topology. For each domain in the network, there is an NRM that is responsible for access control. NRM bodies can perform access control in its own domain and reserve resources with neighboring NMRs for other destinations. The NRM can therefore provide a predictable quality of service.

Trattkonceptet introduceras även i Schelen. Trattkonceptet är en skalbar modell för aggregering av resursbegäran. Trattkonceptet använder NRM:er, och NRMzer efterfrågar resurser från andra NRMxer. Reservationer från olika källor till samma destination aggregeras där de slås ihop längs vågen så att varje NRM har åtminstone en reservation per clestinatiorisclomän med dess grannagenter. En NRM som är ansvarig för domänen där destinationspunkten finns kan generalisera mottagna rcservationsbegäran för den punkt för att täcka vilken ändpunkt som helst i dess domän. Figur 1 visar hur resursbegäran aggregeras mot destinationsdoinäiien. Figur l är ett nätverk 100 innefattande 4 domäner A, B, C och D. Varje domän har en NRM a, b, c, d. Dx, Dy och Dz kan vara subnätvcrk eller en basstationsstyrare i ett trådlöst accessnätverk. NRM a och N RM b behöver resurser i domän D; NRM a till Dy och NRM b till Dx. Tack vare att NRMzen är medveten om nätverkstoplogin vet den att paketen måste sändas genom domän C. I det här exemplet, sänder NRM a 109 en begäran om 20 resursenheter till NRM c och NRM b sänder l 11 en begäran på 10 resursenheter till NRM c. NRM c behöver 10 resursenheter i domäniD för dess egen domän och skickar därför en begäran till NRM d för 40 resursenheter. NRM d sänder då 114 en bekräftelse till NRM c att 40 resursenheter reserverats i domän D och NRM c sänder ytterligare 110 en bekräftelse till NRM a och sänder 112 en bekräftelse till NRM b. Paket som använder en reservation markeras av tillämpningar eller kantroutrar och kontrolleras och / eller ommärks av polispunkter. Detta görs för att försäkra att endast paket med tillåten tj änstekvalitetsklass utnyttjar den reserverade vägen.The funnel concept is also introduced in Schelen. The funnel concept is a scalable model for aggregating resource demand. The funnel concept uses NRMs, and NRMzer requests resources from other NRMxs. Reservations from different sources to the same destination are aggregated where they are merged along the wave so that each NRM has at least one reservation per clestinatiorisclomän with its neighboring agents. An NRM responsible for the domain where the destination point is located can generalize received reservation requests for that point to cover any endpoint in its domain. Figure 1 shows how the resource request is aggregated against the destination domain. Figure 1 is a network 100 comprising 4 domains A, B, C and D. Each domain has an NRM a, b, c, d. Dx, Dy and Dz may be subnetworks or a base station controller in a wireless access network. NRM a and N RM b need resources in domain D; NRM a to Dy and NRM b to Dx. Because the NRM is aware of the network toplogin, it knows that the packets must be sent through domain C. In this example, NRM a 109 sends a request for 20 resource units to NRM c and NRM b sends l 11 a request for 10 resource units to NRM c. NRM c needs 10 resource units in domain for its own domain and therefore sends a request to NRM d for 40 resource units. NRM d then sends 114 a confirmation to NRM c that 40 resource units have been reserved in domain D and NRM c sends another 110 a confirmation to NRM a and 112 sends a confirmation to NRM b. Packages using a reservation are marked by applications or routers and checked and / or marked by police points. This is done to ensure that only packages with the permitted service quality class use the reserved route.

I trattkonceptet antas det att destinationsdomänen har gott om resurser eller att annan mekanism finns för att garantera tjänstekvalitet i destinationsdomänen. I stora nätverk, skulle det inte vara fördelaktigt att använda det ovan beskrivna trattkonceptet hela vägen till ändpunkten, eftersom det inte skulle vara tillräckligt skalbart. I stället används trattar för att nå en destinationsdomän (t.ex. ett subnät) 10 15 20 25 30 35 519 215 5 med lämplig storlek. Inga resurser reserveras för den sista delen av vägen inom destinationsdomänen. Därför kan inte trattkonceptet tillhandahålla en tjänstekvalitet ändpunkt till ändpunkt, d.v.s. från en källändpunkt till destinationsändpunkt om destinationsdomänen saknar resurser. Det finns emellertid destinationer som inte är anslutna till välförsörjda destinationsdomäner.The funnel concept assumes that the destination domain has plenty of resources or that another mechanism exists to guarantee quality of service in the destination domain. In large networks, it would not be advantageous to use the funnel concept described above all the way to the end point, as it would not be sufficiently scalable. Instead, funnels are used to reach a destination domain (eg, a subnet) of appropriate size. No resources are reserved for the last part of the path within the destination domain. Therefore, the funnel concept cannot provide an end-to-end service quality, i.e. from a source endpoint to a destination endpoint if the destination domain lacks resources. However, there are destinations that are not connected to well-supplied destination domains.

Ett exempel på en sådan domän ett trådlöst accessnätverk, där sista hoppet d.v.s. mellan basstationen och terminalen är en flaskhalslänk. Andra problem uppstår då värdar är mobilterminaler. 'Ijänstekvalitetsmekanismer måste tillåta snabb lokal omräkning av tjänstekvalitet vid handover mellan basstationer i ett trådlöst accessnätverk.An example of such a domain is a wireless access network, where the last hope i.e. between the base station and the terminal is an fl ash neck link. Other problems arise when hosts are mobile terminals. Service quality mechanisms must allow rapid local conversion of service quality when handover between base stations in a wireless access network.

SAMMANFATTNING Det objektiva problemet är att tillhandahålla en skalbar lösning för reservering av resurser för att erhålla en predikterbar tjänstekvalitet ändpunkt till ändpunkt i ett heterogent IP-nätverk.SUMMARY The objective problem is to provide a scalable resource allocation solution to obtain a predictable end-to-end quality of service in a heterogeneous IP network.

Problemet löses genom ett IP-nätverk som har särdragen enligt patentkrav l och av en nätverksresurshanterare (NRM) enhet som har särdragen enligt patentkrav 16.The problem is solved by an IP network having the features of claim 1 and by a network resource manager (NRM) device having the features of claim 16.

Problemet löses även genom en metod som har särdragen enligt patentkrav 27 och av en datorprogramprodukt som har särdragen enligt patentkrav 42 och 44.The problem is also solved by a method having the features of claim 27 and by a computer software product having the features of claims 42 and 44.

Metoden implementerad i IP-nätverket tillhandahållen av föreliggande uppfinning som innefattar stegen: - en andra NRM annonserar en domänegenskapsetikett för en destination till den första NRM:en; ~ den första NRM:en respektive den andra NRMzen utför lämpliga handlingar för att sända IP-paket med en förutbestämd tj änstekvalitet mellan en källterminal och en destinationsterminal, enligt den annonserade domänegenskapsetiketten, gör det möjligt att reservera resurser för att erhålla en predikterbar tjänstekvalitet ändpunkt till ändpunkt i ett heterogent IP-nätverk.The method implemented in the IP network provided by the present invention comprising the steps of: - a second NRM announces a domain property label for a destination to the first NRM; ~ the first NRM and the second NRMs perform appropriate actions to send IP packets with a predetermined quality of service between a source terminal and a destination terminal, according to the advertised domain property label, make it possible to reserve resources to obtain a predictable service quality endpoint to endpoint in a heterogeneous IP network.

Ett IP-nätverk, varvid den andra NRMzen innefattar medel för att annonsera en domänegenskapsetikett för destinationsdomänen till en första NRM och varvid den första NRMzen och respektive den andra NRM:en innefattar medel för att utföra en 10 15 20 25 30 519 215 6 lämplig handling, för att sända IP-paket med en förutbestämd tjänstekvalitet mellan en källterminal och en destínationsterminal, enligt den annonserade domänegenskapsetikettens, gör det möjligt at reservera resurser för att erhålla en predikterbar tjänstekvalítet ändpunkt till ändpunkt i ett heterogent IP-nätverk.An IP network, the second NRMs comprising means for advertising a domain property tag for the destination domain to a first NRM and wherein the first NRMs and the second NRMs respectively comprise means for performing an appropriate action. , to send IP packets with a predetermined quality of service between a source terminal and a destination terminal, according to the advertised domain property label, makes it possible to reserve resources to obtain a predictable quality of service endpoint to endpoint in a heterogeneous IP network.

En fördel med föreliggande uppfinning är att NRM:ens vägvektor är ett redskap för att identifiera NRM:er i den begärda destinationsdomänen och NRM:er längs vägen.An advantage of the present invention is that the path vector of the NRM is a tool for identifying NRMs in the requested destination domain and NRMs along the path.

En annan fördel med föreliggande uppfinning är att NRM:ens vägvektor tillhandahåller ett verktyg för att detektera avslag och fel längs vägen mot ändpunkten. Ännu en fördel är att föreliggande uppfinning tillhandahåller ett verktyg för att särskilja mellan destinationsdomäner med olika karaktäristik. Ännu en annan fördel är att föreliggande uppfinning kan utnyttja skalbara egenskaper av trattmodellen i nätverk med underförsörjda destinatíonsdomäner.Another advantage of the present invention is that the path vector of the NRM provides a tool for detecting rejections and errors along the path to the end point. Yet another advantage is that the present invention provides a tool for distinguishing between destination domains with different characteristics. Yet another advantage is that the present invention can utilize scalable features of the funnel model in networks with undersupplied destination domains.

KORT BESKRIVNING AV RITNINGARNA Figur 1 visar ett exempel av känd teknik där resursbegäran aggregeras mot destinationsdomänen genom att använda trattkonceptet.BRIEF DESCRIPTION OF THE DRAWINGS Figure 1 shows an example of prior art where the resource request is aggregated against the destination domain using the funnel concept.

Figur 2 visar ett nätverk innefattande två domäner enligt föreliggande uppfinning.Figure 2 shows a network comprising two domains according to the present invention.

Figur 3 visar ett exempel av interdomänresursreservering enligt föreliggande uppfinning.Figure 3 shows an example of interdomain resource reservation according to the present invention.

Figur 4 visar ett sekvensdiagrarn för resursreservation enligt föreliggande uppfinning.Figure 4 shows a sequence diagram for resource reservation according to the present invention.

DETALJERAD BESKRIVNING AV UPPFINNINGEN Figur 2 visar ett IP-nätverk 200 enligt en första utföringsform av föreliggande uppfinning. Nätverket 200 innefattar en första domän E och en andra domän F. En domän är en logisk del av ett IP~nätverk och uppdelningen görs på administrativa grunder. En domän är i föreliggande uppfinning hänvisad till som routingdomän. 10 15 20 25 30 35 519 215 7 Domän E innefattar en router 201, en nätverksresurshanterare (NRM) e, en server 210 och ett subnätverk 108 innefattande en terminal 207. I exemplet som beskrivs i figur 2, kan domänen E vara en källdomän. Eller källdomänen kan vara en tredje domän som sänder paket genom domän E för att nå en destinationsdomän F.DETAILED DESCRIPTION OF THE INVENTION Figure 2 shows an IP network 200 according to a first embodiment of the present invention. The network 200 comprises a first domain E and a second domain F. A domain is a logical part of an IP network and the division is made on administrative grounds. A domain is referred to in the present invention as a routing domain. Domain E comprises a router 201, a network resource manager (NRM) e, a server 210 and a subnet 108 comprising a terminal 207. In the example described in Figure 2, the domain E may be a source domain. Or the source domain may be a third domain that sends packets through domain E to reach a destination domain F.

Domänen, vari sändarens terminal är placerad, hänvisas till som källdomän.The domain in which the transmitter terminal is located is referred to as the source domain.

Destinationsclomänen F innefattar en server 211, en router 202, en NRM f, ett subnätverk 203 och en ändpunkt inuti ett av subnätverken 203. En domän vari ändpunkterna är placerade hänvisas till som destinationsdomän.The destination domain F includes a server 211, a router 202, an NRM f, a subnet 203 and an endpoint within one of the subnets 203. A domain in which the endpoints are located is referred to as the destination domain.

Varje subnätverk 203, 208 innefattar ytterligare åtminstone en terminal 204, 207.Each subnetwork 203, 208 further includes at least one terminal 204, 207.

Varje terminal 204 tilldelas en dynamisk eller statisk lP-adress av subnätverken 203, 208. Terminalen 204, dit paketen avsedda att sändas, hänvisas till som en ändpunkt. Subnätverket 203, 208 kan till exempel vara ett LAN, innefattande åtminstone en gateway, åtminstone en server och åtminstone en terminal, eller ett trådlöst nätverk, innefattande åtminstone en radionätverksstyrare (Radio Network Controller, RNC), åtminstone en basstation (BS) och åtminstone en mobilterminal.Each terminal 204 is assigned a dynamic or static IP address by the subnets 203, 208. The terminal 204, to which the packets are to be transmitted, is referred to as an endpoint. The subnetwork 203, 208 may be, for example, a LAN, comprising at least one gateway, at least one server and at least one terminal, or a wireless network, comprising at least one Radio Network Controller (RNC), at least one base station (BS) and at least one mobile terminal.

Terminalen 204, 207 kan företrädesvis vara en PC eller en IP-telefon i ett trådbundet nätverk eller en mobil telefon eller en bärbar dator i ett trådlöst nätverk.The terminal 204, 207 may preferably be a PC or an IP telephone in a wired network or a mobile telephone or a laptop in a wireless network.

Routrarna 201, respektive 202 sammanbinder 206, 212, 209 olika nätverk 203, 208 till exempel olika LAN innefattande terminaler. En NRM e, f innefattar ett datorprogram för t.ex. reservering av resurser och kan t.ex. implementeras i en respektive server 210, 211 alternativt i en respektive router 201, 202. En server är huvudsakligen en anordning för lagring och beräkning av data medan en router huvudsakligen routar IP-paket.The routers 201 and 202, respectively, interconnect 206, 212, 209 different networks 203, 208, for example different LANs comprising terminals. An NRM e, f comprises a computer program for e.g. reservation of resources and can e.g. implemented in a respective server 210, 211 or in a respective router 201, 202. A server is mainly a device for storing and calculating data while a router mainly routes IP packets.

NRM:en har egenskaper som beskrivits ovan under ”uppfinningens bakgrund” t.ex. utföra tillträdesstyrning och interdomänkommunikation 205, 210 och aggregering av resursbegäran genom att använda trattkonceptet hela vägen till NRM:en i destinationsdomänen. NRM:er är dessutom ansvariga för destinationsadressprefixaggregering genom att annonsera lämpliga destinationsadressprefix och enligt föreliggande uppfinning etikettera dessa destinationer med en domänegenskapsetikett. Genom att kategorisera varje domän med en domänegenskapsetikett, är det möjligt separera mellan domäner med olika 10 20 25 30 519 215 8 karaktäristik som till exempel resurstillgänglighet t.ex. bandbredd.The NRM has properties described above under “background of the invention” e.g. perform access control and interdomain communication 205, 210 and aggregate the resource request using the funnel concept all the way to the NRM in the destination domain. In addition, NRMs are responsible for destination address prefix aggregation by advertising appropriate destination address prefixes and according to the present invention labeling these destinations with a domain property label. By categorizing each domain with a domain property label, it is possible to separate between domains with different characteristics such as resource availability e.g. bandwidth.

Domänegenskapsetiketteii innefattar information om vilken metod som ska användas i denna domänen, för att erhålla tjänstekvalitet till en ändpunkt inom domänen. Trattkonceptet fungerar bra för reservation av resurser på skalbart sätt ända fram till NRMzen i destinationsdomänen, men det som återstår är vägen från NRM:en till ändpunkten inom destinationsdomänen. Därför är det egenskaperna, d.v.s. domänegenskapsetiketten för destinationsdomänen som är av speciellt intresse. En NRM f inom en destinationsdomän F som har mottagit en resursbegäran sänder ett bekräftelsemeddelande (förutsatt att begäran är godkänd) till en NRM e och i vissa fall till andra enheter, som är inblandade i begäran.Domain property etiquette includes information on the method to be used in this domain, in order to obtain quality of service to an endpoint within the domain. The funnel concept works well for reserving resources in a scalable way all the way to the NRM in the destination domain, but what remains is the path from the NRM to the end point within the destination domain. Therefore, it is the properties, i.e. the domain property label for the destination domain of particular interest. An NRM f within a destination domain F that has received a resource request sends a confirmation message (provided the request is approved) to an NRM e and in some cases to other entities involved in the request.

Bekräftelsemeddelandet informerar att en viss mängd resurser reserverats så att den begärda tjänstekvalitet kan uppfyllas till destinationens NRM f.The confirmation message informs that a certain amount of resources has been reserved so that the requested quality of service can be met to the destination's NRM f.

Domänegenskapsetiketten adderas in i bekräftelsemeddelaiidet eller kan sändas i ett separat meddelande. Genom att läsa domänegenskapsetiketten, informeras NRM:er och i vissa fall andra enheter inblandade i begäran huruvida de behöver reservera resurser eller inte. Om resurser måste reserveras på grund av att destínationsdomänen är undcrförsörjd, berättar domänegenskapsetiketten hur resursreseivationen bör hanteras.The domain property tag is added to the confirmation message or can be sent in a separate message. By reading the domain property label, NRMs and in some cases other entities involved in the request are informed whether or not they need to reserve resources. If resources need to be reserved because the destination domain is underserved, the domain property label tells you how the resource reservation should be handled.

Domänegenskapsetikett Domänegenskapsetiketten definieras i ett domänegenskapsetikettsfält. Etikettfältet kan t.ex. innefatta 16 bitar och kan vara en del av data sänt mellan NRMzer.Domain property label The domain property label is defined in a domain property label field. The label field can e.g. comprise 16 bits and may be part of data transmitted between NRMzer.

Etikettfältet tillåter ett stort antal domänegenskapsetiketter att definieras. NRM:er kommunicerar med ett tillämpningsprotokoll över Transmission Control Protocol (TCP), och tillärnpningsprotokollet definierar domänegenskapsetikettfältet.The label field allows a large number of domain property labels to be fi niered. NRMs communicate with a Transmission Control Protocol (TCP) application protocol, and the implementation protocol defines the domain property label field.

Informationen routas den normala vägen och det kan vara resurser som i förväg är reserverade för transmissionen av domänegenskapsetiketten. Definitioner för fyra typer av egenskapsetiketter ges nedan: 0 Domänegenskapsetiketten ”dimensionerad” ger informationen att domänen har gott om resurser och inga resursreservationer krävs för att tillhandahålla tjänstekvalitet till ändpunkten inuti domänen. Detta förekommer t.ex. i välförsörjda Local Area Networks (LAN:s). Ingen handling krävs av de begärande enheterna som till exempel en terminal 207 eller en NRM e. 10 15 20 25 30 519 215 v Domänegenskapsetiketten ”ombesörjd” ger informationen att domänen hanterar tjänstekvalitet lokalt genom en NRM som anropas av t.ex. en ändpunkt, en proxy eller en RNC. I fallet då ändpunkten finns inuti ett radio accessnätverk, där resurser hanteras av en RNC i samarbete med en lokal IP-resurshanterare, förhandlar RNCzn med en lokal NRM om resurser. RNC:n styr terminalen (ändpunkten) och är medveten om då terminalen begär en tjänst som kräver en tjånstekvalitet från en ändpunkt till en annan. 0 Domänegenskapsetiketten ”begärd” ger information att domänen hanterar tj änstekvalitet genom en NRM som kan ringas upp av en begärande enhet t.ex. sändande terminal 207, en NRM e eller en proxy för att utsträcka tjänstekvaliteten till en speciell ändpunkt från 'NRMzen Adressen för NRMzen är känd genom en NRM vägvektor. NRM vägvektorn beskrivs vidare nedan i ”NRM vägvektor”. ß Domänegenskapsetiketten ”Signalerad” ger information att tjänstekvalitet inom domänen hanteras genom signalering. Den sändande enheten sänder ”Resource ReSerVation protocol (RSVP) väg- ” meddelanden inuti clatat för att låta den mottagande terminalen 204 begära tjänstekvalitet i destinationsdomänen, och den mottagande entiteten sänder ”RSVP resv” meddelanden. Detta betyder att de sändande enheterna (och mottagande) måste placeras längs trafikvägen, liksom terminal 207. NRM e är emellertid inte kapabel att sända dessa RSVP-meddelanden men måste informera router 201 att meddelanden måste sändas via en proxy till destinationen.The information is routed the normal way and it may be resources that are pre-reserved for the transmission of the domain property label. Definitions for four types of property labels are given below: 0 The domain property label "dimensioned" provides the information that the domain has plenty of resources and no resource reservations are required to provide quality of service to the endpoint within the domain. This occurs e.g. in well-supplied Local Area Networks (LANs). No action is required by the requesting entities, such as a terminal 207 or an NRM e. 10 15 20 25 30 519 215 v an endpoint, a proxy or an RNC. In the case where the endpoint is inside a radio access network, where resources are managed by an RNC in collaboration with a local IP resource manager, the RNCzn negotiates resources with a local NRM. The RNC controls the terminal (endpoint) and is aware when the terminal requests a service that requires a quality of service from one endpoint to another. The domain property label "requested" provides information that the domain manages service quality through an NRM that can be called by a requesting entity e.g. transmitting terminal 207, an NRM e or a proxy for extending the quality of service to a particular endpoint from the NRMzen The address of the NRMzen is known by an NRM path vector. The NRM road vector is further described below in "NRM road vector". ß The domain property label "Signaled" provides information that quality of service within the domain is managed by signaling. The sending entity sends "Resource ReSerVation protocol (RSVP) path" messages within the clatat to allow the receiving terminal 204 to request quality of service in the destination domain, and the receiving entity sends "RSVP resv" messages. This means that the transmitting units (and reception) must be located along the tramway, as well as terminal 207. However, NRM e is not capable of transmitting these RSVP messages but must inform router 201 that messages must be sent via a proxy to the destination.

De fyra domänegenskapsetiketterna beskrivna ovan ges för att möjliggöra särskiljning mellan destinationsdomäner med olika karaktäristik. Andra domänegenskapsetiketter kan definieras och användas i samband med den beskrivna metoden. 10 15 20 25 30 35 519 215 10 NRM vägyektor En nätverksresurshanterare (NRM) vägvektor introduceras enligt föreliggande uppfinning för att tillåta identifiering av nätverksresurshanterare längs vägen till en destination. För varje tratt mot en given destination, informerar NRM vägvektorn sekvenserna av NRMzer som har godkänt resurser. NRM vägvektorn är ett verktyg för att identifiera NRM:er i begärda destinationsdomäner. Avslag och fel kan även detekteras av NRM vägvektorn, till exempel, om en begäran avslagits visar vägvektorn var avslaget ägde rum, eller om en NRM är oätkomlig, visar nämnda vägvektor var problemen finns. NRM vägvektorn används för etiketten som begärs.The four domain property labels described above are provided to enable differentiation between destination domains with different characteristics. Other domain property labels can be defined and used in conjunction with the method described. NRM Road Vector A network resource manager (NRM) road vector is introduced in accordance with the present invention to allow identification of network resource managers along the road to a destination. For each funnel toward a given destination, the NRM path vector informs the sequences of NRMs that have approved resources. The NRM path vector is a tool for identifying NRMs in requested destination domains. Rejections and errors can also be detected by the NRM road vector, for example, if a request has been rejected, the road vector shows where the rejection took place, or if an NRM is inaccessible, said road vector shows where the problems are. The NRM road vector is used for the label requested.

NRM vägvektorn kan emellertid användas för etiketterna signalerad, dimensionerad, och ombcsörjd för att identifiera NRM:er.However, the NRM path vector can be used for the labels signaled, dimensioned, and maintained to identify NRMs.

Ett lP-nätverk 300 enlig en andra utföringsform av uppfinningen visas i figur 3. IP- nätverket 300 innefattar fem routingdomäner G, H, I, J, K, varvid domän G är en källdomän och domän I är destinationsdomänen. Källdomänen G innefattar en NRM g och en ändpunkt som bestär av en terminal 301 och destinationsdomän l som innefattar en NRM i, en destinationsenhet 311 och en ändpunkt 302. Den mellanliggande domänen H innefattar en NRM h cn änclpunkt 312 och en anordning 313, domänen J innefattar en NRlVIj och domänen K innefattar en NRM k. Varje NRM kan kommunicera med andra NRMzer inom andra domäner och med ändpunkterna.An IP network 300 according to a second embodiment of the invention is shown in Figure 3. The IP network 300 comprises five routing domains G, H, I, J, K, wherein domain G is a source domain and domain I is the destination domain. The source domain G comprises an NRM g and an endpoint consisting of a terminal 301 and destination domain 1 comprising an NRM i, a destination unit 311 and an endpoint 302. The intermediate domain H comprises an NRM h and an endpoint 312 and a device 313, the domain J comprises an NRMVIj and the domain K comprises an NRM k. Each NRM can communicate with other NRMs within other domains and with the endpoints.

Med hänvisning till figur 3, vill terminal 301 skicka lP-paket som kräver en förutbestämd tjänstekvalitet, till terminal 302. Enligt nätverkets topologi i detta exempel, måste IP-paketen passera genom domänen H för att nå domänen I. För att uppfylla den begärda tjänstekvaliteten, reserveras resurser, i detta exempel 10 enheter frän terminal 310 till ändpunkten (terminal 302) i destinationsdomänen I. (mer resurser än som är nödvändigt, för att uppfylla den begärda tjänstekvaliteten kan även begäras). Mängden resurser kan mätas i bandbredd och / eller krav på fördröjning och / eller jitter. Följande steg utförs: - Terminalen 301 begär först tio enheter från NRM g och sedan - begär NRM g 303 tio enheter till ändpunkten 302 från NRMzen h. Den andra begäran aggregeras med andra begäran från andra domäner t.ex. att domänen J sänder en begäran 307 på fem enheter till en ändpunkt i 10 15 20 25 30 35 519 215 ll domänen K, som har data att skicka vilket även måste passera genom domän H och har dess destination i domänen I eller bortom en, t.ex. domänen K. Varje NRM innefattar endast en eller ett fåtal reservationer per destinationsdomän. Till exempel, kan tjänstekvalitet delas upp i olika klasser med avseende till exempel fördröjning, bit-takt, etc. Således kan det vara en reservation per destinationsdomän och per tjänstekvalitets-klass.Referring to Figure 3, terminal 301 wants to send IP packets requiring a predetermined quality of service to terminal 302. According to the topology of the network in this example, the IP packets must pass through domain H to reach domain I. To meet the requested service quality , resources are reserved, in this example 10 units from terminal 310 to the endpoint (terminal 302) in the destination domain I. (more resources than necessary, to meet the requested quality of service can also be requested). The amount of resources can be measured in bandwidth and / or requirements for delay and / or jitter. The following steps are performed: - Terminal 301 first requests ten units from NRM g and then - NRM g 303 requests ten units to the endpoint 302 from NRMzen h. The second request is aggregated with other requests from other domains e.g. that the domain J sends a request 307 of five units to an endpoint in the domain K, which has data to send which must also pass through the domain H and has its destination in the domain I or beyond one, t .ex. domain K. Each NRM includes only one or a few reservations per destination domain. For example, service quality can be divided into different classes with respect to, for example, delay, bit rate, etc. Thus, it can be a reservation per destination domain and per service quality class.

Följaktligen begär 303 NRM:en g resurs från angränsande NRM h, genom att använda två olika metoder för att reservera resurser hela vägen till NRM i.Accordingly, the 303 NRM requests a g resource from adjacent NRM h, using two different methods to reserve resources all the way to the NRM i.

”Alt. 1” används dä NRM h har förreserverade resurser till domän l och ”A1t. 2” används dä NRM h inte har förreserverade resurser till domän l.“Alt. 1 ”is used when NRM h has pre-reserved resources for domain l and“ A1t. 2 ”is used when NRM h does not have pre-reserved resources for domain l.

Alt. 1: I de flesta fall kan resurser godkännas hela vägen vid en första NRM, eftersom en NRM kan utföra förreservationer av resurser med målsättningen att överallokera och heuristiskt anpassa sig efter kraven :som ändras med tidpunkten till exempel, tidpunkt på dagen och veckodag. En begäran kan följaktligen godkännas direkt av en första NRM h för resurser hela vägen till NRMzen i i destinationsdomänen.Alt. 1: In most cases, resources can be approved all the way at a first NRM, as an NRM can perform pre-reservations of resources with the aim of over-allocating and heuristically adapting to the requirements: which change with time, for example, time of day and day of the week. Consequently, a request can be approved directly by a first NRM h for resources all the way to the NRMzen i in the destination domain.

Ett bekräftelsemcddelande skickas 304 av angränsande NRM efter varje resursförhandling tex. från NRM h till NRM g och frän NRM h till NRMj 308.A confirmation message is sent 304 by the adjacent NRM after each resource negotiation e.g. from NRM h to NRM g and from NRM h to NRMj 308.

- NRM:en h och NRMzen i lägger till deras egna identiteter t.ex. deras IP- adresser, till en NRM vägvektor för att uppdatera vektorn.- The NRM h and the NRMzen i add their own identities e.g. their IP addresses, to an NRM path vector to update the vector.

~ NRM vägvektorn inkluderas i bekräftelsemeddelandet.~ The NRM path vector is included in the confirmation message.

- NRM h annonserar domänegenskapsetiketten för domän I till NRMzen g.- NRM h announces the domain property label for domain I to NRMzen g.

NRMzen h mottar domänegenskapsetiketten för domän E då förreservationen av resurser till domän I utförs.The NRMzen h receives the domain property label for domain E when the pre-reservation of resources to domain I is performed.

- Terminalen 301 ges den annonserade domänegenskapsetiketten från NRMzen g och en bekräftelse att resurser har reserverats till domän I.Terminal 301 is given the advertised domain property label by NRMzen g and a confirmation that resources have been reserved for domain I.

Alt 2: I vissa fall, då inga förreservationer har utförts skulle en begäran 303 resultera i en kedja av begäran mellan närliggande NRM:er för att sätta upp resurser. Dä sprids bekräftelserna tillbaka till punkten därifrån begäran kom från början. En bekräftelse betyder att resurser finns tillgängliga i destinationsdomänen som har indikerats i bekräftelsemeddelandet.Option 2: In some cases, when no pre-reservations have been made, a request 303 would result in a chain of requests between adjacent NRMs to set up resources. Then the confirmations are spread back to the point from where the request came from the beginning. A confirmation means that resources are available in the destination domain that has been indicated in the confirmation message.

- NRM h begär 305 fem plus tio enheter från NRM i. 10 15 20 25 30 35 519 215 12 NRM i mottar begäran och noterar att destinationen finns i dess domän.- NRM h requests 305 five plus ten units from NRM i. 10 15 20 25 30 35 519 215 12 NRM i receives the request and notes that the destination is in its domain.

Ett bekräftelsemeddelande skickas 306 NRM i till NRM h, där NRM i svarar att 15 enheter reserveras till h.A confirmation message is sent 306 NRM i to NRM h, where NRM i replies that 15 units are reserved to h.

NRM i adderas i NRM vägvektor och vektorn skickas i " bekräftelsemeddelandet 306.The NRM i is added in the NRM path vector and the vector is sent in the "confirmation message 306".

NRM i annonserar domänegenskapsetiketten för domänen I till NRM h.NRM i announces the domain property label for domain I to NRM h.

Ett bekräftelsemeddelande skickas 304 av NRM h till NRM g där NRM h svarar att tio enheter är reserverade till g.A confirmation message is sent 304 by NRM h to NRM g where NRM h replies that ten units are reserved for g.

NRM h adderar dess egen identitet i NRM vägvektorn, som nu innehåller identiteten för NRM i och NRM h. Vektorn inkluderas i bekräftelsemeddelandet 304.NRM h adds its own identity in the NRM path vector, which now contains the identity of NRM i and NRM h. The vector is included in the acknowledgment message 304.

NRM h annonserar domänegenskapsetiketten till NRM g.NRM h announces the domain property label to NRM g.

Terminal 301 ges den annonserade domänegenskapsetiketten från NRM g och en bekräftelse att resurser är reserverade till domän I.Terminal 301 is given the advertised domain property label from NRM g and a confirmation that resources are reserved for domain I.

Då alt 1 eller alt 2 utförs, utförs lämpliga handlingar enligt den annonserade domänegenskapsetiketten.When alt 1 or alt 2 is executed, appropriate actions are performed according to the advertised domain property label.

Om domänegenskapsetiketten är dimensionerad: Inga resurser finns reserverade i destinationsdomänen.If the domain property label is dimensioned: No resources are reserved in the destination domain.

IP-paketen routas enligt konventionella routingprotokoll till ändpunkten 302 på oreserverade vägar.The IP packets are routed according to conventional routing protocols to endpoint 302 on unreserved routes.

Om domänegenskapsetiketten är ombesörjd: Destinationsdomänen I hanterar tjänstekvalitet lokalt genom en NRM i. en destinationsenhet 31 1, som kan t.ex. vara ändpunkten, en proxy eller företrädesvis en RNC i ett trådlöst nätverk anropar NRM i inom destinationsdomänen. (RNCzn styr radioresurser för slutterrninalen).If the domain property label is provided: The destination domain I manages service quality locally through an NRM i. A destination unit 31 1, which can e.g. be the endpoint, a proxy or preferably an RNC in a wireless network calls the NRM in within the destination domain. (RNCzn controls radio resources for the terminal).

Destinationsenheten 3 1 1 förhandlar med destinations-NRMzen för begärda resurser. Varje destinationsenhet 311 måste känna igen sin nästa lokala NRM. Detta kan göras genom konfiguration i varje destinationsenhet 311.The destination unit 3 1 1 negotiates with the destination NRM for requested resources. Each destination unit 311 must recognize its next local NRM. This can be done by configuration in each destination unit 311.

Om domänegenskapsetiketten är begärd: en begärande enhet, t.ex. en ändpunkt 301, en proxy eller NRM g, varifrån IP~paket har sitt ursprung, anropar NRM i. Tjänstekvalitet hanteras sedan 10 15 20 25 30 519 215 13 genom NRM i som vidare utsträcker tjänstekvaliteten till en speciell ändpunkt 302. Adressen för NRM i är känd för den begärande enheten genom NRM-vägvektorn.If the domain property label is requested: a requesting device, e.g. an endpoint 301, a proxy or NRM g, from which the IP packet originates, calls the NRM i. is known to the requesting device by the NRM path vector.

Om domänegenskapsetiketten är signalerad: - sändaren 301 sänder ett ”RSVP väg” (RSVP path) meddelande för att tillåta mottagaren 302 att begära tjänstekvalitet till ändpunkten 302.If the domain property label is signaled: the transmitter 301 sends an "RSVP path" message to allow the receiver 302 to request quality of service to the endpoint 302.

- Mottagaren sänder sedan ett ”RSVP resv” meddelande för att reservera resurser i destinationsdomänen I.- The recipient then sends an "RSVP resv" message to reserve resources in the destination domain I.

Figur 4 visar ett flödesscherna för en generell metod enligt uppfinningen. Metoden utförs i ett IP-iiätverk och är avsedd för transmission av IP-paket från en källterminal, placerad i en källdomän, till en destinationsterminal placerad i en destinationsdomän, varvid källdomänen och destinationsdomänen respektive innefattar cn NRM. Metoden innefattar följande steg: 401. En första NRM e placerad inom nämnda källdomän E begär en resurs, från en andra NRM f placerad inom nämnda destinationsdomän F. 402. NRM f adderar dess identitet till NRM vägvektor för att uppdatera vektorn. 403. NRM f annonserar en domänegenskapsetikett för destinationsdomänen F till första NRM e. 404. NRM e och NRM futför en lämplig handling för att sända IP-paket med en förutbestämd tj änstekvalitet ändpunkt till ände.Figure 4 shows the cher deserts for a general method according to the invention. The method is performed in an IP network and is intended for transmitting IP packets from a source terminal, located in a source domain, to a destination terminal located in a destination domain, the source domain and the destination domain respectively comprising a NRM. The method comprises the following steps: 401. A first NRM e located within said source domain E requests a resource, from a second NRM f located within said destination domain F. 402. NRM f adds its identity to the NRM path vector to update the vector. 403. NRM f announces a domain property label for the destination domain F to the first NRM e. 404. NRM e and NRM perform an appropriate act of sending IP packets with a predetermined service quality endpoint to end.

En metod är implementerad med hjälp av en datorprogramprodukt innefattande mjukvarukodmedel för att utföra metodens steg. Datorprogramprodukten exekveras på processormedel i en server eller en router. Datorprograrnmet laddas direkt från ett datoranvändbart medium, som t.ex. en floppy disk, en CD, Internet etc.A method is implemented using a computer software product comprising software code means for performing the steps of the method. The computer program product is executed on processor means in a server or router. The computer program is loaded directly from a computer usable medium, such as an y oppy disk, a CD, Internet etc.

Föreliggande uppfinning är inte begränsad till de ovan beskrivna föredragna utföringsformerna. Olika alternativ, modifieringar och ekvivalenter kan användas.The present invention is not limited to the preferred embodiments described above. Various alternatives, modifications and equivalents can be used.

Därför bör utföringsformerna enligt ovan inte tas som begränsningar av uppfinningens omfattning, vilken är definierad av patentkraven.Therefore, the above embodiments should not be construed as limiting the scope of the invention, which is defined by the claims.

Claims (1)

1. 0 15 20 25 30 35 519 215 14 PATENTKRAV IP-nätverk (200), innefattande ett flertal domäner som innehåller en källdomän (e) och destinationsdomän (F), källdomänen E innefattar en källterminal (207) och en första nätverksresurshanterare, (NRM) (e), destinationsdomänen (F) innefattar en destinationsterminal (204) och en andra NRM (f); källterminalen (207) i källdomänen (E) innefattar medel för att sända IP- paket som kräver en förutbestämd tjänstekvalitet till destinationsterminalen (204); Den första NRM:en (e) i källdomänen (E) innefattar medel för att begära från en andra NRM (f), en resurs, som är tillräcklig för sändning av IP~paketen så att de kan uppfylla nämnda tjänstekvalitet, nämnda lP-nätverk (200) är kännetecknat av att den andra NRM:en (f) innefattar medel för att annonsera en domänegenskapsetikett för destinationsdomänen (F) till första NRMzen (e) och den första NRMzen (e) respektive den andra NRM:en (f) innefattar medel för att utföra en lämplig handling, för sändning av IP-paket med nämnda tjänstekvalitet mellan källterminalen 207 och destinationsterminalen (204), enligt den annonserade domänegenskap setikettcn. IP-nätverk (300) enligt patentkrav 1, varvid lP-paket från nämnda källdomän sänds till nämnda destinationsdomän (I) via en mellanliggande domän (H); nämnda mellanliggande domän (H) innefattar åtminstone en NRM (h) anpassad för interdomänkommunikation med en NRM (g; i) inom en närliggande domän (G; l). IP-nätverk (200) enligt ett av patentkraven 1 till 2, varvid det innefattar medel för att använda en NRM vägvektor för att identifiera nämnda NRM (f) inom destinationsdomänen (F). IP-nätverk (200) enligt ett av patentkraven 1 till 3, varvid det innefattar medel för att använda en NRM vägvektor för att identifiera nämnda NRM:er (e, f) längs en väg från källterminalen (207) till slutterminalen (204). 10 15 20 25 30 10. 11. 12. 519 215 15 IP-nätverk (200) enligt ett av patentkraven 1 till 4, varvid det innefattar medel för att använda en NRM vägvektor för att detektera avslag på begäran och /eller fel längs en väg, från källterminalen (207) tillslutterminalen (204). IP-iiätverk (200) enligt något av patentkraven 1 till 5, varvid den andra NRMzen (t) innefattar medel för att addera sin egen identitet till en NRM vägvektor. lP-nätverk (200) enligt ett av patentkraven 1 till 6, varvid den andra NRMzen (t) innefattar medel för att sända ett meddelande (210) till angränsande NRM (e) , nämnda meddelande (210) innefattar nämnda NRM vägvektor. IP-nätverk (300) enligt ett av patentkraven 1 till 7, varvid en NRM (h) innefattar medel för att aggregera nämnda resursbegäran (303) med en andra begäran från en annan domän (J). IP-nätverk (200) enligt ett av patentkraven 1 till 8, varvid nämnda annonserade egenskapsetikett är dimensionerad; medlet för att utföra en lämplig handling innefattar medel för att sända IP-paket på oreserverade ICSUISCI". IP-nätverk (200) enligt något av patentkraven 1 till 8, varvid nämnda annonserade egenskapsetikett är ombesörjd; medlet för att utföra en lämplig handling innefattar en anordning i destinationsdomänen som vidare innefattar medel för att anropa en NRM (f) i destinationsdomänen för att garantera tjänstekvalitet till slutterminalen. IP-nätverk (200) enligt patentkrav 10, varvid nämnda anordning är en radionätverksstyrare och slutterminalen (204) är en mobil terminal. IP-nätverk (200) enligt något av patentkraven 1 till 8, varvid nämnda annonserade egenskapsetikett är begärd; medlet för att utföra en lämplig handling innefattar en begärande anordning som vidare innefattar medel för att anropa en annan NRM, och den andra NRMzen innefattar medel för att 10 15 20 25 30 35 13. 14. 15. 16. 17. 18. 519 215 16 utsträcka resursreservationer från nämnda lokala NRM till en speciell destinationsterminal (204). IP-nätverk (200) enligt patentkrav 12, varvid den begärande anordningen är den ursprungliga begärande anordningen (207) eller en NRM (e). IP-nätverk (200) enligt något av patentkraven 12 till 13, varvid IP-nätverket (200) innefattar medel för att använda NRM vägvektorn för att identifiera adress för nämnda andra NRM. IP-nätverk (200) enligt något av patentkraven l till 8, varvid nämnda annonserade egenskapsetikett är ombesörjd; medlet för att utföra en lämplig handling innefattar källterrninalen (207) som vidare innefattar medel för att sända ”Resource ReSerVation Protocol (RSVP) väg” meddelanden till destinationsterminaleii (204) som vidare innefattar medel för att sända ”RSVP resv” meddelanden för att reservera resurser inom destinationsdomänen (F). Nätverksresurshanterar-, NRM, enhet (h) inom en domän (H) i ett IP-nätverk (300), innefattande medel för att motta en resursbegäran (306) frän en andra NRM (i) placerad i en andra domän (I), nämnda NRM är kännetecknad av att NRM:en (h) innefattar medel för att annonsera en domänegenskapsetikett för domänen (H) till den andra NRMzen (i), och medel för att utföra en lämplig handling, för att tillhandahålla en tjänstekvalitet ändpunkt till ände, mellan en första ändpunkt (32) och en andra ändpunkt (302), enligt den annonserade domänegenskapsetiketten. NRM enhet (h) enligt patentkrav 16, varvid den vidare innefattar medel för att använda en NRM vägvektor för att identifiera en tredje NRM (g) i den tredje domänen (G). NRM enhet (h) enligt något av kraven 16 till 17, van/id den innefattar ytterligare medel för att använda en NRM vägvektor för att detektera avslag och/ eller fel längs en väg, mellan en första ändpunkt (312) och en tredje ändpunkt (302). 10 15 20 25 30 35 19. 20. 21. 22. 23. 24. 25. 26. 27. 519 215 17 NRM enhet (h) enligt något av patentkraven 16 till 18, varvid den ytterligare innefattar medel för att addera sin egen identitet i en NRM vägvektor. NRM enhet (h) enligt något av patentkraven 16 till 19, varvid den ytterligare innefattar medel för att sända ett meddelande (305) till den andra NRMten (m), nämnda meddelande (305) innefattar nämnda NRM vägvektor. NRM enhet (h) enligt något av patentkraven 16 till 20, varvid den vidare innefattar medel för att aggregera nämnda resursbegäran (306) med andra begäran från en annan domän (J). NRM enhet (h) enligt något av patentkraven 16 till 21, varvid nämnda annonserade egenskapsetikett är levererad och varvid medel för att utföra en lärnplig handling innefattar medel för att motta ett anrop från en anordning (313) i domänen (H), varvid anropet ytterligare innefattar en begäran till nämnda NRM (h) för att garantera tjänstekvalitet till slutterminalen (312). NRM enhet (h) enligt patentkrav 22, varvid nämnda anordning (313) år en radionätverksstyrare och slutterrninalen (312) är en mobil terminal. NRM enhet (h) enligt något av patentkraven 16 till 21, varvid nämnda annonserade egenskapsetikett är begärd, och varvid medel för att utföra en lämplig handling innefattar medel för att motta ett anrop från en begärande anordning och utsträcka resursreservationer från NRM enheten (h) till en specifik ändpunkt (312). NRM enhet (h) enligt patentkrav 24, varvid den begärande anordningen är en ändpunkt (302) i domän (I) eller en NRM (i). NRM enhet (h) enligt något av patentkraven 24 till 25, varvid den ytterligare innefattar medel för att ha dess adress identifierad av NRM vägvektor. Metod för att reservera resurser i ett IP-nätverk (200), för att erhålla en förutbestämd tjänstekvalitet mellan en källterminal (207) i en källdomån (E) 10 15 20 25 30 28. 29. 30. 31. 519 215 18 och en destinationsterminal (204) i en destinationsdomän (F), metoden innefattar steget att: - en första nätverksresurshanterare, NRM, (e), placerad i nämnda källdomän (E) begär en resurs som krävs för att uppfylla nämnda tjänstekvalitet från en andra NRM (f), placerad i nämnda destinationsdomän (F), nämnda resurs är avsedd för transmission av IP- paket kännetecknad av att metoden innefattar de ytterligare stegen att: -annonsera en domänegenskapsetikett från en andra NRMiEN (f) för destinationen till den första NRM:en (e); -utföra lämpliga handlingar för att sända nämnda IP-paket med nämnda tjänstekvalitet av den första NRM:en (e) och respektive andra NRM:en (f) mellan källterminalen (207) och destinationsterminalen (204) enligt den annonserade domänegenskapsetiketten. Metod enligt patentkrav 27, varvid IP-paketen från nämnda källdomän (G) sänds till nämnda destinationsdomän (l) via en treje domän (H); nämnda tredje domän (H) innefattar åtminstone en NRM (h) anpassad för interdomänkommunikation med en NRM (g; i) i en närliggande domän (G; I). Metod enligt något av patentkraven 27 till 28, innefattande det ytterligare steget att: -anuända en NRM vägvektor för att identifiera nämnda NRM (f) i destinationsdomänen (F). Metod enligt något av patentkraven 27 till 29, innefattande det ytterligare steget att: -använda en NRM vägvektor för at identifiera nämnda NRM:er (e, f) längs en väg från källterminalen (207) till slutterminalen (208). Metod enligt något av patentkraven 27 till 30, innefattande det ytterligare steget att: -anuända en NRM vägvektor för att detektera avslag från begäran och /eller fel längs en bana från en källterminal (207) till sluttermínalen (204). 10 15 20 25 30 32. 33. 34. 35. 36. 37. 38. 39. 519 215 19 Metod enligt något av patentkraven 27 till 31, innefattande det ytterligare steget att: -addera identiteten för NRM:en (f) till en NRM vägvektor. Metod enligt patentkrav 32, innefattande det ytterligare steget att: -sända ett meddelande (210) till den närliggande NRM (e) och inkludera näinnda NRM vägvektor i meddelandet (210). Metod enligt något av patentkraven 27 till 33, innefattande det ytterligare steget att aggregera nämnda resursbegäran (303) med andra begäran från en annan domän (J) i IP-nätverket (300). Metod enligt något av patentkraven 27 till 34, varvid nämnda annonserade egenskapetikett är dirnensionerad; den lämpliga handlingen innefattar steget att: -sända lP-paket på oreserverade resurser. Metod enligt något av patentkraven 27 till 34, varvid nämnda annonserade egenskapsetikett är levererad; den lämpliga handlingen innefattar steget att; anropa en NRM (f) I destinationsdomänen (F) för att garantera tjänstekvalitet till slutterminalen (204). Metod enligt patentkrav 36, varvid en radionätverksstyrare anropar närnnda NRM (f) i destinationsdomänen (F) för att garantera tjänstekvalitet till slutterminalen och slutterminalen (204) är en mobil terminal. Metod enligt något av patentkraven 27 till 34, varvid nämnda annonserade egenskapsetikett är begärd; den lämpliga handlingen innefattar steget att anropa en annan NRM som utsträcker resursreservationer från nämnda andra NRM till en bestämd destinationsterminal (204). Metod enligt patentkrav 38, varvid den ursprungliga begärande anordning eller en NRM (e) anropar nämnda andra NRM. 10 15 20 25 30 40. 41. 42. 43. 44. 45. 519 215 20 Metod enligt något av patentkraven 38 till 39, innefattande det ytterligare steget att: -anuända NRM vägvektorn för att identifiera en adress för nämnda andra NRM. Metod enligt något av patentkraven 27 till 34, varvid nämnda annonserade egenskapsetikett är signalerad; där den lärnpliga handlingen innefattar steget att: ~sända ”Resource ReSerVation Protocol, RSVP, path” meddelanden från källterminalen (207) till destinationsterminalen (204) och i destinationsdomänen (F) sända ”RSVP resv” meddelanden från destinationsterminalen (204) för att reservera resurser i destinationsdomänen (F). En datorprogramprodukt direkt nedladdningsbar i ett behandlingsmedel i en server och/eller router i ett lP-nätverk, innefattande mjukvarukodmedel för att utföra stegen enligt något av patentkraven 27 till 41. En datorprogramprodukt direkt nedladdningsbar i ett behandlingsmedel i en server och / eller en router i ett lP-nätverk enligt patentkrav 42, varvid behandlingsmedlet även är placerat i en radionätverksstyrare, proxy eller terminal. En datorprogramprodukt lagrad på ett datoranvändbart medium, innefattande låsbara prograrn för att förorsaka ett behandlingsmedel i ett IP- nätverk, att styra exekveringen av stegen enligt något av patentkraven 27 till 41. En datorprogramprodukt lagrad på ett datoranvändbart medium enligt patentkrav 44, varvid behandlingsmedlet även år placerat i en radionätverksstyrare, proxy eller terminal.Patent network IP network (200), comprising a number of domains containing a source domain (e) and destination domain (F), the source domain E comprises a source terminal (207) and a first network resource manager, ( NRM) (e), the destination domain (F) comprises a destination terminal (204) and a second NRM (f); the source terminal (207) in the source domain (E) includes means for sending IP packets requiring a predetermined quality of service to the destination terminal (204); The first NRM (e) in the source domain (E) comprises means for requesting from a second NRM (f), a resource sufficient to transmit the IP packets so that they can satisfy said service quality, said IP network (200) is characterized in that the second NRM (f) comprises means for advertising a domain property label for the destination domain (F) to the first NRMz (e) and the first NRMz (e) and the second NRM (f) respectively comprise means for performing an appropriate action, for transmitting IP packets with said quality of service between the source terminal 207 and the destination terminal (204), according to the advertised domain property label. The IP network (300) of claim 1, wherein the IP packet from said source domain is transmitted to said destination domain (I) via an intermediate domain (H); said intermediate domain (H) comprises at least one NRM (h) adapted for interdomain communication with an NRM (g; i) within an adjacent domain (G; 1). An IP network (200) according to any one of claims 1 to 2, wherein it comprises means for using an NRM path vector to identify said NRM (f) within the destination domain (F). An IP network (200) according to any one of claims 1 to 3, comprising means for using an NRM path vector to identify said NRMs (e, f) along a path from the source terminal (207) to the end terminal (204). The IP network (200) of any one of claims 1 to 4, wherein it comprises means for using an NRM path vector to detect rejection of requests and / or errors along a path. road, from the source terminal (207) to the terminal (204). The IP network (200) of any one of claims 1 to 5, wherein the second NRM (s) comprises means for adding its own identity to an NRM path vector. An IP network (200) according to any one of claims 1 to 6, wherein the second NRM (s) comprises means for sending a message (210) to adjacent NRM (e), said message (210) comprising said NRM path vector. An IP network (300) according to any one of claims 1 to 7, wherein an NRM (h) comprises means for aggregating said resource request (303) with a second request from another domain (J). The IP network (200) according to any one of claims 1 to 8, wherein said advertised property tag is dimensioned; the means for performing a suitable act comprises means for transmitting IP packets on unreserved ICSUISCI ". IP networks (200) according to any one of claims 1 to 8, wherein said advertised property tag is provided; the means for performing a suitable act comprises a device in the destination domain further comprising means for invoking an NRM (f) in the destination domain to guarantee quality of service to the end terminal. IP network (200) according to claim 10, said device being a radio network controller and the end terminal (204) being a mobile terminal. An IP network (200) according to any one of claims 1 to 8, wherein said advertised property tag is requested, the means for performing a suitable action comprises a requesting device further comprising means for calling another NRM, and the other NRMs comprises means for extending resource reservations from said local NRM to a particular destination. 10 15 20 25 30 35 13. 14. 15. 16. 17. 18. 519 215 16 nsterminal (204). The IP network (200) of claim 12, wherein the requesting device is the original requesting device (207) or an NRM (e). The IP network (200) according to any one of claims 12 to 13, wherein the IP network (200) comprises means for using the NRM path vector to identify the address of the second NRM. The IP network (200) according to any one of claims 1 to 8, wherein said advertised property tag is provided; the means for performing an appropriate action includes the source terminal (207) further comprising means for sending "Resource ReSerVation Protocol (RSVP) route" messages to the destination terminal (204) further comprising means for sending "RSVP resv" messages to reserve resources. within the destination domain (F). Network resource manager, NRM, unit (h) within a domain (H) of an IP network (300), comprising means for receiving a resource request (306) from a second NRM (i) located in a second domain (I), said NRM is characterized in that the NRM (h) comprises means for advertising a domain property label for the domain (H) to the other NRM (i), and means for performing an appropriate act, for providing a quality end-to-end service quality, between a first endpoint (32) and a second endpoint (302), according to the advertised domain property label. The NRM unit (h) of claim 16, further comprising means for using an NRM path vector to identify a third NRM (g) in the third domain (G). The NRM unit (h) of any one of claims 16 to 17, further comprising means for using an NRM path vector to detect rejection and / or error along a path, between a first endpoint (312) and a third endpoint ( 302). The NRM unit (h) according to any one of claims 16 to 18, further comprising means for adding its own identity in an NRM path vector. The NRM unit (h) according to any one of claims 16 to 19, further comprising means for sending a message (305) to the second NRM (m), said message (305) comprising said NRM path vector. NRM unit (h) according to any one of claims 16 to 20, further comprising means for aggregating said resource request (306) with second request from another domain (J). The NRM unit (h) according to any one of claims 16 to 21, wherein said advertised property tag is supplied and wherein means for performing a learning act comprises means for receiving a call from a device (313) in the domain (H), the call further includes a request to the NRM (h) to guarantee quality of service to the terminal (312). The NRM unit (h) of claim 22, wherein said device (313) is a radio network controller and the terminal (312) is a mobile terminal. The NRM unit (h) according to any one of claims 16 to 21, wherein said advertised property tag is requested, and wherein means for performing an appropriate act comprises means for receiving a call from a requesting device and extending resource reservations from the NRM unit (h) to a specific endpoint (312). The NRM unit (h) of claim 24, wherein the requesting device is an endpoint (302) of domain (I) or an NRM (i). The NRM unit (h) according to any one of claims 24 to 25, further comprising means for having its address identified by the NRM path vector. Method for reserving resources in an IP network (200), to obtain a predetermined quality of service between a source terminal (207) in a source domain (E) 10 15 20 25 30 28. 29. 30. 31. 519 215 18 and a destination terminal (204) in a destination domain (F), the method comprises the step of: - a first network resource manager, NRM, (e), located in said source domain (E), requests a resource required to satisfy said quality of service from a second NRM (f). ), located in said destination domain (F), said resource is intended for transmission of IP packets characterized in that the method comprises the further steps of: - announcing a domain property tag from a second NRMiEN (f) for the destination to the first NRM ( e); performing appropriate operations to transmit said IP packet having said quality of service of the first NRM (e) and the respective second NRM (f) between the source terminal (207) and the destination terminal (204) according to the advertised domain property tag. The method of claim 27, wherein the IP packets from said source domain (G) are transmitted to said destination domain (1) via a third domain (H); said third domain (H) comprises at least one NRM (h) adapted for interdomain communication with an NRM (g; i) in a nearby domain (G; I). A method according to any one of claims 27 to 28, comprising the further step of: - using an NRM path vector to identify said NRM (f) in the destination domain (F). A method according to any one of claims 27 to 29, comprising the further step of: - using an NRM path vector to identify said NRMs (e, f) along a path from the source terminal (207) to the end terminal (208). A method according to any one of claims 27 to 30, comprising the further step of: - using an NRM path vector to detect rejection of requests and / or errors along a path from a source terminal (207) to the end terminal (204). A method according to any one of claims 27 to 31, comprising the further step of: - adding the identity of the NRM (f) to an NRM path vector. The method of claim 32, comprising the further step of: sending a message (210) to the adjacent NRM (e) and including said NRM path vector in the message (210). A method according to any one of claims 27 to 33, comprising the further step of aggregating said resource request (303) with second request from another domain (J) in the IP network (300). A method according to any one of claims 27 to 34, wherein said advertised property label is licensed; the appropriate action includes the step of: -sending IP packets on unreserved resources. A method according to any one of claims 27 to 34, wherein said advertised property label is supplied; the appropriate action comprises the step of; call an NRM (f) In the destination domain (F) to guarantee quality of service to the terminal (204). The method of claim 36, wherein a radio network controller calls the NRM (f) in the destination domain (F) to guarantee quality of service to the terminal and the terminal (204) is a mobile terminal. A method according to any one of claims 27 to 34, wherein said advertised property label is requested; the appropriate act comprises the step of calling another NRM extending resource reservations from said second NRM to a designated destination terminal (204). The method of claim 38, wherein the original requesting device or an NRM (e) calls said second NRM. A method according to any one of claims 38 to 39, comprising the further step of: - using the NRM path vector to identify an address for said second NRM. A method according to any one of claims 27 to 34, wherein said advertised property label is signaled; where the learning function includes the step of: ~ sending "Resource ReSerVation Protocol, RSVP, path" messages from the source terminal (207) to the destination terminal (204) and in the destination domain (F) sending "RSVP resv" messages from the destination terminal (204) to reserve resources in the destination domain (F). A computer software product directly downloadable in a processing means in a server and / or router in an IP network, comprising software code means for performing the steps according to any one of claims 27 to 41. A computer software product directly downloadable in a processing means in a server and / or a router in an IP network according to claim 42, wherein the processing means is also located in a radio network controller, proxy or terminal. A computer program product stored on a computer usable medium, comprising the lockable programs for causing a processing means in an IP network, to control the execution of the steps according to any one of claims 27 to 41. A computer program product stored on a computer usable medium according to claim 44, wherein the processing means also located in a radio network controller, proxy or terminal.
SE0102929A 2001-09-04 2001-09-04 Internet protocol network including network resource managers that can provide domain labels for data packets carrying information about resource availability in the domain and about how to obtain Quality-of-Service SE519215C2 (en)

Priority Applications (14)

Application Number Priority Date Filing Date Title
SE0102929A SE519215C2 (en) 2001-09-04 2001-09-04 Internet protocol network including network resource managers that can provide domain labels for data packets carrying information about resource availability in the domain and about how to obtain Quality-of-Service
AT02760962T ATE367696T1 (en) 2001-09-04 2002-08-22 METHOD AND ARRANGEMENT IN AN IP NETWORK
CNA028173422A CN1552143A (en) 2001-09-04 2002-08-22 Method and arrangement in an IP network
EP02760962A EP1423945B1 (en) 2001-09-04 2002-08-22 Method and arrangement in an ip network
DE60221261T DE60221261T2 (en) 2001-09-04 2002-08-22 METHOD AND ARRANGEMENT IN AN IP NETWORK
KR10-2004-7003101A KR20040040448A (en) 2001-09-04 2002-08-22 Method and arrangement in an ip network
PT02760962T PT1423945E (en) 2001-09-04 2002-08-22 Method and arrangement in an ip network
ES02760962T ES2290327T3 (en) 2001-09-04 2002-08-22 METHOD AND PROVISION IN AN IP NETWORK.
DK02760962T DK1423945T3 (en) 2001-09-04 2002-08-22 Method and layout of an IP network
JP2003526094A JP3977331B2 (en) 2001-09-04 2002-08-22 Method and apparatus in IP communication network
CA002459571A CA2459571A1 (en) 2001-09-04 2002-08-22 Method and arrangement in an ip network
PCT/SE2002/001490 WO2003021888A1 (en) 2001-09-04 2002-08-22 Method and arrangement in an ip network
US10/488,613 US7734796B2 (en) 2001-09-04 2002-08-22 Method and arrangement for reserving resources to obtain a predetermined quality of service in an IP network
TW091120040A TWI245524B (en) 2001-09-04 2002-09-03 Method and arrangement in an IP network

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
SE0102929A SE519215C2 (en) 2001-09-04 2001-09-04 Internet protocol network including network resource managers that can provide domain labels for data packets carrying information about resource availability in the domain and about how to obtain Quality-of-Service

Publications (3)

Publication Number Publication Date
SE0102929D0 SE0102929D0 (en) 2001-09-04
SE0102929L SE0102929L (en) 2003-02-04
SE519215C2 true SE519215C2 (en) 2003-02-04

Family

ID=20285218

Family Applications (1)

Application Number Title Priority Date Filing Date
SE0102929A SE519215C2 (en) 2001-09-04 2001-09-04 Internet protocol network including network resource managers that can provide domain labels for data packets carrying information about resource availability in the domain and about how to obtain Quality-of-Service

Country Status (2)

Country Link
KR (1) KR20040040448A (en)
SE (1) SE519215C2 (en)

Also Published As

Publication number Publication date
KR20040040448A (en) 2004-05-12
SE0102929L (en) 2003-02-04
SE0102929D0 (en) 2001-09-04

Similar Documents

Publication Publication Date Title
US7734796B2 (en) Method and arrangement for reserving resources to obtain a predetermined quality of service in an IP network
US7756056B2 (en) Apparatus and method for managing quality of service in integrated network of heterogeneous mobile network
CN114009096B (en) Method for communication and controller for network
US7953885B1 (en) Method and apparatus to apply aggregate access control list/quality of service features using a redirect cause
EP1589696B1 (en) System and method for resource allocation in a multi-domain network
US20080013557A1 (en) Method of transferring data between a sending station in a first network and a receiving station in a second network, and apparatus for controlling the communication between the sending station in the first network and the receiving station in the second network
US7061919B1 (en) System and method for providing multiple classes of service in a packet switched network
KR100585934B1 (en) Method of Dynamic Management of Traffic Conditioner Parameter and Table of Class of Service on Router
SE519215C2 (en) Internet protocol network including network resource managers that can provide domain labels for data packets carrying information about resource availability in the domain and about how to obtain Quality-of-Service
EP1490755B1 (en) Method for creating a map of available resources within an ip network
Schulzrinne et al. A Quality-of-Service resource allocation client for CASP
Bader et al. RMD (resource management in diffserv) QoS-NSLP model
Majdoub et al. An Efficient MPLS-Based Approach for QoS Providing in SDN
US20050125517A1 (en) Method for creating a map of available resources within an ip network
Chen et al. Using policy-based MPLS management architecture to improve QoS on IP network
Karsten et al. A Brief History of Per-Flow QoS in the Internet
Gomes et al. A transsignaling strategy for QoS support in heterogeneous networks
Lee et al. Network Architectures and Protocols for Multimedia Transmissions with QoS support
Li Integrated solutions for MPLS and diffserv: Current status and future research
Riabov Gigabit Ethernet, QoS, and Multimedia Applications.
Jiang et al. Networking with TLSR

Legal Events

Date Code Title Description
NUG Patent has lapsed