JPH02185134A - Intra-network resource managing method - Google Patents

Abstract

PURPOSE:To effectively use intra-network resources such as a buffer capacity by separating calls into a class 1, where the statistical multiplexing effect is greatly expected, and a class 2, where it cannot be expected, based on the traffic attribute reported by a user to perform management. CONSTITUTION:When receiving a call connection request, an exchange discriminates whether the call connection request call is a call in the area of class 1 where the statistical multiplexing effect can be sufficiently expected or that of class 2 where the statistical multiplexing effect cannot be expected based on the user's reported value. When the connection request call is a call in the area of class 1, the call setting processing is executed and the control is transferred to an information transfer phase 3. When it is a call in the area of class 2, an intra-network resource quantity to satisfy the quality of the connection request call is led out for the transmission line capacity and is assigned as the intra-network resource of the connection request call. The assignment condition and the traffic observed value of calls of class 1 are managed by an intra-network resource managing subroutine 28.

Description

[Detailed Description of the Invention] [Field of Industrial Application] The present invention provides real-time communication from users and high-reliability communication for burst traffic with hourly fluctuations at various communication speeds from low to high speeds. The present invention relates to an intra-network resource management method capable of simultaneously satisfying various communication qualities such as communication and efficiently operating intra-network resources.

[Conventional technology]

Conventionally, methods for communicating in packet format on a fixed route include, for example, ``Statistical, Switching, Architectures'', ``Kultzor.

Montgomery: 5 statistical
I S S' 84. There is a high-speed packet switching method described in May 1984).

In the above-mentioned high-speed packet switching system, the flow control logic for call setup is to have the originating party declare the maximum throughput of the call at the time of call setup, and routing is performed based on this declared value. Note that throughput here refers to the number of packet transfer locations per unit time, and in the case of a slot type, refers to the number of slots.

A packet communication network consists of nodes such as switching equipment, multiplexing equipment, and cross-connects, and links such as transmission lines that connect these nodes and user terminals, and the network resources such as the links and buffers are shared. . In addition, in a packet communication network, these intra-network resources are shared, statistical multiplexing is performed between traffic, and communication quality such as end-to-end delay quality and discard quality is stochastically guaranteed. A call in which traffic attribute parameters and service class values representing communication quality are defined, and the user makes one communication request.

Alternatively, the traffic attribute parameter values and service class values are determined according to the traffic attributes and communication quality of the line, and these values are declared to the network at the time of a call or line setup request.

[The problem that the invention attempts to solve]

FIGS. 5(a) and 5(b) are process flowcharts of conventional network resource management methods, respectively, and FIG. 5(a) is developed for highly reliable communication and targets data communication. Figure 5(b) shows an intra-network resource management method in a packet switching system (X, 25), which is an intra-network resource management method in a circuit switching system based on constant speed communication based on 64 Kb/s.

In FIG. 5(a), when a call connection request is received from a user (step 1), a call setting process (step 21) is performed in a call setting phase (2), and then the next information transfer phase (
Moving to 3), window flow control (step 31) is performed. Window flow control is a method of controlling transmission and reception based on the number of packets that can be consecutively received (window size) according to the size of the buffer on the receiving side.

In packet switching systems that allow a delay time of several hundred milliseconds, when the traffic load increases during the information transfer phase, network resources are effectively used by delaying the traffic. That is, specifically, it was possible to balance the traffic load over time through window flow control, and as a result, it was possible to effectively utilize network resources. This packet switching system does not introduce functions such as traffic management at the call level in the call setup phase, such as determining whether to accept a call connection based on traffic status management.

Next, in FIG. 5(b), when there is a call connection request (step 1), the number of simultaneous connections etc. are managed in the call setting phase (2) (step 24), and the call acceptance is judged. Call connection processing (step 21) is performed for accepted calls (step 23), and calls are lost (step 22) for rejected calls. For those that have undergone call connection processing (step 21), the information transfer phase (3
), no flow control was performed and no action was taken.

In this way, in the call setup phase (2), the number of concurrently connected calls is managed, and network resource management has been achieved, especially in the case of overload. Such a packet switching system does not require a traffic management function in the information transfer phase.

Communication networks have been proposed that are capable of simultaneously accommodating traffic that varies over time from low to high speeds, and that also simultaneously satisfy various communication qualities such as real-time communication requirements and high-reliability communication requirements. However, no specific method for managing network resources has yet been considered. C.C.I.
TT 5GXVIII 1. In 121,
There are only general regulations for how to manage resources within the network. Specifically, it is only stipulated that the user declares burst traffic attributes and required quality classes, and the network needs to implement intra-network resource management based on those values. Other specific regulations and even more specific methods of managing network resources have not yet been defined.

