CN101690125A

CN101690125A - 经由中间设备在主机设备和附件之间传输信息

Info

Publication number: CN101690125A
Application number: CN200880021364A
Authority: CN
Inventors: 格雷戈里·T·利顿; 杰伊·S·拉菲尔; 约翰·阿南尼; 特里·笛卡尔斯基
Original assignee: Apple Computer Inc
Current assignee: Apple Inc
Priority date: 2007-06-22
Filing date: 2008-06-18
Publication date: 2010-03-31
Anticipated expiration: 2028-06-18
Also published as: US8307146B2; CN101690125B; AU2008268591A1; EP2165512B1; US20080320190A1; US20120005395A1; WO2009002786A3; US20120003935A1; US8239605B2; AU2008268591B2; EP2506536B1; WO2009002786A2; EP2165512A2; US8078787B2; US20120003934A1; EP2506536A1; US8200881B2

Abstract

主机设备和附件经由中间设备交换信息(例如，命令和数据)。主机设备和附件可各自通过直接有线路径连接到中间设备，并且可与中间设备交换命令和数据。主机设备和附件还可通过把被隧传的信息封装为中间设备能够识别的命令的有效载荷，从而来通过中间设备向彼此“隧传”信息；中间设备可以重封装并转发该有效载荷。在一些实施例中，被隧传的信息涉及配置主机设备和附件之间的无线链路(例如，Bluetooth配对)。

Description

经由中间设备在主机设备和附件之间传输信息

相关申请的交叉引用

本申请要求2007年6月22日提交的题为“Communication Between AHost Device And An Accessory Via An Intermediary”的美国临时申请No.60/945,860的权益，该临时申请的公开内容通过引用并入在此用于所有目的。

技术领域

本发明总地涉及电子设备之间的信息传输，更具体而言涉及经由中间设备在主机设备和附件(accessory)之间传输信息。

背景技术

近来，对于提供易于与其他不一定由同一制造商生产的设备协同工作的近程无线设备有着相当大的兴趣。例如，希望为移动电话提供将会与由不同制造商制作的电话一起工作的无线头戴送受话器，或者提供将会与由不同制造商制作的计算机一起工作的键盘、鼠标或其他外围设备。协同工作性增加了消费者的选择和灵活性。

各种标准团体和产业集团已经定义了近程无线通信的标准。一个常见的示例是由Bluetooth特殊利益集团(一个非营利性组织)开发并以商标

获得特许的标准。Bluetooth标准(这里简称为“Bluetooth”)允许诸如移动电话之类的主机设备和诸如头戴送受话器之类的附件建立无线“配对”。配对通常是通过半自动、半手动的过程来建立的。例如，无线头戴送受话器可以发送将其自身标识为具备Bluetooth能力的设备的信号。移动电话检测该信号，并从而确定该附件可用于配对。移动电话随后提示用户输入附件的“通行码”或“PIN码”。在一些情况下，附件的通行码被硬编码在附件中，并且用户必须(例如，在与附件相关联的文档中)查找该通行码并将其输入到移动电话中。在其他情况下，附件的通行码未被硬编码，并且附件可以形成任意通行码，用户随后将该通行码输入到移动电话中。

在任一情况下，在从用户接收到通行码后，移动电话将该通行码发送到附件。如果该通行码与附件的通行码相匹配，则附件确认匹配，并且配对得以建立。如果通行码不匹配，则配对不被建立，并且用户可以被告知该失败并被允许重试。重试次数通常受到限制，以防止未经授权的用户通过反复试验来确定通行码。

Bluetooth标准还支持对在配对的设备之间传送的数据进行加密。使用对称密钥密码术，在这种密码术中，同一“链路密钥”被用于加密和解密两者。初始链路密钥是由两个设备利用通行码和由配对设备之一生成并以明文形式被传送到另一设备的随机数来独立生成的。然后，两个设备可以生成新的链路密钥。然而，因为随机数和通行码是以明文形式无线传送的，所以闯入者可以获得对该信息的访问并且确定初始链路密钥，然后监视后续的传送。

因此，用于配置Bluetooth或其他无线链路的现有过程可能是麻烦的，并且链路本身可能不像所希望地那样安全。

因此，将会希望提供用于在两个设备之间传输信息(例如与配置Bluetooth或其他无线通信链路有关的信息)的改进方法。

发明内容

本发明的实施例涉及电子设备之间的信息传输，具体而言涉及经由中间设备在主机设备和附件之间传输信息。主机设备和附件可以通过中间设备向彼此“隧传”(tunnel)命令和数据。例如，主机可向中间设备发送“隧传”命令，其中想要给附件的命令和/或数据作为有效载荷被封装在隧传命令内。中间设备可将该有效载荷重封装为具有适于发送到附件的格式的隧传命令，并可将这后一种隧传命令发送到附件。附件可以解封出有效载荷并且可将其解读为来自主机的命令。从附件到主机设备的通信可以以类似的方式完成。

利用隧传命令可以交换任何类型的信息。在一些实施例中，所传输的信息可以涉及配置主机设备和附件之间的无线通信链路(例如，Bluetooth配对)。例如，主机可以向附件提供建立Bluetooth配对或其他无线链路的参数。从而，连接主机和附件的间接的(并且可能是有线的)信道可用于配置作为替代的(无线)连接。在其他实施例中，主机设备和附件可以经由第一链路(例如直接有线连接)直接通信，以在不使用隧传命令或中间设备的情况下建立第二链路(例如Bluetooth配对或其他无线链路)。

在一个方面中，本发明涉及一种用于在主机设备和附件之间传输信息的系统。该系统包括中间设备，该中间设备可以是被配置为耦合到主机设备并且还被配置为根据第一协议与主机设备通信的电子设备。该中间设备还可被配置为耦合到能够与主机设备协同工作的附件并且还被配置为根据第二协议与附件通信。第一协议可包括第一隧传命令，该第一隧传命令能够被主机设备用来指示中间设备把与第一隧传命令相关联的被隧传的信息转发到附件，并且第二协议可包括第二隧传命令，该第二隧传命令能够被中间设备用来把与第一隧传命令相关联的被隧传的信息递送到附件。对于另一方向上的通信，第二协议还可包括第三隧传命令，该第三隧传命令能够被附件用来指示中间设备把与第三隧传命令相关联的被隧传的信息转发到主机设备，并且第一协议还可包括第四隧传命令，该第四隧传命令能够被中间设备用来把与第三隧传命令相关联的被隧传的信息递送到主机设备。可以隧传任何类型的信息，并且尤其可以隧传源自主机设备或附件并且将要被附件或主机设备执行的命令，和/或与这种命令相关联的数据。在一些实施例中，被隧传的命令和/或数据涉及在主机设备和附件之间建立无线链路(例如，Bluetooth配对)。

在另一方面中，本发明涉及另一种用于传输信息的系统。该系统可包括：主机设备(例如，移动电话、媒体播放器或多功能设备)，该主机设备具有通信接口；附件(例如，无线头戴送受话器、立体声头戴受话器、或遥控器)，该附件具有通信接口；以及中间设备，该中间设备具有适合于连接到主机设备的通信接口的第一通信接口和适合于连接到附件的通信接口的第二通信接口。中间设备可被配置为利用第一协议与主机设备通信并且利用第二协议与附件通信。第一协议和第二协议中的每一个可包括能够被中间设备接收的隧传命令，并且第一协议和第二协议中的每一个中的隧传命令可指示中间设备使用第一协议和第二协议中的另一个来转发与接收到的隧传命令相关联的有效载荷。

在另一方面中，本发明涉及一种用于在主机设备和附件之间传输信息的方法。主机设备可确定要被递送到附件的信息项，该信息项符合隧道协议。主机设备可生成要被递送到中间设备的第一隧传命令；该第一隧传命令可符合第一协议并且包含该信息项作为被隧传的信息。主机设备可将第一隧传命令发送到中间设备，中间设备可将第一隧传命令转换为符合第二协议并且包含该信息项作为被隧传的信息的第二隧传命令，并将该第二隧传命令发送到附件，从而把被隧传的信息项递送到附件。该命令例如可包括能够用来在主机设备和附件之间建立无线链路(例如，Bluetooth配对)的信息。

在另一方面中，本发明涉及一种用于在第一电子设备(例如主机设备或附件)和第二电子设备(例如附件或主机设备)之间传输信息的方法。第一电子设备可确定要被递送到第二电子设备的信息项，其中该信息项符合隧道协议。第一电子设备可生成要被递送到中间设备的第一隧传命令。该第一隧传命令可符合第一协议并且可包含该信息项作为被隧传的信息。第一电子设备可将第一隧传命令发送到中间设备。中间设备可将第一隧传命令转换为符合第二协议并且包含该信息项作为被隧传的信息的第二隧传命令，并且可将第二隧传命令发送到第二电子设备。第二电子设备可接收第二隧传命令并且可从第二隧传命令中提取该信息项。

在另一方面中，本发明涉及一种用于在第一电子设备和第二电子设备之间传输信息的方法。中间设备可接收来自第一电子设备的第一隧传命令。该第一隧传命令可符合第一协议并且其中可包含被隧传的信息项。中间设备可将第一隧传命令转换为第二隧传命令。该第二隧传命令可符合第二协议并且其中可包含被隧传的信息项。中间设备可将第二隧传命令发送到第二电子设备，并且第二电子设备可被配置为从第二隧传命令中提取被隧传的信息项。

在另一方面中，本发明涉及一种用于在主机设备和附件之间建立无线链路(例如，Bluetooth配对)的方法。在主机设备和附件之间可建立点对点有线连接。该点对点有线连接可支持在主机设备和附件之间交换命令和数据。附件可经由点对点有线连接向主机设备提供表明附件的无线通信能力的数据；该数据例如可包括附件的无线地址。主机设备可经由点对点有线连接向附件提供指示附件与主机设备建立无线链路的命令，该命令例如可包括主机设备的无线地址。附件可响应于该命令而与主机设备建立无线链路。

在另一方面中，本发明涉及一种可由主机设备执行的用于在主机设备和附件之间建立无线链路的方法。主机设备可检测与附件的有线连接，其中该有线连接支持在主机设备和附件之间交换命令和数据。主机设备可利用有线连接从附件获得与附件的无线通信能力有关的信息；该信息例如可包括附件的无线地址。主机设备可利用有线连接向附件提供定义或配置附件和主机设备之间的新无线链路的信息，提供给附件的该信息例如可包括主机设备的无线地址。无线链路可响应于附件接收该定义新无线链路的信息而被建立。

