JP2000078161A - Communication resource reservation method in ip network - Google Patents

Abstract

PROBLEM TO BE SOLVED: To avoid useless consumption of communication resources having provision for multi-cast in the inside of a repeater and to reserve the communication resources at a high speed without the need for excess signaling having provision for multi-cast for a part where a bus type link intervenes. SOLUTION: In the case that a sender terminal designates one or more recipient terminals to make resource reservation in an IP network where communication quality is warranted or enhanced by using a control packet to reserve and secure a communication resource, whether or not a recipient terminal is added/expanded in a series of communication is designated by providing additional information to the control packet (steps 101, 102), a repeater executes, the corresponding processing, for example, reserves resources for the amount designated by the control packet according to the designation of added information in the received control packet when no addition/extension is designated (steps 103, 104), but conducts resource reservation by the amount designated by the control packet and the amount designated by the additional extension when the addition/extension is designated (steps 105, 106).

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to RSVP (ReSerV
Communication control technology based on a communication resource reservation protocol such as an ATM (Asynchronous T
The present invention relates to a method for reserving communication resources in an IP network, which is suitable for efficiently allocating communication resources in a relay device such as a switch or a router.

[0002]

2. Description of the Related Art Conventionally, in an IP (Internet Protocol) network, a data sender and one
Techniques for reserving and releasing communication resources between the above receivers include RSVP and IETF (Internet Engineer
ng Task Force) RFC (Request F
or Comment) 1819 ST2. For example, R
The SVP is a protocol for previously reserving (reserving) communication resources on a transfer path prior to data transfer. By reserving communication resources in this way, delay is minimized, real-time communication and the like are performed. It becomes possible.

[0003] Both RSVP and ST2 are realized by notifying the IP network of reservation or release of communication resources between a data sender and one or more receivers by a dedicated packet (control packet). ing. In actual securing of communication resources, it is necessary to control physical communication resources. In a network relay device such as an ATM switch or a router, in order to cope with an additional expansion of a new receiver, a plurality of communication is required in advance. It is necessary to secure resources assuming branching (multicast). For example, in a portion of the ATM network where a bus-type link is interposed,
Signaling for establishing a bar channel connection for multicast is required.

[0004] Further, in ST2, the sender can designate a plurality of receivers to leave the communication and release the communication resources that have been secured. However, in this case, the target recipient is explicitly specified by a network address or the like, and the control packet requesting withdrawal from the communication and release of the corresponding communication resource includes a list of the identifier of the target recipient. Need to be attached. Therefore, when applied to a large-scale multicast communication, the control packet length becomes long in order to specify a large number of recipients, and a load is imposed on the network. Also, some receivers that the sender does not know (whose identifier is unknown) cannot be disconnected from the communication.

[0005] A control packet for making a communication resource reservation request is transferred along a route on the target network where communication resources are reserved. Then, the relay device on the route receives the control packet, determines whether or not a resource reservation request is possible, performs an actual resource reservation process, and transfers the control packet to the next relay device or target terminal. I do. At this time, if a control packet is transferred to the wrong relay device or terminal, not only resources are reserved on the wrong communication path, but also a situation where reservation is impossible always occurs. Inconvenience occurs. In the prior art, such a situation is treated as an error, that is, a reservation failure.

[0006]

The problem to be solved is that, in the prior art, even when there is no additional extension of a new receiver, in order to cope with the additional extension of a new receiver,
In the relay device, it is necessary to secure communication resources assuming a plurality of branches (multicast) of communication in advance, and a case in which a plurality of receivers are designated to withdraw from communication and release the secured communication resources. Communicating the fact that a list of identifiers of each recipient needs to be attached to the control packet in order to explicitly specify each recipient as a network address etc. and some recipients that the sender is not aware of And that when a control packet is transferred to an incorrect relay device or terminal, it is simply treated as a reservation failure.

SUMMARY OF THE INVENTION An object of the present invention is to solve the problems of the prior art, to avoid unnecessary consumption of communication resources for multicasting inside a relay device, and to avoid a portion where a bus-type link is interposed. It is possible to reserve communication resources at high speed without the need for extra signaling for multicasting, and to separate each communication resource reserved for multiple receivers individually for each receiver. It is possible to release by one control packet and one operation without specifying, and to avoid inconvenience to the network and the user due to the transfer of the control message to an inappropriate destination. To provide a communication resource reservation method in an IP network.

[0008]

In order to achieve the above object, a method for reserving communication resources in an IP network according to the present invention uses an IP which reserves or secures communication resources by using a control packet to guarantee or improve communication quality. In the network, at the sender terminal,
When resource reservation is performed by designating one or a plurality of receiver terminals, it is specified by adding additional information to a control packet whether or not to extend the receiver terminals in a series of communication. In, processing according to the specification, for example, if no additional extension is specified, resource reservation is performed only for the amount specified in the control packet, and if additional extension is specified, The resource reservation for the minute and the additional extension is made.

[0009] A part or all of a plurality of receiver terminals are grouped by using a network identifier in an IP network, and a single control packet is used at a sender terminal without specifying a receiver. Of all receiver terminals are disconnected from the communication and the reserved communication resources are released. When a sender terminal or a receiver terminal transmits a request for reservation of a communication resource by a control packet and sends a control packet to an inappropriate relay device or terminal, the receiving device of the control packet is transmitted to another relay device or terminal. The control packet informs the reservation requester of the correct destination.

[0010]

Embodiments of the present invention will be described below in detail with reference to the drawings. FIG. 1 is a flowchart showing a first embodiment of a communication resource reservation method in an IP network according to the present invention. FIG. 2 shows a first configuration example of an IP network implementing the communication resource reservation method in FIG. FIG. In FIG. 2, reference numeral 10 denotes a sender terminal (hereinafter, referred to as “sender”), and reference numerals 11a to 11c denote receiver terminals (hereinafter, “receiver”).
12a to 12e are relay devices, and 13a to 13h
Is a communication link, 14 is a control packet, and 15 is additional information.

When transmitting data to the receivers 11a to 11c, the transmitter 10 transmits a control packet 14 requesting reservation of communication resources from the receiver 10 to each of the receivers 1la to 11c.
The data is transmitted to and transmitted from each of the communication links 13a to 13h up to 11c. At this time, each of the relay devices 12a to 12e secures communication resources in accordance with the request of the control packet 14.

In the above series of resource reservation procedures, as shown in FIG. 1, the sender 10 adds, to the control packet 14, additional information 1 indicating whether or not the sender can add a receiver.
5 is added (step 101) and transmitted (step 102). Thereby, each of the relay devices 12a to 12e
To the recipient. By receiving the control packet 14 to which the additional information 15 is added (steps 103 and 104), each relay device 12
In steps a to 12e, the process of securing the optimum communication resources according to the state of the branch becomes possible (step 105). When the additional information 15 is not added to the control packet 14,
A conventional transfer process is performed (step 106).

For example, when the additional information 15 added to the control packet 14 indicates that there is no possibility of adding a receiver, each of the relay devices 12b, 12d, and 12e performs the communication The data flow does not branch and may be treated as unicast. Here, if the sender 10 sends out a control packet requesting addition of a new receiver, each relay device 12b, 12d, 1
2e rejects the request.

As described above, in each of the relay devices 12a to 12e on the IP network in which the resource reservation protocol is operated, it is necessary to know in advance whether or not a receiver is added to the flow for which communication resources are reserved. Can be. Then, in each of the relay devices 12a to 12e, it is possible to grasp whether or not the number of branches for multicasting increases, and it is possible to effectively allocate resources inside the device and to set the transfer.

FIG. 3 is a flowchart showing a second embodiment of the communication resource reservation method in the IP network according to the present invention.
FIG. 4 is a block diagram showing a second configuration example of an IP network that implements the communication resource reservation method in FIG. In FIG.
Reference numeral 20 denotes a sender terminal (hereinafter, referred to as "sender"), 21a
21c are receiver terminals (hereinafter, referred to as “receivers”), 2
2a to 22e are relay devices, 23a to 23h are communication links, 24 is a control packet, 25 is additional information, and 26 is a data flow.

There is a data flow 26 from the sender 20 to the receivers 21a to 21c for data transfer in which communication resources between them are reserved. Also, the recipient 21a
And the recipient 21b are identified as the same group by a network address or the like in the IP network.

Here, the receiver 21a and the receiver 21b identified as the same group are separated from the data flow 26, and the communication resources secured in the paths of the communication links 23b and 23f to 23h for each are released. ,
The sender 20 sends out a control packet 24 requesting withdrawal of the receivers 21a and 21b and release of the communication resources reserved for the receivers 21a and 21b along the data flow 26.

At this time, as shown in FIG. 3, the sender 20 adds, to the control packet 24, additional information 25 indicating a group identifier (for example, a network address) of the receiver to be separated from the data flow 26 ( Step 20
1) Send a control packet 24 (step 20)
2). When the control packet 24 is received (step 2
03), the relay devices 22a, 22c, and 22d perform a disconnection process (step 204), and the communication links 23b and 2
The communication resources secured on the routes 3f to 23h are released.

Thus, a single control packet 24
Thereby, the plurality of recipients 21a and 21b can be separated. Incidentally, if the network address is used, the route to the recipient 21c which is not the object of leaving, that is,
Communication link 23c, relay device 22b, communication link 23
The departure request control packet 24 is not transferred to d, the relay device 22e, and the communication link 23e.

As described above, in this example, a single or a plurality of receivers are separated from the data flow 26 using only one control packet 24 with respect to the data flow 26 for which communication resources are reserved. Communication resources reserved for each receiver can be released. Further, since the sender 10 does not need to individually specify the receivers 21a and 21b to be withdrawn, it is possible to delete the receivers that the sender 10 does not recognize or collectively delete the receiver units belonging to the specific network. It becomes possible.

FIG. 5 is a flowchart showing a third embodiment of the communication resource reservation method in the IP network according to the present invention.
FIG. 6 is a block diagram showing a third configuration example of an IP network that implements the communication resource reservation method in FIG. In FIG.
Reference numeral 30 denotes a terminal such as a sender terminal or a receiver terminal (hereinafter, referred to as a terminal).
32a-32c are relay devices, 33
a to 33d are communication links, and 34a, 34b and 35 are control packets.

In this example, the route correction by the relay devices 32a to 32c and the control packets 34a, 34
The flow of b, 35 is shown. As shown in FIG. 5, the correspondent 30 (here, either a sender or a receiver)
When the control packet 34a for resource reservation and reservation cancellation is transferred to the next relay device 32c via the relay device 32a (step 301), the relay device 32c receiving the control packet 34a It is determined whether it is inappropriate that the destination is the own node (step 302).

Here, the relay device 32c is in an inappropriate state that the destination of the control packet 34a is its own node, and the relay device 32c that is a correct transfer destination
b is recognized (step 304), the relay device 3
2c sends a control packet 35 for notifying that the relay device 32b is a correct transfer destination to the relay device 32a that has transferred the control packet 34a to the wrong destination (step 305). The relay device 32a that has received the control packet 35 (step 306) sends the control packet 3 to the relay device 32b that is the correct destination.
4a is transmitted as a control packet 34b (step 307).

FIG. 7 is a block diagram showing a fourth example of the configuration of an IP network for implementing the communication resource reservation method of the present invention. In FIG. 7, reference numeral 40 denotes a terminal such as a sender terminal or a receiver terminal (hereinafter, referred to as a "communicator"), 42a and 42b relay devices, 43a and 43b communication links, and 44a and 44.
b and 45 are control packets.

In this example, control packets 44a, 44b, 4 for route correction and instructions by the relay devices 42a, 42b are used.
5 shows the flow. Consider a case in which a control packet 44a for communication resource reservation and reservation cancellation from the correspondent 40 (which may be a sender or a receiver in this case) is transferred to the next relay device 42a.

At this time, the relay device 42a is in an inappropriate state that the destination of the control packet 44a is its own node, and the relay device 42a is a correct transfer destination.
If the relay device 42b has recognized b, the relay device 42b sends a control packet 45 for notifying that the relay device 42b is a correct transfer destination to the correspondent 40 who has transferred the control packet to the wrong destination. The communicator 40 that has received the control packet 45 sends a message to the relay device 42b that is a correct destination.
The control packet 44a is transmitted as a control packet 44b.

In the example shown in FIG. 6 and FIG. 7, the control packet 34 for communication resource reservation and reservation resource release received from a certain relay device 32a and the correspondent 40.
a, 44a, it is determined that it is inappropriate for the own node to receive the data, and if the correct transfer destination is recognized, the correct transfer destination is transmitted to the relay device 32a and the communicator 40 of the transmission source. Notify and resend.

FIG. 8 is a block diagram showing a fifth configuration example of the IP network for implementing the communication resource reservation method of the present invention. This example shows an operation example of a communication resource reservation method in a star-connected network using an ATM switch or the like, similar to FIG. 2. In FIG. 8, reference numeral 50 denotes a sender terminal (hereinafter, “sender”). , 51a to 51c are receiver terminals (hereinafter, referred to as "receivers"), 52a and 52b are relay devices, 53a to 53e are communication links, 54 is a control packet, and 55 is additional information.

The sender 50 has the receiver 51a and the receiver 5
Data flow 56 for transmitting data to 1b
Is formed, and communication resources are reserved in the communication links 53a to 53d on the intermediate route. Sender 50
Sends a control packet 54 for a resource reservation request to the intended recipients 51a and 51b,
The communication resources on the intermediate route are secured. At this time, the control packet 54 is transmitted with additional information 55 indicating whether or not a new receiver is added by the sender 50.

In the control packet 54, the addresses of the target recipients 51a and 51b are described, and communication resources on the route to each of the recipients 51a and 51b are secured. At this point, the recipient 51c
Is out of scope. The additional information 55 specifies whether a receiver other than the receiver 51a and the receiver 51b, for example, the receiver 51c is added in this communication session.

Here, the relay device 52b is connected to the receiver 51a.
And the interface other than the sender 50. Therefore, if there is a possibility that a receiver at the other end of the interface, for example, the receiver 51c, may be added, communication resources can be reserved in the communication link 53e, and data can be branched and flowed. You have to be prepared.

However, the actual reservation is not made until a resource reservation request is made to the receiver 51c. If there is no actual reservation, the communication resource reservation for the communication link 53e is wasted. Therefore, if the sender 50 declares in advance with the additional information 55 that “this communication does not add a receiver”, each relay device 52
For a and 52b, the preparation described above is not required.

That is, each relay device 52a, 5 on the route
By interpreting the additional information 55, the sender 2b can determine whether or not the sender 50 has added a receiver to the data flow 56. The processing in the relay device 52b based on the determination is as shown in FIG.

FIG. 9 is an explanatory diagram showing an example of a change in the operation corresponding to the additional information by the relay device in FIG. FIG.
(A) shows a case where the additional information 55 of FIG. 8 notifies that there is no recipient added. At this time, the relay device 5
2b means that the internal data flow may be treated as unicast. That is, there is no branch in the relay device 52b.

FIG. 9B shows a case where the additional information 55 in FIG. 8 notifies that a recipient may be added. At this time, the relay device 52b has a possibility that the internal data flow will be a multicast. That is, in the future, a new receiver, for example, the receiver 51c in FIG. 8, may be added to the data flow 56 by the sender 50 in FIG. 8, and in this case, the data flow 56 is added to the data flow 57. And the communication resource of the link 53e in the direction of the receiver 51c may be reserved.

Therefore, in such a case, the relay device 52b
Supposes that it will be a multicast branch point, and takes measures against it. For example, assuming that the relay device 52b is an ATM switch, when branching a data flow inside the relay device 52b, it is necessary to copy an ATM cell. To this end, it is necessary to secure a buffer for copying, and the number of multicasts that can be supported is also limited.

On the other hand, if it is clear that the data flow is unicast, there is no restriction such as securing of a buffer, and no resources for multicast correspondence in the ATM switch are consumed. As described above, it is useful to detect in advance whether or not the data flow inside the ATM switch is likely to evolve into multicast in the future.

FIG. 10 is a block diagram showing a sixth configuration example of the IP network for implementing the communication resource reservation method of the present invention.
This example particularly shows an operation example of a communication resource reservation method in a network having a bus-type link such as Ethernet or IEEE1394. In FIG. 10, reference numeral 60 denotes a sender terminal (hereinafter, “sender”). Described), 6
1a to 61c are receiver terminals (hereinafter, referred to as "receivers"), 62a and 62b are relay devices, 63a, 63b, and 6
3d is a communication link, 63c is a bus type link, 64 is a control packet, 65 is additional information, and 66 is a data flow.