The purpose of the present invention is to solve such conventional problems, and to solve burst traffic having various communication speeds from low to high speeds and with temporal fluctuations in a multimedia integrated network, such as an ATM switch. Provides a network resource management method that simultaneously satisfies various communication quality demands such as real-time communication and highly reliable communication from users, and enables efficient use of network resources. It's about doing.

[Means to solve the problem]

In order to achieve the above object, the present invention provides an intra-network resource management method that is configured of a node including a switch, a multiplexer, and a cross-connect, and a link including a transmission path connecting the node and a user terminal. Network resources such as buffers are shared, and the resources required by each node are determined based on the traffic attribute value declared by the user, the service class representing communication quality, and the network resource usage status when requesting call connection or line setup. In the packet communication network where the amount is derived, the call or line is divided into class 1 and class 2 determined by the traffic attribute value declared by the user and the value derived from the link capacity, and each node Based on the traffic attribute value declared by the user, the service class, and the amount of available resources obtained by subtracting the amount of resources used within the network at the time of the connection request for the call or line from the link capacity, the requested traffic for the above call or line is determined. The amount of resources required to satisfy the attributes and required quality is derived, and if the required amount of resources is larger than the amount of free resources, the call is considered a call loss, and if the amount of required resources is smaller than the amount of free resources, the call is lost. First, it determines whether the connection request call or line belongs to class 1 or class 2 based on the transmission path capacity and the traffic attribute value declared by the user, and if the call or line is in class 1, the call connection is determined. Shifting to processing or line setting processing, if the call or line is class 2, derive the amount of resources necessary to satisfy the required quality of the call or line with respect to the link capacity, and calculate the amount of resources. As the allocated resource amount, the node allocates the above allocated resource amount as a resource for the above call or line,
Shifts to call connection processing or line setting processing, and continues until the above call requests disconnection or the above line performs disconnection processing.
The feature is that the above allocated resource amount is allocated for the call or line.

[For production]

In the present invention, the communication quality of each call during one communication is maintained well in a multimedia integrated network that can efficiently accommodate communication media requiring various communication qualities and communication speeds, such as an ATM switching network, and enable effective operation of exchange resources. That is, in the network resource management method of the present invention, network resource management classes are separated based on the traffic attributes declared by users, and the traffic amount of class 1 calls is observed, and the required communication quality of class 2 calls is determined. It manages sufficient allocated capacity to satisfy the demand, determines whether enough capacity can be secured to satisfy the quality of the requested call, and determines whether to accept or deny call connection. Class 2 when call connection can be accepted
It has a function to definitively allocate the required bandwidth for a call.

Claim 1 relates to the first embodiment of the present invention, claim 2 relates to the second embodiment, claim 3 relates to the third embodiment, and claim 4 relates to the fourth embodiment.
This embodiment corresponds to the fifth embodiment, and claim 5 corresponds to the fifth embodiment.

To summarize the present invention, (i) class 1, which can be expected to have a large statistical multiplexing effect, and class 2, which cannot expect much of a multiplexing effect, are introduced as control classes, and resource management corresponding to these classes is performed. . (n) Resource management for calls belonging to class 1 is performed based on observed values. (■) Resource management for calls belonging to class 2 is performed based on the amount of resources that is sufficient to satisfy the communication quality required by the call. (iv) A call acceptance determination function is provided that can satisfy the communication quality required by the user and improve resource usage efficiency.

As a result, (a) intra-network resources such as transmission path capacity and buffer capacity can be used effectively.

(b) The network can simultaneously guarantee various communication qualities requested by users. (c) Although the inventor proposed,
r network resource control parameters J, 1#! which is a separate application from the present invention! This effect can be further improved by combining the internal resource allocation method and the monitoring method J with the present invention.

〔Example〕

Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.

FIG. 1(a) is a processing flowchart of an intra-network resource management method showing a first embodiment of the present invention.