在另一方面中，本发明涉及一种用于在主机设备和附件之间建立无线链路的方法。主机设备可确定主机设备和附件何时各自耦合到共同的中间设备，该中间设备被配置为接收来自主机设备和附件的隧传命令并把每个接收到的隧传命令的有效载荷转发到主机设备和附件中的另一个。主机设备可经由中间设备从附件获得与附件的Bluetooth能力有关的信息；该信息例如可包括附件所支持的Bluetooth配对插槽的数目。主机设备还可经由中间设备从附件获得附件的当前Bluetooth配对信息(该信息例如可包括附件的Bluetooth地址)。在当前Bluetooth配对信息不包括对应于与主机设备的配对的信息的情况下，主机设备可经由中间设备向附件发送在附件和主机设备之间建立Bluetooth配对的信息(该信息例如可包括主机设备的Bluetooth地址)。

在另一方面中，本发明涉及一种可由附件执行的用于在主机设备和附件之间建立无线链路的方法。附件可检测与主机设备的有线连接，其中该有线连接支持在主机设备和附件之间交换命令和数据。附件可利用有线连接向主机设备提供与附件的无线通信能力有关的信息；该信息例如可包括附件的无线地址。附件可利用有线连接从主机设备接收定义附件和主机设备之间的新无线链路的信息；所接收的信息可包括主机设备的无线地址。附件可响应于接收到该定义新无线链路的信息而建立到主机设备的无线链路。

在另一方面中，本发明涉及一种用于在主机设备和附件之间建立Bluetooth配对的方法。附件可检测主机设备和附件各自耦合到共同的中间设备，其中该中间设备被配置为接收来自主机设备和附件的隧传命令并把每个接收到的隧传命令的有效载荷转发到主机设备和附件中的另一个。附件可经由中间设备向主机设备提供与附件的Bluetooth能力有关的信息；该信息例如可包括附件所支持的Bluetooth配对插槽的数目。附件可经由中间设备向主机设备提供附件的当前Bluetooth配对信息(该信息例如可包括附件的Bluetooth地址)。附件可经由中间设备从主机设备接收在附件和主机设备之间建立新的Bluetooth配对的信息(该信息例如可包括主机设备的Bluetooth地址)。

在另一方面中，本发明涉及一种便携式电子设备。该便携式电子设备可包括：无线收发机，该无线收发机被配置为发送和接收无线信号；接口，该接口被配置为经由有线信号路径与中间设备通信；以及处理器，该处理器可通信地耦合到无线收发机和接口。接口可被配置为支持一隧传协议，该隧传协议能够用来向中间设备发送要被转发到附件的被隧传的命令并且从中间设备接收源自附件的被隧传的命令。处理器可被配置为生成要发送到附件的被隧传的命令并且对从附件接收的被隧传的命令进行解读和响应。处理器还可被配置为：利用被隧传的命令经由中间设备从附件获得与附件的无线通信能力有关的信息，该信息包括附件的无线地址；以及利用被隧传的命令经由中间设备向附件提供指示附件与便携式电子设备建立无线链路的命令，该命令包括便携式电子设备的无线收发机的无线地址。

在另一方面中，本发明涉及一种用于结合便携式电子设备使用的附件。该附件可包括：无线收发机，该无线收发机被配置为发送和接收无线信号；接口，该接口被配置为经由有线信号路径与中间设备通信；以及控制器，该控制器可通信地耦合到无线收发机和接口。接口可被配置为支持一隧传协议，该隧传协议能够用来向中间设备发送要被转发到主机设备的被隧传的命令并且从中间设备接收源自主机设备的被隧传的命令。控制器可被配置为生成要发送到主机设备的被隧传的命令并且对从主机设备接收的被隧传的命令进行解读和响应，并且还可被配置为：利用被隧传的命令经由中间设备向主机设备提供与附件的无线通信能力有关的信息，该信息包括附件的无线收发机的无线地址；以及利用被隧传的命令经由中间设备从主机设备接收指示附件与便携式电子设备建立无线链路的命令，该命令包括主机设备的无线地址。

以下详细描述以及附图将帮助更好地理解本发明的性质和优点。

附图说明

图1A和1B示出了根据本发明实施例的具有通过中间设备连接到附件的主机设备的系统。

图2是根据本发明实施例的包括主机设备、附件和中间设备的系统的框图。

图3是示出根据本发明实施例在主机设备、附件和中间设备之间的通信路径的框图。

图4A是列出根据本发明实施例用于主机侧协议的隧传命令的表格。

图4B是列出根据本发明实施例用于附件侧协议的隧传命令的表格。

图5是根据本发明实施例经由中间设备在主机设备和附件之间的隧传通信过程的流程图。

图6是根据本发明实施例用于经由中间设备在主机设备和附件之间建立隧传连接的过程的流程图。

图7A是列出根据本发明实施例可由主机设备发送到附件的隧道协议命令的表格。

图7B是列出根据本发明实施例可由附件发送到主机设备的隧道协议命令的表格。

图8是根据本发明实施例用于在主机设备和附件之间建立无线链路(例如，Bluetooth配对)的过程的链路故障。

图9A和9B示出了根据本发明实施例其中主机设备直接连接到附件以允许建立无线链路(例如，Bluetooth配对)的系统。

具体实施方式

本发明的实施例涉及电子设备之间的信息传输，更具体而言涉及经由中间设备在主机设备和附件之间传输信息。主机设备和附件可以通过中间设备向彼此“隧传”命令和数据。例如，主机可以向中间设备发送“隧传”命令，其中想要给附件的命令和/或数据作为有效载荷被封装在隧传命令内。中间设备可将该有效载荷重封装为具有适于发送到附件的格式的隧传命令，并可将这后一种隧传命令发送到附件。附件可以解封出有效载荷并且可将其解读为来自主机的命令。从附件到主机设备的通信可以以类似的方式完成。

主机设备和附件

图1A示出了根据本发明实施例的系统100。系统100包括主机设备102、附件104和中间设备106。在一些实施例中，主机设备102可以是媒体播放器，例如由作为本申请的受让人的苹果公司生产并销售的任何iPod^TM媒体播放器。一般地，媒体播放器可以是任何能够存储并播放包括但不限于音频、视频和/或静止图像的媒体资源的设备。或者，主机设备102可以是移动电话(例如，使用传统的蜂窝通信技术)、个人数字助理(PDA)、或者包含了媒体播放器、移动电话和/或PDA能力的组合的多功能设备，例如由苹果公司生产和销售的iPone^TM移动设备。主机设备102也可以是通用计算机，例如手持式计算机、膝上型计算机、桌面型计算机等等。

附件104可以是任何适合于与主机设备102协同工作的附件。例如，在主机设备102包含了移动电话的实施例中，附件104可以是适合与主机设备102一起使用的免手持头戴送受话器，并且可包括例如连接到主机构件112的耳套式扬声器108和麦克风110。

在一些实施例中，一旦在附件104和主机设备102之间建立了用于无线通信的信道，附件104就能够与主机设备102进行无线通信。例如，附件104和主机设备102可以各自设有Bluetooth技术，包括适当的近程收发机单元。在一些实施例中，可以利用诸如把与附件104相关联的通行码(或PIN码)手动输入到主机设备102中之类的传统技术，在主机设备102和附件104之间建立Bluetooth配对。在其他实施例中，Bluetooth配对可以如下所述地自动建立。

附件104还可以具有支持多个Bluetooth(或其他有线或无线)配对的能力。例如，附件104可具有充分的存储能力，以为与不同设备之间的多个配对(例如，在一些实施例中最多可达256个配对)存储配对信息，例如配对设备(例如，主机设备102)的Bluetooth地址和相关联的链路密钥。这样的附件104在这里被描述为具有多个“配对插槽”。当在使用中时，附件104在给定的时刻只与其配对设备中的一个通信，并且要使用的配对设备例如可基于对(一个或多个)配对设备的用户操作和/或附件104内对配对设备区分优先级的算法来选择(例如，在没有用户指令的情况下，可以选择最近使用的设备或其他预先指定的默认设备)。从而，例如，用户可以将同一无线头戴送受话器(附件104的示例)与多个电话手机、与一电话手机和一计算机终端、与一电话手机和一媒体播放器等等配对。具有多个配对插槽的附件的配置在下文中描述；应当理解，具有任何数目的配对插槽(包括只有一个配对插槽)的附件都可结合本发明使用。

其他附件可替换图1A所示的附件104。例如，如果主机设备102包括媒体播放器能力，则附件104可以是适合与主机设备102无线通信的一对立体声头戴受话器和/或显示屏。附件104还可以提供用于控制主机设备102的操作的无线用户输入设备(例如键盘、鼠标、遥控器等等)。

在图1A所示的实施例中，中间设备106可以是具有适于接收主机设备102的第一插座114和适于接收附件104的第二插座116的坞接台。主机设备102可包括连接器118，并且插座114可包括配套的连接器(没有明确示出)，从而使得当主机设备102被放置到插座114中时，主机设备102变得在物理上和电气上耦合到中间设备106。当这样耦合时，信息可以以电信号的形式在主机设备102和中间设备106之间交换。在一个实施例中，连接器118可以是在iPod^TM或iPhone^TM上设置的30脚连接器，但是也可使用诸如标准USB和/或火线(IEEE 1394)连接器之类的其他连接器或任何其他类型的连接器。

类似地，附件104可包括连接器120，并且插座116可包括配套的连接器(没有明确示出)，从而使得当附件104被放置到插座116中时，附件104变得在物理上和电气上耦合到中间设备106。当这样耦合时，信息可以以电信号的形式在附件104和中间设备106之间交换。在一个实施例中，连接器120至少包括电源和接地触点，以及用于串行通信的发送和接收触点。与上述连接器118一样，可使用任何类型的连接器。

在一些实施例中，中间设备106还能够连接到其他设备或系统。例如，中间设备106可包括连接器122，其可以是USB或火线(IEEE1394)连接器等等。连接器122可以连接到个人计算机系统(没有明确示出)，从而允许主机设备102和/或附件104与该计算机系统交换信息。从而，例如，在主机设备102包括媒体播放器能力的实施例中，媒体资源可经由连接器122和中间设备106被从计算机系统发送到主机设备102。

