[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [bluetooth-dev] solving a broadcast problem through bluetooth
Thanks for your reply, Yes, u r right that a slave cannot broadcast, but a
Master can, What happens if they want to form a new piconet and sends the
*query* packet, since there is no prior notification in broadcasting to
other nodes, if the other node is also sending a *query* packets or two or
more nodes reply to that *query* packet at the same time, their packets will
collide *at the reciever*. Although the solution given for that, *the Master
won't reply and those nodes will wait for random amount of time and resend
the packet again.*
Hope that would clear, What exactly I wanna know, since I am not fully
convinced the *random amount of time waitage * stuff before resending the
packet. It doesnt give you the gurantee that packet won't collide again.
I am interested in knowing that, are there any control signals for notifying
other nodes that *Hey Iam sending a broadcast *query packet* and nobody
dares to send or recieve any packet during this packet time*
Please let me know
Thanks in advance
>From: Gordon McNutt <firstname.lastname@example.org>
>To: ping kidwai <email@example.com>
>Subject: Re: [bluetooth-dev] solving a broadcast problem through bluetooth
>Date: Tue, 30 Jan 2001 03:42:31 -0700
>ping kidwai wrote:
> > Hi, My name is Hashir Kidwai. I am currently focusing on a Topic of
> > Ad-Networks and would like to know that whether that problem or topic
> > solved via BlueTooth or not. The Topic is: One node transmits a
> > message and *all* its neighbors receive it successfully. This means that
> > none of its neighbors should be transmitting or receiving other messages
> > during this time period. In MACA the receiver is told of an upcoming
> > transmission by means of the RTS/CTS exchange. However, how would this
> > if there are multiple simultaneous receivers for one transmission?
> > _________________________________________________________________
> > Get your FREE download of MSN Explorer at http://explorer.msn.com
> > -
> > To unsubscribe from this list: send the line "unsubscribe bluetooth-dev"
> > the body of a message to firstname.lastname@example.org
>In Bluetooth, the answer depends on whether or not the node in question is
>master or a slave. If the node is a master, then it can broadcast to all
>on its piconet. But if it is a slave, then it cannot broadcast -- it can
>talk to its master.
>Transmission collision on Bluetooth is avoided with the following scheme.
>transmission times on a piconet are divided into slots. Some slots only the
>master can transmit, and all slaves listen for packets addressed to them.
>slots only one slave can transmit, and the master listens. A slave knows
>it can transmit, and not collide with another slave, if and only if the
>addressed it in the previous master transmission slot. This scheme is
>in the baseband protocol portion of the core spec.
Get your FREE download of MSN Explorer at http://explorer.msn.com
To unsubscribe from this list: send the line "unsubscribe bluetooth-dev" in
the body of a message to email@example.com