In the network resource management method of the present invention, calls or lines are separated into class 1 and class 2 determined by values derived from the traffic attribute value and link capacity declared by the user. Then, the amount of resources used by a class 1 call at the time of a call connection or line setup request is defined as the traffic amount of class 1 calls and lines that are simultaneously connected at the above point, and The amount of resources used for a class 2 call is defined as the total amount of allocated resources determined at the time of setting up each class 2 call and line that are connected simultaneously at the above point, and is defined as the total amount of resources allocated at the time of call connection or line setting. The sum of the amount of resources used for class 1 calls and the amount of resources used for class 2 calls is defined as the amount of resources used within the network at the above point in time.

Furthermore, the resource management program of this embodiment is composed of the following subroutine programs. That is, the subroutine 25 derives a call acceptance determination reference value from the amount of available resources at the time of the call connection request based on the user's declared value, and the acceptance determination for the call connection request is made based on the above reference value and the network resource usage status. A subroutine 23, a subroutine 26 for determining class 1 or 2 area, a subroutine 27 for determining the amount of network resources to be allocated based on the transmission path capacity, and a subroutine 27 for determining the amount of network resources to be allocated based on the amount of available resources at the time of call connection. Subroutine 29. and a subroutine 28 for managing the amount of allocated network resources.

In FIG. 1(a), when the exchange receives a call connection request (step 1), in the call setup phase (2), it first determines whether or not the connection request can be accepted in step 23 based on the user-reported parameter values. A reference value necessary for this purpose is derived (step 25). In addition.

For the method of deriving the reference value, please refer to the above-mentioned "Network Resource Management Parameters" (separate application pending). Specifically, with respect to the amount of available resources at the time of receiving the call connection request, the required amount of resources for the requested call, which is necessary to simultaneously satisfy the required quality of simultaneously connected calls including the requested call, is derived. For the method of deriving the required resource amount, please refer to the above-mentioned "Intra-Network Resource Allocation Method" (filed on the same day as the present application). If this required resource amount is larger than the free resource amount at the time of call connection, the call is determined to be lost (step 22). On the other hand, if the required resource amount is smaller than the free resource amount, the call connection request is accepted and executed according to the following processing procedure (step 23).

In other words, whether the call connection request call is a class 1 area call for which a statistical multiplexing effect can be sufficiently expected based on the user-reported value, or
Alternatively, it is determined whether the call is a class 2 area call for which no statistical multiplexing effect can be expected (step 26). As a result of the determination, if the connection request call is a class 1 area call, the call setting process is executed (step 21) and the process moves to the information transfer phase (3).

On the other hand, if the call is a class 2 area call, derive the amount of network resources sufficient to satisfy the quality of the connection request call based on the transmission path capacity, and use that amount as the network resource for the connection request call. Assign (step 27). Each node is
The allocated resource amount is allocated for the call or line until the call requests disconnection or the line performs disconnection processing. For the method of deriving the amount of intra-network resources sufficient to satisfy the quality, please refer to the above-mentioned ``R intra-network resource allocation method'', which is being filed separately.

Further, the class 1 allocation status and traffic observation values for class 1 calls are managed by an intra-network resource management subroutine (28). This resource management subroutine 28 constantly manages traffic observation values in the network resource usage observation program 32 for class 1 area calls in the information transfer phase (3). In this embodiment, the above operations are performed independently for each exchange.

FIG. 1(b) is a processing flowchart of an intra-network resource management method showing a second embodiment of the present invention.

In FIG. 1(b), regarding intra-network resource allocation processing step 27 in (a), the amount of allocated resources for class 2 calls managed by each exchange is determined based on the amount of resources allocated at the time of the call connection request, not based on the transmission path capacity. Regarding the amount of free resources,
The capacity is set to be sufficient to guarantee the required quality of the connection request call (step 29).

That is, each node assigns the amount of resources allocated to calls or lines belonging to class 2 to the same value as the call acceptance criterion value, that is, the required amount of resources. All other processing is the same as in the first embodiment.

FIG. 1(Q) is a processing flowchart of an intra-network resource management method showing third and fourth embodiments of the present invention.

Further, FIG. 2(a) is a diagram showing an algorithm for updating the amount of allocated resources in the third embodiment.

In the third embodiment, with respect to the network resource management program 28, the amount of resources allocated to class 2 calls managed by each exchange is determined at each call connection request time or at each time point in any time series at regular intervals. We introduce the concept of available resource amount V for simultaneously connected calls. First, as shown in FIG. 2(a), the available resource amount V value is expressed as the transmission line capacity (■). Step 10
1).