在一些实施例中，中间设备106还能够向主机设备102和/或附件104提供电力。例如，中间设备106可包括可插入到传统的壁装电源插座中的电力线缆(没有明确示出)。作为替代或附加，当连接器122连接到计算机系统时，中间设备106可以经由连接器122吸取电力，并且将这种电力提供给主机设备102和/或附件104。由中间设备106提供的电力例如可用于为可能包括于主机设备102和/或附件104中的电池充电。

主机设备102和附件104可独立地连接到中间设备106(以及与中间设备106脱离)。从而，在任何给定时刻，主机设备102和附件104中的任一个可连接到中间设备106，或者主机设备102和附件104可都不连接到中间设备106，或者主机设备102和附件104可都连接到中间设备106。当主机设备102和附件104都连接到中间设备106时，主机设备102和附件104之间经由中间设备106的通信成为可能，如下所述。

图1B示出了根据本发明另一实施例的系统130。在系统130中，主机设备102和附件104可以各自连接到中间设备136。中间设备136提供了可接收附件104的插座138(类似于图1A的插座116)以及适合于连接到主机设备102的连接器118的线缆140。中间设备136还可包括电力线缆142，该电力线缆142可用于向主机设备102和/或附件104提供电力。在一个实施例中，中间设备136类似于中间设备106，只不过中间设备136针对便携性进行了优化。从而，中间设备106可以是供家庭或办公室使用的坞接台，而中间设备136可以是易于由用户携带(例如，装在公文包或其他行李中)的充电器。

与系统100一样，在系统130中，主机设备102和附件104可独立连接到中间设备136(以及与中间设备136脱离)。从而，在任何给定时刻，主机设备102和附件104中的任一个可连接到中间设备136，或者主机设备102和附件104可都不连接到中间设备136，或者主机设备102和附件104可都连接到中间设备136。当主机设备102和附件104都连接到中间设备136时，主机设备102和附件104之间经由中间设备136的通信成为可能，如下所述。

这里使用“主机设备”和“附件”来区分两个电子设备。一般地，“主机设备”可以是任何类型的个人通信和/或计算设备，例如，媒体播放器、移动电话、PDA、手持式计算机、膝上型计算机、桌面型计算机等等。“附件”可以是任何辅助主机设备的使用或者增强主机设备的能力的设备，例如，具有耳机和麦克风的头戴送受话器、立体声头戴受话器、麦克风、遥控器、键盘、鼠标，等等。

“中间设备”是任何能够同时连接到至少主机设备和附件的设备。中间设备能够与主机设备和附件通信，尤其是能够将命令从主机设备或附件中的一个转发或者说“隧传”到另一个。中间设备还可支持其他功能，例如为主机设备和/或附件充电。

图2是根据本发明实施例的系统200的框图。系统200可包括主机设备202(例如，实现图1A-1B的主机设备102)、附件220(例如，实现图1A-1B的附件104)、以及中间设备240(例如，实现图1A的中间设备106或图1B的中间设备136)。

此实施例中的主机设备202可提供媒体播放器和移动电话能力。主机设备202可包括处理器204、存储设备206、用户接口208、Bluetooth(BT)收发机210、蜂窝收发机212、以及附件输入/输出(I/O)接口214。

存储设备206例如可利用盘、闪存或任何其他非易失性存储介质来实现。在一些实施例中，存储设备206可存储可被主机设备202播放的媒体资源(例如，音频、视频、静止图像等等)。在其他实施例中，存储设备206可存储其他信息，例如关于用户的联系人的信息(姓名、地址、电话号码等等)；安排的约会和活动；注释；和/或其他个人信息。在其他实施例中，存储设备206可存储要由处理器204执行的一个或多个程序(例如，视频游戏程序、个人信息管理程序，等等)。

用户接口208可包括输入控件(例如触摸板、触摸屏、滚动轮、点击轮、拨盘、按钮、小键盘、麦克风等等)，以及输出设备(例如视频屏幕、指示灯、扬声器、头戴受话器插孔等等)，以及支持电子装置(例如，数模或模数转换器、信号处理器等等)。用户可以操作用户接口208的各种输入控件以调用主机设备202的功能并且可以观看和/或听取来自主机设备202的输出。

可实现为一个或多个集成电路的处理器204可以控制主机设备202的操作。例如，响应于由用户接口208提供的用户输入信号，处理器204可以发起用于搜索、列出或播放在存储设备206中存储的媒体资源的程序。在与蜂窝收发机212通信的情况下，处理器204可以控制电话呼叫的发出和接收。

可包括诸如RF发送机、接收机和信号处理电路之类的传统蜂窝电话组件的蜂窝收发机212可用于经由蜂窝网络发出和/或接收电话呼叫。可替换为其他移动电话或实时移动电信技术；本发明并不限于传统的蜂窝网络。

Bluetooth收发机210可用于支持主机设备202和包括附件204在内的各种附件设备之间的近程无线通信。Bluetooth的使用并非必需的，主机设备202可以利用其他有线和/或无线协议来与附件通信。

附件I/O接口214可允许主机设备202与各种附件通信。在一个实施例中，附件I/O接口214包括与在由苹果公司制造和销售的iPod^TM产品上使用的连接器相对应的30脚连接器。例如，附件I/O接口214可支持与外部扬声器坞、无线电(例如，FM、AM和/或卫星)调谐器、外部视频设备等等的连接。根据本发明的一个实施例，附件I/O接口214允许主机设备202与存储设备206通信。

中间设备220可包括控制器(例如，微控制器)222、主机I/O接口224以及附件I/O接口226。主机I/O接口224允许了中间设备220与主机设备202通信，并且可包括适当的硬件和/或软件组件，例如能够与主机设备202上的相应连接器相耦合的30脚连接器。类似地，附件I/O接口226允许了中间设备220与附件240通信，并且可包括适当的硬件和/或软件组件。

控制器222可用于为中间设备220执行一个或多个控制程序。这种控制程序可被存储在与控制器222集成的存储器(例如，可编程只读存储器)中或者存储在单独的存储器设备或电路(未示出)中。控制程序可使得控制器222能够检测主机设备202和/或附件240的存在并且例如经由主机I/O接口224和/或附件I/O接口226与主机设备202和/或附件240中的任一者或两者通信。例如，控制程序可使得中间设备220能够判定主机设备202或附件240是否需要电力，并且根据需要来提供电力，例如用于对主机设备202或附件240充电；应当理解，主机设备202和附件240两者可同时充电。控制程序还可使得中间设备220能够把从主机设备202或附件240之一接收的命令转发到主机设备202或附件240中的另一个，如下所述。

在一些实施例中，中间设备220还可包括适合于与诸如个人计算机或另一附件之类的其他设备通信的另外接口。应当理解，中间设备220可包括任何数目的I/O接口和相关联的控制程序；取决于进行了哪些连接，在给定时刻，可使用I/O接口的任何组合。

将会认识到，这里描述的系统配置和组件是示例性的，并且可能进行变化和修改。任何主机设备和附件可经由适当配置的中间设备进行耦合。

隧传命令

图3示出了系统300，其中主机设备302、附件304和中间设备306之间进行通信。主机设备302例如可以是图1A和1B的主机设备102，或者图2的主机设备202。附件304例如可以是图1A和1B的附件104或者图2的附件240。中间设备306例如可以是图1A的中间设备106、图1B的中间设备136、或者图2的中间设备220。

如图所示，主机设备302可经由第一连接308(例如，线缆、坞接连接、或其他有线连接)与中间设备306通信。中间设备306可经由第二连接310(例如，线缆、坞接连接或其他有线连接)与附件304通信。主机设备302可包括无线(例如，Bluetooth或其他近程无线)连接312，并且附件304可包括兼容的无线连接314。从而，主机设备302和附件304可无线通信。

主机设备302和附件304还可经由虚拟有线路径316(由虚线表示)通信，即使在它们之间并不存在直接有线连接。在本通信的一些实施例中，虚拟有线路径316是通过利用中间设备306在主机设备302和附件310之间“隧传”信息来实现的。

例如，主机设备302可通过以下方式与中间设备306通信：根据两个设备相互理解的“主机侧”命令协议来交换命令。在一个实施例中，该协议可规定每个命令是带有头部和有效载荷的分组。固定长度的头部可以规定例如分组大小、接收者要读取并响应的命令、以及事务标识符。可以是可变长度的有效载荷可包括与命令相关联的数据。分组还可包括其他信息，例如循环冗余校验数据或其他可被分组接收者用来检测和/或校正分组发送或接收中的差错的数据。

类似地，附件304可通过以下方式与中间设备306通信：根据两个设备相互理解的“附件侧”命令协议来交换命令。与主机侧命令一样，在一个实施例中，附件侧协议可以规定每个命令可以是带有头部和有效载荷的分组。在一个实施例中，固定长度的头部规定例如分组大小、接收者要读取并响应的命令、以及事务标识符。可变长度的有效载荷包括与命令相关联的数据。还可包括其他信息，例如差错检测和/或校正码。

允许但不要求主机侧和附件侧协议使用相同的命令格式；实际上，任一协议可以规定任何格式。从而，例如，附件侧命令协议可以为每个分组规定明确的开始字节和/或终止字节，而主机侧协议不使用开始或终止字节。如现有技术中已知的，开始字节或终止字节是表明分组的开始或结束的特定值(例如，8比特)。在使用开始字节(或终止字节)的情况下，字节转义序列可用于将具有开始字节(或终止字节)的值但却意图作为分组内容的字节与开始字节(或终止字节)区分开来。又例如，主机侧命令协议和附件侧命令协议可以规定不同的差错校验机制。

根据本发明的实施例，主机侧协议可包括“隧传”命令，该“隧传”命令可被主机设备302用来指示中间设备306把命令分组的有效载荷转发到附件304，并且可被中间设备306用来把源自附件304的信息作为有效载荷提供给主机设备302。类似地，附件侧协议也可包括隧传命令，该隧传命令可被中间设备306用来把源自主机设备302的信息作为有效载荷提供给附件304，并且可被附件304用来指示中间设备306把命令分组的有效载荷转发到主机设备302。

利用隧传命令，中间设备306可以通过把从任一设备接收到的信息转发到另一设备，来模拟主机和附件之间的直接、点对点、双向连接。该转发过程在这里被称为把信息从主机设备302“隧传”到附件304(或者反之)，并且被这样转发的信息在这里被称为“被隧传”。

