Electrical computers and digital data processing systems: input/ – Intrasystem connection – Bus interface architecture
Reexamination Certificate
1999-07-12
2002-06-18
Lefkowitz, Sumati (Department: 2181)
Electrical computers and digital data processing systems: input/
Intrasystem connection
Bus interface architecture
Reexamination Certificate
active
06408355
ABSTRACT:
BACKGROUND OF THE INVENTION
1. Field of the Invention
The present invention generally relates to a method for releasing isochronous transaction in a bus network such as an IEEE-
1394
bus network in which plural buses are connected via a bridge, a bus network utilizing the method and a medium of an information provider. More particularly, the present invention relates to a method for releasing isochronous transaction in a bus network and others wherein, when the setting of isochronous transaction for a bus and a bridge respectively constituting a path (a communication channel) from a sending node to a receiving node is released, a request for releasing the setting of isochronous transaction from a resource-possessing node is sequentially propagated to enable the setting of isochronous transaction to be released satisfactorily, even if the resource-possessing node, the sending node and the receiving node do not exist on the same bus.
2. Description of Relevant Art
For a standard for transmitting a digital signal, multiple standards such as standards by International Electrotechnical Commission (IEC) and Institute of Electrical and Electronics Engineers (IEEE) exist. Above all, IEEE
1394
attracts attention in application to multimedia such as the connection between pieces of the electronic equipment for domestic use, for example, digital video recorder, and connection between these pieces of the electronic equipment and a computer. As IEEE
1394
is well-known, the description of the contents is omitted.
Currently, P1394.1 working group makes the protocol standardization activities of a bridge for connecting buses used in an IEEE-
1394
high-speed serial bus communication environment (the working group has prepared a draft for standardization entitled P1394.1 Draft 0.03 Oct. 18, 1997 as of June in 1998). In the following description, the above latest draft for standardization is called a bridge draft. An IEEE-
1394
bridge (hereinafter called only a bridge) is composed of two communication means connected thereto, each of which is called a portal, and is connected to an IEEE-
1394
bus (hereinafter suitably abbreviated to a bus). The data can be transmitted via the above bridge between plural buses.
The number of nodes (IEEE-
1394
equipment) which can be connected to one IEEE-
1394
bus is limited to a maximum of 63. However, the connection of the plural buses through the bridge to constitute a bus network including buses and bridges allows it to connect the nodes of more than 63. It has been already proposed that data should be transmitted not only via a cable but using a radio wave, infrared rays and others in a bridge (between portals).
IEEE
1394
is provided with an isochronous transfer function and thus isochronous transaction is executed on an IEEE-
1394
bus every 125 &mgr;sec.
FIG. 1
shows an example in which an isochronous packet is transferred in isochronous transaction. A node called a cycle master sends a cycle start packet CS every 125 &mgr;sec. After the cycle start packet CS is sent, the transfer of an isochronous packet is started. In
FIG. 1
, two types of isochronous packets Pis are transferred using channels a and b. After the transfer of the isochronous packets Pis is completed, the transfer of an asynchronous packet Pas is started.
To enable the isochronous transaction, the setting of isochronous transaction, that is, the setting for channels and bandwidth is required. However, in IEEE
1394
, only a method of setting isochronous transaction in a case that an owner (a resource-possessing node in isochronous transaction), a talker (a packet sending node in isochronous transaction) and a listener (a packet receiving node in isochronous transaction) are connected to the same bus, is defined. That is, a method of setting isochronous transaction in case an owner, a talker and a listener exist on different buses is undefined in the IEEE-
1394
. Further, a method for releasing the isochronous transaction therebetween is undefined in the IEEE-
1394
.
The object of the present invention is to provide a method for releasing the isochronous transaction and others in a bus network so that the releasing of isochronous transaction is satisfactorily enabled even if a resource possessing node, a sending node and a receiving node are not connected to the same bus.
SUMMARY OF THE INVENTION
A method according to the present invention is the one for releasing isochronous transaction in a bus network in which a plurality of the buses are connected to each other using a bridge including first and second communication means and is provided with the following first to third steps.
In the first step, a resource-possessing node releases the setting of isochronous transaction for a first bus when a sending node or a receiving node exists on the first bus on which the resource-possessing node itself exists, and the resource-possessing node sends a request for releasing the setting of isochronous transaction to the first communication means of the bridge existing on the first bus when no sending node or no receiving node exists on the first bus. The first communication means of the bridge passes a packet to the sending node or the receiving node respectively not existing on the first bus.
In the second step, the first communication means of the bridge received the request for releasing the setting of isochronous transaction from the resource-possessing node sends a request for releasing the setting of isochronous transaction to the second communication means connected to the first communication means, and releases the setting of isochronous transaction for the first communication means itself when the first communication means itself is existed on a path from the sending node to the receiving node.
In the third step, the second communication means of the bridge received the request for releasing the setting of isochronous transaction releases the setting of isochronous transaction for a second bus when the above sending node or the above receiving node exists on the second bus on which the second communication means itself exists, release the setting of isochronous transaction for the second communication means itself when the second communication means itself exists on a path from the sending node to the receiving node and further sends a request for releasing the setting of isochronous transaction to the first communication means of the bridge existing on the second bus when no sending node or no receiving node exists on the second bus. The first communication means of the bridge passes a packet to the sending node or the receiving node respectively not existing on the above second bus.
In the present invention, after the first step is executed, the second and third steps are suitably repeated. A request for releasing the setting of isochronous transaction is sequentially propagated. Thus, the setting of isochronous transaction for buses and a bridge constituting a path from a sending node to a receiving node is released. Whereby, even if a resource-possessing node, a sending node and a receiving node do not exist on the same bus, the setting of isochronous transaction is satisfactorily released.
REFERENCES:
patent: 6032261 (2000-02-01), Hulyalkar
patent: 6119243 (2000-09-01), Garney et al.
patent: 6279058 (2001-08-01), Gulick
patent: 2001/0007118 (2001-07-01), Matsuda
Lefkowitz Sumati
Maioli Jay H.
Sony Corporation
LandOfFree
Method for releasing isochronous transaction in bus network,... does not yet have a rating. At this time, there are no reviews or comments for this patent.
If you have personal experience with Method for releasing isochronous transaction in bus network,..., we encourage you to share that experience with our LandOfFree.com community. Your opinion is very important and Method for releasing isochronous transaction in bus network,... will most certainly appreciate the feedback.
Profile ID: LFUS-PAI-O-2954652