CN103460644B - 用于使用个域网（pan）无线技术来实现多播的系统和方法 - Google Patents

Abstract

本文描述了用于使用蓝牙低能耗来进行多播的系统和方法。在一个实施例中，第一设备使用第一类型的通告分组在一个或多个信道上通告多播能力。一个或多个接收设备扫描这一个或多个信道以发现第一类型的通告分组，以将第一设备标识为具有多播能力的设备。另外，这一个或多个接收设备向第一设备请求关于多播数据的传送的信道和定时的信息。这一个或多个接收设备使用所请求的信息来在合适的信道上监听多播数据。

Description

用于使用个域网（PAN）无线技术来实现多播的系统和方法

相关申请的交叉引用

本申请要求于2011年4月8日提交的名称为“STYSTEMS AND METHODSFOR IMPLEMENT MULTICASTING USING BLUETOOTH WIRELESSTECHNOLGY（用于使用蓝牙无线技术来实现多播的系统和方法）”的美国临时申请No.61/473,597的优先权，其全部内容通过援引纳入于此。

背景

领域

本申请一般涉及无线通信，尤其涉及用于使用个域网（PAN）无线技术来对数据进行多播的系统和方法。

背景

蓝牙是常用于在短距离上（诸如在个域网（PAN）中）在设备之间交换数据的一种无线技术。蓝牙标准中的PAN或体域网可由已彼此“配对”并因此能够交换数据的诸设备来定义。配对是设备彼此注册（包括在用户控制下彼此注册）的过程。一旦配成对，诸设备通常只要落在射程以内并且处于活跃时就能够彼此通信，而无需重新执行配对过程。

蓝牙设备在它们能与之配对的设备数目方面可能受限，并且因此在单个蓝牙设备在给定时间可将数据发送给多少个设备方面受限。另外，蓝牙通信可包括用于安全性和稳健性的显著开销，包括使用由数据接收方发送给数据发送者以确保收到数据的确认（ACK和NAK）。

在一些情况下，使用蓝牙无线技术来向多个设备发送数据（即多播）可能是有益的，比如由于蓝牙无线技术的功率效率。然而，由于上面讨论的蓝牙的限制，使用蓝牙无线技术的此类多播在蓝牙标准中不是直接受支持的。因此，需要支持此类多播的新系统和方法。

概述

本公开的范例方面的概述如下。出于简便起见，本公开的一个或多个方面在本文中可被简称为“某些方面”。

本文中所公开的方法和装置或设备各自具有若干方面，其中并不由单个方面全权负责其期望属性。在不限制例如由所附权利要求所表述的本公开的范围的情况下，现在将简要地讨论其更为突出的特征。在考虑此讨论后，并且尤其是在阅读题为“具体描述”的章节之后，将理解所描述的特征如何提供包括允许使用蓝牙无线技术进行多播在内的优点。

本公开的一个方面提供了一种用于在个域网中对数据进行多播的方法。该方法包括在个域网中的第一信道上通告多播能力。该方法还包括接收对关于多播信道的信息的请求，该信息至少包括信道映射。该方法还包括传送对该请求的响应，该响应包括关于多播信道的信息。该方法还包括根据该信道映射在多播信道上传送多播分组。

本公开的另一个方面提供了一种用于在个域网中对数据进行多播的方法。该方法包括扫描个域网中的第一信道以发现能够对数据进行多播的设备。该方法还包括向该设备传送对关于多播信道的信息的请求。该方法还包括接收对该请求的响应，该响应包括关于多播信道的信息，该信息至少包括信道映射。该方法还包括根据该信道映射在多播信道上接收多播分组。

本公开的另一个方面提供了一种用于在个域网中传送多播数据的装置。该装置包括处理器和收发机。该处理器和收发机被可协作地配置成在个域网中的第一信道上通告多播能力。该处理器和收发机还被可协作地配置成接收对关于多播信道的信息的请求。该处理器和收发机还被可协作地配置成传送对该请求的响应，该响应包括关于多播信道的信息，该信息至少包括信道映射。该处理器和收发机还被可协作地配置成根据该信道映射在多播信道上传送多播分组。