The sender 60 has the receiver 61a and the receiver 6
Data flow 66 for transmitting data to 1b
Are formed, and the communication links 63a, 63b, 6 on the intermediate route are formed.
3d, communication resources are reserved in the bus type link 63c. The sender 60 is the intended recipient 61a
A control packet 64 for requesting a communication resource reservation is sent to the receiver 61b to secure communication resources on the intermediate route. At this time, a new receiver is added by the sender 60. The control packet 64 is transmitted with additional information 65 indicating whether the packet is to be transmitted.

Each of the relay devices 62a and 62b on the route interprets the additional information 65, and
It is possible to determine whether the sender 60 has added a receiver to the receiver 6. In the relay device 62b, the receiver 61a
The communication link on the side is a bus type link 63c. Generally, when transmitting data to a plurality of recipients (or relay devices) connected to a bus-type link, it is efficient to perform multicast transfer on the bus-type link.

However, when multicasting is performed on a bus-type link, addresses are allocated for the multicasting,
Signaling such as reservation of a dedicated channel is required, and the overhead is required. If the relay device 62b
In the case where there is a possibility that a new receiver 61c may be added before the bus-type link 63c, it is necessary to prepare in advance so that the data flow on the bus-type link 63c can be transferred by multicast.

However, when there is no possibility that a new receiver 61c will be added, the data flow on the bus-type link 63c may be unicast, and overhead for setting multicast can be avoided. Therefore, additional information 6
When the notification that the new receiver 61c is not added is notified by 5, the overhead for setting the multicast becomes unnecessary.