Focusing on the call with the largest traffic attribute value declared by the user, for example, the call with the largest declared peak throughput value (i=1.i≦N) (step 102), the required quality of the call is calculated based on this V value. The amount of allocated resources R0 required to satisfy (step 103) is determined. next,
The value obtained by subtracting the resource amount Ri from the V value is set as a new V value (step 104), and then the call with the second largest traffic attribute value declared by the user is focused on (step 1).
05,102).

For this V value, the amount of allocated resources necessary to satisfy the required quality of the call is determined (step 103).

Again, the value obtained by subtracting the resource amount R, from the V value is set as a new V value, and the same process is repeated for all the simultaneously connected calls at the time of the allocation resource amount update period. The exchange updates and manages the allocated resource amount determined for each call as a new allocated resource amount.

In this way, at each update time, the resource amount is re-determined based on i'FJ in order of calls with a large requested throughput value at that time, for example, calls with a large requested peak throughput value. This process will be explained using a simple example. Now, if the number of concurrently connected calls at the time of update is 5, attention is paid to the call with the largest requested throughput value, for example, the call C1 with the largest requested peak throughput value.
First, with respect to the available resource amount V (=V,), the allocated resource amount R required to satisfy the quality of the call C1 is determined, and V=V-R□.
Focusing on call C2 having the second largest required throughput value, determine the allocated resource amount Ra necessary to satisfy the quality of call C2 with respect to this V value, and calculate V=V-
Let it be R2. Next, paying attention to call C1 having the third largest required throughput value, for that V value, call C1
Determine the allocated resource amount R2 required to satisfy the quality of 3 and set V = VR. Execute similar processing for the remaining 2 calls and determine by those processing. The exchange manages the values R0 to Rs as allocated resource amounts for each call.

FIG. 1(c) and FIG. 2(b) are processing flowcharts of an intra-network resource management method showing a fourth embodiment of the present invention.

In the fourth embodiment, an algorithm for updating the available resource amount V is not updated for each call as in the third embodiment, but is updated for each throughput class having the same throughput characteristics. is shown in FIG. 2(b).

That is, after determining the allocated resource amount R (step 203), RJ=RJ+R□ and step 204
), if it is not the next throughput class, then ■ remains at its previous value and only i is incremented by 1 to determine the required resource amount R□ again (step 203). In addition, for the following throughput class, V=V-RJ,
Increment j by 1 and set R,=0 (step 206).

FIG. 1(C) and FIGS. 2(a) and 2(b) are also processing flowcharts of an intra-network resource management method showing a fifth embodiment of the present invention.

In the fifth embodiment, in the third or fourth embodiment,
Call acceptance is determined by the following procedure.

If the connection request call or line is class 1, the ``call acceptance criterion amount'' at the time of the connection request for that call or line is ``
If the amount of free resources is smaller than the amount of available resources, the call connection request is accepted (step 26.21), and if not, the call is lost (step 22).

On the other hand, if the connection request call or line is class 2, the Ir allocation resource amount is updated for the class 2 call or line that includes the connection request call or line, and the simultaneous connection class 2 of that resource amount is updated. r which is the summation value of the call or line
When the sum of the amount of resources used for class 2 calls and the amount of resources used for class 1 calls is smaller than the network resource amount, the call connection request is accepted (step 21); otherwise, the call is lost (step 21). Step 22).

FIG. 3(a) is a processing flowchart of an intra-network resource management method showing a sixth embodiment of the present invention.

The sixth embodiment is a case where, in the first embodiment shown in FIG. 1(a), all calls are treated as class 2 in which a sufficient statistical multiplexing effect cannot be expected. As shown in FIG. 3(a), first, the amount of available resources at the time of the call connection request is determined based on the user's declared value.

A call acceptance determination reference value is derived (step 25).

Next, if the requested resource amount is larger than the free resource amount at the time of call connection, the call is determined to be lost (step 23.22).
, On the other hand, if the amount of requested resources is smaller than the amount of available resources, the call connection request is accepted, and since all calls are class 2, in which no multiplexing effect can be expected, network resource allocation processing is performed ( Step 27), call connection processing is performed (Step 21). And information transfer phase (3)
Various information transfer processes are performed (step 33).

In other words, this embodiment is particularly effective when applied in cases where the exchange processing capacity and transmission line capacity cannot be sufficiently increased for the throughput value required by the terminal, or when used as a dedicated network. It is.

FIG. 3(b) is a processing flowchart of an intra-network resource management method showing a seventh embodiment of the present invention.