本公开的另一个方面提供了一种用于在个域网中接收多播数据的装置。该装置包括处理器和收发机。该处理器和收发机被可协作地配置成扫描个域网中的第一信道以发现能够对数据进行多播的设备。该处理器和收发机还被可协作地配置成向该设备传送对关于多播信道的信息的请求。该处理器和收发机还被可协作地配置成接收对该请求的响应，该响应包括关于多播信道的信息，该信息至少包括信道映射。该处理器和收发机还被可协作地配置为根据该信道映射在多播信道上接收多播分组。

本公开的另一方面提供了包括指令的计算机可读介质，这些指令在被执行时致使装置执行用于在个域网中对数据进行多播的方法。该方法包括在个域网中的第一信道上通告多播能力。该方法还包括接收对关于多播信道的信息的请求，该信息至少包括信道映射。该方法还包括传送对该请求的响应，该响应包括关于多播信道的信息。该方法还包括根据该信道映射在多播信道上传送多播分组。

本公开的另一方面提供了包括指令的计算机可读介质，这些指令在被执行时致使装置执行用于在个域网中对数据进行多播的方法。该方法包括扫描个域网中的第一信道以发现能够对数据进行多播的设备。该方法还包括向该设备传送对关于多播信道的信息的请求。该方法还包括接收对该请求的响应，该响应包括关于多播信道的信息，该信息至少包括信道映射。该方法还包括根据该信道映射在多播信道上接收多播分组。

本公开的另一个方面提供了一种用于在个域网中传送多播数据的设备。该设备包括用于在个域网中的第一信道上通告多播能力的装置。该设备还包括用于接收对关于多播信道的信息的请求的装置。该设备还包括用于传送对该请求的响应的装置，该响应包括关于多播信道的信息，该信息至少包括信道映射。该设备还包括用于根据该信道映射在多播信道上传送多播分组的装置。

本公开的另一个方面提供了一种用于在个域网中接收多播数据的设备。该设备包括用于扫描个域网中的第一信道以发现能够对数据进行多播的设备的装置。该设备还包括用于向该能够对数据进行多播的设备传送对关于多播信道的信息的请求的装置。该设备还包括用于接收对该请求的响应的装置，该响应包括关于多播信道的信息，该信息至少包括信道映射。该设备还包括用于根据该信道映射在多播信道上接收多播分组的装置。

附图简述

图1示出了示例性通信设备将数据多播给多个接收设备。

图2是无线通信设备的功能框图。

图3是示出用于从一设备将数据多播给多个设备的示例性过程的流程图。

图4示出了示例性的第一类型的通告分组。

图5示出了示例性的扫描请求分组。

具体描述

以下具体描述针对本发明的某些具体实施例。然而，可按众多不同的方式来实施本发明。应当明显的是，本文的这些方面可以各种形式来体现，而本文所公开的任何具体结构、功能、或这两者仅是代表性的。基于本文的教示，本领域技术人员应领会，本文所公开的方面可独立于任何其他方面来实现并且这些方面中的两个或更多个方面可以用各种方式加以组合。例如，可使用本文所阐述的任何数目的方面来实现装置或实践方法。另外，可使用作为本文所阐述的一个或更多个方面的补充或与之不同的其他结构、功能、或者结构和功能来实现此类装置或实践此类方法。

本文所述的系统和方法是关于蓝牙无线技术来描述的。这些系统和方法尤其可与蓝牙V4.0标准中涉及低能耗通信的部分（下文称为蓝牙低能耗）有关。然而，本领域技术人员将认识到，这些系统和方法还可与其他类似无线技术（包括蓝牙标准的其他版本）相关。关于蓝牙标准的细节可在于2010年6月30日公布的蓝牙规范版本4.0[卷0]中找到，其通过引用明确纳入于此。

另外，本文所描述的系统和方法可在多种不同计算设备上实现。这些设备包括通用或专用计算系统环境或配置。可适合与本发明联用的公知的计算系统、环境和/或配置的示例包括但不限于：个人计算机、服务器计算机、手持或膝上型设备、多处理器系统、基于微处理器的系统、可编程消费者电子产品、网络PC、小型机、大型机、包含上述系统或设备中的任一个的分布式计算环境等。另外，这些系统和方法可实现在移动设备（例如电话、智能电话、个人数字助理（PDA）、超移动个人计算机（UMPC）、移动因特网设备（MID）等）中。

