JP3482634B2 - Communication resource reservation method in IP network - Google Patents

Description

Detailed Description of the Invention

[0001]

TECHNICAL FIELD The present invention relates to RSVP (ReSerV
related to communication control technology using a communication resource reservation protocol such as the Asynchronous T
ransfer mode) The present invention relates to a communication resource reservation method in an IP network suitable for efficient allocation of communication resources in relay devices such as switches and routers.

[0002]

2. Description of the Related Art Conventionally, in an IP (Internet Protocol) network, a data sender and
RSVP and IETF (Internet Engineeri) are used as technologies for reserving and releasing communication resources between the above recipients.
ng Task Force) RFC (Request F)
or Comment) ST2 of 1819. For example, R
SVP is a protocol for preliminarily reserving (reserving) communication resources on a transfer path prior to data transfer. By reserving communication resources in this way, delays can be minimized and real-time communication, etc. can be performed. It will be possible.

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

Further, in ST2, the sender can designate a plurality of receivers to leave the communication and release the reserved communication resources. However, in this case, the list of the identifiers of the target recipients is included in the control packet that explicitly specifies the target recipients by the network address, etc., and requests the withdrawal from communication and the release of the corresponding communication resources. Need to be attached. Therefore, when applied to a large-scale multicast communication, in order to specify a large number of receivers, the control packet length becomes long, which puts a load on the network. In addition, some receivers that the sender does not know (whose identifier is unknown) cannot be removed from the communication.

Further, the control packet for requesting the reservation of the communication resource is transferred through the route where the communication resource on the target network is reserved. Then, the relay device on the route receives this control packet, determines whether or not the resource reservation request can be made, and then performs the actual resource reservation processing to transfer the control packet to the next relay device or the target terminal. To do. At this time, if a control packet is transferred to the wrong relay device or terminal, not only will resources be reserved on the wrong communication path, but reservations will always be impossible, etc. Inconvenience occurs. In the conventional technology, such a situation is treated as an error, that is, a reservation failure.

[0006]

The problem to be solved by the prior art is that in the conventional technique, even if there is no additional extension of a new recipient, in order to cope with the additional extension of a new recipient,
In the relay device, it is necessary to secure communication resources assuming multiple branches of communication (multicast) in advance, and in the case of releasing communication resources that have been secured by specifying multiple receivers It is necessary to attach a list of each recipient's identifier to the control packet in order to explicitly specify each recipient to be specified by the network address, etc. and communicate some recipients that the sender does not know. Is that the control packet cannot be departed, and if the control packet is transferred to the wrong relay device or terminal, it is simply processed as a reservation failure.

An object of the present invention is to solve these problems of the prior art, to avoid wasteful consumption of communication resources for multicast support inside the relay device, and to interpose a bus type link. It enables high-speed reservation of communication resources by eliminating the need for extra signaling for multicast support, and allows each receiver to individually allocate each communication resource reserved for multiple receivers. It is possible to release by one control packet and one operation without specifying, and it is possible to avoid the inconvenience to the network and the user due to the control message being transferred to an inappropriate transfer destination. It is to provide a method for reserving communication resources in an IP network.

[0008]

In order to achieve the above object, a communication resource reservation method in an IP network according to the present invention is an IP that guarantees or improves communication quality by reserving and securing communication resources using a control packet. In the network, at the sender terminal,
When resource reservation is made by designating one or a plurality of receiver terminals, whether or not the receiver terminals are additionally expanded in the series of communication is specified by adding additional information to the control packet, and the relay device , The processing according to the specification is performed, for example, if the additional expansion is not specified, the resource reservation for the amount specified by the control packet is made, and if the additional expansion is specified, the resource is specified by the control packet. Minutes and additional expansion Reserve resources for specified minutes.

Further, a part or all of a plurality of receiver terminals are grouped by using a network identifier in the IP network, and the sender terminal does not specify the receiver and is controlled by one control packet within the group. All the receiver terminals of are released from communication, and the reserved communication resources are released. Further, when the sender terminal or the receiver terminal transmits the reservation request for the communication resource by the control packet and sends the control packet to an inappropriate relay device or terminal, the receiving side device of the control packet changes The reservation destination is notified of the correct destination by the control packet.

[0010]