在一个实施例中，被隧传的信息可包括从主机设备302到附件304的命令和/或从附件304到主机设备302的命令；在一些情况下，命令可包括命令码和/或相关联的数据。这种命令可根据主机设备302和附件304所理解的“隧道”协议来定义；并不要求中间设备306理解该隧道协议。隧道协议的一个具体示例在下文中描述；应当理解，隧道协议可被实现来支持主机设备302和附件304之间的任何期望通信。

图4A示出了列出根据本发明实施例的用于主机侧协议的隧传命令的表格400。在此示例中，在主机设备302和中间设备306之间使用四个隧传命令；三个其他命令被提供来交换与附件304的可用性有关的状态信息。每个命令仅在一个方向上发送，或者从主机设备302到中间设备306(在表格400中表示为H→I)，或者从中间设备306到主机设备302(在表格400中表示为I→H)。

TxHTunnelToAccessory命令可被主机设备302发送到中间设备306以发起到附件304的命令隧传。在一个实施例中，其有效载荷可以是将被隧传给附件304的相关联数据和/或隧道协议中的命令。在接收到TxHTunnelToAccessory命令后，中间设备306将该有效载荷重封装为附件侧协议中的隧传命令的有效载荷(例如，如以下参考图4B所述)并且将重封装的命令发送到附件304。应当注意，中间设备306不需要解析或以其他方式解读有效载荷的内容。

AckHTunnelToAccessory命令可被中间设备306发送到主机设备302以确认对包含TxHTunnelToAccessory命令的分组的接收。AckHTunnelToAccessory命令的有效载荷可包括所确认的TxHTunnelToAccessory分组的事务ID和/或表明该分组是否已被中间设备306成功接收的状态信息。在一些实施例中，在向中间设备306发送TxHTunnelToAccessory命令之后，主机设备302等待发送另一个这样的命令，直到接收到表明中间设备306成功接收的相应AckHTunnelToAccessory命令为止或直到超时时段期满为止。这可防止主机设备302比中间设备306和/或附件304所支持的速度更快地发送被隧传的命令。

TxHTunnelToHost命令可被中间设备306发送到主机设备302以完成源自附件304的命令的隧传。在一个实施例中，其有效载荷可以是源自附件304的相关联数据和/或隧道协议中的命令。在接收到TxHTunnelToHost命令后，主机设备302可以提取有效载荷并且把该有效载荷解读为隧道协议中的命令(即，被隧传的命令)；主机设备302可以例如通过生成隧道协议中的另一命令并使用TxHTunnelToAccessory命令将该新命令发送到附件304来对该被隧传的命令作出响应。

AckHTunnelToHost命令可被主机设备302发送到中间设备306以确认对包含TxHTunnelToHost命令的分组的接收。AckHTunnelToHost命令的有效载荷可包括所确认的TxHTunnelToHost分组的事务ID和/或表明该分组是否已被主机设备302成功接收的状态信息。在一些实施例中，在向主机设备302发送TxHTunnelToHost命令之后，中间设备306等待发送另一个这样的命令，直到接收到相应AckHTunnelToHost命令为止或直到超时时段期满为止。这可防止中间设备306发送被隧传的命令的速度快于主机设备302能够接收它们的速度。在一些实施例中，中间设备306不把AckHTunnelToHost命令中包含的信息转发到附件304；主机设备302和附件304之间与确认接收或表明差错有关的任何通信都是利用被隧传的命令来进行的。

GetTunnelCtlToHost命令可被主机设备302发送到中间设备306以请求关于附件304的可用性的信息，例如关于附件304当前是否连接到中间设备306的信息。在此实施例中，不使用有效载荷。

TxTunnelCtlToHost命令可被中间设备306发送到主机设备302以表明附件304的可用性。有效载荷是提供附件304的状态信息的状态字段，所述状态信息例如是附件304是否连接到中间设备306以及可选的其他关于附件304的信息。在一些实施例中，TxTunnelCtlToHost命令可被中间设备306响应于由主机302发送的GetTunnelCtlToHost命令而发送到主机设备302。在其他实施例中，中间设备306可以在检测到附件304的存在时自动生成TxTunnelCtlToHost命令。例如，如下所述，附件304可以向中间设备306发送到AStatusBeacon命令，并且对此命令的接收可以触发中间设备306向主机设备302发送TxTunnelCtlToHost命令。

AckTunnelCtlToHost命令可被主机设备302响应于接收到的TxTunnelCtlToHost命令而发送到中间设备306。此命令可以简单地是确认，带有所确认的命令的事务标识符和表明是否发生差错的状态信息。

图4B示出了列出根据本发明实施例的用于附件侧协议的隧传命令的表格450。在此示例中，在附件304和中间设备306之间使用五个隧传命令。每个命令仅在一个方向上发送，或者从附件304到中间设备306(在表格450中表示为A→I)，或者从中间设备306到附件304(在表格450中表示为I→A)。

TxATunnelToHost命令可被附件304发送到中间设备306以发起到主机设备302的命令隧传。在一个实施例中，其有效载荷可以是将被隧传给主机设备302的相关联数据和/或隧道协议中的命令。在接收到TxATunnelToHost命令后，中间设备306将该有效载荷重封装为主机侧协议中的隧传命令的有效载荷(例如，如以上参考图4A所述)并且将重封装的命令发送到主机设备302。应当注意，中间设备306不需要解析或以其他方式解读有效载荷的内容。

AckCmdFromAccessory命令可被中间设备306发送到附件304以确认对包括TxATunnelToHost命令在内的任何接收自附件304的命令的接收。AckCmdFromAccessory命令的有效载荷可包括所确认命令分组的事务ID和/或表明该分组是否已被中间设备306成功接收的状态信息。在一些实施例中，在向中间设备306发送TxATunnelToHost命令之后，附件304等待发送另一个这样的命令，直到接收到表明中间设备306成功接收的相应AckCmdFromAccessory命令为止或直到超时时段期满为止。这可防止附件304比中间设备306和/或主机设备302所支持的速度更快地发送被隧传的命令。

TxATunnelToAccessory命令可被中间设备306发送到附件304以完成源自主机设备302的命令的隧传。在一个实施例中，其有效载荷可以是源自主机设备302的相关联数据和/或隧道协议中的命令。在接收到TxATunnelToAccessory命令后，附件304可以提取有效载荷并且把该有效载荷解读为隧道协议中的命令(即，被隧传的命令)；附件304可以例如通过生成隧道协议中的另一命令并使用TxATunnelToHost命令将该新命令发送到主机设备302来对该被隧传的命令作出响应。

AckCmdToAccessory命令可被附件304发送到中间设备306以确认对包括TxATunnelToAccessory命令分组在内的任何来自中间设备306的命令分组的接收。AckCmdToAccessory命令的有效载荷可包括所确认的TxATunnelToAccessory分组的事务ID和/或表明该分组是否已被附件304成功接收的状态信息。在一些实施例中，在向附件304发送TxATunnelToAccessory命令之后，中间设备306等待发送另一个这样的命令，直到接收到相应AckCmdToAccessory命令为止。这可防止中间设备306发送被隧传的命令的速度快于附件304能够接收它们的速度。在一些实施例中，中间设备306不把AckCmdToAccessory命令中包含的信息转发到主机设备302；附件304和主机设备302之间与确认接收或表明差错有关的任何通信都是利用被隧传的命令来进行的。

AStatusBeacon命令可被附件304发送到中间设备306以表明其存在并且适当地连接到中间设备306。在一个实施例中，附件304检测何时进行了连接并且周期性地发出AStatusBeacon命令到中间设备306，直到中间设备306返回AckCmdFromAccessory命令时为止。AStatusBeacon命令的有效载荷可包括状态信息，例如附件304是否需要充电，并且中间设备306可使用该状态信息来控制与附件304的交互(例如，提供电力来为附件304充电)。

将会认识到，这里描述的命令和分组格式是示例性的，并且可能进行变化和修改。例如，在主机侧协议或附件侧协议中的任一者或两者中可根据需要包括或不包括开始字节、数据保护和/或差错检测字段、终止字段等等。在一些实施例中，与单个命令相关联的数据可被分布在多个分组中，并且一些分组可以仅包含数据(没有命令)。另外，在一些情况下，响应于命令而发送的数据可以在没有命令标识符的情况下被发送。具体的命令名称是以示例方式使用的，可以替换为其他名称。对接收到的命令的确认可以通过返回分组、单独的信号或其他技术来进行；在一些实施例中，对隧传命令的确认可被省略。例如，隧道协议可以规定：接收被隧传的命令的端点设备(主机或附件)以另一个被隧传的命令的形式发回确认或其他响应，并且另一端点设备对该确认或其他响应的接收可以是对隧传命令的唯一确认。

使用隧传的通信过程

图5是根据本发明实施例可用于主机设备302和附件304之间的通信过程500的流程图。在过程500中，主机设备302发送第一被隧传命令，并且附件304以第二被隧传命令作为响应；应当理解，角色可以颠倒，附件304可以在接收到任何来自主机设备302的被隧传的命令之前发送被隧传的命令。过程500可以在主机设备302和附件304两者都连接到中间设备306的任何时刻执行。

在步骤502，主机设备302确定要被隧传到附件304的命令。例如，被隧传的命令可以请求附件304向主机设备302提供内部参数值或状态信息，或者它可指示附件304设定内部参数值或改变其状态的某个方面。能够从主机设备302被隧传到附件304的与Bluetooth配对有关命令的示例在下文中描述，但是本发明并不限于这些示例。

在步骤504，主机设备302向中间设备306发送主机侧隧传命令(例如，如图4A所示的TxHTunnelToAccessory命令)，其中被隧传的命令作为有效载荷。在一些实施例中，中间设备306在接收到主机侧隧传命令后可以向主机设备302发回确认(例如，如图4A所示的AckHTunnelToAccessory命令)。

在步骤506，中间设备306把主机侧隧传命令的有效载荷(即，被隧传的命令)重新封装为附件侧隧传命令(例如，如图4B所示的TxATunnelToAccessory命令)的有效载荷，并且把该附件侧隧传命令发送到附件304(步骤508)。

在步骤510，附件304接收到附件侧隧传命令并且可以从中提取被隧传的命令。在一些实施例中，附件304在接收到附件侧隧传命令后可以向中间设备306发回确认(例如，如图4B所示的AckCmdToAccessory命令)。