FIG. 11 is a block diagram showing a seventh example of the configuration of an IP network for implementing the communication resource reservation method of the present invention.
This example shows an operation example of a communication resource reservation method for collectively deleting, from a data flow, a receiver group existing in a network that is not under the control of the network to which the sender belongs, similar to FIG. In FIG. 11, reference numeral 70 denotes a sender terminal (hereinafter, referred to as "sender"), and 71a to 71.
c is a receiver terminal (hereinafter referred to as “receiver”), 72a,
72b is a relay device, 73a to 73d are communication links, 74
Is a control packet, 75 is additional information, 76 is a data flow, and 77 is a subnetwork.

The sender 70 forms a data flow 76 for transferring data to the receivers 71a to 71c, and the data flow 76 is transmitted through the communication links 73a to 73d on the route.
Communication resources are reserved for Also, the relay device 7
2b and the receivers 71a and 71c belong to a subnetwork 77 not under the control of the network to which the sender 70 belongs.

Here, the receiver 71c sets the data flow 76
And has reserved communication resources on the communication link 73e. At this time, the sender 70 may not detect the participation of the uncontrolled recipient 71c in the data flow. In such a situation, the sender 70 includes a sub-network 77 in the control packet 74 requesting withdrawal of the receiver and release of communication resources on the route to the receiver.
(Network address and mask value) as additional information 75 and transmitted.