BEST MODE FOR CARRYING OUT THE INVENTION Embodiments of the present invention will be described in detail below with reference to the drawings. 1 is a flow chart showing a first embodiment of a communication resource reservation method in an IP network of the present invention, and FIG. 2 is a first configuration example of an IP network for implementing the communication resource reservation method in FIG. It is a block diagram shown. In FIG. 2, 10 is a sender terminal (hereinafter, referred to as “sender”), 11a to 11c are receiver terminals (hereinafter, “recipient”).
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 sender 10 sends a control packet 14 requesting reservation of communication resources from the sender 10 to each of the receivers 1la to 11a.
It is sent and transferred to 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 according to the request of the control packet 14.

In the above series of resource reservation procedures, the sender 10 adds the additional information 1 indicating whether or not the sender can add the recipient to the control packet 14 as shown in FIG.
5 is added (step 101) and sent (step 102). Thereby, each of the relay devices 12a to 12e
Notify the recipient of the possibility of addition. By receiving the control packet 14 to which the additional information 15 is added (steps 103 and 104), each relay device 12
The a to 12e can perform the process of securing the optimum communication resource according to the branching condition (step 105). If the additional information 15 is not added to the control packet 14,
Transfer processing is performed as usual (step 106).

For example, when the additional information 15 added to the control packet 14 indicates that there is no possibility of adding a recipient, each of the relay devices 12b, 12d, and 12e indicates the communication for which the communication resource reservation is made this time. The data flow may be treated as unicast without branching. Here, if the sender 10 sends a control packet requesting the addition of a new receiver, the relay devices 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 the receiver is added to the flow for which the communication resource is reserved. You can Then, in each of the relay devices 12a to 12e, it is possible to grasp whether the number of branches for multicasting is increased, and effective resource allocation inside the device and transfer setting are possible.

FIG. 3 is a flowchart showing a second embodiment of the communication resource reservation method in the IP network of the present invention, and FIG.
FIG. 4 is a block diagram showing a second configuration example of an IP network that implements the communication resource reservation method in FIG. 3. In FIG.
20 is a sender terminal (hereinafter referred to as "sender"), 21a
21c are receiver terminals (hereinafter referred to as "receiver"), 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.

From the sender 20 to the receivers 21a to 21c, there is a data flow 26 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 the network address or the like in the IP network.

Here, in the case where the recipients 21a and 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 are released. ,
The sender 20 sends out a control packet 24 requesting release of the receivers 21a and 21b and release of communication resources reserved for the receivers 21a and 21b along a data flow 26.

At this time, as shown in FIG. 3, the sender 20 attaches to the control packet 24 the additional information 25 indicating the group identifier (eg, network address) of the recipient to be separated from the data flow 26 ( Step 20
1), send the control packet 24 (step 20)
2). When this control packet 24 is received (step 2)
03), each relay device 22a, 22c, 22d performs a leaving process (step 204), and each communication link 23b, 2
The communication resources secured on the routes 3f to 23h are released.

In this way, a single control packet 24
By this, a plurality of recipients 21a and 21b can be separated. If the network address is used, the route to the recipient 21c that is not subject to leaving, that is,
Communication link 23c, relay device 22b, communication link 23
The withdrawal request control packet 24 is not transferred to d, the relay device 22e, or the communication link 23e.

As described above, in this example, with respect to the data flow 26 for which communication resources are reserved, only one control packet 24 is used to cause a single or a plurality of receivers to leave the data flow 26, The communication resources reserved for each recipient can be released. Furthermore, since the sender 10 does not need to individually specify the recipients 21a and 21b to be withdrawn, it is possible to delete recipients that the sender 10 does not recognize or to collectively delete recipients belonging to a specific network. It will be possible.

FIG. 5 is a flow chart showing a third embodiment of the communication resource reservation method in the IP network of 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. 5. In FIG.
30 is a terminal such as a sender terminal or a receiver terminal (hereinafter,
“Communicator”), 32a to 32c are relay devices, 33
a to 33d are communication links, and 34a, 34b and 35 are control packets.

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

Here, in the relay device 32c, it is inappropriate that the destination of the control packet 34a is the own node, and the relay device 32 is the correct transfer destination.
If b is recognized (step 304), the relay device 3
2c sends a control packet 35 for notifying that the relay device 32b is the 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 receiving this control packet 35 (step 306) sends the control packet 3 to the relay device 32b which is the correct destination.
4a is transmitted as the control packet 34b (step 307).

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. In FIG. 7, reference numeral 40 denotes a terminal such as a sender terminal or a receiver terminal (hereinafter referred to as “communicator”), 42a and 42b are relay devices, 43a and 43b are communication links, and 44a and 44.
b and 45 are control packets.

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

