[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

US7461156B2 - Method for determining a timeout delay in a network - Google Patents

Method for determining a timeout delay in a network Download PDF

Info

Publication number
US7461156B2
US7461156B2 US10/399,273 US39927303A US7461156B2 US 7461156 B2 US7461156 B2 US 7461156B2 US 39927303 A US39927303 A US 39927303A US 7461156 B2 US7461156 B2 US 7461156B2
Authority
US
United States
Prior art keywords
bus
link
timeout
subaction
bridge
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related, expires
Application number
US10/399,273
Other versions
US20040044801A1 (en
Inventor
Dieter Haupt
Gilles Straub
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Magnolia Licensing LLC
Original Assignee
Thomson Licensing SAS
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Thomson Licensing SAS filed Critical Thomson Licensing SAS
Assigned to THOMPSON LICENSING S.A. reassignment THOMPSON LICENSING S.A. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: HAUPT, DIETER, STRAUB, GILLES
Publication of US20040044801A1 publication Critical patent/US20040044801A1/en
Assigned to THOMSON LICENSING reassignment THOMSON LICENSING ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: THOMSON LICENSING S.A.
Application granted granted Critical
Publication of US7461156B2 publication Critical patent/US7461156B2/en
Assigned to MAGNOLIA LICENSING LLC reassignment MAGNOLIA LICENSING LLC ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: THOMSON LICENSING S.A.S.
Adjusted expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40052—High-speed IEEE 1394 serial bus
    • H04L12/40091—Bus bridging
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40052—High-speed IEEE 1394 serial bus
    • H04L12/40097—Interconnection with other networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/462—LAN interconnection over a bridge based backbone

Definitions

  • the invention concerns a method for determining a timeout delay in a communication network, in particular a network comprising a link connecting two IEEE 1394 busses.
  • the link may for example be a wireless Hiperlan 2 link.
  • a split transaction is characterized by a request subaction and a subsequent responder subaction using the same transaction label (i.e. an identifier of the transaction).
  • a value in the SPLIT_TIMEOUT control and status register specifies a maximum time period for a particular IEEE1394 node, in which the response to a request has to be generated and sent. If the specified time period (or twice the time period as specified in the IEEE1394a standard respectively) has elapsed without a response being transmitted, the complete transaction fails and the transaction label can be reused (“recycled”) by the requesting node.
  • the BRAN Hiperlan 2 IEEE1394 Service Specific Convergence technical specification describes how a Hiperlan 2 (HL2) link can be modeled as a virtual IEEE 1394 bus. Therefore, a HL2 split timeout is defined in a fashion similar to an IEEE Std 1394-1995 split timeout, but with a 200 ms default value instead of 100 ms.
  • An algorithm at the sending portal defines, with help of this SPLIT_TIMEOUT value, a time_of_life period for each particular asynchronous request or response intended to be transmitted over the HL2 wireless link.
  • the time_of_life parameter will be converted to a time_of_death label attached to each asynchronous packet. This time_of_death label advises the receiver of this packet on the wireless link to discard it, if its intended end of life has been reached.
  • the format of the SPLIT_TIMEOUT register defined by the SSCS document differs slightly from the specifications IEEE 1394-1995 and IEEE 1394a-2000.
  • the ‘remote_timeout’ parameter in an IEEE P1394.1 bridge environment can be determined by sending a message called a TIMEOUT bridge management message with a particular ‘timeout’ opcode to a virtual node identifier.
  • the virtual node identifier represents the destination node which, since it is not on the same bus as the requesting node, does not have a physical identifier on the bus of the requesting node.
  • the requesting node will receive the accumulated maximum delay times of all intermediate bridges.
  • the draft IEEE P1394.1 distinguishes different delay times in a bridge for requests (MAX_RQ_FORWARD_TIME) and responses (MAX_RESP_FORWARD_TIME). These times are implementation dependent and have to be provided by the manufacturer of the bridge.
  • a HL2 wireless bridge is used to wirelessly interconnect IEEE 1394 bridge aware nodes.
  • two bridge aware nodes exchange asynchronous packets over HL2, they cross two bridges. Therefore they have to use a remote timeout that takes into account the two wireless bridges as well as the HL2 transmission time.
  • link designates any appropriate configuration of a wireless (or wired) network, not simply a point-to-point link.
  • the invention concerns a method for determining a remote timeout parameter in a network comprising a link between a first bus and a third bus, wherein the link is implemented through a first and a second portal connected respectively to the first and the third bus, and wherein the link is modelized as a second bus connected to the first bus and the third bus through respective bridges;
  • a portal When asked to specify its contribution to a timeout interval regarding a future request subaction, a portal checks whether the destination node of the request subaction lies on the wireless link or not. Depending on the answer to this question, the portal decides whether to contribute, in addition to its own processing or forwarding time, half or all of the link maximum transmission time. Indeed, only half of the maximum transmission time is added if it is expected that the request subaction will be forwarded (or came from) the peer portal which will contribute (or has already contributed) the other half of this maximum transmission time.
  • the process above concerns determination of timeout contribution for request subactions. A symmetric approach applies to response subactions.
  • FIG. 1 illustrates two buses linked by a Hiperlan network via bridge portals.
  • Hiperlan bus bridges usually have one portal connected to a wired IEEE1394 bus, the other portal being connected to a wireless Hiperlan 2 network.
  • Hiperlan 2 bridges must be able to process the Timeout Bridge Management Message mentioned in the introduction.
  • the link is not necessarily a wireless link.
  • each Hiperlan 2 compliant bus bridge provide values for the MAX_RQ_FORWARD_TIME and MAX_RESP_FORWARD_TIME parameters of the timeout message.
  • the MAX_RQ_FORWARD_TIME parameter represents the sum of time limits that each bridge on the route from a requesting node to a destination node is allotted within which to forward a request subaction to the next bridge.
  • the MAX_RESP_FORWARD_TIME parameter represents the sum of time limits for a response subaction. These two times may be different.
  • the following method describes how these MAX_RQ_FORWARD_TIME and MAX_RESP_FORWARD_TIME values are calculated.
  • a bridge aware device e.g. node 1
  • a HL2 device e.g. node 3
  • a bridge aware device e.g. node 1
  • a response subaction packet e.g. node 3
  • a wired bridge aware device e.g. node 1
  • another wired bridge aware device e.g. node 2
  • wired bridge aware device e.g. node 1
  • another wired bridge aware device e.g. node 2
  • T st is the SPLIT_TIMEOUT register value. On HL2 it is set to 200 ms (1394 SSCS TS).
  • the bridge portal also sets the ‘remote_split_timeout_seconds’ and ‘remote_split_timeout_cycles’ fields of the TIMEOUT request message to the corresponding HL2 SPLIT_TIMEOUT values, since the HL2 bus is the destination bus. These values correspond to the time interval during which the bridge will wait for the response from the wireless destination device.
  • the HL bridge I will add the first half, the HL bridge II will add the second half to the maximum transmission delay of the wireless bus B.
  • the HL bridge I will add the whole maximum transmission delay of the wireless bus B to its own internal maximum forward time.
  • the embodiment enables bridge aware nodes to work seamlessly over HL2 bridges using only P1394.1 bridge-command mechanisms.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Small-Scale Networks (AREA)
  • Communication Control (AREA)
  • Input Circuits Of Receivers And Coupling Of Receivers And Audio Equipment (AREA)
  • Oscillators With Electromechanical Resonators (AREA)
  • Control Of Eletrric Generators (AREA)

Abstract

A method for determining a remote timeout parameter in a network comprising a link between a first bus and a third bus. The link is implemented through a first and a second bridge portal connected respectively to the first and the third bus, and is modelized as a second bus connected to the first bus and the third bus through bridges. Upon solicitation to provide its contribution to a timeout for a request subaction, the first bridge portal adds to the timeout contribution the first bridge portal's maximum request subaction processing time and either the link's maximum transmission time of half of the link's maximum transmission time, depending on the location of the destination node of the request subaction.

Description

This application claims the benefit, under 35 U.S.C. § 365 of International Application PCT/EP01/12331, filed Oct. 18, 2001, which was published in accordance with PCT Article 21(2) on Apr. 25, 2002 in English and which claims the benefit of European patent application No. 00402900.5, filed Oct. 19, 2000.
FIELD OF THE INVENTION
The invention concerns a method for determining a timeout delay in a communication network, in particular a network comprising a link connecting two IEEE 1394 busses. The link may for example be a wireless Hiperlan 2 link.
BACKGROUND ART
The response timeout problem has been treated as follows in a number of standards or draft standards:
(a) Situation in a Wired IEEE1394-1995 Bus Environment:
A split transaction is characterized by a request subaction and a subsequent responder subaction using the same transaction label (i.e. an identifier of the transaction).
A value in the SPLIT_TIMEOUT control and status register specifies a maximum time period for a particular IEEE1394 node, in which the response to a request has to be generated and sent. If the specified time period (or twice the time period as specified in the IEEE1394a standard respectively) has elapsed without a response being transmitted, the complete transaction fails and the transaction label can be reused (“recycled”) by the requesting node.
Reference: IEEE Standard for a High Performance Serial Bus (IEEE 1394-1995), IEEE New York, 1996
IEEE Standard for a High Performance Serial Bus—Amendment 1 (IEEE1394A-2000), IEEE New York, 2000
(b) Situation in the BRAN Hiperlan 21394 SSCS
The BRAN Hiperlan 2 IEEE1394 Service Specific Convergence technical specification describes how a Hiperlan 2 (HL2) link can be modeled as a virtual IEEE 1394 bus. Therefore, a HL2 split timeout is defined in a fashion similar to an IEEE Std 1394-1995 split timeout, but with a 200 ms default value instead of 100 ms.
An algorithm at the sending portal defines, with help of this SPLIT_TIMEOUT value, a time_of_life period for each particular asynchronous request or response intended to be transmitted over the HL2 wireless link. The time_of_life parameter will be converted to a time_of_death label attached to each asynchronous packet. This time_of_death label advises the receiver of this packet on the wireless link to discard it, if its intended end of life has been reached. The format of the SPLIT_TIMEOUT register defined by the SSCS document differs slightly from the specifications IEEE 1394-1995 and IEEE 1394a-2000.
Reference: IEEE 1394 Service Specific Convergence Sublayer (DTS/BRAN-00240004-3 V1.1.1), ETSI Project Broadband Radio Access Networks (BRAN), Sophia Antipolis, September 2000
(c) Proposed Situation in the IEEE P1394.1 Bridge Environment
Due to longer transmission delays in a bridge environment, this easy split_timeout mechanism cannot be used anymore if split transactions are intended to pass bridges between busses. Instead of the ‘split_timeout’ parameter, a ‘remote_timeout’ parameter is defined.
The ‘remote_timeout’ parameter in an IEEE P1394.1 bridge environment can be determined by sending a message called a TIMEOUT bridge management message with a particular ‘timeout’ opcode to a virtual node identifier. The virtual node identifier represents the destination node which, since it is not on the same bus as the requesting node, does not have a physical identifier on the bus of the requesting node. In the response to this packet, the requesting node will receive the accumulated maximum delay times of all intermediate bridges.
The draft IEEE P1394.1 distinguishes different delay times in a bridge for requests (MAX_RQ_FORWARD_TIME) and responses (MAX_RESP_FORWARD_TIME). These times are implementation dependent and have to be provided by the manufacturer of the bridge.
A description of the ‘TIMEOUT bridge management message’ is given in section 6.7 of P1394.1 Draft D 0.11. Section 4.2 also describes the overall process.
Reference: IEEE Draft Standard for High Performance Serial Bus Bridges (IEEE P1394.1 Vers. 0.11) IEEE 1391.1 working group (standard not yet approved)
BRIEF SUMMARY OF THE INVENTION
Accordingly, the problem to solve is the following:
When a link such as a HL2 network is represented as an IEEE 1394 bus, a HL2 wireless bridge is used to wirelessly interconnect IEEE 1394 bridge aware nodes. When two bridge aware nodes exchange asynchronous packets over HL2, they cross two bridges. Therefore they have to use a remote timeout that takes into account the two wireless bridges as well as the HL2 transmission time.
Note that the term ‘link’ designates any appropriate configuration of a wireless (or wired) network, not simply a point-to-point link.
The invention concerns a method for determining a remote timeout parameter in a network comprising a link between a first bus and a third bus, wherein the link is implemented through a first and a second portal connected respectively to the first and the third bus, and wherein the link is modelized as a second bus connected to the first bus and the third bus through respective bridges;
    • the method comprising the steps, at the level of the first bridge portal of, upon solicitation to provide its contribution to a timeout for a request subaction:
      • (a) determining whether a destination node of the request subaction is located on the link or not;
      • (b) in the affirmative, adding to the timeout contribution: the first bridge portal's maximum request subaction processing time and link's maximum transmission time;
      • (c) in the negative, adding, to the timeout contribution: the first bridge portal's maximum request subaction processing time and half of the link's maximum transmission time.
When asked to specify its contribution to a timeout interval regarding a future request subaction, a portal checks whether the destination node of the request subaction lies on the wireless link or not. Depending on the answer to this question, the portal decides whether to contribute, in addition to its own processing or forwarding time, half or all of the link maximum transmission time. Indeed, only half of the maximum transmission time is added if it is expected that the request subaction will be forwarded (or came from) the peer portal which will contribute (or has already contributed) the other half of this maximum transmission time. The process above concerns determination of timeout contribution for request subactions. A symmetric approach applies to response subactions.
Other characteristics and advantages of the invention will appear through the description of a preferred embodiment of the invention, explained with the help of the unique drawing representing a diagram of the network of the present embodiment, including the different timeout contributions The process for a timeout response message is symmetric.
BRIEF DESCRIPTION OF THE DRAWING
FIG. 1 illustrates two buses linked by a Hiperlan network via bridge portals.
 DEAILED DESCRIPTION OF THE INVENTION
The Timeout handling of Hiperlan 2 Bus Bridges according to the invention is carried out as follows:
As illustrated by FIG. 1, Hiperlan bus bridges usually have one portal connected to a wired IEEE1394 bus, the other portal being connected to a wireless Hiperlan 2 network. To achieve compatibility to P1394.1 bridges, Hiperlan 2 bridges must be able to process the Timeout Bridge Management Message mentioned in the introduction.
Note that the invention could also be applied in other contexts than that of FIG. 1. In particular, the link is not necessarily a wireless link.
For this reason it is necessary that each Hiperlan 2 compliant bus bridge provide values for the MAX_RQ_FORWARD_TIME and MAX_RESP_FORWARD_TIME parameters of the timeout message.
The MAX_RQ_FORWARD_TIME parameter represents the sum of time limits that each bridge on the route from a requesting node to a destination node is allotted within which to forward a request subaction to the next bridge. Similarly, the MAX_RESP_FORWARD_TIME parameter represents the sum of time limits for a response subaction. These two times may be different.
The following method describes how these MAX_RQ_FORWARD_TIME and MAX_RESP_FORWARD_TIME values are calculated.
Two cases are considered:
    • (1) a wired bridge aware device sends packets to a HL2 wireless device connected to the HL2 ‘bus’, or
    • (2) a wired bridge aware device sends packets to another wired bridge aware device over the HL2 bus.
(1) Sending Packets to a Wireless Device
When a bridge aware device (e.g. node 1) sends a request subaction packet to a HL2 device (e.g. node 3), it will experience following delays:
    • Wireless bridge 1 internal request forwarding time (basically the processing time of the internal switching fabric)
    • transmission time within the Hiperlan 2 network
Similarly when a bridge aware device (e.g. node 1) sends a response subaction packet to a HL2 device (e.g. node 3), it will experience following delays:
    • Wireless bridge 1 internal response forwarding time (basically the processing time of the internal switching fabric)
    • transmission time within the Hiperlan 2 network (identical to the HL2 request subaction transmission time)
(2) Sending Packets to a Wired Device over HL2
When a wired bridge aware device (e.g. node 1) sends a request subaction packet to another wired bridge aware device (e.g. node 2) over HL2, it will experience following delays:
    • Wireless bridge 1 internal request forwarding time (basically the processing time of the internal switching fabric)
    • transmission time within the Hiperlan 2 network
    • Wireless bridge 2 internal request forwarding time
Similarly when a wired bridge aware device (e.g. node 1) sends a response subaction packet to another wired bridge aware device (e.g. node 2) over HL2, it will experience following delays:
    • Wireless bridge 1 internal response forwarding time (basically the processing time of the internal switching fabric)
    • transmission time within the Hiperlan 2 network (identical to the HL2 request subaction transmission time)
    • Wireless bridge 2 internal response forwarding time
The following mechanism is proposed:
1/ When a wireless bridge gets a TIMEOUT request message (bridge management message with opcode=TIMEOUT, q=REQUEST), it checks the destination_id field of the TIMEOUT bridge management message.
If the destination_id.bus_id field is the HL2 bus bus_id, then the wireless bridge shall increase the max rq_hold_seconds and max_rq_hold_cycles fields with its own MAX_RQ_FORWARD_TIME plus the HL2 maximum transmission time (½ HL2 Tst=100 ms). Tst is the SPLIT_TIMEOUT register value. On HL2 it is set to 200 ms (1394 SSCS TS).
The bridge portal also sets the ‘remote_split_timeout_seconds’ and ‘remote_split_timeout_cycles’ fields of the TIMEOUT request message to the corresponding HL2 SPLIT_TIMEOUT values, since the HL2 bus is the destination bus. These values correspond to the time interval during which the bridge will wait for the response from the wireless destination device.
If the destination_id.bus_id field is not the HL2 bus bus_id (i.e. the destination_id is on the other side of the wireless network), then the wireless bridge shall increase the max_rq_hold_seconds and max_rq_hold_cycles fields with its own MAX_RQ_FORWARD_TIME plus half of the HL2 maximum transmission time (½(½ HL2 Tst)=50 ms). Then the TIMEOUT request message is sent to the next wireless bridge (which will perform a similar processing, so that at the end of the wireless transmission the TIMEOUT request message accumulated both bridge MAX_RQ_FORWARD_TIME plus the HL2 maximum transmission time).
Similarly:
2/ When a wireless bridge gets a TIMEOUT response message (bridge management message with opcode=TIMEOUT, q=RESPONSE), it shall check the destination_id field of the TIMEOUT bridge management message (see 6.4 of D0.11).
If the destination_id.bus_id field is the HL2 bus bus_id, then the wireless bridge shall increase the max_resp_hold_seconds and max_resp_hold_cycles fields with its own MAX_RESP_FORWARD_TIME plus the HL2 maximum transmission time (½ HL2 Tst=100 ms)
If the destination_id.bus_id field is not the HL2 bus bus_id (i.e. the destination_id is on the other side of the wireless network), then the wireless bridge shall increase the max resp_hold_seconds and max resp_hold_cycles fields with its own MAX_RESP_FORWARD_TIME plus half of the HL2 maximum transmission time (½ (½ HL2 Tst)=50 ms). Then the TIMEOUT response message is sent to the next wireless bridge (which will perform a similar processing, so that at the end of the wireless transmission the TIMEOUT response message accumulated both bridge MAX_RESP_FORWARD_TIME plus the HL2 maximum transmission time).
In summary, for asynchronous traffic between a wired 1394 bus A over a first Hiperlan 2 bus bridge I, a wireless Hiperlan 2 network B, a second Hiperlan 2 bus bridge II and a wired 1394 bus C, the HL bridge I will add the first half, the HL bridge II will add the second half to the maximum transmission delay of the wireless bus B. For asynchronous traffic between a wired 1394 bus A device and a HL2 bus device over a wireless bridge I, the HL bridge I will add the whole maximum transmission delay of the wireless bus B to its own internal maximum forward time.
By the adding the maximum transmission delay to maximum forward times, it is possible to hide the special properties of a wireless network to bridge aware node. In this case it will see no differences if its request is routed via a wired, IEEE1394.1 compliant bridge or via a Hiperlan 2 bridge.
The embodiment enables bridge aware nodes to work seamlessly over HL2 bridges using only P1394.1 bridge-command mechanisms.

Claims (10)

1. Method for facilitating data transmission over a network by determining a remote timeout parameter in a network comprising a link comprising the steps, at a level of a first bridge portal, upon solicitation to provide its timeout contribution for a request subaction, of:
(a) determining whether a destination node of the request subaction is located on the link or not, wherein the link represents a second bus that is between a first bus and a third bus, wherein the link is implemented through a first and a second bridge portal connected respectively to the first and the third bus, and wherein the link is modelized as the second bus connected to the first bus and the third bus through respective bridges;
(b) if a destination node of the request subaction is located on the link representing the second bus, adding to the timeout contribution: the first bridge portal's maximum request subaction processing time and the link's maximum transmission time, wherein the timeout represents the sum of time limits that each bridge on a route from a requesting node to a destination node is allotted to forward the request subaction, the requesting node being on the first bus, the destination node being on the link representing the second bus or on the third bus;
(c) if a destination node of the request subaction is not located on the link representing the second bus, adding to the timeout contribution: the first bridge portal's maximum request subaction processing time and half of the link's maximum transmission time; and
(d) deeming a data transmission attempt a failure if the request subaction does not occur within a time interval defined by the timeout contribution.
2. Method according to claim 1, wherein, further to step (c), the second bridge portal adds, as its contribution, its own maximum request subaction processing time and half of the link's maximum transmission time.
3. Method according to claim 1, wherein the link representing the second bus is a Hiperlan 2 wireless network.
4. Method according to claim 3, wherein the maximum transmission time of the wireless link representing the second bus is equal to half of the Hiperlan 2 IEEE 1394 SSCS ‘SPLIT_TIMEOUT’ register value of a portal.
5. Method according to claim 1, wherein the timeout contribution from the bridges is solicited through a timeout request message.
6. Method according to claim 5, wherein, further to step (b), the first bridge portal sets remote_split_timeout fields of the timeout request message to values in accordance with the Hiperlan 2 IEEE 1394 SSCS ‘SPLIT_TIMEOUT’ register value of the first portal.
7. Method for facilitating data transmission over a network by determining a remote timeout parameter in a network comprising a link comprising the steps, at the level of a first bridge portal, upon solicitation to provide its timeout contribution for a response subaction associated with a request subaction, of:
(a) determining whether a destination node of the response subaction is located on the link or not wherein the link represents a second bus between a first bus and a third bus, wherein the link is implemented throuah a first and a second bridge portal connected respectively to the first and the third bus, and wherein the link is modelized as a second bus connected to the first bus and the third bus through respective bridges;
(b) if a destination node of the response subaction is located on the link representine the second bus, adding to the timeout contribution: the first bridge portal's maximum response subaction processing time and the link's maximum transmission time to establish the time delay for receiving a response from the destination node on the link representing the second bus, wherein the timeout represents the sum of time limits that each bridee on a route from a destination node to a requesting node is allotted to forward the response subaction, the requesting node being on the first bus, the destination node being on the link representing the second bus or on the third bus;
(c) if a destination node of the response subaction is not located on the link representing the second bus, adding to the timeout contribution: the first bridge portal's maximum response subaction processing time and half of the link's maximum transmission time, and forwarding a timeout contribution message to the second bridge portal; and
(d) deeming a data transmission atlempt a failure if the request subaction does not occur within a time interval defined by the timeout contribution.
8. Method according to claim 7, wherein, further to step (c), the second bridge portal adds as its contribution its own maximum response subaction processing time and half of the link's maximum transmission time.
9. Method according to claim 7, wherein the link representing the second bus is a wireless Hiperlan 2 network.
10. Method according to claim 9, wherein the maximum transmission time of the wireless link representing the second bus is equal to half of the Hiperlan 2 IEEE 1394 SSCS ‘SPLIT13 TIMEOUT’ register value of a portal.
US10/399,273 2000-10-19 2001-10-18 Method for determining a timeout delay in a network Expired - Fee Related US7461156B2 (en)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP00402900.5 2000-10-19
EP00402900A EP1199839A1 (en) 2000-10-19 2000-10-19 Method for making bridge aware nodes communicate over hiperlan 2 bridges
PCT/EP2001/012331 WO2002033907A1 (en) 2000-10-19 2001-10-18 Method for determining a timeout delay in a network

Publications (2)

Publication Number Publication Date
US20040044801A1 US20040044801A1 (en) 2004-03-04
US7461156B2 true US7461156B2 (en) 2008-12-02

Family

ID=8173908

Family Applications (1)

Application Number Title Priority Date Filing Date
US10/399,273 Expired - Fee Related US7461156B2 (en) 2000-10-19 2001-10-18 Method for determining a timeout delay in a network

Country Status (10)

Country Link
US (1) US7461156B2 (en)
EP (2) EP1199839A1 (en)
JP (1) JP2004515095A (en)
KR (1) KR20030043999A (en)
CN (1) CN1193550C (en)
AT (1) ATE366014T1 (en)
AU (1) AU2002210570A1 (en)
DE (1) DE60129150T2 (en)
MX (1) MXPA03003106A (en)
WO (1) WO2002033907A1 (en)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9191237B1 (en) * 2012-05-24 2015-11-17 Dan Barry, Inc. Wireless communication systems and methods
US9552056B1 (en) 2011-08-27 2017-01-24 Fellow Robots, Inc. Gesture enabled telepresence robot and system
US9796093B2 (en) 2014-10-24 2017-10-24 Fellow, Inc. Customer service robot and related systems and methods
US10311400B2 (en) 2014-10-24 2019-06-04 Fellow, Inc. Intelligent service robot and related systems and methods
US10373116B2 (en) 2014-10-24 2019-08-06 Fellow, Inc. Intelligent inventory management and related systems and methods
US10586082B1 (en) 2019-05-29 2020-03-10 Fellow, Inc. Advanced micro-location of RFID tags in spatial environments

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1199840A1 (en) * 2000-10-19 2002-04-24 THOMSON multimedia Method for connecting an IEEE1394 remote device to a cluster of IEEE1394 devices through a wireless link
US6880025B2 (en) * 2001-12-27 2005-04-12 Koninklijke Philips Electronics N.V. Efficient timeout message management in IEEE 1394 bridged serial bus network
EP1700431A1 (en) * 2002-11-12 2006-09-13 Koninklijke Philips Electronics N.V. Method and apparatus for efficient timeout message management
KR100766090B1 (en) 2006-06-05 2007-10-11 삼성전자주식회사 Effective implementation scheme of wireless network using mirror image technique and method thereof

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5793976A (en) 1996-04-01 1998-08-11 Gte Laboratories Incorporated Method and apparatus for performance monitoring in electronic communications networks
US6032261A (en) * 1997-12-30 2000-02-29 Philips Electronics North America Corp. Bus bridge with distribution of a common cycle clock to all bridge portals to provide synchronization of local buses, and method of operation thereof
US6370369B1 (en) * 1999-06-23 2002-04-09 Sony International (Europe) Gmbh Network device and method employing omni-directional and directional antennas
US20030126332A1 (en) * 2001-12-27 2003-07-03 Kazunobu Toguchi Efficient timeout message management in IEEE 1394 bridged serial bus network
US6614350B1 (en) * 2000-11-08 2003-09-02 3Com Corporation Method and system for effecting a security system upon multiple portable information devices
US20040057411A1 (en) * 2000-10-19 2004-03-25 Gilles Straub Method for linking several communication busses using wireless links
US6728809B1 (en) * 1999-09-09 2004-04-27 Matsushita Electric Industrial Co., Ltd. Time-out control apparatus, terminal unit, time-out control system and time-out procedure
US7020725B2 (en) * 2000-10-19 2006-03-28 Thomson Licensing Method of reserving isochronous resources in a network comprising a wireless link
US7027418B2 (en) * 2001-01-25 2006-04-11 Bandspeed, Inc. Approach for selecting communications channels based on performance

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19615908A1 (en) * 1996-04-22 1997-10-23 Deutsche Telekom Ag Procedure for measuring the transfer delay

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5793976A (en) 1996-04-01 1998-08-11 Gte Laboratories Incorporated Method and apparatus for performance monitoring in electronic communications networks
US6032261A (en) * 1997-12-30 2000-02-29 Philips Electronics North America Corp. Bus bridge with distribution of a common cycle clock to all bridge portals to provide synchronization of local buses, and method of operation thereof
US6370369B1 (en) * 1999-06-23 2002-04-09 Sony International (Europe) Gmbh Network device and method employing omni-directional and directional antennas
US6728809B1 (en) * 1999-09-09 2004-04-27 Matsushita Electric Industrial Co., Ltd. Time-out control apparatus, terminal unit, time-out control system and time-out procedure
US20040057411A1 (en) * 2000-10-19 2004-03-25 Gilles Straub Method for linking several communication busses using wireless links
US7020725B2 (en) * 2000-10-19 2006-03-28 Thomson Licensing Method of reserving isochronous resources in a network comprising a wireless link
US6614350B1 (en) * 2000-11-08 2003-09-02 3Com Corporation Method and system for effecting a security system upon multiple portable information devices
US7027418B2 (en) * 2001-01-25 2006-04-11 Bandspeed, Inc. Approach for selecting communications channels based on performance
US20030126332A1 (en) * 2001-12-27 2003-07-03 Kazunobu Toguchi Efficient timeout message management in IEEE 1394 bridged serial bus network

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Daivd V. James: "Wireless Hiperlan-2 Layer", P1394.1 Draft Standard for High Performance Serial Bus Bridges, IEEE, New York, NY Oct. 12, 1999, Working Group p13941.

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9552056B1 (en) 2011-08-27 2017-01-24 Fellow Robots, Inc. Gesture enabled telepresence robot and system
US9191237B1 (en) * 2012-05-24 2015-11-17 Dan Barry, Inc. Wireless communication systems and methods
US9796093B2 (en) 2014-10-24 2017-10-24 Fellow, Inc. Customer service robot and related systems and methods
US10311400B2 (en) 2014-10-24 2019-06-04 Fellow, Inc. Intelligent service robot and related systems and methods
US10373116B2 (en) 2014-10-24 2019-08-06 Fellow, Inc. Intelligent inventory management and related systems and methods
US10586082B1 (en) 2019-05-29 2020-03-10 Fellow, Inc. Advanced micro-location of RFID tags in spatial environments

Also Published As

Publication number Publication date
EP1327330A1 (en) 2003-07-16
US20040044801A1 (en) 2004-03-04
JP2004515095A (en) 2004-05-20
DE60129150T2 (en) 2008-03-13
MXPA03003106A (en) 2003-08-07
CN1193550C (en) 2005-03-16
EP1327330B1 (en) 2007-06-27
KR20030043999A (en) 2003-06-02
AU2002210570A1 (en) 2002-04-29
ATE366014T1 (en) 2007-07-15
DE60129150D1 (en) 2007-08-09
CN1470116A (en) 2004-01-21
EP1199839A1 (en) 2002-04-24
WO2002033907A1 (en) 2002-04-25

Similar Documents

Publication Publication Date Title
US7433341B2 (en) Method for connecting an IEEE1394 remote device to a cluster of IEEE1394 devices through a wireless link
US7461156B2 (en) Method for determining a timeout delay in a network
EP1327328B1 (en) Method for linking several communication busses using wireless links
JP3563714B2 (en) Network connection device
US8005021B2 (en) Method and device for address allocation for transmitting packets over a transparent bridge
JP4751561B2 (en) Method for transmitting isochronous data through a wireless network
EP1391085B1 (en) Method for managing a communication network comprising wireless links with more than two wireless devices
JP4344336B2 (en) Multihoming authentication communication system, multihoming authentication communication method, and management server
JP2004512737A (en) Method for reserving isochronous resources in a network including wireless links
JP5088492B2 (en) Relay device
JP3936319B2 (en) Communication confirmation method, data relay device, data relay system
JP3713198B2 (en) Serial interface bus connection network and control method thereof
JP2005244273A (en) Data communication control apparatus
JPS63146536A (en) Data communication system
JPH11215132A (en) Device and method for processing information and distribution medium
JP3367604B2 (en) LAN emulation system
JP3121423B2 (en) Network system
JPH10190704A (en) Ciphering method, decoding method, ciphering device and decoding device for data
JPH11308249A (en) Communication method between networks
WO2006009109A1 (en) Bridge and transmission device, and information system
KR20060024359A (en) Method for the transmission of bus ieee 1394 reinitialization messages and device for carrying out said method
JP2000092148A (en) Identifying method for data frame and data frame transmission equipment
JP2004129095A (en) Method for controlling device
JP2009239786A (en) Relay device

Legal Events

Date Code Title Description
AS Assignment

Owner name: THOMPSON LICENSING S.A., FRANCE

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:HAUPT, DIETER;STRAUB, GILLES;REEL/FRAME:014298/0769

Effective date: 20011025

AS Assignment

Owner name: THOMSON LICENSING, FRANCE

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:THOMSON LICENSING S.A.;REEL/FRAME:021739/0156

Effective date: 20081027

STCF Information on status: patent grant

Free format text: PATENTED CASE

FPAY Fee payment

Year of fee payment: 4

FPAY Fee payment

Year of fee payment: 8

FEPP Fee payment procedure

Free format text: MAINTENANCE FEE REMINDER MAILED (ORIGINAL EVENT CODE: REM.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

AS Assignment

Owner name: MAGNOLIA LICENSING LLC, TEXAS

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:THOMSON LICENSING S.A.S.;REEL/FRAME:053570/0237

Effective date: 20200708

LAPS Lapse for failure to pay maintenance fees

Free format text: PATENT EXPIRED FOR FAILURE TO PAY MAINTENANCE FEES (ORIGINAL EVENT CODE: EXP.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

STCH Information on status: patent discontinuation

Free format text: PATENT EXPIRED DUE TO NONPAYMENT OF MAINTENANCE FEES UNDER 37 CFR 1.362

FP Lapsed due to failure to pay maintenance fee

Effective date: 20201202