As described above, the sender 70 specifies the network address and the mask value of the sub-network 77 and requests the withdrawal of the receiver and the release of the communication resources from the control packet 7.
When the control packet 74 is transmitted, the control packet 74 is transferred on the route to the sub-network 77, the receiver 71a and the receiver 71c are separated from the data flow 76, and the communication resources on the communication links 73b, 73c, 73e on the route are used. To be released. As a result, even if the address designating the recipient 71c is unknown, it is possible to leave the recipient 71c. In this way, all receivers in the sub-network 77 can leave the data flow 76 and release resources with only one control packet.

FIG. 12 is a block diagram showing an eighth configuration example of the IP network for implementing the communication resource reservation method of the present invention.
This example shows an operation example of a communication resource reservation method similar to that shown in FIGS. 6 and 7 in a network having a bus-type link. In FIG. 12, reference numeral 80 denotes a receiver terminal (hereinafter referred to as a receiver terminal).
"Recipient"), 81a and 81b are relay devices, 82
a to 82c are communication links (described as "links" in the figure);
83 is a data flow, and 84a, 84b and 85 are control packets.

From the communication link 82b, the relay device 81a and the communication link 82a, the relay device 81b, the communication link 82
c, an existing data flow 83 exists, and communication resources for the data flow 83 are reserved in the communication links 82a to 82c on the route. The communication link 82a is a bus-type link. The sender of the data flow 83 exists on the communication link 82b side, and the data flow 83
The data flow above is in the direction of the arrow.

