[SensorNetArch] Two idea for today
David Culler
culler at eecs.berkeley.edu
Mon Mar 7 12:00:22 PST 2005
(1) Predicate based communication.
It makes sense to talk about direct exchange, collection or aggregation
over a set of participants determined by a predicate. Then we get into
the predicate specification language. I'd like to pull the predicate
out of the critical path entirely. The idea is that each node has a
collection of names. Initially the obvious choices are its unique name
(set of 1) and the network name (set of all). Given a name designating
a set of nodes, one can evaluate a predicate on each of the participants
- but the result is to introduce another name. Thus, all the network
knows is that it does operations against names and each node has a
collection of current names that determine its participation. Starting
here we can dive into the various optimizations within this framework.
(2) Non-formatted tree naming
Given a tree rooted anywhere in the network, I can assign a routable
name from the root. Each node numbers its immediate children and
determines the field size for its immediate children ceiling(log(number
of children). The name for node i is [parent_name | child#]. The
assignment scheme is much more general than the ZIGBEE scheme, which
requires determine max number of hops and max children at each hop. It
allows a single tree formation to number the network in parallel. A
node can tell if a packet is for itself, its children or its parent.
However, given a string of bits, it is not possible to determin how to
parse them.
More information about the SensorNetArch
mailing list