目前，蓝牙低能耗限制了有数据要传送的设备（通告者或从设备）连接到多个接收设备，因为目前蓝牙低能耗具有仅仅允许通告者或从设备连接到单个接收设备的拓扑限制。蓝牙低能耗确实具有广播能力，但是此能力不适用于多播。一个原因是因为蓝牙低能耗广播能力被限于在蓝牙低能耗中定义的36个通信信道中的仅仅3个通信信道上进行广播。因此，这样的广播能力通常被限于用来发现设备以便在PAN中形成连接或对设备进行配对。蓝牙低能耗广播能力不适用于多播的另一原因是由于设备可能在其中被使用的有噪通信环境（例如由于射频（RF）信号）。在这样的有噪环境中，一些通信信道可能由于干扰而不可用，因此进一步将可用于广播的信道的实际数目限制为小于3。

图1示出了示例性通信设备10a将数据多播给多个接收设备10b。不同于标准蓝牙低能耗广播，本文所描述的系统和方法允许使用蓝牙低能耗通告来进行多播。因此，单个设备10a可使用本文所描述的系统和方法将数据传达给多个设备10b。例如，通信设备10a可包括心率监视传感器，该心率监视传感器可将心率数据传送给多个设备10b，诸如手表、电话、锻炼装备等。在另一示例中，3D电视可将同步信息发送给多个主动式3D眼镜（例如，诸如剧院场景中的几百副3D眼镜）以便同步眼镜上的快门的定时和3D视频在电视上的显示。

本文所描述的系统和方法能够进行伸缩以允许多播给大量设备，因为它们允许许多接收者、以及例如与传统蓝牙低能耗相比至少低30％的用于针对第一接收者进行传送和接收的开销、并且对于后续接收者没有附加开销。因此，接收多播的接收者的数目对用于将数据传送给多个接收者的总带宽没有影响。

在一个实施例中，设备10a传送第一类型的通告分组（例如蓝牙标准的ADV_SCAN_IND（通告_扫描_指示）分组），以向设备10b（例如扫描设备）通告设备10a可用于对数据进行多播。第一类型的通告分组例如可根据蓝牙低能耗广播能力来发送。设备10b在已接收到第一类型的通告分组的情况下可随后将扫描请求分组（例如蓝牙标准的SCAN_REQ（扫描_请求）分组）发送给设备10a以获取关于如何从设备10a接收多播数据的信息。设备10a然后可将响应分组（例如蓝牙标准的SCAN_RSP（扫描_响应）分组）发送给设备10b以提供信道信息（例如信道映射、起始信道、偏移量（例如用于同步）、多播ID、时间间隔等等），以供设备10b用来在给定时间访问一个或多个特定信道上的多播数据，其中这一个或多个信道可能以不同的时间间隔发生改变。

设备10b可基于响应分组中的信道信息在通信信道上监听包括多播数据的第二类型的通告分组，该通告分组在本文可称为ADV_MCAST_IND（通告_多播_指示）分组。在一些实施例中，设备10b对于收到来自设备10a的ADV_MCAST_IND分组不进行确收，由此减小传输开销。设备10a可在任何时间开启或关闭第一类型的通告分组和第二类型的通告分组中的一者或两者的传送。例如，设备10a可关闭此类传送以节省功率。在一个实施例中，设备10a可在最大数目的设备正在接收多播数据的情况下停止传送第一类型的通告分组。在一个实施例中，设备10a可在没有数据要进行多播的情况下停止传送第二类型的通告分组。

图2是无线通信设备10的功能框图。无线通信设备10可代表上面关于图1所述的设备10a和10b中的一者或两者。无线通信设备10包括处理器210，该处理器210与存储器220、输入设备230、以及输出设备240进行数据通信。处理器还与调制解调器250和收发机260进行数据通信。收发机260还与调制解调器250和天线270进行数据通信。尽管是分开描述的，但是能够理解，关于无线通信设备10所描述的功能块不必是分开的结构元件。例如，处理器210和存储器220可实施在单块芯片中。类似地，处理器210、调制解调器250、以及收发机260中的两个或更多个可实施在单块芯片中。