Here, the receiver 80 participates in the data flow 83 and receives the control packet 8 requesting data reception.
4a is transmitted to the relay device 81b. Communication link 8
In a bus-type link such as 2a, a default route of a terminal connected thereto (a standard transfer destination of a packet outside a segment) is often determined. Recipient 80
Is set to the relay device 81b, the transfer destination of the control packet 84a is also set to the relay device 81b.
b.

However, in the case of this request, the control packet 84a should be sent to the relay device 8la upstream (closer to the sender) of the data flow 83.
Since the existing data flow 83 has already been set, the relay device 81b recognizes that the communication link 82a is a bus type and exists downstream of the relay device 81a connected to the same bus. So, for the recipient 80,
The control packet 85 notifies that the correct transfer destination of the control packet 84a for the request to join the data flow 83 is the relay device 81a.

The control packet 85 includes the address of the relay device 81a, which is the correct transfer destination, and information (sequence number and contents of the control packet itself) for identifying the corresponding control packet 84a to be retransmitted. The receiver 80 receiving the control packet 85 transmits the control packet 84b for the request to join the data flow 83 again to the relay device 81a, which is the correct transfer destination, so that the receiver 80 can join the flow. Become. In this way, even when the routing control information of the IP packet of the receiver 80 is inappropriate, it is possible to participate in the flow without causing an error.