附件304随后可以处理被隧传的命令。在此示例中，命令处理使得附件304在步骤512中确定要被返回到主机设备302的对被隧传的命令的响应。例如，如果被隧传的命令请求了参数值，则附件304可以返回所请求的值；如果被隧传的命令指示附件304改变参数值或更新其状态，则附件304可以返回对已执行该指令的确认。或者，附件304可以通过经由新的隧道协议命令指示主机设备302提供参数值或更新其自己的状态来作出响应。

在步骤514，附件304向中间设备306发送附件侧隧传命令(例如，如图4B所示的TxATunnelToHost命令)，其中被隧传的命令响应作为有效载荷。在一些实施例中，中间设备306在接收到附件侧隧传命令时向附件304发回确认(例如，如图4B所示的AckCmdFromAccessory命令)。

在步骤516，中间设备306把附件侧隧传命令的有效载荷(即，被隧传的命令响应)重封装为主机侧隧传命令(例如，如图4A所示的TxHTunnelToHost命令)的有效载荷，并且把主机侧隧传命令发送到主机设备302(步骤518)。

在步骤520，主机设备302接收主机侧隧传命令并且可以从中提取出被隧传的命令响应。在一些实施例中，主机设备302在接收到主机侧隧传命令后可以向中间设备306发回确认(例如，如图4A所示的AckHTunnelToHost命令)。

这样，主机设备302和附件304可经由中间设备306来传输任何数目的命令和响应。应当注意，主机设备302和附件304能够创建和/或处理的任何命令或其他信息都可利用这里描述的隧传命令和方法来隧传。还应当注意，中间设备306不需要解析或以其他方式解读任何被隧传的信息；中间设备306的角色可以只是把接收到的第一协议(例如，主机侧或附件侧协议)的分组的有效载荷重封装为要发送的第二协议(例如，附件侧或主机侧协议)的分组的有效载荷。

在主机设备302和附件304都可通信地连接到中间设备306并且相互知晓彼此的存在的任何时刻都可使用隧传。在一些实施例中，中间设备306可以辅助对此状况的检测并且可以把附件304的存在通知给主机设备302，反之亦然。图6是根据本发明实施例用于经由中间设备306在主机设备302和附件304之间建立被隧传连接的过程600的流程图。

当过程600开始时(步骤602)，主机设备302或附件304都没有连接到中间设备306。在步骤604，中间设备306检查主机设备302和附件304的存在性。例如，在一些实施例中，附件304可以检测其何时变得电耦合到中间设备306并且可以在其如此耦合期间周期性地发送图4B的AStatusBeacon命令。中间设备306可以在连接路径310中针对此命令进行检查；当检测到此命令时，中间设备306可以推断出附件304已连接并可用于通信。在一些实施例中，在附件304和中间设备306之间建立连接可涉及另外的动作，例如，认证中间设备306已被授权与附件304通信，或者反之。

类似地，在一些实施例中，中间设备306可以检测主机设备302何时经由连接308电耦合；当主机设备302变得耦合时，中间设备306可以发送设备标识命令，以向主机设备302标识其自身。当主机设备302(例如以确认命令)对该设备标识命令作出响应时，中间设备306可以推断出主机设备302已连接并且可用于通信。在一些实施例中，在主机设备302和中间设备306之间建立连接可涉及另外的动作，例如，认证中间设备306已被授权与主机设备302通信，或者反之。

相应地，步骤604可包括中间设备306针对表明主机设备302和/或附件304的存在的传入命令或电信号进行检查。在步骤606，中间设备306可判定主机设备302和附件304是否都存在。如果不是(例如，如果存在一个或者两个都不存在)，则过程600可以返回到步骤604，以再次检查。应当理解，在判定主机设备302和附件304中的至少一个不存在和再次针对缺失的(一个或多个)设备进行检查之间可以插入等待时段。

最终，主机设备302和附件304都存在。当步骤606得出这样的判定时，过程600可以前进到步骤608，在该步骤处，中间设备306例如利用如以上参考图4A所述的带有表明附件存在的有效载荷的TxTunnelCtlToHost命令来通知主机设备302：附件304存在。在步骤610，中间设备306可以通知附件304：主机设备302存在。在一个实施例中，中间设备306通知主机设备302存在一附件设备，但并不提供附件304的具体标识信息。类似地，中间设备306可以通知附件304存在一主机设备，但并不提供主机设备302的具体标识信息。

然后，主机设备302和附件304可以开始根据隧道协议来交换隧传命令。在一个实施例中，附件304可以通过向主机设备302隧传一自标识命令来发起隧传通信(步骤612)，其中该自标识命令是包括附件标识信息的命令。附件304随后等待(步骤614)中间设备306隧传回来自主机设备302的响应。在步骤616，附件304判定是否接收到了被隧传的响应。如果在超时时段(其可以是固定的或可变的)内未接收到响应，则过程600返回到步骤612，并且附件304再次将自标识命令隧传到主机设备302。当在步骤616接收到被隧传的响应时，过程600前进到步骤618，在该步骤处，附件304停止隧传自标识命令。附件304随后可将一不同的命令隧传到主机设备302或者等待另外的命令被从主机设备302隧传来。

将会认识到，这里描述的通信过程是示例性的，并且可能进行变化和修改。被描述为顺序的步骤可被并行执行，步骤的顺序可被改变，并且步骤可被修改或组合。例如，在一替代实施例中，在接收到表明附件304存在的TxTunnelCtlToHost命令之后，主机设备302可发送请求附件304标识自身的被隧传的命令。附件304对这个被隧传的命令的接收可以作为向附件304表明主机设备302存在的通知，并且附件304可以响应于这个被隧传的命令而发送其自标识命令。

在其他实施例中，一些步骤可被完全省略。例如，在一些实施例中，附件304可以每当其连接到中间设备306就周期性地发送被隧传的自标识命令；如果主机设备302不是也连接了，则不会有响应。在一些实施例中，响应于TxATunnelToHost命令而发送的AckCmdFromAccessory命令(图4B)中的状态信息可以表明主机设备302是否存在。

用于无线配对的隧道协议命令

如上所述，任何类型的信息都可经由中间设备306在主机设备302和附件304之间隧传。在一些实施例中，被隧传的信息可包括根据隧道协议定义的被隧传的命令和相关联的数据。

在隧道协议的一个实施例中，每个被隧传的命令可以是一可变长度的“消息”，该消息包括固定长度的命令ID(例如，1字节、2字节等等)及其后的可变量的相关联数据(例如，0或更多字节)。消息可如上所述作为分组的有效载荷来被传递，并且这些分组可提供充分的长度信息、差错校验等等，以支持对所接收消息的正确解读。

在一些实施例中，被隧传的命令中的一些或全部与配置主机设备302和附件304之间的无线连接(例如，Bluetooth配对)有关。图7A是列出根据本发明实施例可被主机设备302发送到附件304的被隧传的命令的表格，图7B是列出根据本发明实施例可被附件304发送到主机设备302的被隧传的命令的表格。

HostAck命令(图7A)可被主机设备302发送来确认来自附件304的不需要数据作为响应的命令。HostAck命令可以伴随有表明接收到的命令的状态的数据，例如，命令是否已成功完成。在一些实施例中，HostAck命令也可被发送来表明任何接收到的命令的差错，例如错误的参数值、超时等等。

类似地，AccAck命令(图7B)可被附件304发送来确认来自主机设备302的不需要数据作为响应的命令。AccAck命令可以伴随有表明接收到的命令的状态的数据，例如，命令是否已成功完成。在一些实施例中，AccAck命令也可被发送来表明任何接收到的命令的差错，例如错误的参数值、超时等等。

GetAccVersion命令(图7A)可被主机设备302发送来请求附件304标识其支持的隧道命令协议版本。作为响应，附件304可以返回以版本信息作为伴随数据的RetAccVersion命令(图7B)。在一个实施例中，版本信息可以包括主版本标识符和次版本标识符。主机设备302可以把接收到的版本标识符与其自己的版本标识符相比较，以判定其是否与附件304兼容。可以使用兼容性的各种定义。例如，在一些实施例中，只要主机设备302和附件304具有相同的主版本标识符，主机设备302就与附件304兼容；在其他实施例中，只要安装在主机设备302上的协议版本不老于安装在附件304上的协议版本，主机设备302就与附件304兼容。对兼容性的其他测试可替换这些示例。在一些实施例中，如果主机设备302不与附件304兼容，则主机设备302可以通知用户(例如，通过在显示屏上显示消息)。

GetAccInfo命令(图7A)可被主机设备302发送来从附件304获得信息。在一些实施例中，此命令可以支持对多类信息的请求，并且伴随该命令的参数指定了所请求的信息。例如，在一个实施例中，主机设备302可以使用一参数来请求以下信息中的任一种：附件304的标识符；在附件304上运行的软件或固件的版本信息；附件304的电力状态信息(例如，附件304是否在利用电池电力工作、在充电、需要充电等等)；或者附件304支持的配对插槽的数目。附件304可以利用包括所请求的信息的RetAccInfo命令(图7B)来作出响应。在一个实施例中，RetAccInfo命令可以伴随有从主机设备302接收到的参数(包括所返回的信息的类型)以及表明所请求的信息的适当数据值。

GetAccBTAddr命令(图7A)可被主机设备302发送来获得附件304的Bluetooth(或其他无线)地址信息。在附件304支持多个配对插槽的一些实施例中，该命令可以伴随有表明请求其地址的那个配对插槽的索引。附件304可以利用包括由主机设备302指定的索引和与对应于该索引的配对插槽相关联的Bluetooth地址的RetAccBTAddr命令(图7B)来作出响应。在一些实施例中，配对插槽之一(例如，索引0)可被保留来存储附件304的Bluetooth地址，而其他配对插槽可用于存储每个配对的设备的地址和链路密钥。从而，例如，主机设备302可以使用GetAccBTAddr命令来确定附件304的Bluetooth地址并且确定什么设备(如果有的话)与附件304配对。

SetAccBTAddr命令(图7A)可被主机设备302发送来为附件304的配对插槽之一设定Bluetooth地址。在配对插槽之一被保留来存储附件304的Bluetooth地址的实施例中，主机设备302不为该插槽设定Bluetooth地址。与其他配对插槽相关联的地址可被设定到主机设备302选择的任何值。从而，例如，主机设备302可以通过把附件304的配对插槽之一的地址设定为与主机设备302相关联的Bluetooth地址来建立与附件304的配对。SetAccBTAddr还可用于去除配对，其方式例如是通过把该配对的地址设定为所承认的空状态(例如，六字节Bluetooth地址可被设定为(十六进制)FF.FF.FF.FF.FF.FF)。