处理器210可以是被设计成执行本文所描述功能的通用处理器、数字信号处理器（DSP）、专用集成电路（ASIC）、现场可编程门阵列（FPGA）或其他可编程逻辑器件（PLD）、分立的门或晶体管逻辑、分立的硬件组件、或其任何合适组合。处理器还可被实现为计算设备的组合，例如DSP和微处理器的组合、多个微处理器、结合DSP核的一个或多个微处理器、或任何其他此种配置。

处理器210可经由一条或多条总线来耦合以从存储器220读取信息或向存储器220写入信息。处理器可附加地或替换地包含存储器，比如处理器寄存器。存储器220可包括处理器高速缓存，包括多级分层高速缓存，其中不同等级具有不同的容量和访问速度。存储器220还可包括随机存取存储器（RAM）、其他易失性存储设备、或非易失性存储设备。存储可包括硬盘驱动器、光碟（诸如压缩碟（CD）或数字视频碟（DVD））、闪存、软盘、磁带、和Zip驱动器。

处理器210还耦合到输入设备230和输出设备240以分别用于从无线通信设备10的用户接收输入和向无线通信设备10的用户提供输出。合适的输入设备包括但不限于：键盘、按钮、按键、开关、定点设备、鼠标、操纵杆、遥控器、红外检测器、摄像机（可能与视频处理软件耦合以例如检测手势或面部姿态）、运动检测器、或话筒（可能耦合至音频处理软件以例如检测语音命令）。合适的输出设备包括但不限于：视觉输出设备，包括显示器和打印机；音频输出设备，包括扬声器、头戴式耳机、耳机以及闹铃；以及触觉输出设备，包括力反馈游戏控制器和振动设备。

处理器210还耦合到调制解调器250和收发机260。调制解调器250和收发机260将由处理器210生成的数据准备好以用于根据一个或多个空中接口标准（例如蓝牙低能耗）经由天线270进行无线传送。调制解调器250和收发器260还对根据一个或多个空中接口标准经由天线270接收到的数据进行解调。收发机可包括发射机、接收机、或这两者。在其他实施例中，发射机和接收机是两个分开的组件。调制解调器250和收发机260可实施为被设计为执行本文所描述功能的通用处理器、数字信号处理器（DSP）、专用集成电路（ASIC）、现场可编程门阵列（FPGA）或其他可编程逻辑器件（PLD）、分立的门或晶体管逻辑、分立的硬件组件、或其任何合适的组合。

图3是示出用于从设备10a将数据多播给多个设备10b的示例性过程300的流程图。在310，设备10a在通信信道上传送第一类型的通告分组（例如蓝牙标准的ADV_SCAN_IND分组），以向设备10b（例如扫描设备）通告设备10a可用于对数据进行多播。第一类型的通告分组例如可根据蓝牙低能耗广播能力来发送。第一类型的通告分组可包括指示设备10a能够经由向多个设备进行多播来传送数据和/或有数据要经由向多个设备进行多播来传送的信息。另外，第一类型的通告分组可包括指示设备10a的身份（例如全局唯一标识符（UUID）和/或设备名称）的信息。在一个实施例中，使用ADV_SCAN_IND分组将允许使用蓝牙低能耗的标准通告能力。因此，第一类型的通告分组可在特定信道（例如蓝牙低能耗标准中的36个信道中的3个信道）上发送。

在320，设备10b扫描用来发送第一类型的通告分组的信道，并且接收第一类型的通告分组。设备10b能够从第一类型的通告分组中确定：多播数据从设备10a可用。

进一步在325，期望从设备10a接收多播数据的每个设备10b都将扫描请求分组（例如蓝牙标准的SCAN_REQ分组）传送给设备10a以获取关于如何从设备10a接收多播数据的信息。扫描请求分组可包括关于设备10b的身份、设备10a的身份、或附加信息的信息。

在330继续，设备10a在收到扫描请求分组以后可将响应分组（例如蓝牙标准的SCAN_RSP分组）发送给从其接收到扫描请求分组的设备10b。响应分组可包括关于信道信息（例如信道映射、起始信道、偏移量（例如用于同步）、多播ID、时间间隔等等）的信息以供设备10b用来访问多播数据。