The difference between the embodiment shown in FIG. 3(b) and FIG. 3(a) is as follows.
The point is that each node assigns the amount of resources allocated to calls or lines belonging to class 1 to the same value as the call acceptance determination reference value. Other than that, the process is exactly the same.

First, derive the allocation amount for calls (step 25) 1
Next, if the requested resource amount is larger than the free resource amount at the time of call connection, the call is determined to be lost (step 23.22).
. On the other hand, if the amount of requested resources is smaller than the amount of available resources, the call connection request is accepted, and since all calls are class 2 where no multiplexing effect can be expected, network resource allocation processing is performed (step 27), performs call connection processing (step 21). And information transfer phase (3)
Various information transfer processes (step 33) and network resource management processes (step 28) are also the same as in FIG. 3(a).

FIG. 3(c) is a processing flowchart of an intra-network resource management method showing an eighth embodiment of the present invention.

In this embodiment, the network resource management program 2
Regarding 8, the amount of allocated resources for class 2 calls managed by each exchange is determined by the amount of available resources for each call connection request time, or for simultaneous connection calls at each time point in a certain periodic time series. Introducing the concept of V. For example, at each update time, the call with a large request throughput value at that time, for example, the request peak throughput 1
~Re-determine the amount of resources to be allocated in the order of calls with larger values.

Next, a ninth embodiment of the present invention will be described. This embodiment is an in-network resource management method that is an application of the fifth embodiment based on FIG. 1 (Q) and FIGS. 2 (a) and (b).

In the ninth embodiment, in the third or fourth embodiment,
Call acceptance is determined by the following procedure.

This is a case where connection request calls or all calls on the line are treated as class 2. Class 2 containing the connection request call or line
For the call or line, update the allocated resource amount J, and if the used resource amount J of r class 2 calls, which is the sum of the resource amount for simultaneously connected class 2 calls or lines, is smaller than the network resource amount. , accepts the call connection request, otherwise the call is lost.

FIG. 4 shows an intra-network resource management method showing a tenth embodiment of the present invention.

The tenth embodiment is an embodiment in which all calls are treated as class 1 in which a sufficient statistical multiplexing effect can be expected in the first embodiment.

In FIG. 4, when the exchange receives a call connection request (step 1), in the call setup phase (2), it first determines whether or not the connection request can be accepted in step 23 based on user-reported parameter values. A reference value is derived (step 25). in particular.

Based on the amount of available resources at the time of receiving the call connection request, the required amount of resources for the requested call, which is necessary to simultaneously satisfy the required quality of simultaneously connected calls including the requested call, is derived. If this required resource amount is larger than the free resource amount at the time of call connection, the call is lost (step 22).
. On the other hand, if the required resource amount is smaller than the free resource amount, the call connection request is accepted (step 23).

Next, since all call connection request calls are class 1 area calls for which a statistical multiplexing effect can be fully expected based on the user-reported value, the accepted call connection request requires no steps to execute the call setup process. 21), transition to the information transfer phase (3). Further, the allocation status and traffic observation values for class I calls are managed by an intra-network resource management subroutine (28).

This resource management subroutine 28 constantly manages traffic observation values in the network resource usage observation program 32 for class 1 area calls in the information transfer phase (3).

In this example, the exchange processing capacity and transmission line capacity are
If the throughput required by the terminal is sufficiently large, or if the input traffic is particularly restricted, for example, if the beak throughput required by the terminal is restricted to a few percent of the transmission line capacity, public network operation is required. The effect is particularly great if applied to cases where Further, in the case of this embodiment, there is no need to perform complicated control, and it can be realized by a simple method.

〔Effect of the invention〕

As explained above, according to the present invention, network resources such as transmission path capacity and buffer capacity can be effectively used for burst traffic having various attributes, and the network can handle burst traffic with various attributes. It is possible to guarantee various required qualities at the same time.

[Brief explanation of the drawing]

