Changes between Version 7 and Version 8 of Letibee
- Timestamp:
- Nov 5, 2010, 1:16:33 AM (14 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Letibee
v7 v8 71 71 Figure 3 : Frame format over the air on the different protocol layers 72 72 73 === Gateway frame format===73 ==== Gateway frame format ==== 74 74 75 75 On the USB port, the APDU is appended with a frame delimiter 0xFF at its beginning, followed by the frame length. 76 76 77 [[Image(frame_usb.png, 60%, center)]]77 [[Image(frame_usb.png, 40%, center)]] 78 78 79 79 Figure 4 : Frame format over the USB port. 80 80 81 81 To sink from gateway, the source address is added at its beginning of the APDU, the rest of the frame being unchanged. To gateway from sink, ‘/0’ ascii characters is added at its ending of the APDU. 82 LOOKUP operation 82 83 ==== LOOKUP operation ==== 84 83 85 If the sink receives a Lookup Request from the Gateway: 84 Send a Lookup Request Frame (with echoes) via netflood module.85 Waits for a Ping Response Frame from nodes.86 87 HELLO/BYE operations 86 * Send a Lookup Request Frame (with echoes) via netflood module. 87 * Waits for a Ping Response Frame from nodes. 88 89 ==== HELLO/BYE operations ==== 88 90 When a node join the network: 89 Send a Hello Request Frame (with echoes) via mesh module.91 * Send a Hello Request Frame (with echoes) via mesh module. 90 92 When a node leave the network: 91 Send a Bye Request Frame (with echoes) via mesh module.92 93 PING operations 93 * Send a Bye Request Frame (with echoes) via mesh module. 94 95 ==== PING operations ==== 94 96 If the sink receives a Ping Request from the Gateway: 95 For each node 96 Send a Ping Request Frame (with echoes if no response is received) via mesh module. 97 Waits for a Ping Response Frame from the node (other responses are ignored) or the timeout 98 Ping request 97 * For each node 98 ** Send a Ping Request Frame (with echoes if no response is received) via mesh module. 99 ** Waits for a Ping Response Frame from the node (other responses are ignored) or the timeout 100 101 # Ping request 99 102 The Ping Request frame is initiated by a sink to ping a node so has for instance to check it is still alive. It can also be initiated by a node. 100 Ping response 103 104 # Ping response 101 105 The Ping Response frame is sent in response to a Ping request frame. It provides the number of hops to reach the node which initiated the ping request. 102 106 103 DV-HOP operation 107 ==== DV-HOP operation ==== 104 108 If the sink receives an Anchor Request from the Gateway: 105 For each node 106 Send an Anchor Request Frame (with echoes if no response is received) 107 Waits for an Anchor Response Frame from the node (other responses are ignored) or the timeout 109 * For each node 110 ** Send an Anchor Request Frame (with echoes if no response is received) 111 ** Waits for an Anchor Response Frame from the node (other responses are ignored) or the timeout 112 108 113 The nodes, including the anchor nodes, do not embed a scheduler. However, when they receive an Anchor Request Frame, they perform the following sequence of operations: 109 If an Anchor Request Frame is received 110 For each anchor node (listed in the Anchor Request Frame) 111 Send a Ping Request Frame 112 Waits for a Ping Response Frame from the anchor node (other responses are ignored) or the timeout 113 Anchor request 114 115 * If an Anchor Request Frame is received 116 ** For each anchor node (listed in the Anchor Request Frame) 117 *** Send a Ping Request Frame 118 *** Waits for a Ping Response Frame from the anchor node (other responses are ignored) or the timeout 119 120 # Anchor request 114 121 The Anchor Request frame is initiated by a sink to request a node to issue a ping request command frame towards a list of anchor nodes. This frame aims at being used by the DV-HOP location algorithm which requires the knowledge of the number of hops between any node in the network and any anchor in the network. 115 Anchor response 122 123 # Anchor response 116 124 The Anchor Response frame is initiated by a node in response to Anchor Request received from a sink. This frame aims at being used by the DV-HOP location algorithm which requires the knowledge of the number of hops between any node in the network and any anchor in the network. 117 125 The header contains the number of anchors seen by the node, and the payload contains for each seen anchor the (anchor address, number of hops) doublet. 118 126 119 LOCALIZATION operation 127 ==== LOCALIZATION operation ==== 120 128 Each node also performs neighbour discovery in a nearly periodic manner by broadcasting advertisement frames. This operation is used to collect the RSSI information from the 1-hop neighbours. Note that 121 The advertisement frames are sent after a time comprised between 1 and 2 seconds in our setup and randomly chosen for each frame. 122 The RSSI information corresponds to the RSSI measured during reception of advertisement frames from other nodes in the network. 123 The advertisement frames sent by the nodes do not trigger any response from the nodes which receives it. 129 130 * The advertisement frames are sent after a time comprised between 1 and 2 seconds in our setup and randomly chosen for each frame. 131 132 * The RSSI information corresponds to the RSSI measured during reception of advertisement frames from other nodes in the network. 133 134 * The advertisement frames sent by the nodes do not trigger any response from the nodes which receives it. 135 124 136 The Gateway performs the start (or stop) operation. The sink will therefore poll each node in the network in a round robin manner to collect neighbours RSSI information from all the nodes. 125 While stop request is not received: 126 Every second 127 For each node 128 Send a Neighbour Request Frame 129 Waits for a Neighbour Response Frame from the node (other responses are ignored) or the timeout 130 Neighbor request 137 138 * While stop request is not received: 139 140 ** Every second 141 *** For each node 142 **** Send a Neighbour Request Frame 143 **** Waits for a Neighbour Response Frame from the node (other responses are ignored) or the timeout 144 145 # Neighbor request 131 146 The Neighbor request frame is initiated by a sink to request a node to send its table made of the (neighbour address, RSSI time, RSSI value, LQI value) quadruplets. 132 Neighbor response 147 148 # Neighbor response 133 149 The Neighbor response frame is initiated by a node in response to a Neighbor request command frame received form a sink. It contains its table of neighbours and is made of the (neighbour address, RSSI time, RSSI value, LQI value) quadruplets as requires by the RSSI based location algorithm. The RSSI time field indicates in seconds the age of the RSSI and LQI entries. 134 150 Moreover the frame payload contains the values of the sensor readings of the node (8 bytes, fixed with 1 byte per sensor according to the bitmap field “active_sensors” of the header. … … 136 152 The header also gives the number of hops from the node to the sink which sent the neighbour request command frame. 137 153 138 ROUTE operation 154 ==== ROUTE operation ==== 139 155 If the sink receives a Route Request from the Gateway: 140 For each node 141 Send a Route Request Frame (with echoes if no response is received) via mesh module. 142 Waits for a Route Response Frame from the node (other responses are ignored) or the timeout 143 Route request 156 * For each node 157 ** Send a Route Request Frame (with echoes if no response is received) via mesh module. 158 ** Waits for a Route Response Frame from the node (other responses are ignored) or the timeout 159 160 # Route request 144 161 The Route Request frame is initiated by a sink to request a node to send its routing table made of the entries (destination address, next hop adress, route cost, route time). This frame shall not be confounded with the RREQ frames that are classically used in the networking layer of the protocol. 145 Route response 162 163 # Route response 146 164 The Route Request frame is initiated by a node in response to a Route request command frame received from a sink. It contains the entries of the routing table (destination address, next hop adress, route cost, route time). This frame shall not be confounded with the RREP frames that are classically used in the networking layer of the protocol. 147 165 The route cost contains a cost metric for the corresponding route, whereas the route time contains a value in seconds about the age of the route. 148 149 150 166 151 167 == Datamanager ==