念のため、私の理解が正しいのか確認です。

> ZigBeeアプリケーションにおいて，あるノードのAPP層
> から全ての隣接ノードのAPP層へ，
> つまり無線が届いて1ホップで通信できるノード全体に
> 同一の内容を送信したいと考えております．

この『ZigBeeアプリケーション』は、ZIGBEEAPPのこと
でしょうか。それとも普通のCBRのようなもの?
ホップ数って本来は中継する数なので、
送信側Node ⇒ 中継Node ⇒ 受信側Node という理解でよい?
それとも、隣接なので
送信側Node ⇒ 受信側Node という理解でよい?

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

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

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

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

まずここまでで、気がついたこと。
Nodeが移動するとややこしいのでまずNode固定で考えます。
Nodeが移動するとさっきは届いたのに、今度は届かない
ということがありうるからです。もちろんその逆も。
実際には、Node固定でも届くか届かないギリギリの状態だと
確実に届くとことは保証できないです。

ということで、
送信側が受信側に必ず届くという保証は実際に通信して
見ないとわからない。確実なのは受信側から届いたよ、
と返事をもらうことですが、それは考えてないですよね。

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


一旦、ここまでです。