FIG. 1 is a processing flowchart of an intra-network resource management method showing the first to fourth embodiments of the present invention, FIG. 2 is a flowchart showing an algorithm for updating the amount of allocated resources in the third and fourth embodiments, and FIG. Figure 3 shows the sixth to sixth figures of the present invention.
FIG. 4 is a processing flowchart of an intra-network resource management method showing an eighth embodiment of the present invention, FIG. 5 is a processing flowchart of an intra-network resource management method showing a tenth embodiment of the present invention, and FIG. 3 is a processing flowchart of a switching-based intra-network resource management method. ■=Call connection request block, 2: Call setup flow control block, 3: Information transfer phase block, 21: Call setup processing, 22: Call loss processing, 23: Call acceptance judgment processing, 24: Management of number of concurrently connected calls, 25: Derivation process of call acceptance determination reference value,
26: Class 1/2 area identification processing, 27: Processing for deriving the amount of network resource allocation sufficient to guarantee the required quality using the transmission path capacity as a reference value, 28: Network resource management,
29: Process derived from resource allocation ratio, 31:
Window flow control processing, 32: Observation processing of network resource usage status for class 1 area calls, 33: Various information f
i1 transfer phase.

Claims (5)

[Claims] (1) Consisting of nodes including switching equipment, multiplexers, and cross-connects, and links including transmission paths that connect these nodes and user terminals, network resources including the links and buffers are shared, and call connections or lines At the time of a configuration request, each node derives the amount of resources required based on the traffic attribute value declared by the user, the service class representing communication quality, and the resource usage status within the network. Separated into class 1 and class 2 determined by the traffic attribute value declared by the user and the value derived from the link capacity, each node handles the traffic attribute value declared by the user, the service class, and the above call Based on the amount of free resources obtained by subtracting the amount of resources used within the network at the time of the connection request for the call or line from the link capacity, calculate the amount of resources required to satisfy the requested traffic attributes and quality of the call or line. If the required resource amount is larger than the free resource amount, the call is considered a call loss, and if the required resource amount is smaller than the free resource amount, the connection request call or line is class 1 or class 1. 2 is determined based on the transmission line capacity and the traffic attribute value declared by the user. If the call or line is class 1, the process moves to call connection processing or line setting processing, and In the case of class 2, derives the amount of resources necessary to satisfy the required quality of the call or line with respect to the link capacity, sets this resource amount as the allocated resource amount, and the node uses the allocated resource amount as described above. Allocate resources for the call or line, move to call connection processing or line setup processing, and use the allocated resources for the call or line until the call requests disconnection or the line performs disconnection processing. An in-network resource management method characterized by allocating resources as follows. (2) In the network resource management method according to claim 1,
An intra-network resource management method characterized in that each node sets the amount of resources allocated to calls or lines belonging to class 2 to the same value as the required amount of resources. (3) In the intra-network resource management method according to claim 1 or 2, each node determines the amount of resources to be allocated to a call or line belonging to class 2 at the time of setting up the call or line, and then allocates the resource amount in a call or call. Instead of continuing until disconnection, a usable resource amount V is introduced, and the initial value of V is set to link capacity V_0, and simultaneous connection is performed at each call or line connection request time, or at a predetermined cycle. Focusing on the call or line with the largest traffic attribute value declared by the user for calls or lines that are simultaneously connected,
Determine the allocated resource amount necessary to satisfy the required quality of the call or line for the 0 value, use this value as an updated value for the allocated resource amount of the call or line, and further subtract this value from the V value. Set the value as the new V value, then focus on the call or line with the second largest traffic attribute value declared by the user, and calculate the value necessary to satisfy the required quality of the call or line with respect to the V value. The amount of allocated resources is determined, and this value is used as the updated value of the amount of allocated resources for the call or line.The value obtained by subtracting this value from the V value is used as the new V value. By repeating the same process for all simultaneously connected calls or lines, all allocated resource amounts are updated, and each node is controlled using the updated resource allocated for class 2 calls or lines. An in-network resource management method characterized by: (4) In the network resource management method according to claim 3,
The concept of throughput classes separated into multiple classes is introduced into the traffic attributes declared by users, and the available resource amount V is updated for each class 2 call or line without updating the available resource amount V for each class 2 call or line. An in-network resource management method characterized by updating a resource amount V. (5) In the network resource management method according to claim 3 or 4, if the connection request call or line is class 1,
If the required resource amount at the time of the connection request for the call or line is smaller than the free resource amount, the call connection request is accepted; if the required resource amount is greater than the free resource amount, the call is lost, and the connection requested call or line is class 2. In this case, the allocated resource amount is updated for the class 2 call or line that includes the connection request call or line, and the allocated resource amount is added to the class 2 call or line that is the sum of the simultaneously connected class 2 calls or lines. If the sum of the amount of resources used by the class 1 call and the amount of resources used by the class 1 call is smaller than the amount of resources in the network, the call connection request is accepted, and if it is larger than the amount of resources in the network, the call is lost. In-network resource management method.