At this time, the relay device 42a is in a state in which it is inappropriate that the destination of the control packet 44a is its own node, and is a correct transfer destination.
If b is recognized, a communication packet 40 for transferring the control packet to the wrong destination is sent out and notified to the correspondent 40 by notifying that the relay device 42b is the correct transfer destination. The correspondent 40 having received the control packet 45 sends to the relay device 42b, which is the correct destination,
The control packet 44a is transmitted as the control packet 44b.

In the example shown in FIGS. 6 and 7, the control packet 34 for reservation and cancellation of reservation resources received from a certain relay device 32a and the correspondent 40.
When it is determined that the node itself is inappropriate to receive a and 44a, and the correct transfer destination is recognized, the correct transfer destination is set to the relay device 32a and the correspondent 40 that are the transmission source. You can notify and resend it.

FIG. 8 is a block diagram showing a fifth configuration example 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 in a star-type coupled network using ATM switches and the like similar to FIG. 2, and in FIG. 8, 50 is a sender terminal (hereinafter, “sender”). 51a to 51c are receiver terminals (hereinafter referred to as "receiver"), 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 is the receiver 51a and the receiver 5
Data flow 56 for sending data to 1b
And the communication resources are reserved in the communication links 53a to 53d on the way. Sender 50
Sends a control packet 54 for a resource reservation request to the intended recipients 51a and 51b,
While the communication resources on the way are secured, the control packet 54 is sent 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 the respective recipients 51a and 51b are secured. At this point, the recipient 51c
Is out of scope. The additional information 55 specifies whether or not a recipient other than the recipients 51a and 51b, for example, the recipient 51c is added in this communication session.

Here, the relay device 52b is the receiver 51a.
, And also in directions other than sender 50. Therefore, if there is a possibility that a receiver at the other end of the interface, such as the receiver 51c, may be added, communication resources can be reserved in the communication link 53e, and data can be branched and flown. Must be prepared.

However, the actual reservation is not made until the resource reservation request is made to the receiver 51c. If there is no actual reservation, the communication resource reservation for the communication link 53e becomes useless. Therefore, if the sender 50 declares in advance by the additional information 55 that "there is no additional recipient in this communication", each relay device 52
For a and 52b, the above-mentioned preparation is unnecessary.

That is, the relay devices 52a, 5 on the route
By interpreting the additional information 55, the 2b can determine whether or not the sender 50 adds a recipient 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 a variation of the operation corresponding to the additional information by the relay device in FIG. Figure 9
8A shows the case where the additional information 55 in FIG. 8 notifies that there is no additional recipient. At this time, the relay device 5
In 2b, the internal data flow may be treated as unicast. That is, the relay device 52b does not branch.

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

Therefore, in such a case, the relay device 52b
Assumes that it will be a branch point of multicast and handles it. For example, assuming that the relay device 52b is an ATM switch, it is necessary to copy an ATM cell when branching a data flow inside the relay device 52b. For that purpose, 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 limitation such as buffer reservation, and resources for multicasting in the ATM switch are not consumed. In this way, 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 an 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 IEEE 1394. In FIG. 10, reference numeral 60 denotes a sender terminal (hereinafter referred to as “sender”). Description), 6
1a to 61c are receiver terminals (hereinafter, referred to as "receiver"), 62a and 62b are relay devices, and 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 is the receiver 61a and the receiver 6
Data flow 66 for sending data to 1b
And communication links 63a, 63b, 6 on the way
It is assumed that the communication resources are reserved in the 3d and the bus type link 63c. The sender 60 is a target recipient 61a
Then, the control packet 64 for requesting the communication resource reservation is sent to the receiver 61b to secure the communication resource on the way, but at this time, the sender 60 adds a new receiver. The control packet 64 is transmitted with the additional information 65 indicating whether or not it is transmitted.

Each of the relay devices 62a and 62b on the route interprets the additional information 65, and
6, it can be determined whether the sender 60 has added a recipient. In the relay device 62b, the receiver 61a
The side communication link is a bus type link 63c. Generally, when sending data to a plurality of receivers (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, address allocation for that purpose and
Signaling such as reservation of a dedicated channel is required, and its overhead is required. If the relay device 62b
In the above, if there is a possibility that a new receiver 61c will be added before the bus type link 63c, the data flow on the bus type link 63c must be prepared in advance so that it can be transferred by multicast.

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

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.
This example shows an operation example of the communication resource reservation method for collectively deleting from the data flow a recipient 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”), 71a to 71a.
c is a receiver terminal (hereinafter referred to as "receiver"), 72a,
72b is a relay device, 73a-73d are communication links, 74
Is a control packet, 75 is additional information, 76 is a data flow, and 77 is a sub-network.

