时要发送信号，以便使可用带宽最大。但是，让各个网络互相合作则是一种挑战。"
蓝牙"基带和WiFi MAC（媒体访问控制器）必须通过一个实时信令信道交换有关它们行动的信息。然而，对于膝上型电脑来说，如果当Microsoft公司在Windows XP中增加只带有有限应用模型的"蓝牙"支持功能时，人们不期望Microsoft公司支持在WiFi与"蓝牙"之间传送信道信息，则你将需要一条芯片之间的硬连线，或者几个在 "公共"位置发布信令信息的特殊驱动器。就硬连线来说，是极其专有的，而考虑到可能的驱动程序组合数量，特殊驱动器可能是不切实际的。
将两种技术集成在同一块芯片上的确能解决"蓝牙"功能与WiFi功能同处一处的问题。例如，Mobilian公司供应的TureRadio芯片组利用主动取消功能，就可一边接收WiFi信号一边发送"蓝牙"信号，反之亦然。从接收到的信号中减去发送的信号这一技术允许"蓝牙"和WiFi共用同一副天线。同时，WiFi和"蓝牙"两个标准组织都在开发共存标准。目前，第二802.15特别工作组正计划开会讨论无线PAN的共存问题。欲了解详细信息，请访问
grouper.ieee.o
rg/groups/802/11/网站。
种瓜得瓜，种豆得豆 众所周知，LAN（局域网）的建立很困难，而无线LAN的建立就更加困难，因此当需要花几个小时建立一个WiFi网络时，你就不会感到吃惊了。另一方面，插上电缆进行连接很容易，而且我们全都很熟悉。
几乎没有一项工作比连接一台打印机更容易的了，而建立一个"蓝牙"网络就没那么简单。这不是说"蓝牙"不如电缆连接好，而是说它带来了无线网络的复杂性。环境噪声可能使设备不容易配用。"蓝牙"便携设备有一个额外的电池（头戴式收发器的电池是与移动电话机分开的），它会占用一根连线。"蓝牙"还增加了安全方面的复杂性。使用电缆连接时，设备总是配对的，而且你可以输送电能从一台设备到另一台设备，因此根本不需要电池供电。另外，电缆连接本质上比通过发射链接更安全，而且对应用系统完全透明。"蓝牙"现在则并非如此。
"蓝牙"SIG在宣传"蓝牙" 作为电缆替代技术将是多么容易使用方面做得很出色。用户期望值较高，因此设备需要是"傻瓜型"的。大多数工程师都知道，解决一个技术难题比创造一种无人能蓄意误用的设备更容易。但是，工程师必须设计出能够满足所有由广告宣传激起的期望值的设备。制造使用方便的"蓝牙"设备会带来多种挑战，其中包括安装、应用模型
互操作性、设备的匹配和设备寻索、"蓝牙"对应用的透明性以及安全性等等。
安装问题
"蓝牙"SIG试图通过它的"五分钟就绪"项目来解决可用性问题。例如，设备需要避免令人吃惊或令人迷惑的信息，比如"现在可以安全关闭计算机"，这些信息暗示着没有动作或必须做一些动作的问题。在大多数情况下，在连接"蓝牙"设备所需的五分钟时间里，大部分是用来装载相关驱动程序，因为Microsoft公司的 Windows还不支持"蓝牙"功能。
一些设备似乎不需要驱动程序也能工作，因为它们不是地道的"蓝牙"设备，实际上是USB硬件锁，例如Logichtech公司的"蓝牙"鼠标，看起来是一个HID（人机接口设备），当插入时能自动配置。该鼠标使用"蓝牙"与硬件锁沟通，然后硬件锁通过USB传输数据。这种配置的缺点是，硬件锁成为一个只能与鼠标连接的点对点设备。还可能存在种种配对问题，例如两个相似的专用连接设备在同一个地方--举例来说，他的计算机和她的计算机在同一个房间或在一堵墙的两侧。
应用模型 应用模型可能是与"蓝牙"互操作性有关的最让人担心的问题，因为它们增加了一个复杂的量纲。各种"蓝牙"设备仅在具有合适的应用模型匹配时才能彼此连接。这一要求之所以是个问题，乃是因为各种设备不必支持所有应用模型。在有些情况下，两种设备不配对这种情况合乎情理。例如，很难想出一条理由说明某人应该将耳机与打印机配对使用。但是，在许多情况下，决定两种设备是否应该配对则更加不明确。例如，许多用户可能相信他们能使用移动电话机的耳机欣赏来自膝上型电脑或PDA的音乐，而且可以花上几个小时去连接这些设备，但却徒劳无功。另一个例子，如果一个设计移动电话机的OEM出于节省成本的原因，决定不支持OBEX（对象交换）应用模型，那么用户将不能将名片发送给移动电话机。
配对情况立刻变得复杂起来。能不能将两个耳机与一部电话机配对呢？能不能将一个耳机与两部电话机配对呢？如果能够配对，那么当两部电话机都离耳机很近时，到底由哪部电话机打电话呢？在这种情况下，可以使用优先级（如果可能，先拨电话机A的号码），但这增加了安装过程的复杂性。计算一下你希望用户理解并处理的复杂度有多大。
应用模型的另一个方面涉及到事务的智能部分应该在哪里。例如，一台PC通常先处理文档或图片，然