GetAccBTState命令(图7A)可被主机设备302发送来获得附件304的状态信息。在一个实施例中，状态信息只是表明附件304的Bluetooth收发机是接通还是关断，并且标识状态信息的参数不需要被提供。在其他实施例中，状态信息可包括其他信息项，例如任何配对插槽是否可用，与附件304的Bluetooth收发机有关的诊断信息等等；如果需要可以使用标识所关注的特定状态信息的参数。附件304可以利用带有携带着所请求的状态信息的伴随数据字段的RetAccBTState命令(图7B)命令来作出响应。

SetAccBTState命令(图7A)可被主机设备302发送来指示附件304改变其状态。在一些实施例中，可利用GetAccBTState获得的任何状态信息都可利用SetAccBTState来修改。从而，例如，主机设备302可以指示附件304接通(或关断)其Bluetooth收发机。

GetAccBTName命令(图7A)可被主机设备302用来取得与附件304相关联的Bluetooth名称。如本领域中已知的，具备Bluetooth能力的设备可被赋予能够帮助用户识别该设备的名称，例如，一32字节字符串。附件304可以存储其自己的Bluetooth名称，并且可通过使用RetAccBTName命令来对GetAccBTName命令作出响应，其中以附件304的Bluetooth名称作为伴随数据。如果附件304不具有Bluetooth名称，则其可返回表明不存在名称的值(例如，空串)。

SetAccBTName命令(图7A)可被主机设备302用来为附件304设定新Bluetooth名称。此命令可伴随有表明要使用的新名称的字符串或其他数据。作为响应，附件304可以将该新名称存储在适当的本地存储装置中。

DelAccBTPairs命令(图7A)可被主机设备302用来指示附件304删除其所有Bluetooth配对。作为响应，附件304可以将所有配对地址设定到所承认的空状态(例如，六字节Bluetooth地址可被设定到(十六进制)FF.FF.FF.FF.FF.FF)。

AccIdentify命令(图7B)可被附件304用来在附件304和主机设备302最初连接时告知主机设备302其存在性。在一些实施例中，附件304每当连接到中间设备306时就周期性地发送AccIdentify(例如，作为被隧传的命令)，直到从主机设备302接收到被隧传的响应时为止。

将会认识到，这里描述的命令是示例性的，并且可能进行变化和修改。设想了图7A和7B中的任何或所有命令都可作为被隧传的命令利用以上描述的隧传命令以及主机侧和附件侧协议经由中间设备306来发送。还设想了在主机设备302和附件304之间有直接有线链路可用的情况下，这些命令可沿着该链路直接发送，而不进行隧传。

利用以上描述的命令或另外的命令也可交换其他信息。例如，在一些实施例中，这些命令可包括用于为意图传输经加密的数据的配对建立链路密钥的命令。Bluetooth设备(和其他设备)可利用对称密钥密码术来支持经加密的通信，其中相同的密钥(这里称之为“链路密钥”)被用于加密和解密两者。链路密钥与特定配对相关联，并且应当被保持秘密。

在本发明的一些实施例中，主机设备302可以向附件304提供特定配对的链路密钥。例如，SetAccBTAddr命令可伴随有作为另外的参数的链路密钥。或者，链路密钥可以利用另一个命令来发送。在其他实施例中，主机设备302可以不直接发送链路密钥，而是可以改为发送附件304和主机设备302可各自用来生成同一链路密钥的信息。

无线配对过程

图8是根据本发明实施例用于在主机设备和附件之间建立无线链路(例如，Bluetooth配对)的过程800的流程图。当附件(例如，图3的附件304)变得连接到中间设备(例如，中间设备306)时，过程800开始(步骤802)。例如，附件304可以与实现中间设备306的支架或旅行坞相坞接。在步骤804，附件304利用隧道协议向主机设备302发送自标识命令。例如，自标识命令可以是图7B的AccIdentify命令，并且附件304可以例如利用图4B的TxATunnelToHost命令来以被隧传的命令的形式发送此命令。中间设备306尝试重封装该自标识命令并且将其转发到主机设备。如果主机设备未连接，则中间设备306可返回图4B的AckCmdToAccessory命令，其带有表明不存在主机设备的状态有效载荷。

在步骤806，附件304判定是否从主机设备(例如，主机设备302)接收到了响应。如果没有接收到响应，则附件304在重试对自标识命令的发送(步骤804)之前，可以等待(步骤808)例如规定的超时时段。

一旦主机设备302连接到中间设备306，它就可接收并响应来自附件304的自标识命令。例如，主机设备302可以通过把图7A的GetAccVersion命令隧传到附件304来作出响应，从而请求关于附件304所支持的隧道协议版本的信息(步骤810)。在步骤812，附件304可以通过提供主机设备302所请求的版本信息，例如通过把图7B的RetAccVersion命令隧传到主机设备302，来作出响应。

在步骤814，主机设备302使用附件304所提供的协议版本信息来判定附件304和主机设备302就隧道协议而言是否兼容。如果否，则主机设备302可例如通过把带有表明协议不兼容的状态信息的图7A的HostAck命令隧传到附件304来向附件304发送差错消息(步骤816)，并且过程800可以结束(步骤818)。

如果在步骤814，主机设备302判定协议兼容，则在步骤820，主机设备302可例如通过把一个或多个GetAccInfo命令(图7A)隧传到附件304来请求与附件304的无线能力有关的信息。例如，主机设备302可以请求附件304所支持的配对插槽的数目。附件304可例如通过把一个或多个RetAccInfo命令(图7B)隧传到主机设备302来返回所请求的信息(步骤822)。

主机设备302还可例如通过把一个或多个GetAccBTAddr命令(图7A)隧传到附件304来请求来自附件304的当前配对信息(步骤824)。例如，主机设备302可以使用多个带有不同索引参数的的GetAccBTAddr命令来获得附件304的Bluetooth地址以及可能已经与附件304配对的任何设备的Bluetooth地址(可能还有其他信息)。附件304可以例如通过把一个或多个RetAccBTAddr命令(图7B)隧传到主机设备302来提供所请求的信息(步骤826)。在一个实施例中，主机设备302在把任何另外的命令隧传到附件304之前等待来自附件304的对第一GetAccBTAddr的响应，并且步骤824和826可被循环执行以获得所有期望的配对信息。

在步骤828，主机设备302使用从附件304获得的配对信息来判定主机设备302和附件304是否已配对。例如，主机设备302可以在附件304与之配对的Bluetooth地址的列表中搜索其自己的Bluetooth地址，或者主机设备302可以在主机设备302与之配对的附件的列表中搜索附件304的Bluetooth地址。

如果主机设备302和附件304已经配对，则主机设备302可以选择维持现有配对(步骤830)。如果不存在配对，或者如果主机设备302选择改变配对的参数，则过程800可以前进到步骤832，以建立(或者在一些情况下更新)配对。例如，主机设备302可以把SetAccBTAddr命令(图7A)隧传到附件304。SetAccBTAddr命令可包括标识要使用的配对插槽的索引和要与所选择的配对插槽相关联的Bluetooth地址(例如，主机设备302的Bluetooth地址)。SetAccBTAddr命令还可包括在建立配对时有用的其他信息，例如链路密钥或其他参数。因为配对信息是通过有线的点对点连接来传送的，所以预期该信息在传输过程中可保持安全。

在步骤834，主机设备302判定附件304是否具有其他Bluetooth配对，尤其是与除主机设备302之外的设备的配对。例如，主机设备302可以使用在步骤824和826期间获得的配对信息来作出此判定。如果附件304具有其他配对，则主机设备302可以例如通过在主机设备302的显示屏上显示这种配对的列表来把其他检测到的配对通知给用户(步骤836)。

在一些实施例中，用户响应于步骤836处的通知可以采取各种动作，并且在步骤838，主机设备302对用户动作作出响应。例如，主机设备302可以提示用户删除在步骤836处的通知中列出的任何或所有Bluetooth配对。特定的配对可通过例如以下方式来删除：向附件304隧传把该配对插槽的地址设定到空状态(例如(十六进制)FF.FF.FF.FF.FF.FF)的SetAccBTAddr命令。或者，例如，通过向附件304隧传DelAccBTPairs命令(图7A)，可删除所有配对，此后可以重新创建与主机设备302的配对。

又例如，主机设备302可提示用户选择哪个配对应当是附件304的活动配对或默认配对，并且把适当的命令隧传给附件304以表明用户的选择。

一旦配对被建立并且用户已被告知其他配对，过程800则可结束(步骤840)。应当理解，主机设备302和/或附件304此后可无限期地保持连接到中间设备306，而不需要重复过程800。

将会认识到，这里描述的Bluetooth配对过程和相关联的命令是示例性的，并且可能进行变化和修改。被描述为顺序的步骤可被并行执行，步骤的顺序可被改变，并且步骤可被修改或组合。在一些实施例中，过程800可响应于用户请求而被发起，而不是在每次附件连接到中间设备时被发起。例如，用户可以操作位于主机设备302、附件304或中间设备306(或者另外的设备，例如耦合到中间设备306的计算机系统)上的控件，以表明应当建立配对，在此之后过程800可被执行，而无需中的用户输入。尤其地，用户不需要输入pin码、Bluetooth地址或其他信息到任何设备中。

所交换的特定信息(例如，无线地址、链路密钥)可与这里描述的不同。可被交换来建立Bluetooth配对的其他信息示例在与本申请属于同一申请人的同样未决的美国专利申请No._______(代理人案卷号APL1P480/P4220US1)和美国专利申请No._______(代理人案卷号APL1P497/P4244US1)中有所记载，这些美国专利申请通过引用被全部并入在此。

此外，在一些实施例中，主机设备302在过程800的过程期间，可以向用户提供另外的信息，例如在主机设备302的显示屏上提供一个或多个消息，以表明是否尝试了配对或者配对是否成功，通过其Bluetooth名称来标识配对的附件304，等等。