在340，设备10b可基于响应分组中的信道信息在通信信道上监听由设备10a传送的包括多播数据的第二类型的通告分组（应当注意，设备10a可在过程300期间的任何时间都在传送第二类型的通告分组，由此允许具有正确信道信息的设备10b能接收多播数据），第二类型的通告分组在本文可被称为ADV_MCAST_IND分组。例如，如上所述，响应分组可包括允许设备10b在合适的信道上监听多播数据的信道信息（例如信道映射、起始信道、偏移量（例如用于同步）、多播ID、时间间隔等等）。设备10b可利用该偏移量来确定它应当在何时监听初始多播数据分组。另外，设备10b可利用起始信道来确定要在哪个频率信道处监听初始多播数据分组。另外，设备10b可使用多播ID来验证在所指定的信道和时间处接收的初始多播数据分组中所接收到的数据分组是来自设备10a的多播的多播数据分组。设备10b可进一步利用信道映射来确定用来发送多播数据的信道序列。因此，设备10b可定位信道映射中的信道序列中的起始信道，并确定为接收下一多播数据分组而要监听的下一信道。设备10b可进一步使用响应分组中给定的时间间隔来确定在前一分组被接收到以后的何时监听下一分组。在一些实施例中，设备10b对于收到来自设备10a的ADV_MCAST_IND分组不进行确收，由此减小传输开销。

在一个实施例中，第二类型的通告分组包括与由设备10a传送的那一种类型的多播数据（例如3D眼镜同步数据）相关联的多播ID。多播ID允许设备10b确认在第二类型的通告分组中接收到的数据与什么多播相关联。多播ID可具有2个八位字节的长度。另外，在一个实施例中，第二类型的通告分组包括包含多播数据的有效载荷。有效载荷可具有0－35个八位字节的长度。

本领域普通技术人员应当认识到，对于过程300，可添加或省去各个块或步骤而不脱离本发明的精神或范围。另外，这些块或步骤不必一定是图3所示和上面所描述的相同顺序。

图4示出了示例性的第一类型的通告分组400。如图所示，第一类型的通告分组400是链路级（LL）层分组402。通告分组400包括前置码412、访问地址414、有效载荷416、以及循环冗余校验（CRC）418。有效载荷416包括通告信道分组404，该通告信道分组404包括报头422和有效载荷424。有效载荷424包括ADV_SCAN_IND分组406，该ADV_SCAN_IND分组406包括通告地址（AdvA）432和通告数据(AdvData)434。通告数据434包括第一长度字段422、第一通告数据（AD）类型444、UUID446、第二长度字段448、第二通告数据（AD）类型450、以及设备名称452。如上所述，设备10a可将第一类型的通告分组400传送给设备10b以指示可用于将数据从设备10a多播给设备10b。设备10b可利用UUID446和设备名称452来标识设备10a。

图5示出了示例性的扫描请求分组500。如图所示，扫描请求分组500包括链路级（LL）层分组502，其包括前置码512、访问地址514、有效载荷516和循环冗余校验（CRC）518。有效载荷516包括通告信道分组504，该通告信道分组404包括报头522和有效载荷524。有效载荷524包括SCAN_RSP分组506，该SCAN_RSP分组506包括通告地址（AdvA）532和扫描响应数据（ScanRspData）534。扫描响应数据534包括长度字段542、通告数据（AD）类型544和多播信息（MCastInfo）字段546。

MCastInfo字段546包括多播ID552。如上所述，多播ID552向设备10b提供唯一性标识符，该唯一性标识符标识出从设备10a可用的多播数据。多播ID552的长度可为2个八位字节。MCastInfo字段546还包括信道映射（ChM）字段554。ChM字段554可以是位字段，该位字段指示（例如用在蓝牙低能耗中的36个信道中）哪些信道由设备10a用于传送多播数据。ChM字段554可指示设备10a在特定时间在特定信道上进行传送，比如信道跳跃序列。ChM字段554可具有5个八位字节的长度。MCastInfo字段546还包括偏移量字段556。偏移量字段556指示相对于在设备10a与设备10b之间同步的时钟定时（例如基于上述扫描请求分组的传送）的偏移量，设备10a在该偏移量处传送多播数据。偏移量字段556可具有2个八位字节的长度。MCastInfo字段546还包括下一信道号字段558。下一信道号字段558指示哪个信道接下来由设备10a用于在偏移量字段556所指示的偏移量处传送多播数据。下一信道号字段558可具有1个八位字节的长度。MCastInfo字段546还包括间隔字段560。间隔字段560指示设备10a对多播分组的传送之间的时间量。间隔字段560可具有2个八位字节的长度。MCastInfo字段546还包括休眠时钟准确性(SCA)字段562。SCA字段562向接收者设备10b指示设备10a上的休眠时钟的准确性。因此，设备10b可基于设备10a的休眠时钟的潜在不准确性来调整其预期从设备10a接收多播数据的时间。SCA字段562可具有3位的长度。如上所述，设备10b可利用该信息来调整设备10b寻找来自设备10a的多播数据的定时和频率。