As described above with reference to FIGS. 1 to 12, in the communication resource reservation method in the IP network according to the present embodiment, one or more recipients are designated by the terminal on the sender side transmitting data. When a communication resource on the route is reserved, a control packet used for the reservation of the communication resource is added with information indicating whether or not a new receiver is added in a series of data transmission, and transmitted. Then, the relay device that relays the data reads the information added to the control packet, and reserves and secures communication resources according to the content of the information.

As described above, when a multicast resource is reserved from a sender, a relay device (router, ATM switch, etc.) in the network determines whether or not there is an additional receiver for the resource reservation flow. Can be determined. As a result, the operation can be performed without wasting resources for multicasting in the relay node device. Further, in a portion where a bus-type link is interposed, extra signaling for multicast is not required, which can contribute to high-speed resource reservation.

Further, some or all of the plurality of recipients are grouped using the network identifier in the IP network, and the sender terminal does not need to specify the recipients.
One control packet causes the group to leave the communication and release the reserved communication resources. As described above, the sender leaves a plurality of receivers from the flow in a certain group unit (such as a subnet unit), and allocates the communication resources reserved for them to one control packet, one control packet, and the like.
It can be released by multiple operations. Further, even if there is a receiver on the flow that the sender does not care about, it is possible to leave the receiver without individually specifying the receiver.

