Classifications

• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L47/00—Traffic control in data switching networks
  • H04L47/70—Admission control; Resource allocation
  • H04L47/80—Actions related to the user profile or the type of traffic
  • H04L47/805—QOS or priority aware
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L47/00—Traffic control in data switching networks
  • H04L47/70—Admission control; Resource allocation
• • 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/72—Admission control; Resource allocation using reservation actions during connection setup
  • H04L47/724—Admission control; Resource allocation using reservation actions during connection setup at intermediate nodes, e.g. resource reservation protocol [RSVP]
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
  • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
  • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level

Definitions

• the present invention relates to a communications network end station utilizing the Resource Reservation
• RSVP Resource Reservation Protocol
• RSVP is a protocol that may be used to reserve a desired quality of service for a specific data stream across a communications networks operating a communications protocol.
• the ability to specify a desired quality of service which usually takes the form of specifying the minimum bandwidth required by the data or the maximum delay acceptable in the data transmission time, is particularly important m the transfer of real time data such as tnat used in multi -media, voice or video communications, or the like.
• the data which is to be sent with a desired quality of service is known as RSVP data.
• the RSVP protocol is implemented by having the end station which is to transmit the data, generate a quality of service request m the form of a path message, which includes information concerning the type of data that is to be sent. This is done by a RSVP signalling module, which generates the path message m response to a request from an application that a specific quality of service be reserved
• the path messages contain a filter and flow specification for the associated RSVP data stream.
• the path message is transferred via a protocol stack to a RSVP controller which passes the message to a network interface card driver to be transmitted onto the network.
• the path message is transferred through the communications network to one or more receiving end stations, visiting each node the network uses to carry the data.
• the receiving end station receives the path message and analyses the flow and filter specification information to determine the quality of service that the receiving end station requires to satisfactorily use the RSVP data stream.
• An indication of the required quality of service is then generated by the receiving end station in the form of an RESV message.
• This RESV message includes details of the filter and flow specifications of the RSVP data to be sent and is generated by a RSVP signalling module.
• the RESV message is transferred to the network in a similar manner to the path message generated in the transmitting end station.
• the RESV message is then returned through the communications network, on the same path along which the path message was sent, attempting to make a reservation at each node.
• each node along the path indicates whether it is able to allocate the necessary resources required for transferring the data with the desired quality of service. If there is a path through the network which is capable of achieving the desired quality of service, the RESV packet is returned to the transmitting end station, indicating a path has been reserved.
• the RESV message On receipt of the RESV message by the transmitting end station the RESV message is passed from the network interface card to the RSVP signalling module typically via an IP protocol stack.
• the RSVP signalling module will confirm that the path has been reserved. At this point the application will, if it has not already done so, begin transmitting the RSVP data.
• the RSVP signalling module will set parameters in the RSVP controller to enable the controller to control the transmission of the associated RSVP data from the end station to the network to ensure that it receives the required quality of service as it passes through the network. This is achieved by delaying the transfer of non-RSVP data and transferring RSVP data instead, ensuring the desired quality of service may be maintained for the transfer of RSVP data.
• a communications network end station utilizing the Resource Reservation Protocol to reserve a quality of service, for communication with a second end station, over a communications network utilizing a communications protocol
• the end station comprising; a host processor; an interface for connecting the host processor to the communication network, an RSVP signalling module coupled to the host processor which produces and processes resource reservation messages for reserving a quality of service determined by one of the end stations, wherein the resource reservation messages are transferred to the network via the host processor; a controller coupled to the host processor and the interface, wherein the controller controls the transfer of the data from the host processor to the interface m accordance with the determined quality of service and transfers resource reservation messages between the interface and processor; and an RSVP detector coupled to the controller, wherein the RSVP detector detects resource reservation messages and determines from the messages the determined quality of service and instructs the controller to control the transfer of the data accordingly.
• a method of operating a communications network end station utilizing the Resource Reservation Protocol to reserve a quality of service for communication with a second end station, over a communications network utilizing a communications protocol, the end station having a host processor, an interface for connecting the host processor to the communication network, the method comprising producing and processing resource reservation messages for reserving a quality of service determined by one of the end stations; transferring the resource reservation messages to the network via the host processor; generating the data for transmission; detecting the resource reservation messages to determine the reserved quality of service and controlling the transfer of the data to the interface in accordance with the determined quality of service.
• the network end station utilizes a detector which detects the resource reservation messages as they are passed between the host processor and the network interface. As a consequence, the detector is able to determine the quality of service that has been reserved between the two end stations. The detector then instructs a controller, which is used to transfer data from the host processor to the interface, to transfer the data from the host processor in accordance with the quality of service that has been reserved. This prevents the need for a direct interface between the RSVP signalling module and either the controller or the detector. This greatly improves the ability of current apparatus to be modified to allow a desired quality of service to be attained between the communications network end station and the communications network.
• the transfer of the data is controlled by modifying the data to indicate that the data requires a determined quality of service. This can be used, for example, if the communications protocol utilises different priorities for different sets of data. Modifying the data by increasing the priority means that the data will be transmitted in preference to lower priority data, thus ensuring the desired quality of service.
• the transfer of the data is controlled by delaying the transfer of data not to be transferred with a determined quality of service.
• the processor will be generating data that is not to be transferred with a determined quality of service as well as the data that is to be transferred with the determined quality of service. Accordingly, by delaying the transfer of the former data, the desired quality of service can be ensure for the quality of service data.
• the end station further comprises an adaptor coupled to the host processor and the RSVP signalling module, wherein the adaptor modifies data received from the host processor to comply with the communications protocol .
• the processor may output the data in the form required by the network, in which case no modification is required.
• Figure 1 shows in schematic form an example of a network end station according to the present invention.
• Figure 1 shows an end station 1 coupled to a communications network 2 such as the Internet.
• a second end station 3 which is of a similar design to end station 1 so as to allow RSVP type communication to be carried out between the two end stations 1, 3.
• the end station 1 has a processor 4 which is connected to the network 2 via a network interface card 5.
• the processor 4 includes an application 6, such as a voice or video communications programme, which will either generate or transfer in from an external source, data suitable for transfer over the communications network 2, to the end station 3.
• the application 6 is coupled to an adapter 8, such as an IP protocol stack, and a RSVP signalling module 7.
• the adapter 8 is also connected to the RSVP signalling module 7 and an RSVP controller 9.
• the RSVP controller 9 is connected to a RSVP detector 10 and the network interface card 5.
• the data generated by the application £ is transferred to the adaptor 8.
• This operates to alter the format of the data so that it is suitable for transmission over the network 2 in accordance with the communications protocol operated by the network as is well known to a skilled person in the art.
• the network will usually be operating IPV4 or IPV6 protocols.
• the data is then transferred via the controller 9 to the network card 5 and subsequently on to the network 2. From here the data is transferred across the network 2 to the end station 3 in the usual manner.
• the end station 1 In order to reserve a specific quality of service for a given data stream from the end station 1, across the communication network 2, to the end station 3, it is necessary for the end station 1 to generate commands requesting that a reservation be made. This is done by the RSVP signalling module 7, which generates the commands m response to a request from the application 6 that a path be reserved.
• the commands generated by the RSVP signalling module 7 take the form of a path message and an RESV message.
• the path message is, in general, a single data packet containing information including a filter specification and a flow specification.
• the filter specification is a set of features of the RSVP data, such as the source and destination addresses, whilst the flow specification describes characteristics of the RSVP data flow, such as the number of packets per second that will be transmitted. This information allows the network 2 and the end stations 1, 3 to identify which data is from the application 6 and therefore which data is to have reserved a specific quality of service.
• the path message is transferred to the adaptor 8, where any required headers are added to the message, then via the controller 9 and the network interface card 5 to the network 2.
• the RSVP detector 10 monitors the path messages as they pass through the controller 9.
• the path data is carried through the network and modified at each node visited to record the path used.
• This is standard RSVP protocol operation which will be understood by a person skilled in the art.
• the path message is transferred to the end station 3.
• the headers are removed from the message before the filter and flow specification information is analyzed to determine the quality of service required by the end station 3. This depends on the bandwidth etc. that the end station 3 will require the RSVP data to be transferred at so as to allow successful handling of the data.
• An indication of the required quality of service is then generated in the form of an RESV message.
• This RESV message is a data packet which again includes details of the filter and flow specifications of the RSVP data to be sent.
• the RESV data is generated by the RSVP signalling module of the end station 3 and transferred to the network 2 in a similar manner to the path message generated in the end station 2.
• the RESV message is returned along the same path through the communications network 2 that the path message travelled along.
• an attempt is made to reserve sufficient node resources to achieve the desired quality of service for the transmission. Should the reservation be successful, the RESV message is updated and transferred to the next node. This continues until the RESV message is received by the network interface card 5 of the end station 1.
• the RESV message is then passed from the network interface card 5 through the controller 9 to the adaptor 8, where any headers required for transfer over the networks 2 are removed before the data is transferred to the RSVP signalling module 7.
• the RSVP signalling module 7 will confirm that the path has been reserved and instruct the application 6 to begin transmitting the RSVP data.
• the RSVP detector 10 monitors and analyses all path and RESV messages that are transferred through the controller 9 to determine when a quality of service has been reserved and what the allowable quality of service is. The RSVP detector 10 then instructs the controller 9 to ensure that the RSVP data is sent in accordance with this specified quality of service.
• a token ring frame can have one of eight priority levels. If a real time application requests that its associated data should be handled as high priority data the RSVP detector 10 will examine the relevant path and RESV messages and instruct the controller 9 to modify the token ring header priority field to a relevant priority prior to passing the data frame to the network interface card 5 to be passed onto the network 2.
• the host processor is also generating data not to be transferred in accordance with the RSVP protocol .
• This non-RSVP data may use up bandwidth that the RSVP data requires.
• the RSVP controller 9 will delay the transfer of the non-RSVP data to the network interface card 5, thus allowing the RSVP data to be transferred with the desired quality of service.
• the RSVP detector 10 may also control the modification or replacement of RSVP messages. For example if the requested bandwidth can not be supported over the first hop, i.e. the connection between the end station and the first router, the RSVP detector 10 will modify or replace the RESV message to indicate to the network that the specified quality of service can not be supported.

Landscapes

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

Applications Claiming Priority (3)

Publications (1)

Family

ID=10829623

Family Applications (1)

Country Status (3)

Families Citing this family (11)

• 1998
  • 1998-03-31 GB GBGB9806912.3A patent/GB9806912D0/en not_active Ceased
• 1999
  • 1999-02-15 WO PCT/GB1999/000460 patent/WO1999050999A1/en not_active Application Discontinuation
  • 1999-02-15 EP EP99905045A patent/EP0986880A1/de not_active Withdrawn

Non-Patent Citations (1)

Also Published As

Similar Documents

Legal Events