如上所述，本文所描述的系统和方法提供了对数据进行多播的某些优点，包括减小的开销，这可导致用于多播数据传送的更短定时。在一个实施例中，ADV_SCAN_IND分组的最大传送时间是376μs。另外，SCAN_REQ分组具有176μs的传送时间。SCAN_RSP分组的最大传送时间为376μs。另外，为了传送分组，在各分组之间需要存在无传输的时间段，该时间段在本文被称为帧间空间（T_IFS）。因此在ADV_SCAN_IND与SCAN_REQ之间需要1个T_IFS、以及在SCAN_REQ与SCAN_RSP之间需要一个T_IFS。每个T_IF是150μs。因此，T_IFS需要300μs(150x2)。因此，传送一次ADV_SCAN_IND、SCAN_REQ和SCAN_RSP分组中的每一个（包括所需的T_IFS）需要1228μs。另外，一个通告事件可能包括传送3个ADV_SCAN_IND、SCAN_REQ和SCAN_RSP分组，从而在每一组ADV_SCAN_IND、SCAN_REQ和SCAN_RSP的传送之间需要T_IFS。因此，一个通告事件可花费3*1228μs+2*150μs=3.984ms。

另外，如上所述，一个实施例中的ADV_MCAST_IND分组可包括2个八位字节的多播ID和0－35个八位字节的有效载荷。在其他实施例中，多播ID和有效载荷可具有不同数目的八位字节。因此，ADV_MCAST_IND分组的有效载荷的最大传送时间为296μs。另外，在链路级（LL）层分组中传送ADV_MCAST_IND分组所需的总定时是376μs（296μs+80μs，其中该80μs是由于LL通告信道开销）。另外，ADV_MCAST_IND分组的传送之间的最小间隔可为7.5ms。因此，在最差情形下，至少一个通告事件可交织在每个ADV_MCAST_IND分组的传送之间，因为3.984ms（用于通告事件）加上用于ADV_MCAST_IND分组的0.376ms加上用于所需T_IFS的2*0.150ms仅仅为4.66ms，这小于7.5ms的最小间隔。因此，通告事件可与多播数据的传送一起发生。

应当理解，本文中使用诸如“第一”、“第二”等之类的指定对元素的任何引述一般不限定这些元素的量或次序。相反，这些指定可在本文中用作区别两个或更多个元素或者元素实例的便捷方法。因此，对第一和第二元素的引述并不意味着此处可采用仅两个元素或者第一元素必须以某种方式位于第二元素之前。同样，除非另外声明，否则元素集合可包括一个或多个元素。另外，在说明书或权利要求中使用的“A、B、或C中的至少一者”形式的术语表示“A或B或C或这些元素的任何组合”。

如本文中所使用的，术语“确定”涵盖各种各样的动作。例如，“确定”可包括演算、计算、处理、推导、研究、查找（例如，在表、数据库或其他数据结构中查找）、查明、及类似动作。而且，“确定”可包括接收（例如，接收信息）、访问（例如，访问存储器中的数据）、及类似动作。而且，“确定”还可包括解析、选择、选取、建立、及类似动作。

如本文中所使用的，引述一列项目中的“至少一个”的短语是指这些项目的任何组合，包括单个成员。作为示例，“a、b或c中的至少一个”旨在涵盖：a、b、c、a-b、a-c、b-c、以及a-b-c。

上面描述的方法的各种操作可由能够执行这些操作的任何合适的装置来执行，诸如各种硬件和/或软件组件，电路、和/或模块。一般而言，在附图中所解说的任何操作可由能够执行这些操作的相对应的功能性装置来执行。