另外，虽然这里描述的实施例可能提及了通过中间设备在主机设备和附件之间隧传命令，但本领域的技术人员将会认识到，可以以这样一种方式来设计附件304和/或主机设备302，以使得两者可直接耦合以利用适当的协议在没有隧传的情况下交换命令，并且这种命令可被用来在主机设备和附件之间建立Bluetooth配对(或者其他无线连接)。例如，如图9A所示，主机设备902(其可类似于以上描述的主机设备102、202或302)可包括适合于接收附件904(其可类似于以描述的附件104、204或304)的插座或舱903，并且插座或舱903可设有与附件904的相应电连接器配套的电连接器。或者，如图9B所示，可以提供线缆920，其在一端926适合于与主机设备922(其可类似于以上描述的主机设备102、202或302)的连接器配套，并且在另一端928适合于与附件924(其可类似于以上描述的附件104、204或304)的连接器配套。也可提供其他的直接或间接通信路径。

其他实施例

虽然已经针对具体实施例描述了本发明，但是本领域的技术人员将会认识到可能进行许多修改。例如，虽然Bluetooth配对在这里被用作可利用被隧传的命令来执行的操作的示例，但是应当理解，隧传也可用于在主机设备和附件之间执行其他操作或命令。

本领域的技术人员将会认识到，术语“主机设备”和“附件”在这里用来区分两个可协同工作的电子设备。“主机设备”可包括任何类型的个人通信和/或计算设备，其中包括但不限于媒体播放器、移动电话、PDA、手持式计算机、膝上型计算机、桌面型计算机等等。“附件”可包括任何辅助主机设备的使用或增强主机设备的能力的设备；示例包括电话头戴送受话器(具有耳机和麦克风)、立体声或非立体声头戴受话器、麦克风、遥控器、键盘、鼠标等等。

这里使用的“中间设备”可以是任何能够同时连接到主机设备和附件的设备。中间设备可能能够与主机和附件通信，尤其是把命令从主机/附件中的一个转发或者说隧传到另一个。中间设备还可支持其他功能，例如为主机设备和/或附件充电。在一些情况下，中间设备可能能够同时连接到多个主机设备和/或多个附件。

更一般而言，这里描述的隧传技术可用于辅助两个电子设备之间经由中间设备的通信。例如，利用隧传命令和能够与两个设备通信的中间设备，可以配置两个设备之间的任何替代通信链路(有线或无线的)。又例如，存储在两个便携式电子设备(例如，移动电话和PDA或媒体播放器和移动电话)上的内容可通过以下方式来得到同步：将两个设备耦合到能够与两个设备通信的中间设备并且隧传适当的数据和命令来实现同步。

因此，虽然已经针对具体实施例描述了本发明，但是将会认识到，本发明意图覆盖落在所附权利要求的范围内的所有修改和等同物。

Claims

1.一种用于在主机设备和附件之间传输信息的系统，该系统包括：

中间设备，该中间设备被配置为耦合到主机设备并且根据第一协议与所述主机设备通信；

该中间设备还被配置为耦合到能够与所述主机设备协同工作的附件并且根据第二协议与所述附件通信，

其中，所述第一协议包括第一隧传命令，该第一隧传命令能够被所述主机设备用来指示所述中间设备把与所述第一隧传命令相关联的被隧传的信息转发到所述附件，并且

其中，所述第二协议包括第二隧传命令，该第二隧传命令能够被所述中间设备用来把与所述第一隧传命令相关联的被隧传的信息递送到所述附件。

2.如权利要求1所述的系统，其中：

所述第二协议还包括第三隧传命令，该第三隧传命令能够被所述附件用来指示所述中间设备把与所述第三隧传命令相关联的被隧传的信息转发到所述主机设备，并且

所述第一协议还包括第四隧传命令，该第四隧传命令能够被所述中间设备用来把与所述第三隧传命令相关联的被隧传的信息递送到所述主机设备。

3.如权利要求1所述的系统，其中，与所述第一隧传命令相关联的被隧传的信息包括从所述主机设备到所述附件的命令。

4.如权利要求3所述的系统，其中，与所述第一隧传命令相关联的被隧传的信息还包括与从所述主机设备到所述附件的命令相关联的数据。

5.如权利要求1所述的系统，其中，所述主机设备包括移动电话，并且所述附件包括无线头戴送受话器。

6.如权利要求1所述的系统，其中，与所述第一隧传命令相关联的信息包括能够用来在所述主机设备和所述附件之间建立无线通信信道的信息。

7.一种系统，包括：

主机设备，该主机设备具有主机通信接口；

附件，该附件具有附件通信接口；以及

中间设备，该中间设备具有适合于连接到所述主机通信接口的第一中间设备通信接口和适合于连接到所述附件通信接口的第二中间设备通信接口，

其中，所述中间设备被配置为利用第一协议与所述主机设备通信并且利用第二协议与所述附件通信，

其中，所述第一协议和所述第二协议中的每一个包括能够被所述中间设备接收的隧传命令，所述第一协议和所述第二协议中的每一个中的隧传命令指示所述中间设备使用所述第一协议和所述第二协议中的另一个来转发与接收到的隧传命令相关联的有效载荷。

8.如权利要求7所述的系统，其中，与所述中间设备从所述主机设备接收到的隧传命令相关联的被隧传的信息包括从所述主机设备到所述附件的命令。

9.如权利要求8所述的系统，其中，与所述中间设备从所述主机设备接收到的隧传命令相关联的被隧传的信息还包括与从所述主机设备到所述附件的命令相关联的数据。

10.如权利要求7所述的系统，其中，与所述中间设备从所述附件接收到的隧传命令相关联的被隧传的信息包括从所述附件到所述主机设备的命令。

11.如权利要求10所述的系统，其中，与所述中间设备从所述附件接收到的隧传命令相关联的被隧传的信息还包括与源自所述附件的命令相关联的数据。

12.如权利要求7所述的系统，其中，所述主机设备包括移动电话，并且所述附件包括无线头戴送受话器。

13.如权利要求12所述的系统，其中，与所述第一隧传命令相关联的信息包括能够用来在所述移动电话和所述无线头戴送受话器之间建立无线通信信道的信息。

14.一种用于在主机设备和附件之间传输信息的方法，该方法包括：

由主机设备确定要被递送到附件的信息项，该信息项符合隧道协议；

由所述主机设备生成要被递送到中间设备的第一隧传命令，该第一隧传命令符合第一协议并且包含所述信息项作为被隧传的信息；以及

将所述第一隧传命令发送到所述中间设备，其中，所述中间设备将所述第一隧传命令转换为符合第二协议并且包含所述信息项作为被隧传的信息的第二隧传命令，并将该第二隧传命令发送到所述附件，从而把被隧传的信息项递送到所述附件。

15.如权利要求14所述的方法，其中，与所述第一隧传命令相关联的信息包括能够用来在所述主机设备和所述附件之间建立无线通信链路的信息。

16.如权利要求14所述的方法，其中，所述主机设备包括移动电话，并且所述附件包括无线头戴送受话器。

17.如权利要求14所述的方法，其中，所述主机设备包括媒体播放器，并且所述附件包括无线立体声头戴受话器。

18.一种用于在第一电子设备和第二电子设备之间传输信息的方法，该方法包括：

由第一电子设备确定要被递送到第二电子设备的信息项，该信息项符合隧道协议；

由所述第一电子设备生成要被递送到中间设备的第一隧传命令，该第一隧传命令符合第一协议并且包含所述信息项作为被隧传的信息；以及

由所述第一电子设备将所述第一隧传命令发送到所述中间设备；

由所述中间设备将所述第一隧传命令转换为第二隧传命令，该第二隧传命令符合第二协议并且包含所述信息项作为被隧传的信息；

由所述中间设备将所述第二隧传命令发送到所述第二电子设备；

由所述第二电子设备接收所述第二隧传命令；以及

由所述第二设备从所述第二隧传命令中提取所述信息项。

19.如权利要求18所述的方法，其中，所述第一电子设备是主机设备，并且所述第二电子设备是所述主机设备的附件。

20.如权利要求21所述的方法，其中，要被递送到所述附件的信息包括能够用来在所述主机设备和所述附件之间建立无线通信链路的信息。

21.如权利要求19所述的方法，其中，所述主机设备包括移动电话，并且所述附件包括无线头戴送受话器。

22.如权利要求19所述的方法，其中，所述主机设备包括媒体播放器，并且所述附件包括无线立体声头戴受话器。

23.一种用于在第一电子设备和第二电子设备之间传输信息的方法，该方法包括：

由中间设备接收来自第一电子设备的第一隧传命令，该第一隧传命令符合第一协议并且其中包含被隧传的信息项；

由所述中间设备将所述第一隧传命令转换为第二隧传命令，该第二隧传命令符合第二协议并且其中包含所述被隧传的信息项；以及

由所述中间设备将所述第二隧传命令发送到所述第二电子设备，所述第二电子设备被配置为从所述第二隧传命令中提取所述被隧传的信息项。

24.如权利要求23所述的方法，还包括：

由所述中间设备接收来自所述第二电子设备的状态信标命令，该状态信标命令符合所述第二协议；以及

响应于所述状态信标命令，由所述中间设备向所述第一电子设备发送通知，该通知符合所述第一协议并且表明所述第二电子设备存在。

25.一种用于在主机设备和附件之间建立无线链路的方法，该方法包括：

在所述主机设备和所述附件之间建立点对点有线连接，其中所述点对点有线连接支持在所述主机设备和所述附件之间交换命令和数据；

经由所述点对点有线连接从所述附件向所述主机设备提供表明所述附件的无线通信能力的数据，该数据包括所述附件的无线地址；以及

经由所述点对点有线连接从所述主机设备向所述附件提供指示所述附件与所述主机设备建立无线链路的命令，该命令包括所述主机设备的无线地址，

其中，所述附件响应于所述命令而与所述主机设备建立所述无线链路。

26.如权利要求25所述的方法，其中，所述无线链路包括Bluetooth配对。

27.如权利要求26所述的方法，还包括：

经由所述点对点有线链路从所述主机设备向所述附件提供与所述Bluetooth配对相关联的链路密钥。

28.如权利要求25所述的方法，其中，建立点对点有线连接的步骤包括：

在所述主机设备和中间设备之间建立第一点对点有线连接；以及

在所述附件和所述中间设备之间建立第二点对点连接，

其中，所述中间设备被配置为把从所述主机设备接收的信息转发到所述附件并把从所述附件接收的信息转发到所述主机设备。

29.一种用于在主机设备和附件之间建立无线链路的方法，该方法包括由所述主机设备执行以下步骤：

检测与所述附件的有线连接，其中所述有线连接支持在所述主机设备和所述附件之间交换命令和数据；

