Source: http://patents.com/us-9379972.html
Timestamp: 2018-08-16 14:39:54
Document Index: 129541621

Matched Legal Cases: ['application No. 201310213647', 'application No. 2011', 'application No. 09767720', 'application No. 200980132326', 'application No. 200980132326', 'application No. 201310213647', 'ART7', 'ART7']

US Patent # 9,379,972. System and method for wireless process communication over distinct networks - Patents.com
United States Patent 9,379,972
Enns , et al. June 28, 2016
Enns; Frederick (Menlo Park, CA), Zielinski; Martin (Chanhassen, MN), Gutierrez; Jose A. (Houston, TX)
Family ID: 1000001939244
14/736,565
US 20150281052 A1 Oct 1, 2015
13680754 Nov 19, 2012 9084290
12487018 Jun 18, 2009 8315263
61073605 Jun 18, 2008
Current CPC Class: H04L 45/52 (20130101); H04L 12/40006 (20130101); H04L 61/106 (20130101); H04L 67/12 (20130101); H04L 69/08 (20130101); H04W 4/008 (20130101); H04W 4/18 (20130101); H04W 40/00 (20130101); H04W 92/02 (20130101); H04L 2012/4026 (20130101); H04W 88/16 (20130101)
Current International Class: H04L 12/26 (20060101); H04L 29/08 (20060101); H04L 29/06 (20060101); H04L 29/12 (20060101); H04W 4/00 (20090101); H04W 4/18 (20090101); H04L 12/40 (20060101); H04W 40/00 (20090101); H04W 92/02 (20090101); H04L 12/781 (20130101); H04W 88/16 (20090101); H04J 3/16 (20060101)
5251205 October 1993 Callon
5442632 August 1995 Burton et al.
8203980 June 2012 Sichner
8315263 November 2012 Enns et al.
9084290 July 2015 Enns et al.
2007/0078540 April 2007 Bump
2008/0008154 January 2008 Mizukoshi
2008/0080521 April 2008 Sichner
2008/0125039 May 2008 Glinka et al.
2009/0046732 February 2009 Pratt, Jr.
1592278 Mar 2005 CN
1969577 May 2007 CN
101022452 Aug 2007 CN
2394124 Apr 2004 GB
2008507217 Jun 2008 JP
WO 02/28123 Apr 2002 WO
WO 2006/020168 Feb 2006 WO
WO 2006/049415 May 2006 WO
WO 2007/014021 Feb 2007 WO
WO 2008/027615 Mar 2008 WO
WO 2009/003146 Dec 2008 WO
WO 2009/003148 Dec 2008 WO
International Search Report and Written Opinion corresponding to PCT/US2009/047785, dated Dec. 14, 2009, 18 pages. cited by applicant .
Office Action from Chinese patent application No. 201310213647.8, dated Jun. 5, 2015, 13 pages. cited by applicant .
Office Action from U.S. Appl. No. 12/487,018, dated Apr. 16, 2012. cited by applicant .
Office Action from U.S. Appl. No. 12/487,018, dated Dec. 8, 2011. cited by applicant .
Notification of Reasons for Rejection from Japanese patent application No. 2011-514804, dated Feb. 21, 2012. cited by applicant .
Maribel Rios, Unplugged: Developing Standards for Wireless Automation, dated May 2, 2008. cited by applicant .
EPO Communication pursuant to Rules 161 and 162 from European patent application No. 09767720.7, dated Feb. 2, 2011. cited by applicant .
Technical Data Sheet VIATOR.RTM. USB HART.RTM. Interface (Model 010031). MACTek Measurement and Control Technologies, dated Jan. 24, 2004. cited by applicant .
VIATOR.RTM. Bluetooth Wireless Technology Interface for use with HART field devices. MACTEK Measurement and Control Technologies retrieved from www.mactekcorp.com/product5.htm, dated 2009. cited by applicant .
Product Data Sheet: VIATOR.RTM. RS232. MACTek Measurement and Control Technologies retrieved from www.mactekcorp.com/product1.htm, dated 2009. cited by applicant .
Office Action from Chinese patent application No. 200980132326.7, dated Jan. 10, 2013. cited by applicant .
Office Action from related U.S. Appl. No. 13/680,754, dated Aug. 14, 2014. cited by applicant .
Office Action from related U.S. Appl. No. 13/680,754, dated Oct. 30, 2014. cited by applicant .
Office Action from Chinese patent application No. 200980132326.7, dated Jul. 2, 2013. cited by applicant .
Office Action from Chinese patent application No. 201310213647.8, dated Feb. 1, 2016. cited by applicant.
1. A process communication system comprising: an International Society of Automation (ISA) 100.11a wireless process communication network; a first system manager which at least one of configures, controls and monitors the ISA 100.11a wireless process communication network; a WirelessHART.RTM. process communication network; a second system manager which at least one of configures, controls and monitors the WirelessHART.RTM. process communication network; and wherein the first and second system managers are configured to operated based upon a coordinated system management function.
2. The system of claim 1 wherein the first and second system managers provide collision avoidance between the ISA 100.11a and the Wireless HART.RTM. process communication networks.
5. The system of claim 1 wherein the first and second system managers coordinate graph IDs across each of the ISA 100.11a and the Wireless HART.RTM. process communication networks.
6. The system of claim 1 including: a plurality of distinct wireless process communication networks including the ISA 100.11a wireless process communication network and the WirelessHART.RTM. process communication network; a plurality of devices with dual-mode router functionality; at least one field device configured to communicate on at least one of the distinct wireless process communication networks; and a coordinated system manager adapted to provide at least one function of configuring, controlling, and monitoring of the plurality of distinct wireless process communication networks.
10. A dual-mode communication device for conveying process communication packets across a plurality of distinct wireless process communication networks comprising an International Society of Automation (ISA) 100.11a wireless communication process network and a WirelessHART.RTM. process communication network, the device comprising: wireless radio frequency communication circuitry configured to interact with signals from each of the plurality of distinct wireless process communication networks comprising the International Society of Automation (ISA) 100.11a wireless communication process network and the Wireless HART.RTM. process communication network; a controller coupled to the wireless radio frequency communication circuitry, the controller being configured to receive wireless process communication packets for each of the plurality of distinct wireless process communication networks comprising the International Society of Automation (ISA) 100.11a wireless communication process network and the Wireless HART.RTM. process communication network.
15. A method of transporting wireless process communication packets across a plurality of distinct wireless process communication networks, the method comprising: receiving a wireless process communication packet from a first distinct wireless process communication network; determining is a size of the received wireless process communication packet exceeds a maximum packet size for a second wireless process communication network; selectively breaking the received wireless process communication packet into a plurality of fragmented packets, where each of the fragmented packets has a size that does not exceed the maximum packet size for the second wireless process communication network; transporting the plurality of fragmented packets over the second wireless process communication network; and wherein the distinct wireless communication networks comprise International Society of Automation (ISA) 100.11a and the Wireless HART.RTM. process communication networks.
17. The method of claim 15 wherein the first wireless process communication network is a WirelessHART.RTM. network.
19. A method interacting with multiple distinct wireless process communication networks comprising an International Society of Automation (ISA) 100.11a process communication network and a Wireless HART.RTM. process communication networks, the method comprising: receiving a process packet through wireless radio frequency communication circuitry; processing the process packet to determine a distinct wireless process communication network from which the process packet originated and a distinct wireless process communication network for which data in the process packet is destined, wherein the networks comprise the International Society of Automation (ISA) 100.11a wireless communication process network and the Wireless HART.RTM. process communication network; and selectively relaying the packet based on the processing.
23. The method of claim 19 wherein the process packet is received from the wireless HART.RTM. process communication network.
One wireless process communication technology standard is known as the WirelessHART.RTM. standard. The WirelessHART.RTM. standard was published by the HART.RTM.Communication Foundation in September 2007. Relevant portions of the WirelessHART.RTM. Specification include: HCF_Spec 13, revision 7.0; HART.RTM.Specification 65--Wireless Physical Layer Specification; HART.RTM.Specification 75--TDMA Data Link Layer Specification (TDMA refers to Time Division Multiple Access); HART.RTM.Specification 85--Network Management Specification; HART.RTM.Specification 155--Wireless Command Specification; and HART.RTM.Specification 290--Wireless Devices Specification.
FIG. 1 is a diagrammatic view illustrating WirelessHART.RTM. devices communicating with a WirelessHART.RTM. gateway through an ISA100.11a network in accordance with an embodiment of the present invention.
FIG. 2 is a diagrammatic view illustrating WirelessHART.RTM. and ISA100.11a gateways connected to the ISA100.11a network through ISA100.11a.
FIG. 3 is a diagrammatic view of a WirelessHART.RTM. MAC header.
FIG. 5 is a diagrammatic view of a WirelessHART.RTM. DLL header.
FIG. 7 is a diagrammatic view of a WirelessHART.RTM. network header.
FIG. 10 is a diagrammatic view illustrating how the relay function constructs an ISA100.11a MAC, DLL, and Network layer header using the information contained in the WirelessHART.RTM. header in accordance with an embodiment of the present invention.
FIG. 13 is a diagrammatic view showing a relay header contains the information required to reconstruct the WirelessHART.RTM. header when the packet leaves the ISA100.11a network, in accordance with an embodiment of the present invention.
FIG. 14 is a diagrammatic view of a complete relay packet shows the relay header and the relayed portion of the WirelessHART.RTM. packet in the ISA100.11a UDP payload, in accordance with an embodiment of the present invention.
ISA100.11a and WirelessHART.RTM. have both designed coexistence features into their specifications that allow other networks to operate in their presence. However, coexistence is not interoperability, and coexistence does not deliver the same efficiency and performance that a cooperative ISA100.11a and WirelessHART.RTM. network could provide. Embodiments of the present invention generally provide the ability to deploy both WirelessHART.RTM. and ISA100.11a devices using a common network infrastructure that makes efficient use of the radio-frequency spectrum and timeslots, avoids transmission collisions, and provides for a coordinated system management of the joint network. Embodiments set forth herein may allow a user to deploy both WirelessHART.RTM. and ISA100.11a devices in a unified network infrastructure, which takes the risk out selecting wireless devices and wireless standards.
In accordance with one embodiment (described in more detail later in the specification) a dual-mode router is disclosed that is capable of receiving and transmitting WirelessHART.RTM. and ISA100.11a packets. The dual-mode router has a relay function that transfers the payload of a packet from one network protocol to the other. The dual-mode router can take a WirelessHART.RTM. packet, strip off a portion of the WirelessHART.RTM. protocol header, and place the payload in an ISA100.11a packet that transverses the network as any ISA100.11a packet would. For the reverse operation, the dual-mode router recognizes a WirelessHART.RTM. relayed packet, strips off portions of the ISA100.11a header, and reforms the WirelessHART.RTM. packet that is then transmitted on the WirelessHART.RTM. network. The relay function works at the network and transport layers to be able to construct a packet that is routed transparently through ISA100.11a routers. The dual-mode router preferably appears to the ISA100.11a network as a routing type device. The operation of the dual-mode router and the relay function is also preferably transparent to WirelessHART.RTM. devices and applications.
Embodiments of the present invention generally leverage the similarities that already exist between WirelessHART.RTM. and ISA100.11a in the physical, MAC and DLL layers. Both standards selected the same radio and ISM band for operation because of the commercially available chips and the worldwide accessibility to unlicensed spectrum. They also selected the same MAC layer from the IEEE802.15.4 standard, which they use in the same way. While the two standards have different headers for the DLL, they have similar basic capabilities. They both support time-slotted superframe-based, mesh network access to the wireless network. They also share the same channel hopping technique, graph and source routing concepts, and DLL security approach. By selecting WirelessHART.RTM. compatible values for existing ISA100.11a parameters, the two standards can coordinate their use of the wireless network and unify the wireless infrastructure.
The two standards' documents share many concepts and the terms used to name them. These shared terms include: superframe, timeslot, link, graph, source route, and gateway. The language used in this document comes from ISA100 and, unless specifically addressed here, also applies the WirelessHART.RTM.. Access point The WirelessHART.RTM. term for a device that connects the wireless network to the WirelessHART.RTM. gateway through a backbone network. The access point is optional. Without it the WirelessHART.RTM. gateway is directly connected to the wireless network. The WirelessHART.RTM. access point is similar in function to the ISA100.11a backbone router. ASN Absolute Slot Number--A WirelessHART.RTM. parameter that counts the number of timeslots since the formation of the network. It is stored as a 5 octet field in every device. Dual-mode device The device in accordance with an embodiment of the present invention that transfers messages in the form of packets between the WirelessHART.RTM. network and the ISA100.11a network. In one described embodiment it preferably appears as a routing type device to the ISA100.11a system. Network manager The WirelessHART.RTM. term for the management function that configures and monitors the network. In ISA100.11a and this document, the management function is called the "system manager". PAN Identifier The IEEE802.15.4 standard uses the term PAN (Personal Area Network) identifier as the numeric identity of a wireless network. WirelessHART.RTM. and ISA100.11a often substitute the term network ID. Relay function The role of a dual-mode device in accordance with an embodiment of the present invention that translates the protocol stacks between the WirelessHART.RTM. and ISA100.11a networks. The relay function is preferably implemented in the dual-mode router, and it may also be implemented in a WirelessHART.RTM. gateway, if the WirelessHART.RTM. gateway includes a portion of ISA100.11a network stack. Network Configurations
FIG. 1 shows WirelessHART.RTM. devices 10 communicating with the WirelessHART.RTM. gateway 14 through an ISA100.11a network in accordance with an embodiment of the present invention. The WirelessHART.RTM. devices 10 may form WirelessHART.RTM. network regions that connect to dual-mode routers 12, or they may connect directly to dual-mode routers 12. In FIG. 1, the WirelessHART.RTM. gateway 14 does not support an ISA100.11a protocol stack, so it connects through dual-mode routers 12 as WirelessHART.RTM. field devices 10 do. The system management function for both networks may be combined or separate. In FIG. 1 they are shown as separate functions with a communication protocol that coordinates the management of the combined network. The user's network administrator decides when to use a regular ISA100.11a routing device or a dual-mode router in accordance with an embodiment of the present invention. All the IS100.11a routing devices 16 may be configured, or otherwise adapted, to provide functions of dual-mode routers 12, in which case WirelessHART.RTM. devices 10 are able to connect anywhere in the ISA100.11a network.
As illustrated in FIG. 1, embodiments of the present invention provide the ISA100.11a network with the ability to transport WirelessHART.RTM. packets across the network. This is generally enabled by the function of the dual-mode router(s) 12, in accordance with an embodiment of the present invention, that connects to both networks and transfers packets between them. The dual-mode router preferably implements a relay function that performs the transfer by translating lower layer packet headers and encapsulating higher layer headers and the packet's payload. The dual-mode router and its relay function enable WirelessHART.RTM. devices 10 to operate on all the ISA100.11a network topologies.
FIG. 2 illustrates WirelessHART.RTM. 14 and ISA100.11a 18 gateways connected to the ISA100.11a network through ISA100.11a. The gateways 14, 18 can use either backbone router since they are all connected on a local network. ISA100.11a relay packets with WirelessHART.RTM. payloads communicate over the local backbone router network in the same way as regular ISA100.11a packets do because both use the ISA100.11a network layer.
Various compatibility issues between ISA100.11a and WirelessHART.RTM. are discussed below. These issues relate generally to the Radio; MAC operation; DLL operation; Network Layer Operation; Relay Layer Operation; System Management; Security; and Gateway functions. The issues are addressed in turn as follows.
Both WirelessHART.RTM. and ISA100.11a use the same radio specified in the IEEE802.15.4 standard's section for operating in the 2.4 GHz band. Therefore, compatibility involves selecting an ISA100.11a profile with radio parameters that work with WirelessHART.RTM..
The operational transmit power levels are configurable in both standards. Some of the radio parameters that must be configured for compatibility between ISA100.11a with WirelessHART.RTM. include, but are not limited to: transmit power, maximum radio turn-on time, time to switch between channels, number of channels, the IEEE802.15.4 channel numbers, and clear channel assess mode.
Both standards specify the use of the IEEE802.15.4 MAC header and do so using the same structural options as seen in FIGS. 3 and 4. Therefore, both WirelessHART.RTM. and ISA100.11a are able to parse the fields of each other's MAC layer. There are only two differences in the MAC layer of the standards. WirelessHART.RTM. uses the value for the IEE802.15.4-2003 in the MAC version field, and ISA100.11a uses the value for the IEEE802.15.4-2006. Both values work since the MAC format chosen by each standard is compatible with either IEEE version. The other difference in the MAC is the value used for the sequence number field. WirelessHART.RTM. uses the least significant octet of the Absolute Slot Number (ASN) that increments every 10 ms, and ISA100.11a uses the 1 ms resolution TAI clock. A dual-mode router can easily switch between the two usages. The IEEE802.15.4 MAC comparison is summarized in the following table. ISA stands for ISA100.11a, while WH stands for WirelessHART.RTM..
TABLE-US-00001 Size Field (Octet) Bit WH usage ISA Notes 1 1 Frame Control Frame Control Frame (both #1 standards fix this octet value to be 0x41) 7 Not used (0) Reserved (0) Reserved by 802.15.4 6 One PAN ID One PAN ID PAN ID Selector (1) (1) Destination PAN Destination Destination ID used if source PAN ID PAN ID and destination selected selected addresses selected 5 No MAC ACK No MAC ACK Flag or requesting (0) (0) an 802.15.4 ACK Uses a DLL Uses DLL (not used by ACK ACK either standard) 4 No frame No frame Frame Pending pending (0) pending (0) flag, (not used by either standard) 3 No MAC No MAC 802.15.4 Flag security (0) security (0) (Each standard uses its own DLL security so 15.4 MAC security is turned off. 0-2 Data type Data type Both standards (001) (001) use only the 802.15.4 data type 2 1 Address Frame Control Specifier #2 7 Source address Source address Both standards (1) (1) use the source address, 1 = present 6 Source address Source address Size flag: 0 = 2 size: 2 or 8 size: 2 or 8 octets, octets octets 1 = 8 octets 4-5 Set to 0x00 Set to 0x01 Frame version 802.15.4 set this to 0x00 = 2003 0x01 = 2006 3 Destination Destination Both standards address (1) address (1) use the destination address, 1 = present 2 Destination Destination Size flag: 0 = 2 address size: 2 address size: 2 octets, or 8 octets or 8 octets 1 = 8 octets 0-1 Set to 0x00 Set to 0x00 Reserved by 802.15.4 (0x00) 3 1 8 LSB of the 8 LSB of a 1 ms 802.15.4 Absolute Slot TAI time Sequence number Number (ASN) 4 2 Destination Destination 802.15.4 PAN ID PAN ID Destination PAN ID (as determined by the PAN ID and use of source and destination addresses) 5 2.8 The WH 8 At this time Destination octet address ISA is not Address uses administering a Both standards theHART .RTM.group address space use a locally ID: within the assigned 2 octet 0x001B1EHA IEEE address within a RT .RTM.assign addresses. PAN ID or an 8 device IDs octet globally from this unique ID from space. IEEE. The unique ID is used for messages sent by the device during the join process before a 2 octet address is allocated. 6 2.8 Source address Source address Source Address Both standards use either an 8 octet unique address or a 2 octet local address with the 8 octet option only used for join process messages sent to the device 7 1 DPLDU Dispatch Starting at the 7.sup.th field which corresponds to either the 10.sup.th octet or 16.sup.th octet of the MAC header, the two standards diverge in regards to the header fields.
When relaying a packet, the dual-mode router receives a packet with one type of MAC header and transmits it with the other type of MAC header. The translation function it performs for a relayed packet is very similar to what it does when it routes a packet within an ISA100.11a or WirelessHART.RTM. network. In both cases the dual-mode router updates the sequence number field, inserts its source address, inserts the destination address it is given, and computes the Frame Check Sequence (FCS). The WirelessHART.RTM. and ISA100.11a MACs perform the same IEEE802.15.4 frame check calculation and place the result in the FCS field at the end of the packet.
For WirelessHART.RTM., the first octet of the frame control field in FIG. 3 is fixed to be 0x41.sub.h. This selects the IEEE MAC frame type to be a data packet and sets control flags to off for the IEEE802.15.4 security, frame pending and ACK. The second octet of the frame control field identifies the format of the address fields and the version of the IEEE802.15.4 specification used. For relayed packets, the source address format is always short, and the destination address is either long or short depending on if the packet is proxied, as is the case during the joining process. The dual-mode router uses the address field size appropriate for the destination address it is given. The protocol version type is set to identify the 2003 version of the standard.
The packets relayed to the WirelessHART.RTM. network use the ASN for the MAC sequence number. The ASN is configured in the dual-mode router when it joins the WirelessHART.RTM. network. The packets relayed to the ISA100.11a network use the TAI clock maintained by all ISA100.11a wireless devices.
The MAC format selected by both standards has the destination PAN identifier in the packet header. In WirelessHART.RTM., the PAN identifier is provisioned prior to installation and can be reconfigured by the system manager during operation. In ISA100.11a, it may be either provisioned before installation or configured after joining the network.
The PAN ID can be setup to either span the WirelessHART.RTM. and ISA100.11a networks or be separate. Even in the WirelessHART.RTM. portion of the network, separate PAN IDs can be provisioned if the administrator wants to control which dual-mode router among a plurality of such routers a WirelessHART.RTM. device connects to.
In SPEC-075, Section 8.1.2, Table 2, WirelessHART.RTM. reserves PAN identifier ranges for various applications, like permanent user networks, temporary user networks, and manufacturer user networks. An ISA100.11a configuration should not make any assignments that conflict with WirelessHART.RTM..
Both WirelessHART.RTM. and ISA100.11a use short 16 bit addresses for MAC source and destinations. They also use the same 64 bit IEEE-administered globally unique addresses for packets sent during the joining process. The HART.RTM.protocol requires that WirelessHART.RTM. devices be assigned 64 bit addresses from a block, 0x001B1E, assigned to the HART.RTM.Foundation.
The dual-mode router preferably has two short and two long MAC addresses assigned to it. One set is used when it transmits on the WirelessHART.RTM. network and one when it transmits on the ISA100.11a network as discussed as discussed in greater detail later in the specification.
WirelessHART.RTM. has one octet for the DLL header that identifies the type of DLL message the packet contains, the DLL layer encryption key used, and DLL packet priority for the packet. The DLL also calculates a four-octet message integrity check (MIC) that goes at the end of the DLL payload.
ISA100.11a has defined DLL security parameters that are a superset of those used by WirelessHART.RTM.. While it is not required that ISA100.11a use exactly the same set, it is desirable because it simplifies the dual-mode router. An ISA100.11a DLL security profile that matches WirelessHART.RTM. is defined for this reason. Since the two standards have not coordinated the encoding of the DLL headers, there is no explicit identification in the header for what type of packet has been received. To keep ISA100.11a and WirelessHART.RTM. devices from inadvertently decoding each other's packets, the message integrity check keys employed by each standard should be different. This includes the well-known keys defined in the standards and the DLL keys configured by the security manager. The well-known key used by WirelessHART.RTM. is: 7777 772E 6861 7274 636F 6D6D 2E6F 7267h.
The ISA100.11a has DLL priority functions and codes. Protocol translators often do mapping between different priority schemes, but it is usually imperfect when different priorities are defined. WirelessHART.RTM. priority levels may be either mapped into ISA100.11a priority levels or for simplicity mapped into one level.
The ISA100.11a shares a number of similar packet types with WirelessHART.RTM.. These types include ACK, Advertise, and Data packet types. The local DLL packet types are not relayed in the network and they do not need to be relayed.
Both WirelessHART.RTM.'s and ISA100.11a's DLLs use timeslots, channel hopping offsets, channel hopping sequences, and superframes to partition network resources. WirelessHART.RTM. fixes the timeslot size to be 10 ms and specifies a precise timeslot timing template for when various operations within the timeslot are to occur. ISA100.11a has setup a flexible configuration for timeslots. This flexibility allows a timeslot template to be constructed that is compatible with WirelessHART.RTM.'s 10 ms slot. The dual-mode router requires that ISA100.11a have a timeslot template profile that matches that of WirelessHART.RTM.. The default timeslot template defined for ISA100.11a will work with the dual-mode router functionality.
Both WirelessHART.RTM. and ISA100.11a propagate time from a timing parent to a child. The system manager sets the parent-child relationships. In WirelessHART.RTM., there are two ways timing is adjusted. In the first method, the child measures the slot-timing offset of packets from its parent and adjusts its clocks. In the second method, the parent receives a packet from the child and tells it what adjustment to make in the acknowledgement. Time will be able to flow through from the ISA100.11a network to the WirelessHART.RTM. network.
There are a number of parameters in the ISA100.11a system configuration that have to be coordinated with the WirelessHART.RTM. system so that the two networks can efficiently share the radio resources. These parameters include: channel hop sequences, superframe size assignments, and channel back-off settings.
In WirelessHART.RTM. and ISA100.11a, neighbor discovery is a DLL process that listens for other devices that are one hop away. Devices for each standard only discover like neighbors. The dual-mode router participates in neighbor discovery process of both standards and such participation is described later.
One potential advantage of embodiments of the present invention is an increase in the efficiency of collocated WirelessHART.RTM. and ISA100.11a networks. One way of accomplishing this is to eliminate interference in the form of avoidable transmission collisions between the devices in each network. Interference is reduced, in accordance with embodiments of the present invention, when both networks share common superframes and cooperatively allocate timeslots to devices.
To accomplish this, the two networks have to define a common superframe and synchronize the period and phase. Synchronizing the WirelessHART.RTM. ASN clock to the ISA100.11a TAI clock does this. In both standards, the superframe starting time slot is set by the respective standard's network time. In the case of ISA100.11a, this is the 1 ms TAI clock, and in the case of WirelessHART.RTM., it is the 10 ms ASN clock. The coordinated system manager function maintains the conversion factor used to translate between the two clock representations. When the WirelessHART.RTM. system manager configures a superframe using command 965 in SPEC-155, it sets an execution time that corresponds to the ASN for the start of the superframe. ISA100.11a configures the start time with the TAI-cutover parameter.
Enabling the two networks to share timeslots within superframes increases the efficiency of operation of a WirelessHART.RTM. network and an ISA100.11a network. Shared timeslots are subject to collisions and when a collision occurs, access is resolved through a back-off algorithm. The back-off algorithm enforces access fairness amongst the contending devices. The same back-off algorithm parameter settings have to be configured in both networks for this fairness to be maintained between WirelessHART.RTM. and ISA100.11a devices.
The relay function of the dual-mode router constructs enough information from the incoming WirelessHART.RTM. packet for the ISA100.11a DLL layer to form the appropriate DLL and MAC header for the relayed packet. In the reverse direction, the relay function converts an ISA100.11a DLL and MAC header to the appropriate WirelessHART.RTM. DLL and MAC header.
The WirelessHART.RTM. DLL header fields are shown in FIG. 5. For relay packets the packet type is "data". The dual-mode router selects the DLL Key well-known key when it is proxying packets for a joining device. All other relayed packets use the confidential network key. Priority is set from information carried in the relay header described later in the specification.
The ISA100.11a DLL header used for relay packets is shown in FIG. 6. The DHDR dispatch octet identifies the DLL header as being compatible with the IETF 6LoWPAN network header. Bits 0 to 7 are set to 01000010.sub.b. The DHR length field is calculated and set to the number of octets remaining in the DHDR header (excluding the MIC). The extended control field is included as needed according to the general ISA100.11a profile for the ISA side of the dual-mode router. The security code and key ID for the relay packets uses the security level selected for ISA100.11a data packets from the general ISA100.11a profile. The resources used by the ISA side of the dual-mode router determine the use of the slow hop time offset. The ISA100.11a priority field inside the DROUT header is translated by a set of rules. These rules can either map WirelessHART.RTM. priorities to ISA100.11a priorities or they can map all WirelessHART.RTM. messages to one ISA100.11a priority level.
The ISA100.11a DLL differs in concept from the WirelessHART.RTM. DLL by placing the routing information in this layer instead of the network layer. This is a difference in how the standards are described, not in how WirelessHART.RTM. routing functions operate. When the WirelessHART.RTM. network layer uses a graph route, the graph route ID is placed in the relayed packet's DROUT field. When the WirelessHART.RTM. network layer uses a source route, the source route is placed in the source route field of the DROUT header. WirelessHART.RTM. and ISA100.11a devices are configured by the coordinated system management function to use the same graph ID assignments and device address assignments. This simplifies the operation of the dual-mode router by not having it translate graph IDs and source routes.
The WirelessHART.RTM. and ISA100.11a network layers are substantially different except for the most basic fields that contain the origin address, final destination address, and graph route identifier. Both WirelessHART.RTM. and ISA100.11a use the same 16 bit addresses for the network layer that are used by the MAC source and destination devices. The system management functions for each protocol coordinates the assignment of the 16 bit addresses to keep the relay function simple.
The dual-mode router processes incoming packets in a normal fashion until it determines that a packet has to be relayed. For WirelessHART.RTM. packets, the dual-mode router looks at the source route or graph ID, and, if the next hop goes to the ISA100.11a network, it passes the packet on to the relay function. For ISA100.11a packets, the dual-mode router looks to see if the packet's source route or graph ID sends it to the WirelessHART.RTM. network and that the packet is a relay packet, in which case it passes it to the relay function.
The received WirelessHART.RTM. packet's relay function constructs an ISA100.11a network layer header and then a relay header. If the WirelessHART.RTM. payload is too large to fit in one relayed packet, the payload is fragmented, by using the 6LoWPAN algorithm. For received ISA100.11a relay packets, the relay function constructs a WirelessHART.RTM. network layer header. In one embodiment, if the relay packet's payload is fragmented, the dual-mode router reconstructs the packet, by using the 6LoWPAN fragmentation header.
FIG. 7 shows the WirelessHART.RTM. network header used for relayed packets. The network control octet fields are filled out in accordance with the information in the relayed packet. If a source route was used, then the first and, if needed, the second source route flags are set. The proxy flag is set if the dual-mode WirelessHART.RTM. management application is proxying the packet for the destination WirelessHART.RTM. device. The final network address size flag is set as part of its proxy function. For relayed packets, the origin network address size flag is always set to indicate a 16 bit address.
The ASN snippet identifies the time when the WirelessHART.RTM. packet was created. When the dual-mode router receives the packet from the ISA100.11a network, this value is derived from the information in the relay header. The dual-mode router determines if the packet is too old to be relayed by looking at the calculated ASN snippet and the maxPacketAge parameter
FIG. 8 shows an ISA100.11a network header used to transmit relay packets that do not require fragmentation in accordance with an embodiment of the present invention. The origin address size address and final address are taken from the addresses in the WirelessHART.RTM. packet. The hop limit is taken from the WirelessHART.RTM. TTL field and decremented before transmission. The WirelessHART.RTM. TTL field is one octet. The Contract ID is optional and not used by the relay packets.
If the WirelessHART.RTM. payload and relay headers are too large to fit in one ISA100.11a relayed packet, it is fragmented, and two relay packets are sent. The fragmentation header is used for these packets.
The hop limit is the uncompressed IPV6 hop limit field. It has no equivalent in the WirelessHART.RTM. protocol. It is set by the relay function to a configurable value selected to suit the needs of the network.
The relay function in a dual-mode router enables WirelessHART.RTM. packets to be transported over an ISA100.11a network. For WirelessHART.RTM. packets received by the dual-mode router, the relay function strips off those portions of the WirelessHART.RTM. MAC/DLL and Network layer headers that do not need to be sent to the final destination device. This includes information that can be recreated from ISA100.11a header information at the final device. FIG. 10 shows how the relay function constructs an ISA100.11a MAC, DLL, and Network layer header using the information contained in the WirelessHART.RTM. header. The relay function then adds a WirelessHART.RTM. relay header that communicates the WirelessHART.RTM. networking data needed by the far end and sends the packet. The payload of this packet contains the unaltered WirelessHART.RTM. transport layer and application layer data.
When a dual-mode router, in accordance with an embodiment of the present invention, receives a relay packet, and the dual-mode router has to send the packet to the WirelessHART.RTM. network, the WirelessHART.RTM. MAC/DLL and Network layer header is reconstructed from the incoming ISA100.11a information and the relay header. This is shown in FIG. 11. The relay function is above the network layer. This allows the constructed ISA100.11a packet to be routed through ISA100.11a routers and backbone routers.
FIG. 12 shows the relay function in the dual-mode router stack. The WirelessHART.RTM. network layer passes packets to be routed to the ISA100.11a network through the relay function. The relay function constructs the information required for the ISA100.11a network layer to form the header. The relay layer also constructs a relay header. The far-end device that receives the relayed packet uses the relay header to reconstruct the WirelessHART.RTM. packet header.
Dual-mode routers, in accordance with embodiments of the present invention, receiving packets identify the relay header by the UDP destination port number that is configured for the service using the standard ISA100.11a mechanism. The relay header illustrated in FIG. 13 contains the information required to reconstruct the WirelessHART.RTM. header when the packet leaves the ISA100.11a network.
The priority field identifies the WirelessHART.RTM. priority associated with the packet, and it reflects the priority of the WirelessHART.RTM. packet that is being relayed.
The WirelessHART.RTM. proxy address bit flag reflects the same value in the received WirelessHART.RTM. packet. It is set when there is a WirelessHART.RTM. proxy address present in the routing header.
The ASN age field records the WirelessHART.RTM. packet's network age at the time it was received by the dual-mode router. This is calculated by subtracting the WirelessHART.RTM. packet's ASN snippet field from the current ASN time at the dual-mode router.
The WirelessHART.RTM. proxy route field is present when the proxy flag is set. The proxy route field contains the address of the WirelessHART.RTM. device that proxies the downstream message from the system manager. The relay proxy route field is copied from the WirelessHART.RTM. packet's proxy route field.
The dual-mode router processing a received relay header must reconstruct the WirelessHART.RTM. header fields. The new ASN snippet field is calculated using the formula: ASN_snippet=current_ASN-(ASN_age+RX_time/10) The current_ASN is defined as the WirelessHART.RTM. time when the relay packet is received by the dual-mode router. The Absolute Slot Number counter measures the time. It is unlikely that the ASN_snippet calculation will generate a negative number. If it does, then the ASN_snippet is set to zero. RX_time is the time spent in the ISA100.11a network. It is calculated from the ISA100.11 TAI time in the DLL header.
The relay priority field is copied into the WirelessHART.RTM. priority field. The relay proxy flag is also copied to the WirelessHART.RTM. proxy flag, and the proxy route is copied as well, if present.
FIG. 14 illustrates a complete relay packet and it shows the relay header and the relayed portion of the WirelessHART.RTM. packet in the ISA100.11a UDP payload. In one embodiment, the relay packet preserves the WirelessHART.RTM. end-to-end security encryption and message integrity checking.
WirelessHART.RTM. and ISA100.11a define different transport and application layers. The dual-mode router's relay function encapsulates these portions of the WirelessHART.RTM. protocol and transmits them across the ISA100.11a network. ISA100.11a routing functions do not look above the network layer, and so they are insensitive to what WirelessHART.RTM. is doing in these upper layers.
Both WirelessHART.RTM. and ISA100.11a support a centralized system management function. WirelessHART.RTM. calls this function "network management". This document uses the ISA100 "system manager" term to refer to either the ISA100.11a or the WirelessHART.RTM. function. Both system managers perform similar functions that include: a join function for authenticating and setting new devices, configuration functions for providing network connections and security settings, and diagnostic functions for monitoring devices and the network. The details of the operation of each system manager are different. They have different control and reporting messages, different details on how the associated algorithms operate, and different parameters. The WirelessHART.RTM. system manager's message structure is based on a catalogue of control/response messages that can be concatenated in packet payloads. The ISA100.11a system manager is based on application layer processes, objects, and attributes that are combined together to form packet payloads.
For the WirelessHART.RTM. and ISA100.11a networks to be compatible, the WirelessHART.RTM. and ISA100.11a system managers have to coordinate a number of things that include network resource configuration assignments and diagnostics. This can be done by either designing one system manager that manages both networks in their native management language, or designing separate managers with an API that supports coordinated management between them.
The coordinated system management function assigns the short (16 bit) addresses to all the ISA100.11a and WirelessHART.RTM. devices. In this embodiment separate address ranges are setup for ISA100.11a and WirelessHART.RTM. devices and the address ranges are configured in the dual-mode routers. The ranges selected need to accommodate the address restrictions imposed by the different standards.
Both WirelessHART.RTM. and ISA100.11a have similar joining processes, but ISA100.11a differs in its details. Each device uses its native joining protocol. The WirelessHART.RTM. join messages are relayed over the ISA100.11a network by the dual-mode router in accordance with an embodiment of the present invention. The dual-mode router needs to join each system manager function so that each protocol stack can be configured and controlled.
Network diagnostics include periodic health reports and aperiodic event reports. The two standards do not have identical parameters or report formats. Each device reports to its native system management function. The dual-mode router reports to both system management functions. Parts of the reports generated by devices are parameters that measure bad MAC frame check sequences and bad DLL message integrity checks. However, in a mixed network, the bad message integrity check count is not indicative of interference because WirelessHART.RTM. and ISA100.11a use different message integrity check keys to prevent devices from interpreting each other's packets. The frame check sequence is the true measure of the interference level.
In both standards, the system manager configures the network stack and local device network manager through over-the-air messages. Each device is controlled by its native configuration messages. Each of the dual-mode router's stacks is controlled by the native stack control messages. Since the dual-mode router shares the physical layer and MAC layer between the two upper layer stacks, the WirelessHART.RTM. and ISA100.11a system management functions coordinate the configuration of these layers. The network assignments that are coordinated across the two networks include: 16 bit addresses, graph IDs, source routes, network IDs, superframes, channel hop sequences, and timeslot assignments.
Both WirelessHART.RTM. and ISA100.11a have a DLL security function and an upper layer end-to-end security function. The ISA100.11a standard has several options for DLL security that are based on the IEE802.15.4 options allowed for the MAC. The dual-mode router requires that ISA100.11a select an option that causes the message integrity checking to turn on. It is also desirable to make the message integrity check field four octets long to simplify the operation of the dual-mode router.
WirelessHART.RTM. places the end-to-end security encryption and message integrity checking functions in the network layer. For ISA100.11a they are in the transport layer. This is not important to the relay function, which is involved only with routing the packet and not the destination device processing of the WirelessHART.RTM. protocol. The relay function does not decrypt or check the integrity of the encrypted WirelessHART.RTM. packet payload. The encrypted WirelessHART.RTM. network layer payload and associated WirelessHART.RTM. message integrity check field are sent across the ISA100.11a network unchanged by the relay function.
When a dual-mode router receives a relayed packet, it reconstructs the WirelessHART.RTM. network layer and inserts the end-to-end encrypted packet along with its message integrity check into the payload.
Both WirelessHART.RTM. and ISA100.11a define similar gateway functions. However, the gateways use different application layer protocols to communicate with the field devices. As discussed above, WirelessHART.RTM. uses a command/response protocol and ISA100.11a uses a protocol based on the port, object, and attribute identifiers. ISA100.11a allows multiple gateway devices to be addressed in the network, whereas WirelessHART.RTM. has one gateway function and multiple access points that connect to the network.
WirelessHART.RTM. does not preclude a vendor from building a redundant distributed gateway. It only specifies that the gateway has a well-known address and that it looks like one device to the WirelessHART.RTM. field devices.
Each device in the combined network talks to its native gateway. If the dual-mode router supports a process/control application, then it is configured to talk to either the WirelessHART.RTM. gateway or an ISA100.11a gateway. All gateway application level communications are transparent to the relay function.
The ISA100.11a and WirelessHART.RTM. gateways communicate with process and control applications on the plant network through a high-side interface. In FIGS. 1 and 2, the high-side interface is on the right side of the gate device boxes.
The WirelessHART.RTM. system is designed to enable the HART7 device applications to communicate with the WirelessHART.RTM. Gateway. This gateway may directly connect to the WirelessHART.RTM. network or connect by access points through an intermediary network technology. The access points of the WirelessHART.RTM. system are similar to the backbone routers in the ISA100.11a network. In a combined system, the WirelessHART.RTM. gateway can connect in a variety of ways. 1. The gateway may only have a WirelessHART.RTM. stack and therefore it needs to talk to one or more dual-mode routers. In this case, the WirelessHART.RTM. gateway operates without any modifications, and the dual-mode routers make the ISA100.11a network transparent to it. The network with an unmodified WirelessHART.RTM. gateway is shown in FIG. 1. 2. The gateway may incorporate a dual-mode router. In this case, the gateway sits directly on the ISA100.11a network, and its relay function connects the upper WirelessHART.RTM. protocol stack layers to the ISA100.11a network layer. 3. The gateway may be a device that is on a backbone network served by one or more ISA100.11a backbone routers. This gateway has a lower protocol stack defined by a backbone network. The backbone protocol stack is integrated with the relay function layer. The relay function reconstructs the WirelessHART.RTM. header data needed by the gateway's WirelessHART.RTM. upper protocol layers. This WirelessHART.RTM. gateway is shown in the network in FIG. 2. 4. The gateway may be a device that is on a backbone network served by one or more WirelessHART.RTM. access points. In this case, the WirelessHART.RTM. access points are dual-mode routers that transport relay packets on the ISA100.11a network and WirelessHART.RTM. messages on the backbone network. The dual-mode, WirelessHART.RTM. access points make the ISA100.11a network transparent to the WirelessHART.RTM. Gateway. 5. The WirelessHART.RTM. and ISA100.11a gateways are integrated into one device with the dual protocol stacks. Dual-Mode Router
The dual-mode router is preferably both a WirelessHART.RTM. device and an ISA100.11a device. It provides a connection between the networks through its relay function. Dual-mode routers preferably appear as normal routing-capable devices to both the WirelessHART.RTM. and ISA100.11a networks. A combined WirelessHART.RTM. and ISA100.11a network requires at least one dual-mode router in accordance with an embodiment of the present invention. Large networks and/or robust networks require more then one dual-mode router.
Dual-mode routers preferably participate in the mesh network. A graph route that spans a portion of the WirelessHART.RTM. and ISA100.11a networks may incorporate more than one dual-mode router as an entry point to the ISA100.11a. Because large WirelessHART.RTM. packets are fragmented when they enter the ISA100.11a network and defragmented when they leave, there can only be one dual-mode router on the graph's exit from the ISA100.11a network.
The dual-mode router preferably has a single radio, which it uses to transmit and receive packets from WirelessHART.RTM. and ISA100.11a networks. As a result, the router must distinguish between WirelessHART.RTM. formatted packets and ISA100.11a formatted packets. There are various methods for distinguishing packets. In one method, the dual-mode router is provided with a range of 16 bit addresses used for each protocol. It uses the range to determine if a given wireless data packet is WirelessHART.RTM. or ISA100.11a based on the MAC source address field. This works because the coordinated system management function assigns addresses to ISA100.11a and WirelessHART.RTM.. The address range may be used for links that are shared or dedicated. In another method, the WirelessHART.RTM. and ISA100.11a networks are assigned different PAN identifiers. The dual-mode router then looks at the PAN ID field in the IEEE802.15.4 MAC header to tell which type of packet has been received.
The dual-mode router is preferably assigned separate 16 bit addresses or PAN identifiers and 64 bit EUIs for its WirelessHART.RTM. and ISA100.11a protocol stacks. It uses the WirelessHART.RTM. 16 bit address for the MAC source address when transmitting WirelessHART.RTM. packets and the ISA100.11a 16 bit address for the MAC source address when transmitting ISA100.11a packets. Messages that are sent using the 64 bit EUI as the MAC source address are identified by the organization block number that has been assigned to the HART.RTM.Foundation for all WirelessHART.RTM. devices.
The dual-mode router preferably participates in the network formation of both the WirelessHART.RTM. and ISA100.11a networks. It must advertise and be a clock parent in the WirelessHART.RTM. network. It also does neighbor discovery for both networks.
WirelessHART.RTM. uses DLL Keep-Alive packets to discover neighbors and maintain contact with them. The WirelessHART.RTM. device looks for packets sent from unknown devices and Keep-Alive messages to maintain the neighbor table. In a mixed network, the DLL MIC that uses the WirelessHART.RTM. key excludes ISA packets.
ISA100.11a has a similar neighbor discovery process. ISA100.11a devices also use the DLL MIC key to exclude WirelessHART.RTM. devices from being recognized as neighbors.
A dual-mode router, in accordance with an embodiment of the present invention, keeps separate WirelessHART.RTM. and ISA100.11a neighbor tables. Packets received on links used exclusively for either standard, are checked with the DLL MIC key assigned to the standard. If a link is shared by the standards, the dual-mode router can either check both keys or alternate which key it picks. While trying both keys is preferable, it places a time constraint on the hardware and software that may not be possible for all devices to meet. Alternating keys for shared channels does not prevent the discovery of new neighbors; it only slows the process down.
The dual-mode router may be the device that initiates a WirelessHART.RTM. network in a region. When a device initiates a network, it needs to supply the timeslot clock to its children and to establish the ASN. The dual-mode router preferably derives its ASN clock from the ISA100.11a TAI clock. The coordinated system management function establishes a clock tree from the ISA100.11a clock source, down through the ISA100.11a network, out through the dual-mode router and into the WirelessHART.RTM. network. The dual-mode router uses the ISA100.11a's clock child process to get the TAI clock from its ISA100.11a parents. It then converts TAI time to ASN time and propagates it to the WirelessHART.RTM. children.
The dual-mode router sets the ASN to 0 either when it joins the system manager through the ISA100.11a network, or it adopts the ASN it gets from the advertisements it hears from other WirelessHART.RTM. devices.
The WirelessHART.RTM. and ISA100.11a system management functions cooperate in the control and monitoring of the dual-mode router. The cooperative system management function can be implemented by designing a combined system management function or by designing a API between an ISA100.11a system manager and a WirelessHART.RTM. system manager.
While embodiments of the present invention have generally provided a detailed and exacting example of specific configuration parameters and devices to enable interoperability between ISA100.11a and WirelessHART.RTM., those skilled in the art will recognize that variations can be used as long as interoperability is maintained. Further, while embodiments disclosed herein generally provide complete interoperability, embodiments of the present invention also include partial interoperability, such as simply coordinating the time base of the two distinct networks such that collision avoidance can be enhanced, even if packets cannot traverse distinct networks. Further still, while embodiments of the present invention have generally been described with respect to a dual-mode router, embodiments can be practiced in any device that includes a suitable radio and a controller that can be configured in accordance with the various embodiments described above. Thus, embodiments of the present invention can be practiced in a WirelessHART.RTM. Backbone gateway, an ISA100.11a backbone gateway, an ISA100.11a routing device, or any suitable device.
Embodiments of the present invention are believed to provide a number of potential advantages. The technologies and parameter settings used to achieve compatibility between WirelessHART.RTM. and ISA100.11a in accordance with embodiments of the present invention do not significantly affect the efficiency of the ISA100.11a protocol, and they promote the efficient use of shared network resources such as channels and timeslots. Further, by making a mode of ISA100.11a compatible with WirelessHART.RTM., the two networks are integrated providing the users with the appearance of one network, one integrated management function, and ability to purchase either a WirelessHART.RTM. or ISA100.11a device that works on an integrated network infrastructure. An integrated WirelessHART.RTM. and ISA100.11a network increases the network resources available to devices and reduces the interference, which separate systems experience when transmissions collide. Backwards compatibility is provided since no changes are made to the published HART7 standard. The transport of WirelessHART.RTM. packets across the ISA100.11a network is transparent to WirelessHART.RTM. devices and applications. ISA100.11a compatibility is ensured since regular ISA100.11a devices route the WirelessHART.RTM. packets relayed by the dual-mode routers across the ISA100.11a network. The relay function, in accordance with embodiments of the present invention, works with the ISA100.11a network layer and the network configurations documented in the ISA100.11a standard. Finally, the relay function does not impose significant burdens on the dual-mode router's hardware or processor.
Previous Patent US 9,379,971 | Next Patent US 9,379,973