Conforme visto nas seções anteriores, mais de uma piconet pode estar atuando em uma mesma área. Uma vez que cada piconet deve, necessariamente, possuir um master próprio, elas irão utilizar seqüências de freqüência de salto distintas (uma vez que esta seqüência é derivada do endereço do master). Além disso, a transmissão do CAC no início de cada pacote identifica de forma única as mensagens de uma piconet, impedindo que slaves de uma segunda piconet possam responder a mensagens originadas na primeira. Como era de se esperar, quanto maior o número de piconets atuando em uma região, maior será o ruído no canal, resultando em uma maior degradação do sistema.
Uma mesma unidade pode participar de mais de uma piconet através de multiplexação no tempo. Uma unidade Bluetooth pode participar como slave de várias piconets, mas poderá ser master de apenas uma delas. O procedimento necessário para que uma unidade presente em uma piconet seja incorporado a uma outra é análogo ao apresentado anteriormente; o dispositivo interessado deve responder aos pacotes de paging provenientes do master da piconet em questão.
O dispositivo pode passar então a atuar na segunda piconet nos intervalos de tempo nos quais o mesmo não for requisitado na piconet inicial. Alternativamente, ele poderá passar aos estados de sniff, hold ou park na primeira piconet, para poder então atuar com mais calma na outra.
Deve ser observado que a participação de uma unidade em várias piconets obriga que a mesma se mantenha sincronizada com todas elas. Ao chavear de uma piconet para outra, a unidade deverá reconfigurar os parâmetros de canal de forma a ficar em sincronia com a seqüência de saltos em freqüência definidos para a piconet destino.