结合本公开所描述的各种解说性逻辑框、模块、以及电路可用设计成执行本文所描述功能的通用处理器、数字信号处理器（DSP）、专用集成电路（ASIC）、现场可编程门阵列信号（FPGA）或其他可编程逻辑器件（PLD）、分立的门或晶体管逻辑、分立的硬件组件、或其任何组合来实现或执行。通用处理器可以是微处理器，但在替换方案中，处理器可以是任何市售的处理器、控制器、微控制器、或状态机。处理器还可被实现为计算设备的组合，例如DSP和微处理器的组合、多个微处理器、结合DSP核的一个或多个微处理器、或任何其他此种配置。

在一个或更多个方面中，所描述的功能可在硬件、软件、固件或其任何组合中实现。如果在软件中实现，则各功能可作为一条或多条指令或代码存储在计算机可读介质上或藉其进行传送。计算机可读介质包括计算机存储介质和通信介质两者，包括有助于将计算机程序从一地转移至另一地的任何介质。存储介质可以是可由计算机访问的任何可用的介质。作为示例而非限制，此类计算机可读介质可包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储、磁盘存储或其他磁存储设备、或可用于携带或存储指令或数据结构形式的合需程序代码且能由计算机访问的任何其他介质。任何连接也被适当地称为计算机可读介质。例如，如果软件是使用同轴电缆、光纤电缆、双绞线、数字订户线（DSL）、或诸如红外、无线电、以及微波之类的无线技术从web网站、服务器、或其它远程源传送而来，则该同轴电缆、光纤电缆、双绞线、DSL、或诸如红外、无线电、以及微波之类的无线技术就被包括在介质的定义之中。本文所使用的盘（disk）和碟（disc）包括压缩碟（CD）、激光碟、光碟、数字多用碟（DVD）、软盘和蓝光碟，其中盘通常磁性地再现数据，而碟用激光来光学地再现数据。因此，在一些方面，计算机可读介质可包括非暂态计算机可读介质（例如，有形介质）。另外，在一些方面，计算机可读介质可包括暂态计算机可读介质（例如，信号）。上述的组合也应被包括在计算机可读介质的范围内。

本文所公开的方法包括用于达成所描述的方法的一个或多个步骤或动作。这些方法步骤和/或动作可以彼此互换而不会脱离权利要求的范围。换言之，除非指定了步骤或动作的特定次序，否则具体步骤和/或动作的次序和/或使用可以改动而不会脱离权利要求的范围。

所描述的功能可在硬件、软件、固件或其任何组合中实现。如果在软件中实现，则各功能可以作为一条或多条指令存储在计算机可读介质上。存储介质可以是可由计算机访问的任何可用的介质。作为示例而非限制，此类计算机可读介质可包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储、磁盘存储或其他磁存储设备、或可用于携带或存储指令或数据结构形式的合需程序代码且能由计算机访问的任何其他介质。如本文中所使用的盘（disk）和碟（disc）包括压缩碟（CD）、激光碟、光碟、数字多用碟（DVD）、软盘、和蓝光碟，其中盘（disk）常常磁性地再现数据，而碟（disc）用激光来光学地再现数据。

因而，某些方面可包括用于执行本文中介绍的操作的计算机程序产品。例如，此类计算机程序产品可包括其上存储（和/或编码）有指令的计算机可读介质，这些指令能由一个或多个处理器执行以执行本文中所描述的操作。对于某些方面，计算机程序产品可包括包装材料。

软件或指令还可在传输介质上传送。例如，如果软件是使用同轴电缆、光纤电缆、双绞线、数字订户线（DSL）、或诸如红外、无线电、以及微波等无线技术从web站点、服务器或其它远程源传送而来的，则该同轴电缆、光纤电缆、双绞线、DSL、或诸如红外、无线电、以及微波等无线技术就被包括在传输介质的定义里。

此外，应当领会，用于执行本文中所描述的方法和技术的模块和/或其它恰适装置能由用户终端和/或基站在适用的场合下载和/或以其他方式获得。例如，此类设备能被耦合至服务器以促成用于执行本文中所描述的方法的装置的转移。替换地，本文中所描述的各种方法能经由存储装置（例如，RAM、ROM、诸如压缩碟（CD）或软盘之类的物理存储介质等）来提供，以使得一旦将该存储装置耦合到或提供给用户终端和/或基站，该设备就能获得各种方法。此外，能利用适于向设备提供本文中所描述的方法和技术的任何其他合适的技术。

