CA2315510A1 - Method for transporting data, a related data transmitting element and a data receiving element - Google Patents
Method for transporting data, a related data transmitting element and a data receiving element Download PDFInfo
- Publication number
- CA2315510A1 CA2315510A1 CA002315510A CA2315510A CA2315510A1 CA 2315510 A1 CA2315510 A1 CA 2315510A1 CA 002315510 A CA002315510 A CA 002315510A CA 2315510 A CA2315510 A CA 2315510A CA 2315510 A1 CA2315510 A1 CA 2315510A1
- Authority
- CA
- Canada
- Prior art keywords
- service level
- data
- propose
- dte
- dre
- Prior art date
- Legal status (The legal status 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 status listed.)
- Abandoned
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
- H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0876—Aspects of the degree of configuration automation
- H04L41/0886—Fully automatic configuration
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
- H04L41/5045—Making service definitions prior to deployment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/24—Negotiation of communication capabilities
Abstract
The present invention relates to a method for transporting data between a data transmitting network element and a data receiving network element via a point-to-point connection in a communications network. This communications network comprises at least one transmitting network element and at least one data receiving network element.
An Internet Protocol Control Protocol request for a service level of sending data is sent to the data receiving element by the data transmitting element. This Internet Protocol Control Protocol request is received by the data receiving element. The data receiving element then determines a service level based on a predetermined criterion and formulates an Internet Protocol Control Protocol propose of the service level that can be provided to the data sending element. Subsequently the Internet Protocol Control Protocol propose of the service level is sent towards the data transmitting element. The Internet Protocol Control Protocol propose including the service level propose in its turn is received by the data transmitting element and used for sending data towards the data receiving element.
It is also possible to initiate the (re-)negotiation by the data receiving network element, by sending Internet Protocol Control Protocol messages to the data transmitting element.
As an alternative the data transmitting element is able to notice that a provided service level is not satisfying and that it formulates another request for a service level that is satisfying for the data transmitting element. Re-negotiation of an existing service level specification is also possible by sending Internet Protocol Control Protocol messages requesting another service level specification.
An Internet Protocol Control Protocol request for a service level of sending data is sent to the data receiving element by the data transmitting element. This Internet Protocol Control Protocol request is received by the data receiving element. The data receiving element then determines a service level based on a predetermined criterion and formulates an Internet Protocol Control Protocol propose of the service level that can be provided to the data sending element. Subsequently the Internet Protocol Control Protocol propose of the service level is sent towards the data transmitting element. The Internet Protocol Control Protocol propose including the service level propose in its turn is received by the data transmitting element and used for sending data towards the data receiving element.
It is also possible to initiate the (re-)negotiation by the data receiving network element, by sending Internet Protocol Control Protocol messages to the data transmitting element.
As an alternative the data transmitting element is able to notice that a provided service level is not satisfying and that it formulates another request for a service level that is satisfying for the data transmitting element. Re-negotiation of an existing service level specification is also possible by sending Internet Protocol Control Protocol messages requesting another service level specification.
Description
METHOD FOR TRANSPORTING DATA A RELATED DATA
TRANSMITTING ELEMENT AND A DATA RECEIVING ELEMENT
The present invention relates to a method as described in preamble of claiml and claim2, to a related data transmitting device as described in preamble of claim 3, to a related data receiving element as described in preamble of claim 5 and claim 6 and the related software modules as described in the preamble of claims 7, 9 and 10.
Such a method and related network elements are generally known in the art. A data transmitting network element sends data-packets towards a destination through a communications network via an edge network element of the communications network. In order to prevent from network congestion caused by a data transmitting network elements transmitting data without taking capacity-constraints and other possible constraints into account, a maximum service level is negotiated between each of such data transmitting elements and the edge element. Such a service level specification nowadays is negotiated between both parties in a static way, for example by phone call or by e-mail.
There may be a policing means within the edge element to check if incoming data-packet flows are in conformance with the agreed service level specification.
In case that the data transmitting network element at a certain moment of time needs another service level, this should be renegotiated in the same static way.
Then the service level providing system should be updated to actually provide the agreed service level. This is a very time-consuming and inefficient way of negotiating service level specifications. Currently there is no automatic negotiation and re-negotiation and the subsequent updating of the Service Level Specification possible.
An object of the present invention is to provide a method of the above known type but wherein the service level specification negotiation and at the same time the adaptation is performed in a more efficient way.
TRANSMITTING ELEMENT AND A DATA RECEIVING ELEMENT
The present invention relates to a method as described in preamble of claiml and claim2, to a related data transmitting device as described in preamble of claim 3, to a related data receiving element as described in preamble of claim 5 and claim 6 and the related software modules as described in the preamble of claims 7, 9 and 10.
Such a method and related network elements are generally known in the art. A data transmitting network element sends data-packets towards a destination through a communications network via an edge network element of the communications network. In order to prevent from network congestion caused by a data transmitting network elements transmitting data without taking capacity-constraints and other possible constraints into account, a maximum service level is negotiated between each of such data transmitting elements and the edge element. Such a service level specification nowadays is negotiated between both parties in a static way, for example by phone call or by e-mail.
There may be a policing means within the edge element to check if incoming data-packet flows are in conformance with the agreed service level specification.
In case that the data transmitting network element at a certain moment of time needs another service level, this should be renegotiated in the same static way.
Then the service level providing system should be updated to actually provide the agreed service level. This is a very time-consuming and inefficient way of negotiating service level specifications. Currently there is no automatic negotiation and re-negotiation and the subsequent updating of the Service Level Specification possible.
An object of the present invention is to provide a method of the above known type but wherein the service level specification negotiation and at the same time the adaptation is performed in a more efficient way.
According to the present invention, this object is achieved by the method as claimed in claims 1 and 2, the related elements as claimed in claim and claims 5 and 6 and the related software modules as claimed in claims 7, 9 and 10.
Indeed, by negotiating a service level specification between a data transmitter and a data receiver and vice versa on both ends of a Point-to-Point connection, based on predetermined criteria, during the establishment of the Point-to-Point connection by sending Internet Protocol Control Protocol messages, a service level specification is agreed between both parties and this service level specification is updated at the data receiving element. For this purpose there are new options defined for the Internet Protocol Control Protocol that forms part of the Point-to-Point Protocol, where this options contain service level specific parameters.
This negotiation can be initiated by the data transmitting element as in claims l, 5 and 7, or by the data receiving element as in claims 2, 6 .and 10.
In the latter case this is done by sending Internet Protocol Control Protocol messages to the data transmitting element if there are conditions that require the data receiving element to adapt the provided service level.
A further characteristic feature of the present invention is described in claims 4 and 8. The received propose for a service level at the data transmitting element may be not satisfying in one or another way for the data transmitting element. If so the data transmitting element is able to notice this and to formulate another request for a service level that is sufficient for the data transmitting element. Re-negotiation of an existing service level specification is also possible by sending Internet Protocol Control Protocol messages requesting another service level specification.
The above and other objects and features of the invention will become more apparent and the invention itself will be best understood by referring to the following description of an embodiment taken in conjunction with the accompanying drawings wherein:
FIG. 1 represents an Internet network INN~~/ wherein the method for transporting data is performed; and FIG.2 represents the functional built-up of the data transmitting element DTE and the data receiving element DRE as presented in FIG. 1.
In the following paragraphs, referring to the drawings, an implementation of the method according to the present invention will be described. Special attention will be drawn to the components of the data transmitting element and the components of the data receiving element as presented in FIG. 2. In the second paragraph, all connections between the i 0 before mentioned network elements and described components are defined. In the succeeding paragraph the actual execution of the service level specification negotiation is described.
The essential elements of this embodiment of the present invention are an Internet network INNW, a data transmitting element DTE and a data receiving element DRE. In this embodiment the data transmitting element DTE is a customer premises equipment element, a personal computer.
This personal computer is used for sending data towards the data receiving network element DRE. The sending is done according to a pre-agreed service level specification defining quality of service aspects for the user of the personal computer. For example, in the service level specification specified Quality of service parameter is the maximum bit-rate of a certain diffserv class the sender is allowed to send .
In order to keep simplicity in this description it is chosen to only describe one personal computer DTE connected to the network, although there normally will be a plurality of such user-terminals.
Further there is a data receiving element DRE, that in this embodiment is chosen to be a network access server situated at the edge of the Internet network INNW. This network access server provides the personal computer DTE
access to the Internet network INNW. Besides this, the network access server DRE
Indeed, by negotiating a service level specification between a data transmitter and a data receiver and vice versa on both ends of a Point-to-Point connection, based on predetermined criteria, during the establishment of the Point-to-Point connection by sending Internet Protocol Control Protocol messages, a service level specification is agreed between both parties and this service level specification is updated at the data receiving element. For this purpose there are new options defined for the Internet Protocol Control Protocol that forms part of the Point-to-Point Protocol, where this options contain service level specific parameters.
This negotiation can be initiated by the data transmitting element as in claims l, 5 and 7, or by the data receiving element as in claims 2, 6 .and 10.
In the latter case this is done by sending Internet Protocol Control Protocol messages to the data transmitting element if there are conditions that require the data receiving element to adapt the provided service level.
A further characteristic feature of the present invention is described in claims 4 and 8. The received propose for a service level at the data transmitting element may be not satisfying in one or another way for the data transmitting element. If so the data transmitting element is able to notice this and to formulate another request for a service level that is sufficient for the data transmitting element. Re-negotiation of an existing service level specification is also possible by sending Internet Protocol Control Protocol messages requesting another service level specification.
The above and other objects and features of the invention will become more apparent and the invention itself will be best understood by referring to the following description of an embodiment taken in conjunction with the accompanying drawings wherein:
FIG. 1 represents an Internet network INN~~/ wherein the method for transporting data is performed; and FIG.2 represents the functional built-up of the data transmitting element DTE and the data receiving element DRE as presented in FIG. 1.
In the following paragraphs, referring to the drawings, an implementation of the method according to the present invention will be described. Special attention will be drawn to the components of the data transmitting element and the components of the data receiving element as presented in FIG. 2. In the second paragraph, all connections between the i 0 before mentioned network elements and described components are defined. In the succeeding paragraph the actual execution of the service level specification negotiation is described.
The essential elements of this embodiment of the present invention are an Internet network INNW, a data transmitting element DTE and a data receiving element DRE. In this embodiment the data transmitting element DTE is a customer premises equipment element, a personal computer.
This personal computer is used for sending data towards the data receiving network element DRE. The sending is done according to a pre-agreed service level specification defining quality of service aspects for the user of the personal computer. For example, in the service level specification specified Quality of service parameter is the maximum bit-rate of a certain diffserv class the sender is allowed to send .
In order to keep simplicity in this description it is chosen to only describe one personal computer DTE connected to the network, although there normally will be a plurality of such user-terminals.
Further there is a data receiving element DRE, that in this embodiment is chosen to be a network access server situated at the edge of the Internet network INNW. This network access server provides the personal computer DTE
access to the Internet network INNW. Besides this, the network access server DRE
may take care of policing the data the personal computer DTE sends towards the network access server DRE.
The personal computer DTE is to be connected to the Internet via a Point-to Point Protocol connection, further referred to as a PPP-connection.
The data transmitting element DTE as presented in FIG. 2 is built up of a data sending means DSM that takes care of sending data towards the data receiving element and a service level requesting means SL R M that is able to send a request to the data receiving element DRE for a predetermined service level for sending data, using an Internet Protocol Control Protocol request message for this purpose. Further there is a service level propose receiving means SLP_R M that is able to receive an Internet Protocol Control Protocol propose for the service level to be provided and subsequently to notify the data sending means DSM of the propose for the service level to be provided. The data transmitting element DTE also comprises a service level propose renegotiating means SLP-RN M that is able to check if a received Internet Protocol Control Protocol propose for a service level is satisfying and if not to formulate another request for a service level.
The service level requesting means SL_R M has an output-terminal that is at the same time an output-terminal O, of the data transmitting element DTE. The data sending means DSM has an output-terminal that is at the same time an output-terminal 02 of the data transmitting element DTE.
Further, the service level propose receiving means SLP R M, has an input-terminal that is at the same time an input-terminal I, of the data transmitting element DTE and besides this an output-terminal that is coupled to an input-terminal of the data sending means DSM. The service level propose renegotiating means SLP_RN M is coupled between a second output-terminal of the service level propose receiving means SLP_R M and an input-terminal of the service level requesting means SL R M.
The data receiving element DRE as presented in FIG. 2 comprises a receiving means DRM that is able to receive data from the data transmitting element DTE. Further the data receiving element DRE contains service level request reception means SLR_Re M that is adapted to receive a service level specification request from the data transmitting element DTE using an Internet Protocol Control Protocol message and a service level negotiating and proposing means SL_NP M that is able to determine a service level specification based on at least one predetermined criterion and to formulate a propose for the service level specification. Then there is a service level proposal sending means SLP S M, that is adapted to send the propose for the service level specification using an Internet Protocol Control Protocol message.
The service level request reception means SLR-Re M has an input-termina) that is at the same time an input-terminal 12 of the data receiving element DRE and an output-terminal that is coupled to an input-terminal of the service level negotiating and proposing means SL NP M that in its turn is coupled with an output-terminal to an input-terminal of the service level request r reception means SLR_Re M. The service level proposal sending means SLP S M
has an output-terminal that is at he same time an output-terminal 03'~of the data receiving element DRE. Then the data receiving means DRM contains an input-termina) that is at the same time an input-terminal 13 of the data receiving element DRE.
In order to explain the operation of the present invention it is assumed that the personal computer DTE needs a specific quality of service that is specified in a service level specification. It is assumed that the personal computer DTE needs to establish a dial-in connection using the Point-to-Point Protocol.
In a phase of this connection establishment, Internet Protocol Control messages, further referred to as IPCP-message are sent towards the network access server DRE to negotiate several connection-parameters, for example an Internet Protocol-address.
It is further to be noticed that all in the following mentioned IPCP-messages or requests are not the normally used messages or requests but a modified message or request in that sense that each IPCP-message may contain additional options carrying service level specification negotiable parameters.
In order to request a specific service level specification, the service level requesting means SL_R M of the personal computer DTE sends an Internet Protocol Control Protocol request towards the network access server DRE for assigning another service level for sending data. The service level request reception means SLR Re~M in its turn receives the Internet Protocol Control Protocol request for the service level from the data transmitting element DTE
and forwards the request to the service level negotiating and proposing means SL NP M. The service level negotiating and proposing means SL NP M then determines a service level based on at least one predetermined criterion and subsequently formulates a propose for the service level to be provided. Such a criterion could be the current traffic on the outgoing links of the data receiving element DTE or a criterion available from a global network element like a policy server that can manage the entire Internet network INNW.
Subsequently the service level negotiating and proposing means SL NP M hands the propose over to the service level proposal sending means SLP_R M that in its turn sends an Internet Protocol Control Protocol message that contains the relevant parameters of the propose for the service level to the service level propose receiving means SLP_R M of the data transmitting element DTE which receives the Internet Protocol Control Protocol propose for the service level. The service level propose receiving means SLP R M notifies the data sending means DSM of the propose for the service level.
The service level propose renegotiating means SLP RN M receives the forwarded service level propose from the service level propose receiving means SLP-R M and subsequently checks if this Internet Protocol Control Protocol propose for the service level is satisfying. If not satisfying the service level propose renegotiating means SLP-RN M formulates another request for the desired service level and forwards this towards the service level requesting means SL_R_M that in its turn further handles the request.
_ 7 There may be a policing means (not shown in any of the figures) available within the data receiving element to determine if the data transmitting element sends data in compliance with the agreed service level.
It is to be remarked that the data receiving element DRE is also able to initiate a service level specification negotiation or re-negotiation by sending an unsolicited propose.
It is further to be remarked that the data transmitting element DTE and the data receiving element DRE in another embodiment may be implemented by two coupled routers.
Although the above embodiment of the invention has been described by means of functional blocks, their detailed realisation based on this functional description should be obvious for a person skilled in the art and is therefore not described.
While the principles of the invention have been described above in connection with specific apparatus, it is to be clearly understood that~this description is made only by way of example and not as a limitation on the scope of the invention, as defined in the appended claims. .
The personal computer DTE is to be connected to the Internet via a Point-to Point Protocol connection, further referred to as a PPP-connection.
The data transmitting element DTE as presented in FIG. 2 is built up of a data sending means DSM that takes care of sending data towards the data receiving element and a service level requesting means SL R M that is able to send a request to the data receiving element DRE for a predetermined service level for sending data, using an Internet Protocol Control Protocol request message for this purpose. Further there is a service level propose receiving means SLP_R M that is able to receive an Internet Protocol Control Protocol propose for the service level to be provided and subsequently to notify the data sending means DSM of the propose for the service level to be provided. The data transmitting element DTE also comprises a service level propose renegotiating means SLP-RN M that is able to check if a received Internet Protocol Control Protocol propose for a service level is satisfying and if not to formulate another request for a service level.
The service level requesting means SL_R M has an output-terminal that is at the same time an output-terminal O, of the data transmitting element DTE. The data sending means DSM has an output-terminal that is at the same time an output-terminal 02 of the data transmitting element DTE.
Further, the service level propose receiving means SLP R M, has an input-terminal that is at the same time an input-terminal I, of the data transmitting element DTE and besides this an output-terminal that is coupled to an input-terminal of the data sending means DSM. The service level propose renegotiating means SLP_RN M is coupled between a second output-terminal of the service level propose receiving means SLP_R M and an input-terminal of the service level requesting means SL R M.
The data receiving element DRE as presented in FIG. 2 comprises a receiving means DRM that is able to receive data from the data transmitting element DTE. Further the data receiving element DRE contains service level request reception means SLR_Re M that is adapted to receive a service level specification request from the data transmitting element DTE using an Internet Protocol Control Protocol message and a service level negotiating and proposing means SL_NP M that is able to determine a service level specification based on at least one predetermined criterion and to formulate a propose for the service level specification. Then there is a service level proposal sending means SLP S M, that is adapted to send the propose for the service level specification using an Internet Protocol Control Protocol message.
The service level request reception means SLR-Re M has an input-termina) that is at the same time an input-terminal 12 of the data receiving element DRE and an output-terminal that is coupled to an input-terminal of the service level negotiating and proposing means SL NP M that in its turn is coupled with an output-terminal to an input-terminal of the service level request r reception means SLR_Re M. The service level proposal sending means SLP S M
has an output-terminal that is at he same time an output-terminal 03'~of the data receiving element DRE. Then the data receiving means DRM contains an input-termina) that is at the same time an input-terminal 13 of the data receiving element DRE.
In order to explain the operation of the present invention it is assumed that the personal computer DTE needs a specific quality of service that is specified in a service level specification. It is assumed that the personal computer DTE needs to establish a dial-in connection using the Point-to-Point Protocol.
In a phase of this connection establishment, Internet Protocol Control messages, further referred to as IPCP-message are sent towards the network access server DRE to negotiate several connection-parameters, for example an Internet Protocol-address.
It is further to be noticed that all in the following mentioned IPCP-messages or requests are not the normally used messages or requests but a modified message or request in that sense that each IPCP-message may contain additional options carrying service level specification negotiable parameters.
In order to request a specific service level specification, the service level requesting means SL_R M of the personal computer DTE sends an Internet Protocol Control Protocol request towards the network access server DRE for assigning another service level for sending data. The service level request reception means SLR Re~M in its turn receives the Internet Protocol Control Protocol request for the service level from the data transmitting element DTE
and forwards the request to the service level negotiating and proposing means SL NP M. The service level negotiating and proposing means SL NP M then determines a service level based on at least one predetermined criterion and subsequently formulates a propose for the service level to be provided. Such a criterion could be the current traffic on the outgoing links of the data receiving element DTE or a criterion available from a global network element like a policy server that can manage the entire Internet network INNW.
Subsequently the service level negotiating and proposing means SL NP M hands the propose over to the service level proposal sending means SLP_R M that in its turn sends an Internet Protocol Control Protocol message that contains the relevant parameters of the propose for the service level to the service level propose receiving means SLP_R M of the data transmitting element DTE which receives the Internet Protocol Control Protocol propose for the service level. The service level propose receiving means SLP R M notifies the data sending means DSM of the propose for the service level.
The service level propose renegotiating means SLP RN M receives the forwarded service level propose from the service level propose receiving means SLP-R M and subsequently checks if this Internet Protocol Control Protocol propose for the service level is satisfying. If not satisfying the service level propose renegotiating means SLP-RN M formulates another request for the desired service level and forwards this towards the service level requesting means SL_R_M that in its turn further handles the request.
_ 7 There may be a policing means (not shown in any of the figures) available within the data receiving element to determine if the data transmitting element sends data in compliance with the agreed service level.
It is to be remarked that the data receiving element DRE is also able to initiate a service level specification negotiation or re-negotiation by sending an unsolicited propose.
It is further to be remarked that the data transmitting element DTE and the data receiving element DRE in another embodiment may be implemented by two coupled routers.
Although the above embodiment of the invention has been described by means of functional blocks, their detailed realisation based on this functional description should be obvious for a person skilled in the art and is therefore not described.
While the principles of the invention have been described above in connection with specific apparatus, it is to be clearly understood that~this description is made only by way of example and not as a limitation on the scope of the invention, as defined in the appended claims. .
Claims (10)
1. Method for transporting data between a data transmitting network element (DTE) and a data receiving network element (DRE) via a point-to-point connection in a communications network comprising at least one of said data transmitting network element (DTE) and at least one of said data receiving network element (DRE), said method comprising the steps of:
a. sending data towards said data receiving element (DRE) by said data transmitting element (DTE) via said point-to-point connection;
b. receiving said data sent by said data transmitting element (DTE) by said data receiving element (DRE), CHARACTERISED IN THAT SAID method further comprises the following steps:
c. sending an Internet Protocol Control Protocol request for a service level of sending data to said data receiving element (DRE) by said data transmitting element (DTE);
d. receiving said Internet Protocol Control Protocol service level request from said data transmitting element (DTE) by said data receiving element (DRE);
e. determining by said data receiving element (DRE) a service level based on at least one predetermined criterion and formulating an Internet Protocol Control Protocol propose of said service level that can be provided to said data sending element (DSE);
f. sending said Internet Protocol Control Protocol propose of said service level towards said data transmitting element (DTE);
g. receiving said Internet Protocol Control Protocol propose of said service level and using said propose of said service level by said data transmitting element (DTE).
a. sending data towards said data receiving element (DRE) by said data transmitting element (DTE) via said point-to-point connection;
b. receiving said data sent by said data transmitting element (DTE) by said data receiving element (DRE), CHARACTERISED IN THAT SAID method further comprises the following steps:
c. sending an Internet Protocol Control Protocol request for a service level of sending data to said data receiving element (DRE) by said data transmitting element (DTE);
d. receiving said Internet Protocol Control Protocol service level request from said data transmitting element (DTE) by said data receiving element (DRE);
e. determining by said data receiving element (DRE) a service level based on at least one predetermined criterion and formulating an Internet Protocol Control Protocol propose of said service level that can be provided to said data sending element (DSE);
f. sending said Internet Protocol Control Protocol propose of said service level towards said data transmitting element (DTE);
g. receiving said Internet Protocol Control Protocol propose of said service level and using said propose of said service level by said data transmitting element (DTE).
2. Method for transporting data between a data transmitting network element (DTE) and a data receiving network element (DRE) via a point-to-point connection in a communications network comprising at least one of said data transmitting network element (DTE) and at least one of said data receiving network element (DRE), said method comprising the steps of:
a. sending data towards said data receiving element (DRE) by said data transmitting element (DTE) via said point-to-point connection;
b. receiving said data sent by said data transmitting element (DTE) by said data receiving element (DRE), CHARACTERISED IN THAT SAID method further comprises the following steps:
c. determining by said data receiving element (DRE) a service level based on at least one predetermined criterion and formulating an Internet Protocol Control Protocol propose of said service level that can be provided to said data sending element (DSE);
d. sending said Internet Protocol Control Protocol propose of said service level towards said data transmitting element (DTE);
e. receiving said Internet Protocol Control Protocol propose of said service level and using said propose of said service level by said data transmitting element (DTE).
a. sending data towards said data receiving element (DRE) by said data transmitting element (DTE) via said point-to-point connection;
b. receiving said data sent by said data transmitting element (DTE) by said data receiving element (DRE), CHARACTERISED IN THAT SAID method further comprises the following steps:
c. determining by said data receiving element (DRE) a service level based on at least one predetermined criterion and formulating an Internet Protocol Control Protocol propose of said service level that can be provided to said data sending element (DSE);
d. sending said Internet Protocol Control Protocol propose of said service level towards said data transmitting element (DTE);
e. receiving said Internet Protocol Control Protocol propose of said service level and using said propose of said service level by said data transmitting element (DTE).
3. Data transmitting element (DTE), to be used for sending data, over a link through a communications network towards a data receiving element (DRE), said data transmitting element comprising the following means:
a. data sending means (DSM), adapted to send data towards said data receiving element, CHARACTERISED IN THAT SAID data transmitting element (DTE) further comprises the following means:
b. service level requesting means (SL_R_M), adapted to request said data receiving element (DRE) for a service level for sending said data using an Internet Protocol Control Protocol message;
c. service level propose receiving means (SLP_R_M), coupled with an output to an input of said data sending means (DSM) and adapted to receive an Internet Protocol Control Protocol propose for said service level and to notify said data sending means (DSM) of said propose for said service level.
a. data sending means (DSM), adapted to send data towards said data receiving element, CHARACTERISED IN THAT SAID data transmitting element (DTE) further comprises the following means:
b. service level requesting means (SL_R_M), adapted to request said data receiving element (DRE) for a service level for sending said data using an Internet Protocol Control Protocol message;
c. service level propose receiving means (SLP_R_M), coupled with an output to an input of said data sending means (DSM) and adapted to receive an Internet Protocol Control Protocol propose for said service level and to notify said data sending means (DSM) of said propose for said service level.
4. Data transmitting element (DTE) according to claim 3, CHARACTERISED IN THAT SAID data transmitting element (DTE), further comprises a service level propose renegotiating means (SLP_RN_M), coupled between an output-terminal of said service level propose receiving means (SLP_R_M) and an input-terminal of said service level requesting means (SL_R_M) and adapted to check if said Internet Protocol Control Protocol propose for said service level is satisfying and if not, to formulate another request for said service level.
5. Data receiving element (DRE), to be used for receiving data, over a link through a communications network from a data transmitting element (DTE), said data receiving element (DRE) comprising the following means:
a. data receiving means (DRM), adapted to receive data from said data transmitting element, CHARACTERISED IN THAT SAID data receiving element (DRE) further comprises the following means:
b. service level request reception means (SLR_Re_M), adapted to receive a service level request from said data transmitting element (DTE) using an Internet Protocol Control Protocol message;
c. service level negotiating and proposing means (SL_NP_M), coupled with an input to an output of said service level request reception means (SLR_Re_M) and adapted to determine a service level based on at least one predetermined criterion and to formulate a propose for said service level;
d. service level proposal sending means (SLP_S_M), coupled with an input to an output of said service level negotiating and proposing means (SL_NP_M) and adapted to send said propose for said service level using an Internet Protocol Control Protocol message.
a. data receiving means (DRM), adapted to receive data from said data transmitting element, CHARACTERISED IN THAT SAID data receiving element (DRE) further comprises the following means:
b. service level request reception means (SLR_Re_M), adapted to receive a service level request from said data transmitting element (DTE) using an Internet Protocol Control Protocol message;
c. service level negotiating and proposing means (SL_NP_M), coupled with an input to an output of said service level request reception means (SLR_Re_M) and adapted to determine a service level based on at least one predetermined criterion and to formulate a propose for said service level;
d. service level proposal sending means (SLP_S_M), coupled with an input to an output of said service level negotiating and proposing means (SL_NP_M) and adapted to send said propose for said service level using an Internet Protocol Control Protocol message.
6. Data receiving element (DRE), to be used for receiving data, over a link through a communications network from a data transmitting element (DTE), said data receiving element (DRE) comprising the following means:
a. data receiving means (DRM), adapted to receive data from said data transmitting element, CHARACTERISED IN THAT SAID data receiving element (DRE) further comprises the following means:
b. service level negotiating and proposing means (SL_NP_M), adapted to determine a service level based on at least one predetermined criterion and to formulate a propose for said service level;
c. service level proposal sending means (SLP_S_M), coupled with an input to an output of said service level negotiating and proposing means (SL_NP_M) and adapted to send said propose for said service level using an Internet Protocol Control Protocol message.
a. data receiving means (DRM), adapted to receive data from said data transmitting element, CHARACTERISED IN THAT SAID data receiving element (DRE) further comprises the following means:
b. service level negotiating and proposing means (SL_NP_M), adapted to determine a service level based on at least one predetermined criterion and to formulate a propose for said service level;
c. service level proposal sending means (SLP_S_M), coupled with an input to an output of said service level negotiating and proposing means (SL_NP_M) and adapted to send said propose for said service level using an Internet Protocol Control Protocol message.
7. Software module for running on a processing system for inclusion in a data transmitting element (DTE), for sending data over a link through a communications network towards a data receiving element (DRE), said software module comprising the following sub-modules:
a. data sending sub-module, adapted to send data towards said data receiving element, CHARACTERISED IN THAT SAID software module further comprises the following sub-modules:
b. service level requesting sub-module, adapted to request said data receiving element (DRE) for a service level for sending said data using an Internet Protocol Control Protocol message;
c. service level propose receiving sub-module, adapted to receive an Internet Protocol Control Protocol propose for said service level and to notify said data sending sub-module of said propose for said service level.
a. data sending sub-module, adapted to send data towards said data receiving element, CHARACTERISED IN THAT SAID software module further comprises the following sub-modules:
b. service level requesting sub-module, adapted to request said data receiving element (DRE) for a service level for sending said data using an Internet Protocol Control Protocol message;
c. service level propose receiving sub-module, adapted to receive an Internet Protocol Control Protocol propose for said service level and to notify said data sending sub-module of said propose for said service level.
8. Software module according to claim 7, CHARACTERISED IN
THAT SAID software module, further comprises a service level propose renegotiating sub-module, co-operating with said service level propose receiving sub-module and said service level requesting sub-module and adapted to check if said Internet Protocol Control Protocol propose for said service level is satisfying and if not, to formulate another request for said service level.
THAT SAID software module, further comprises a service level propose renegotiating sub-module, co-operating with said service level propose receiving sub-module and said service level requesting sub-module and adapted to check if said Internet Protocol Control Protocol propose for said service level is satisfying and if not, to formulate another request for said service level.
9. Software module for running on a processing system for inclusion in a data receiving element (DRE), for receiving data over a link through a communications network from a data transmitting element (DTE), said software module comprising the following sub-modules:
a. data receiving sub-module, adapted to receive data from said data transmitting element (DTE), CHARACTERISED IN THAT SAID software module further comprises the following sub-modules:
b. service level request reception sub-module, adapted to receive a service level request from said data transmitting element (DTE) using an Internet Protocol Control Protocol message;
c. service level negotiating and proposing sub-module, co-operating with said service level request reception sub-module and adapted to determine a service level based on at least one predetermined criterion and to formulate a propose for said service level;
d. service level proposal sending sub-module, co-operating with said service level negotiating and proposing sub-module and adapted to send said propose for said service level using an Internet Protocol Control Protocol message.
a. data receiving sub-module, adapted to receive data from said data transmitting element (DTE), CHARACTERISED IN THAT SAID software module further comprises the following sub-modules:
b. service level request reception sub-module, adapted to receive a service level request from said data transmitting element (DTE) using an Internet Protocol Control Protocol message;
c. service level negotiating and proposing sub-module, co-operating with said service level request reception sub-module and adapted to determine a service level based on at least one predetermined criterion and to formulate a propose for said service level;
d. service level proposal sending sub-module, co-operating with said service level negotiating and proposing sub-module and adapted to send said propose for said service level using an Internet Protocol Control Protocol message.
10. Software module for running on a processing system for inclusion in a data receiving element (DRE), for receiving data over a link through a communications network from a data transmitting element (DTE), said software module comprising the following sub-modules:
a. data receiving sub-module, adapted to receive data from said data transmitting element (DTE), CHARACTERISED IN THAT SAID software module further comprises the following means:
d. service level negotiating and proposing sub-module, adapted to determine a service level based on at least one predetermined criterion and to formulate a propose for said service level;
e. service level proposal sending sub-module, co-operating with said service level negotiating and proposing sub-module and adapted to send said propose for said service level using an Internet Protocol Control Protocol message.
a. data receiving sub-module, adapted to receive data from said data transmitting element (DTE), CHARACTERISED IN THAT SAID software module further comprises the following means:
d. service level negotiating and proposing sub-module, adapted to determine a service level based on at least one predetermined criterion and to formulate a propose for said service level;
e. service level proposal sending sub-module, co-operating with said service level negotiating and proposing sub-module and adapted to send said propose for said service level using an Internet Protocol Control Protocol message.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP99402021A EP1076441B1 (en) | 1999-08-09 | 1999-08-09 | Method for transporting data, a related data transmitting element, a data receiving element and software module |
EP99402021.2 | 1999-08-09 |
Publications (1)
Publication Number | Publication Date |
---|---|
CA2315510A1 true CA2315510A1 (en) | 2001-02-09 |
Family
ID=8242080
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA002315510A Abandoned CA2315510A1 (en) | 1999-08-09 | 2000-08-08 | Method for transporting data, a related data transmitting element and a data receiving element |
Country Status (8)
Country | Link |
---|---|
US (1) | US7061917B1 (en) |
EP (1) | EP1076441B1 (en) |
CN (1) | CN1170403C (en) |
AT (1) | ATE429117T1 (en) |
AU (1) | AU771935B2 (en) |
CA (1) | CA2315510A1 (en) |
DE (1) | DE69940730D1 (en) |
SG (1) | SG105461A1 (en) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7411927B1 (en) * | 2002-02-05 | 2008-08-12 | Cisco Technology, Inc. | Optimization of point-to-point sessions |
EP1527560B1 (en) * | 2002-07-02 | 2007-08-29 | Interdigital Technology Corporation | Method for exchanging higher layer system information on a wireless system and automatic system selection of a wireless lan |
CN100574334C (en) * | 2005-09-09 | 2009-12-23 | 华为技术有限公司 | PPP accesses terminal and realizes the method that automatic service is provided |
KR101351665B1 (en) | 2006-08-28 | 2014-01-15 | 엘지전자 주식회사 | Method of communicating a data of a mobile communication terminal using a negotiation of a trust level |
Family Cites Families (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CA2095755C (en) * | 1992-08-17 | 1999-01-26 | Mark J. Baugher | Network priority management |
US5832219A (en) * | 1994-02-08 | 1998-11-03 | Object Technology Licensing Corp. | Distributed object networking service |
EP0845192A1 (en) * | 1995-08-15 | 1998-06-03 | Broadcom Eireann Research Limited | A communications network management system |
JPH09319672A (en) * | 1996-05-30 | 1997-12-12 | Fuji Xerox Co Ltd | Device and method for transmitting data |
US5892754A (en) * | 1996-06-07 | 1999-04-06 | International Business Machines Corporation | User controlled adaptive flow control for packet networks |
US6078564A (en) * | 1996-08-30 | 2000-06-20 | Lucent Technologies, Inc. | System for improving data throughput of a TCP/IP network connection with slow return channel |
US6163808A (en) * | 1997-03-20 | 2000-12-19 | Nokia Telecommunications, Oy | Network adjusts cell transfer capacity in response to a change in the actual bit rate relative to the nominal bit rate |
KR100260516B1 (en) * | 1997-04-01 | 2000-07-01 | 정선종 | Originating call and terminating call service method in asynchronous communication cdma cellular network |
US6289377B1 (en) * | 1997-11-10 | 2001-09-11 | General Instrument Corporation | Dynamic network configuration of a one-way adapter using a proxy agent that communicates with a resource server through a configured return path adapter |
US6359863B1 (en) * | 1998-08-12 | 2002-03-19 | The Regents Of The University Of California | Rate allocation system and method for ATM switched networks |
US6286052B1 (en) * | 1998-12-04 | 2001-09-04 | Cisco Technology, Inc. | Method and apparatus for identifying network data traffic flows and for applying quality of service treatments to the flows |
US6363053B1 (en) * | 1999-02-08 | 2002-03-26 | 3Com Corporation | Method and apparatus for measurement-based conformance testing of service level agreements in networks |
US6519254B1 (en) * | 1999-02-26 | 2003-02-11 | Lucent Technologies Inc. | RSVP-based tunnel protocol providing integrated services |
US6594279B1 (en) * | 1999-04-22 | 2003-07-15 | Nortel Networks Limited | Method and apparatus for transporting IP datagrams over synchronous optical networks at guaranteed quality of service |
-
1999
- 1999-08-09 DE DE69940730T patent/DE69940730D1/en not_active Expired - Lifetime
- 1999-08-09 AT AT99402021T patent/ATE429117T1/en not_active IP Right Cessation
- 1999-08-09 EP EP99402021A patent/EP1076441B1/en not_active Expired - Lifetime
- 1999-08-27 US US09/384,422 patent/US7061917B1/en not_active Expired - Fee Related
-
2000
- 2000-06-30 AU AU43789/00A patent/AU771935B2/en not_active Ceased
- 2000-08-02 CN CNB00122476XA patent/CN1170403C/en not_active Expired - Fee Related
- 2000-08-08 SG SG200004416A patent/SG105461A1/en unknown
- 2000-08-08 CA CA002315510A patent/CA2315510A1/en not_active Abandoned
Also Published As
Publication number | Publication date |
---|---|
EP1076441A1 (en) | 2001-02-14 |
DE69940730D1 (en) | 2009-05-28 |
CN1283916A (en) | 2001-02-14 |
AU4378900A (en) | 2001-02-15 |
SG105461A1 (en) | 2004-08-27 |
AU771935B2 (en) | 2004-04-08 |
ATE429117T1 (en) | 2009-05-15 |
CN1170403C (en) | 2004-10-06 |
EP1076441B1 (en) | 2009-04-15 |
US7061917B1 (en) | 2006-06-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6594277B1 (en) | Dynamic-rate, differential class-based quality of service agent for internet protocol exchange systems | |
EP1588513B1 (en) | Mechanisms for policy based umts qos and ip qos management in mobile ip networks | |
US6587457B1 (en) | Method for connecting data flows | |
US7830888B2 (en) | Method and system of providing differentiated services | |
US8599695B2 (en) | Selective internet priority service | |
EP1911192B1 (en) | Suspension and resumption of secure data connection session | |
US8270358B2 (en) | System and method for transmitting over multiple simultaneous communication networks by using roaming profiles | |
CA2441367C (en) | Optimizing voice-over-ip priority and bandwidth requirements | |
US8964766B2 (en) | Session relay equipment and session relay method | |
US7685294B2 (en) | Querying ASAP policy systems | |
US6446122B1 (en) | Method and apparatus for communicating quality of service information among computer communication devices | |
EP1076441B1 (en) | Method for transporting data, a related data transmitting element, a data receiving element and software module | |
US8792823B2 (en) | Approach for quality of service control on un-wanted services (e.g. voice over internet protocol or multimedia) over wireline and wireless IP network | |
US7911964B1 (en) | Entity based quality of service response for packet service sessions | |
JPH0779249A (en) | Packet repeating method and device therefor | |
Gilmore et al. | Issues Associated with the Global Information Grid Bandwidth Expansion | |
KR20120090874A (en) | Method and apparatus for implementing path-based traffic stream admission control in a wireless mesh network | |
Chanson et al. | LNTP: An Efficient Transport Protocol for Local Area Networks | |
Pfeifer | IPv6 Fragment Header Deprecated draft-bonica-6man-frag-deprecate-02 | |
Encapsulate | Transport Area Working Group B. Briscoe Internet-Draft BT Updates: 3819 (if approved) J. Kaippallimalil Intended status: BCP Huawei Expires: March 21, 2014 P. Thaler | |
Güneş | Design Issues and Performance Analysis in Corporate Networks | |
JP2003333105A (en) | Ip telephony system and program for server thereof | |
KR20050060864A (en) | System and method of providing qos based on application level traffic management for multimedia services |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
EEER | Examination request | ||
FZDE | Discontinued |