When a data sender or receiver transmits a control request to a communication resource reservation request through an unsuitable relay device or terminal, the control packet receiving device receives the control packet. Then, the correct request destination is notified to the reservation requester by another control packet. In this way, it is possible to notify the correct transfer destination to the source of the control packet transferred to the inappropriate transfer destination and retransmit the control packet according to the flow direction and the information on the route control for resource reservation. Become. As a result, even when the IP routing control information is incorrect or when the flow direction cannot be detected, the resource can be reserved without causing an error.

The present invention is not limited to the embodiment described with reference to FIGS. 1 to 12, but can be variously modified without departing from the gist thereof. For example, the network scale such as the number of relay devices is shown in FIGS.
It is not limited to the person in FIG.

[0057]

According to the present invention, it is possible to avoid wasteful consumption of communication resources on the assumption of multicasting in order to cope with additional expansion of new receivers, and to interpose a bus-type link. Excessive signaling for establishing a bar channel connection is not required for the multicast in the part, and communication resources can be reserved at high speed.

In addition, each communication resource reserved for a plurality of recipients can be changed without individually identifying each recipient.
It can be released by one control packet and one operation, and it is necessary to attach a list of identifiers of each recipient to explicitly specify each intended recipient to the control packet as in the related art. In a large-scale multicast communication, even if a large number of recipients are specified, the control packet length does not increase, so that it is possible to avoid a load on the network and to avoid a portion that the sender is not aware of. Can be removed from the communication.

Further, even when a control packet is transferred to a transfer destination such as an inappropriate relay device or terminal, control is performed so that the control packet is transferred to a valid transfer destination. It is possible to avoid inconveniences on the network and the user such as a situation in which resources are reserved and the reservation cannot be made.

[Brief description of the drawings]

FIG. 1 is a flowchart showing a first embodiment of a communication resource reservation method in an IP network according to the present invention.

FIG. 2 shows an IP implementing the communication resource reservation method in FIG.
FIG. 2 is a block diagram illustrating a first configuration example of a network.

FIG. 3 is a flowchart showing a second embodiment of the communication resource reservation method in the IP network according to the present invention.

FIG. 4 shows an IP implementing the communication resource reservation method in FIG.
It is a block diagram showing the 2nd example of composition of a network.

FIG. 5 is a flowchart showing a third embodiment of the communication resource reservation method in the IP network according to the present invention.

FIG. 6 shows an IP implementing the communication resource reservation method in FIG.
It is a block diagram showing the 3rd example of composition of a network.

FIG. 7 is a block diagram showing a fourth configuration example of an IP network for implementing the communication resource reservation method of the present invention.

FIG. 8 is a block diagram showing a fifth configuration example of the IP network for implementing the communication resource reservation method of the present invention.

FIG. 9 is an explanatory diagram showing an example of a change in operation corresponding to additional information by the relay device in FIG. 8;

FIG. 10 is a block diagram showing a sixth configuration example of the IP network for implementing the communication resource reservation method of the present invention.

FIG. 11 is a block diagram showing a seventh configuration example of an IP network for implementing the communication resource reservation method of the present invention.

FIG. 12 is a block diagram showing an eighth configuration example of an IP network for implementing the communication resource reservation method of the present invention.

[Explanation of symbols]

