hiroさん 返答ありがとうございます．


まず，Nodeについてですが，Nodeは移動を行わないシナリオであり，
Node固定として考えていただいて構わないものとなっています．


> この『ZigBeeアプリケーション』は、ZIGBEEAPPのこと
> でしょうか。それとも普通のCBRのようなもの?

ZigBeeの1つのネットワークのみで構成されたシナリオの事を
「ZigBeeアプリケーション」と表記したというものでした．
文意が定まりづらい表現でした...すみません．


> ホップ数って本来は中継する数なので、
> 送信側Node ⇒ 中継Node ⇒ 受信側Node という理解でよい?
> それとも、隣接なので
> 送信側Node ⇒ 受信側Node という理解でよい?

隣接の方が私の意図していたものでした．
用語を正しく使用できておりませんでした．
ありがとうございますm(_ _)m


>> 現在予定しているシナリオでは，送信ノードが隣接ノー
>> ド全体に向けて送信するにあたり，
>> ・ブロードキャスト半径を1としてZigBeeブロードキャ
>> ストを行う

> ここでのZigBeeとはZigBeeのPHY/MACのこと?

ZigBeeでのブロードキャストを行う，という意図で「ZigBeeブロードキャスト」と記載したものでした．
ブロードキャスト半径などの取り扱いを含めるとブロードキャストは
ZigBeeのネットワーク層まで関与があるため，
レイヤとしてはネットワーク層から物理層までということになるように思います．


>> ・近隣ノード一覧を何らかの形で取得し，それぞれのノ
>> ードへ向けたユニキャストを複数回行う
>> などのいずれでも構わないものとなっております．

> これは、自分が(送信側が)自分の隣接を調べるということ?

はい．送信側が隣接を調べ，それぞれに個別に送信していく，というイメージで間違えありません．
例えば，hiroさんが最後に提案してくださった方法はこちらに該当するものだと思います．


> そうすると、
> 実際のアプリケーション送信を行う前に何らかの
> ルーティングプロトコルによりルーティングが
> 確立しているという前提でよければ、
> ルーティング情報を参照する方法が考えられます。
> ルーティングプロトコルがめんどくさい情報交換を
> やってくれるから。

AODVをルーティングプロトコルとして使用しておりますため，今回の場合ならば
予め隣接ノードに送信を行いたいノードが(極論ですが)全ノードへのルーティングを確立しておけば，
AODVのルーティング情報を参照することで中継無しで届けられるノードの
一覧が手に入りそうですね...全く思いつきませんでした．
実装量としましてもシンプルにできるものに感じます．ありがとうございます．