The sender 70 forms a data flow 76 for transferring data to the receivers 71a to 71c, and the data flow 76 in the communication links 73a to 73d on the route.
Communication resources are secured for. In addition, the relay device 7
2b and the recipients 71a and 71c belong to a sub-network 77 that is not under the control of the network to which the sender 70 belongs.

Here, the receiver 71c receives the data flow 76.
, And reserves the communication resources on the communication link 73e. At this time, the sender 70 may not detect the participation of the unmanaged recipient 71c in the data flow. In such a situation, the sender 70 sends a sub-network 77 to the control packet 74 requesting the leaving of the receiver and the release of communication resources on the route to the receiver.
Identification information (network address and mask value) is added as additional information 75 and transmitted.

As described above, the control packet 7 in which the sender 70 designates the network address of the sub-network 77 and the mask value and requests the departure of the receiver and the release of communication resources
4 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 in the communication links 73b, 73c, 73e on the route are 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, with only one control packet, all the recipients in the sub-network 77 can be separated from the data flow 76 and the resources can be released.

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.
This example shows an operation example of the communication resource reservation method similar to FIGS. 6 and 7 in a network having a bus-type link. In FIG. 12, 80 is a receiver terminal (hereinafter,
"Recipient"), 81a and 81b are relay devices, 82
a to 82c are communication links (indicated as "link" in the figure),
83 is a data flow, and 84a, 84b and 85 are control packets.

From the communication link 82b to the relay device 81a and the communication link 82a, the relay device 81b, the communication link 82.
There is an existing data flow 83 to c, 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. Further, the sender of the data flow 83 exists on the communication link 82b side, and the sender of 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 requests the reception of data in the control packet 8
4a to the relay device 81b. Communication link 8
In a bus type link such as 2a, a default route (standard transfer destination of a packet outside a segment) of a terminal connected to the bus type link is often determined. Recipient 80
When the default route of the control device 84b is set to the relay device 81b, the transfer destination of the control packet 84a is also the relay device 81b.
b.

However, in the case of the request here, the control packet 84a should be sent to the relay device 8la upstream (on the side 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 is present downstream of the relay device 81a connected to the same bus. So for the recipient 80,
The control packet 85 notifies that the relay device 81a is the correct transfer destination of the control packet 84a for requesting participation in the data flow 83.

The control packet 85 includes the address of the relay device 81a, which is the correct transfer destination, and the information (sequence number and contents of the control packet itself) for identifying the corresponding control packet 84a to be retransmitted. The receiver 80, which has received the control packet 85, is able to participate in the flow by sending again the control packet 84b for requesting participation in the data flow 83 to the relay device 81a which is the correct transfer destination. Become. In this way, even if 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 of this embodiment, one or more receivers are designated by the terminal on the sender side for transmitting data. When reserving communication resources on the route, the control packet used for reserving this communication resource is added with information as to whether or not a new receiver is added in the series of communication for transmitting data Then, the relay device that relays the data reads the information added to the control packet, and reserves and secures the communication resource according to the content of this information.

As described above, when the sender makes a multicast resource reservation, the relay device (router, ATM switch, etc.) in the network determines whether or not a receiver is added to the flow for resource reservation. Can be judged. As a result, it is possible to operate without wastefully consuming resources for multicasting in the relay node device. Further, in the portion where the bus-type link is interposed, no extra signaling for multicasting is required, which can contribute to high-speed resource reservation.

Further, some or all of the plurality of recipients are grouped by using the network identifier in the IP network, and the sender terminal does not specify the recipients and
One control packet causes the group to leave communication and release the reserved communication resources. In this way, the sender separates a plurality of receivers from a flow in a certain group unit (subnet unit, etc.), and allocates communication resources reserved for them to one control packet,
It can be released by one operation. Further, even if there is a receiver on the flow that the sender does not know, it is possible to leave the receiver without individually specifying it.

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

The present invention is not limited to the embodiment described with reference to FIGS. 1 to 12, and various modifications can be made without departing from the scope of the invention. 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]

As described above, according to the present invention, it is possible to avoid wasteful consumption of communication resources, which is presumed to be multicast to cope with the addition and expansion of new receivers, and a bus-type link is provided. It becomes possible to reserve communication resources at a high speed, because extra signaling for establishing a bar channel connection in the part corresponding to multicast becomes unnecessary.