应该理解的是，权利要求并不被限定于以上所解说的精确配置和组件。可在以上所描述的方法和装置的布局、操作和细节上作出各种改动、更换和变形而不会脱离权利要求的范围。

Claims (18)

1.一种用于在个域网中对数据进行多播的方法，所述方法包括：

在所述个域网中的第一信道上通告多播能力；

接收对关于多播信道的信息的请求；

传送对所述请求的响应，所述响应包括关于多播信道的信息，所述信息至少包括信道映射；以及

根据所述信道映射在所述多播信道上传送多播分组。

2.如权利要求1所述的方法，其特征在于，所述多播能力是使用第一类型的通告分组来通告的。

3.如权利要求2所述的方法，其特征在于，所述多播分组属于第二类型的通告分组。

4.如权利要求1所述的方法，其特征在于，所述关于多播信道的信息包括以下各项至少之一：偏移量、起始信道、多播标识符以及间隔。

5.一种用于在个域网中对数据进行多播的方法，所述方法包括：

扫描所述个域网中的第一信道以发现具有对数据进行多播的能力的设备；

向所述设备传送对关于多播信道的信息的请求；

接收对所述请求的响应，所述响应包括关于多播信道的信息，所述信息至少包括信道映射；以及

根据所述信道映射在所述多播信道上接收多播分组。

6.如权利要求5所述的方法，其特征在于，所述设备的能力是在第一类型的通告分组中被接收的。

7.如权利要求6所述的方法，其特征在于，所述多播分组属于第二类型的通告分组。

8.如权利要求5所述的方法，其特征在于，所述关于多播信道的信息包括以下各项至少之一：偏移量、起始信道、多播标识符以及间隔。

9.一种用于在个域网中传送多播数据的装置，所述装置包括：

处理器；以及

收发机，所述处理器和收发机被可协作地配置成：

在所述个域网中的第一信道上通告多播能力；

接收对关于多播信道的信息的请求；

传送对所述请求的响应，所述响应包括关于多播信道的信息，所述信息至少包括信道映射；以及

根据所述信道映射在所述多播信道上传送多播分组。

10.如权利要求9所述的装置，其特征在于，所述多播能力是使用第一类型的通告分组来通告的。

11.如权利要求10所述的装置，其特征在于，所述多播分组属于第二类型的通告分组。

12.如权利要求9所述的装置，其特征在于，所述关于多播信道的信息包括以下各项至少之一：偏移量、起始信道、多播标识符以及间隔。

13.一种用于在个域网中接收多播数据的装置，所述装置包括：

处理器；以及

收发机，所述处理器和收发机被可协作地配置成：

扫描所述个域网中的第一信道以发现具有对数据进行多播的能力的设备；

向所述设备传送对关于多播信道的信息的请求；

接收对所述请求的响应，所述响应包括关于多播信道的信息，所述信息至少包括信道映射；以及

根据所述信道映射在所述多播信道上接收多播分组。

14.如权利要求13所述的装置，其特征在于，所述设备的能力是在第一类型的通告分组中被接收的。

15.如权利要求14所述的装置，其特征在于，所述多播分组属于第二类型的通告分组。

16.如权利要求13所述的装置，其特征在于，所述关于多播信道的信息包括以下各项至少之一：偏移量、起始信道、多播标识符以及间隔。

17.一种用于在个域网中传送多播数据的设备，所述设备包括：

用于在所述个域网中的第一信道上通告多播能力的装置；

用于接收对关于多播信道的信息的请求的装置；

用于传送对所述请求的响应的装置，所述响应包括关于多播信道的信息，所述信息至少包括信道映射；以及

用于根据所述信道映射在所述多播信道上传送多播分组的装置。

18.一种用于在个域网中接收多播数据的设备，所述设备包括：

用于扫描所述个域网中的第一信道以发现能够对数据进行多播的设备的装置；

用于向所述能够对数据进行多播的设备传送对关于多播信道的信息的请求的装置；

用于接收对所述请求的响应的装置，所述响应包括关于多播信道的信息，所述信息至少包括信道映射；以及

用于根据所述信道映射在所述多播信道上接收多播分组的装置。