利用所述有线连接从所述附件获得与所述附件的无线通信能力有关的信息，该信息包括所述附件的无线地址；以及

利用所述有线连接向所述附件提供定义所述附件和所述主机设备之间的新无线链路的信息，提供给所述附件的该信息包括所述主机设备的无线地址，

其中，所述无线链路是响应于所述附件接收该定义新无线链路的信息而建立的。

30.如权利要求29所述的方法，其中，所述无线链路包括Bluetooth配对。

31.如权利要求30所述的方法，还包括：

利用所述点对点有线链路向所述附件提供与所述Bluetooth配对相关联的链路密钥。

32.如权利要求29所述的方法，其中，检测与所述附件的有线连接的步骤包括：

检测与中间设备的直接有线连接，该直接有线连接使得所述主机设备和所述中间设备根据第一协议交换消息；以及

从所述主机设备接收一信号，该信号表明所述附件也通信地耦合到所述中间设备，使得所述附件和所述中间设备根据第二协议交换消息。

33.如权利要求32所述的方法，其中，获得与所述附件的无线能力有关的信息的步骤包括：

从所述中间设备接收符合所述第一协议的隧传命令，其中所述隧传命令包含来自所述附件的、包括与所述附件的无线能力有关的信息的被隧传的命令；以及

从所述隧传命令中提取与所述附件的无线能力有关的信息。

34.如权利要求32所述的方法，其中，提供定义所述附件和所述主机设备之间的新无线链路的信息的步骤包括：

向所述中间设备发送符合所述第一协议的隧传命令，其中所述隧传命令包含来自所述主机设备的、包括定义所述新无线链路的信息的被隧传的命令，

其中，所述中间设备把所述被隧传的命令重封装在符合所述第二协议的命令中，并将该符合所述第二协议的命令发送到所述附件。

35.一种用于在主机设备和附件之间建立无线链路的方法，该方法包括由所述附件执行以下步骤：

检测与所述主机设备的有线连接，其中所述有线连接支持在所述主机设备和所述附件之间交换命令和数据；

利用所述有线连接向所述主机设备提供与所述附件的无线通信能力有关的信息，该信息包括所述附件的无线地址；

利用所述有线连接从主机设备接收定义所述附件和所述主机设备之间的新无线链路的信息，所接收的信息包括所述主机设备的无线地址；以及

响应于接收到该定义新无线链路的信息而建立所述无线链路。

36.如权利要求35所述的方法，其中，所述无线链路包括Bluetooth配对。

37.如权利要求36所述的方法，还包括：

利用所述点对点有线链路从所述主机设备接收与所述Bluetooth配对相关联的链路密钥。

38.如权利要求35所述的方法，其中，检测与所述主机设备的有线连接的步骤包括：

检测与中间设备的有线连接；以及

从所述中间设备接收表明所述主机设备也连接到所述中间设备的信息。

39.一种便携式电子设备，包括：

无线收发机，该无线收发机被配置为发送和接收无线信号；

接口，该接口被配置为经由第一有线信号路径与中间设备通信，其中所述中间设备还被配置为经由第二有线信号路径与附件通信；以及

处理器，该处理器通信地耦合到所述无线收发机和所述接口，该处理器被配置为生成要经由所述中间设备发送到所述附件的命令并且对经由所述中间设备从所述附件接收的命令进行解读和响应，

其中，所述处理器还被配置为：

经由所述中间设备从所述附件获得与所述附件的无线通信能力有关的信息，该信息包括所述附件的无线地址；以及

经由所述中间设备向所述附件提供指示所述附件与所述便携式电子设备建立无线链路的命令，该命令包括所述便携式电子设备的所述无线收发机的无线地址。

40.如权利要求39所述的便携式电子设备，其中，所述无线收发机被配置为发送和接收符合Bluetooth标准的无线信号。

41.如权利要求40所述的便携式电子设备，其中，所述处理器还被配置为经由所述中间设备向所述附件提供与所述无线链路相关联的Bluetooth链路密钥。

42.如权利要求39所述的便携式电子设备，还包括：

移动电话收发机，该移动电话收发机耦合到所述处理器；以及

用户接口，该用户接口被配置为允许用户发出和接收电话呼叫。

43.如权利要求39所述的便携式电子设备，还包括：

存储设备，该存储设备被配置为存储媒体资源；以及

用户接口，该用户接口被配置为允许用户访问在所述存储设备中存储的媒体资源。

44.一种用于结合便携式电子设备使用的附件，该附件包括：

无线收发机，该无线收发机被配置为发送和接收无线信号；

接口，该接口被配置为经由第一有线信号路径与中间设备通信，所述中间设备还被配置为经由第二有线信号路径与主机设备通信；以及

控制器，该控制器通信地耦合到所述无线收发机和所述接口，该控制器被配置为生成要经由所述中间设备发送到所述主机设备的命令并且对经由所述中间设备从所述主机设备接收的命令进行解读和响应，

其中，所述控制器还被配置为：

经由所述中间设备向所述主机设备提供与所述附件的无线通信能力有关的信息，该信息包括所述附件的所述无线收发机的无线地址；以及

经由所述中间设备从所述主机设备接收指示所述附件与所述便携式电子设备建立无线链路的命令，该命令包括所述主机设备的无线地址。

45.如权利要求44所述的附件，其中，所述无线收发机被配置为发送和接收符合Bluetooth标准的无线信号。

46.如权利要求45所述的附件，其中，所述控制器还被配置为经由所述中间设备从所述主机设备接收与所述无线链路相关联的Bluetooth链路密钥。

47.如权利要求44所述的附件，还包括：

耳机，该耳机被配置为响应于音频信号而生成声音，

其中，所述控制器还被配置为根据由所述无线收发机接收的信号而生成音频信号并且将所述音频信号提供给所述耳机。

48.如权利要求44所述的附件，还包括：

麦克风，该麦克风被配置为响应于检测到的声音而生成音频信号，

其中，所述控制器还被配置为把响应于所述音频信号的信号提供给所述无线收发机以供发送。

49.一种用于在主机设备和附件之间建立Bluetooth配对的方法，该方法包括：

检测所述主机设备和所述附件各自耦合到共同的中间设备，其中，所述中间设备被配置为接收来自所述主机设备和所述附件的隧传命令并把每个接收到的隧传命令的有效载荷转发到所述主机设备和所述附件中的另一个；

由所述主机设备经由所述中间设备从所述附件获得与所述附件的Bluetooth能力有关的信息，该信息包括所述附件所支持的Bluetooth配对插槽的数目；

由所述主机设备经由所述中间设备从所述附件获得所述附件的当前Bluetooth配对信息；以及

在所述当前Bluetooth配对信息不包括对应于与所述主机设备的配对的信息的情况下，由所述主机设备经由所述中间设备向所述附件发送在所述附件和所述主机设备之间建立Bluetooth配对的信息。

50.如权利要求49所述的方法，其中，所述附件的当前Bluetooth配对信息包括所述附件的Bluetooth地址。

51.如权利要求49所述的方法，其中，建立Bluetooth配对的信息包括所述主机设备的Bluetooth地址。

52.如权利要求49所述的方法，其中，获得与所述附件的Bluetooth能力有关的信息的步骤包括：

由所述主机设备向所述中间设备发送第一隧传命令，该第一隧传命令的有效载荷包括要求所述附件提供与所述附件的Bluetooth能力有关的信息的请求；以及

由所述主机设备从所述中间设备接收第二隧传命令，该第二隧传命令的有效载荷由所述附件提供并且包括所请求的信息。

53.如权利要求49所述的方法，其中，获得所述附件的当前Bluetooth配对信息的步骤包括：

由所述主机设备向所述中间设备发送第一隧传命令，该第一隧传命令的有效载荷包括要求所述附件提供所述当前Bluetooth配对信息的请求；以及

由所述主机设备从所述中间设备接收第二隧传命令，该第二隧传命令的有效载荷由所述附件提供并且包括所请求的Bluetooth配对信息。

54.如权利要求49所述的方法，还包括：

由所述主机设备基于从所述附件获得的当前Bluetooth配对信息来判定所述附件是否与除了所述主机设备以外的其他任何设备配对；以及

在所述附件与除了所述主机设备以外的其他任何设备配对的情况下通知用户。

55.如权利要求49所述的方法，还包括：

基于所述当前Bluetooth配对信息，指示所述附件删除一Bluetooth配对。

56.一种用于在主机设备和附件之间建立Bluetooth配对的方法，该方法包括：

由所述附件经由所述中间设备向所述主机设备提供与所述附件的Bluetooth能力有关的信息，该信息包括所述附件所支持的Bluetooth配对插槽的数目；

由所述附件经由所述中间设备向所述主机设备提供所述附件的当前Bluetooth配对信息；以及

由所述附件经由所述中间设备从所述主机设备接收在所述附件和所述主机设备之间建立新的Bluetooth配对的信息。

57.如权利要求56所述的方法，其中，所述附件的当前Bluetooth配对信息包括所述附件的Bluetooth地址。

58.如权利要求56所述的方法，其中，建立新的Bluetooth配对的信息包括所述主机设备的Bluetooth地址。

59.如权利要求56所述的方法，其中，提供与所述附件的Bluetooth能力有关的信息的步骤包括：

由所述附件从所述中间设备接收第一隧传命令，该第一隧传命令的有效载荷包括源自所述主机设备的要求所述附件提供与所述附件的Bluetooth能力有关的信息的请求；以及

由所述附件向所述中间设备发送第二隧传命令，该第二隧传命令的有效载荷包括所请求的信息。

60.如权利要求56所述的方法，其中，提供所述附件的当前Bluetooth配对信息的步骤包括：

由所述附件从所述中间设备接收第一隧传命令，该第一隧传命令的有效载荷包括源自所述主机设备的要求所述附件提供所述当前Bluetooth配对信息的请求；以及

由所述附件向所述中间设备发送第二隧传命令，该第二隧传命令的有效载荷包括所请求的Bluetooth配对信息。

61.如权利要求56所述的方法，其中，所述附件支持多个Bluetooth配对插槽，并且所述第一隧传命令的有效载荷包括对于所述多个Bluetooth配对插槽中指定的一个的当前配对信息的请求。

62.如权利要求56所述的方法，还包括：

由所述附件从所述中间设备接收隧传命令，该隧传命令的有效载荷包括要求所述附件删除一当前Bluetooth配对的配对信息的指示；以及

响应于所述隧传命令，删除该配对信息。