10, 20, 50, 60, 70: sender terminals ("senders"), 11a to 11c, 21a to 21c, 51a to 5
1c, 61a to 61c, 71a to 71c, 80: Recipient terminal ("recipient"), 12a to 12e, 22a to 22
e, 32a to 32c, 42a, 42b, 52a, 52
b, 62a, 62b, 72a, 72b, 81a, 81
b: relay device, 13a to 13h, 23a to 23h, 33
a to 33c, 43a, 43b, 53a to 53e, 63
a, 63b, 73a to 73e, 82a to 82c: communication link, 63c: bus type link, 14, 24, 34a, 3
4b, 35, 44a, 44b, 45, 54, 64, 7
4, 84a, 84b, 85: control packet, 15, 2
5, 55, 65, 75: additional information, 26, 56, 57,
76, 83: data flow, 30, 40: correspondent, 7
7: Subnetwork.

 ──────────────────────────────────────────────────続 き Continuing on the front page (72) Inventor Ryutaro Kawamura 3-19-2 Nishi Shinjuku, Shinjuku-ku, Tokyo Japan Telegraph and Telephone Corporation (72) Inventor Takashi Yamashita 3- 192-1 Nishi-Shinjuku, Shinjuku-ku, Tokyo No. Within Nippon Telegraph and Telephone Corporation (72) Inventor Hiroyuki Tanaka 3-19-2 Nishi-Shinjuku, Shinjuku-ku, Tokyo Nippon Telegraph and Telephone Corporation (72) Attorney Shionozaki Atsushi 6-35, Kitashinagawa, Shinagawa-ku, Tokyo No. 72 Inside Sony Corporation (72) Inventor Fumio Teraoka 6-7-35 Kita-Shinagawa, Shinagawa-ku, Tokyo Inside Sony Corporation (72) Inventor Jun Atsushi 7-35, Kita-Shinagawa, Shinagawa-ku, Tokyo Soni -Inside Co., Ltd. (72) Inventor Kenji Fujisawa 6-7-35 Kita Shinagawa, Shinagawa-ku, Tokyo Inside Sony Corporation

Claims (4)

[Claims] 1. An IP that reserves and secures communication resources using a control packet in order to guarantee and improve communication quality when using an IP (Internet Protocol) network.
A method for reserving communication resources in a network, wherein a transmitting terminal transmitting data, when reserving communication resources on a path by specifying one or more receiving terminals, includes a control packet used for reserving the communication resources, In a series of communication for transmitting the data, information is added and transmitted as to whether or not a new receiving terminal is added, and the relay device relaying the data reads the information added to the control packet. A method for reserving communication resources in an IP network, wherein the communication resources are reserved and secured in accordance with the contents of information. 2. An IP that reserves and secures communication resources using control packets in order to guarantee and improve communication quality when using an IP (Internet Protocol) network.
A method for reserving communication resources in a network, wherein a transmitting terminal transmitting data, when reserving communication resources on a path by specifying one or more receiving terminals, includes a control packet used for reserving the communication resources, In a series of communication for transmitting the data, information is added and transmitted as to whether or not a new receiving terminal is added, and the relay device relaying the data reads information added to the control packet, If the information indicates that a new receiving terminal is to be added, communication resources for the specified number of the receiving terminal and the receiving terminal to be added are reserved and secured, and if the new receiving terminal is not added, A method for reserving and securing only communication resources specified by the control packet. 3. In order to guarantee and improve communication quality when using an IP (Internet Protocol) network, a control packet is used to reserve and secure communication resources on a route and to leave and reserve communication. IP that releases communication resources
A method of reserving communication resources in a network, wherein a transmitting terminal for transmitting data designates one or more receiving terminals to disconnect from the communication and release the reserved communication resources. A control packet used for releasing resources is transmitted by adding the identification information commonly assigned to the specified receiving terminal, and the plurality of receiving terminals grouped by the identification information are separated from the communication and reserved. A method for reserving communication resources in an IP network, wherein the communication resources are released by one control packet. 4. An IP that reserves and secures communication resources by using a control packet in order to guarantee and improve communication quality when using an IP (Internet Protocol) network.
A method for reserving communication resources in a network, wherein a relay device for relaying data determines whether the correct destination of received data is its own device, and if the correct destination is another device, The information indicating the correct destination is added to the control packet and sent to the source of the data, and the source device of the data reads the information added to the control packet sent from the relay device, A method for reserving communication resources in an IP network, comprising transmitting the data to a destination indicated by the information.