Further, each communication resource reserved for a plurality of recipients can be identified without individually specifying each recipient.
It can be released by one control packet and one operation, and it is necessary to attach a list of identifiers of the respective recipients to the control packet to explicitly specify the intended recipients. In a large-scale multicast communication, even if a large number of receivers are specified, the control packet length does not become long, so it is possible to avoid the load on the network and a part that the sender does not know. It is possible to remove the recipient of from the communication.

Further, even when the control packet is transferred to the transfer destination such as an inappropriate relay device or terminal, the control packet is controlled to be transferred to the proper transfer destination, so that the communication is performed on the wrong communication path. It is possible to avoid inconveniences to the network and the user, such as resources being reserved and reservations being impossible.

[Brief description of drawings]

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

2 is an IP for implementing the communication resource reservation method in FIG.
It is a block diagram showing the 1st example of composition of a network.

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

FIG. 4 is an IP for 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 of the present invention.

6 is an IP for 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 that implements the communication resource reservation method of the present invention.

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

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

FIG. 10 is a block diagram showing a sixth configuration example of an 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 that implements the communication resource reservation method of the present invention.

[Explanation of symbols]

10, 20, 50, 60, 70: sender terminal (“sender”), 11a to 11c, 21a to 21c, 51a to 5
1c, 61a-61c, 71a-71c, 80: Recipient terminal ("recipient"), 12a-12e, 22a-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-33c, 43a, 43b, 53a-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.

Front page continuation (72) Inventor Kei Yamashita 3-19-2 Nishishinjuku, Shinjuku-ku, Tokyo Japan Telegraph and Telephone Corporation (72) Inventor Hiroyuki Tanaka 3-19-2 Nishishinjuku, Shinjuku-ku, Tokyo This Telegraph and Telephone Corporation (72) Inventor Atsushi Shionozaki 6-735 Kita-Shinagawa, Shinagawa-ku, Tokyo Sony Corporation (72) Inventor Fumio Teraoka 6-35 Kita-Shinagawa, Shinagawa-ku, Tokyo So Knee Co., Ltd. (72) Inventor Jun Onoue 6-735 Kitashinagawa, Shinagawa-ku, Tokyo Sony Corporation (72) Kenji Fujisawa 6-735 Kitashinagawa, Shinagawa-ku, Tokyo Sony Shares In-company (56) Reference JP-A-9-321771 (JP, A) JP-A-9-275408 (JP, A) JP-A-9-214528 (JP, A) JP-A-10-41940 (JP, A) ) JP-A-10-23005 (JP, A) (58) Fields investigated (Int.Cl. ⁷ , DB name) H04L 12/28

Claims (4)

(57) [Claims] 1. 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 designating a communication resource on a route by designating one or more receiving terminals, a control packet used for reserving the communication resource, In a series of communication for transmitting the data, information indicating whether or not a new receiving terminal is added is transmitted, and the relay device for relaying the data reads the information added to the control packet, A communication resource reservation method in an IP network, characterized in that the communication resource is reserved and secured according to the content of information. 2. 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 transmitting terminal transmitting data, when designating a communication resource on a route by designating one or more receiving terminals, a control packet used for reserving the communication resource, In a series of communication for transmitting the data, information indicating whether or not a new receiving terminal is added is transmitted, and the relay device for relaying the data reads the information added to the control packet, If there is information that a new receiving terminal is added, reservation and reservation of communication resources for the amount specified by the control packet and the additional receiving terminal will be performed, and if there is no addition of the new receiving terminal. In the case of the above information, the communication resource reservation method in the IP network is characterized in that the communication resources are reserved and reserved only for the amount 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 for reserving communication resources in a network, wherein a transmitting terminal that transmits data specifies one or more receiving terminals to leave the communication and release the reserved communication resources when the leaving and communication are performed. The control packet used for releasing resources is sent with the identification information commonly given to the designated receiving terminal added, and the plurality of receiving terminals grouped by the identification information are separated from the communication and reserved. A communication resource reservation method in an IP network, characterized in that the communication resource is released by one control packet. 4. 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 of reserving communication resources in a network, wherein a relay device for relaying data determines whether or not the correct destination of the received data is its own device, and if the correct destination is another device, Information indicating the correct destination is added to the control packet and sent to the sender of the data, and the device of the sender 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, characterized in that the above data is sent to a destination indicated by the information.