通信设备、通信方法以及数据结构的制作方法

专利名称：通信设备、通信方法以及数据结构的制作方法
技术领域：
本发明涉及一种WiMedia_Alliance中定义的MAS(介质访问时隙)
的预留方法。
背景技术：
在无线USB (通用串行总线)(下文中根据具体情况称为WUSB) 中，用WiMedia—Alliance中定义的公共平台来定义具有WUSB所特有 的调度(schedule)的访问控制方法。在WiMedia—Alliance中，超帧由 256个MAS组成(下文中根据具体情况也称为时隙)。WiMedia_Alliance 是定义、证明和支持用于多媒体应用的使能无线技术。其促进并使得 能够快速采用、调整以及标准化全世界超宽带(UWB)。所述256个 MAS包括用于发射和接收信标的区域(BP:下文中称为信标周期)以 及用于通过每个设备发射和接收数据帧的区域(数据帧区域)。所述 256个MAS分成16个区。
每个设备指定将是所述区的预留目标的MAS和MAS在该区中的 位置，并在使用该MAS来发送和接收数据帧之前预留该MAS。当在 每个区中预留了 MAS时，该MAS按照需要预留的顺序而得到保证。 换言之，该MAS按照预留的顺序而得到保证。同样地，当多个设备共 享同一系统时，自己的设备(own device)中所需的MAS可能不得到 保证。在预留MAS时，确定一个设备可以保证的MAS的数目(下文 中称为预留指定数目)。可以打开超过该预留指定数目的得到保证的 MAS。另一方面，当MAS的数目在该预留指定数目之内时，设备需要 等待其它设备打开MAS。同样地，当设备的数目增加时，存在无法充 分地保证MAS的设备，这降低数据传输的效率。此外，当预留MAS的设备数目增加或设备需要额外的MAS时， 应当从每个区的末端部分开始预留MAS。同样地，经常不连续地预留 MAS,这降低数据传输的效率。
例如，假设如图16所示预留MAS的情况。虽然设备ftE预留MAS 10、 11、 14和15，但是MAS不连续。设备弁E等待其它设备(在本 示例中为设备弁D)打开MAS。当在设备弁D离开时打开MAS8、 9、 12和13时，设备井E能够重新预留MAS。例如，设备弁E能够连续地 使用MAS12至15。此外，MAS8至11被打开。
日本未经审査的专利申请公开No. 2007-19604公开了一种无线电 通信系统，其能够当在WUSB中只安装有WiMedia—Alliance中定义的 公共平台时利用WUSB所独有的微型进度表实现访问控制。
如上所述，在WiMedia_Alliance中，无论包括自己的设备的通信 系统的特性如何，均预留MAS。因此，有可能根据设备无法执行最佳 预留。例如，诸如打印机、外部记录介质等传输大量数据的一些设备 可能不合适。
克服这样的情况的一种措施包括时隙的分配。然而，虽然可以请 求具有低优先级的MAS的分配，但是不可以请求具有高优先级的MAS 的分配。即使当可以通过交换不连续预留的MAS来改善数据传输效率 时，也没办法调整所预留的MAS。日本未经审查的专利申请公开No. 2005-323375公开了一种检测并解决在预留数据时隙的过程中可能发 生的预留冲突的技术。然而，尚未公开调整已经被预留的MAS的技术。

发明内容
本发明的发明人已经发现如下问题。当在WUSB中使用 WiMedia—Alliance中定义的公共平台时，没办法通过MAS的分配或与 其它设备的交换来调整所预留的MAS,所述其它设备保证在预留指定数目内的MAS。本发明的实施例的第一示例性方面是一种通信设备，该通信设备 包括生成协商请求信息的控制部分，该协商请求信息请求预留改变，以使得自己的设备使用已经被其它通信设备预留的时隙；以及主机控 制器，该主机控制器向其它通信设备发送协商请求信息，并从所述其 它通信设备接收适应预留改变的响应。在接收到该响应之后，控制部 分将被所述其它通信设备预留的时隙设置为由自己的设备使用的时 隙。通过设置其中通过将协商请求信息添加到信标来发送该协商请求 信息的机制，自己的设备可以使用被其它通信设备预留的MAS。因此， 不仅可以等待其它通信设备打开MAS，而且可以主动地增加可以使用 的MAS的数目或保证将以较高的效率被传输的MAS的分配。本发明的实施例的第二示例性方面是一种通信方法，该通信方法 包括将协商请求信息从第一设备发送到第二设备，该协商请求信息请 求改变预留以使得第一设备使用己经被第二设备预留的时隙；由第二 设备基于该协商请求信息对预留改变的接收作出响应，以及在进行响 应之后由第一设备使用已经被第二设备预留的时隙。本发明的实施例的第三方面是一种有形地体现在计算机可读介质 中的信息数据结构，该信息数据结构包括将被包括在信标中的数据帧， 其中，该数据帧的数据指定已经被第一设备预留的时隙号码和已经被 第二设备预留的预留时隙号码以便相互交换。通过定义这样的数据结构，可以向信标添加所预留的MAS从第一 设备到第二设备的交换所需的信息元素。根据本发明，可交换来调整所预留的MAS的手段，所述其它设备保证在预留指定数目 之内的MAS。因此，可以提高数据传输效率。


根据结合附图的某些示例性实施例的以下说明，以上及其它示例 性方面、优点和特征将变得更加显而易见，在附图中图1示出了根据本发明的第一示例性实施例的设备的配置示例； 图2示出了超帧的配置示例； 图3示出了DRP IE的帧格式；图4示出了用于描述区位图和MAS位图的配置示例；图5示出了协商IE的帧格式的示例；图6示出了在执行分配协商时MAS的预留状态示例； 图7示出了当设备井E执行分配协商时协商IE的设置和倒计数值 的状态；图8示出了当成功地建立协商时信标的更新时序； 图9示出了当协商失败时信标的更新时序； 图IO示出了在执行交换协商时MAS的预留状态的一个示例； 图11示出了当设备井E执行交换协商时协商IE的设置和倒计数 值的状态；图12是示出在所有者侧请求分配和交换MAS的过程中MAC控 制驱动器的操作示例的流程图；图13是示出在所有者侧中MAC控制驱动器的协商处理细节的流程图；图14是示出在目标侧接收分配或交换MAS的请求的过程中MAC 控制驱动器的操作示例的流程图；图15是示出在所有者侧中主机控制器的内置CPU的操作示例的 流程图；以及图16示出了 MAS的相关预留状态的一个示例。
具体实施方式
下面将参照附图描述本发明的示例性实施例。为清楚起见，酌情 省略或简化了以下描述和附图中的一些。在图中自始至终用相同的附 图标记来指示具有相同配置和功能的组件，并将省略其重复说明。在本示例性实施例中，关于WiMedia_Alliance中定义的预留MAS 的方法，重新定义专用IE，以使得自己的设备向其它设备(邻居)发 出用于允许该自己的设备使用被其它设备预留的MAS的请求。更具体 地，生成DRP改变IE (下文中也称为"协商IE"或"协商请求信息") 作为专用IE。该协商IE用于在自己的设备与其它设备之间进行协商， 以便可以将被其它设备预留的MAS改变为被自己的设备预留，从而增 加可以被自己的设备使用的MAS的数目。因此，自己的设备执行传输 所需的带宽或用于提高自己的设备的传输效率的带宽得到保证。通常， 将建议两种用于改变预留的方法 一种是要求MAS的分配，另一种是 要求MAS的交换。在WiMedia_Alliance中，规定了 DRP (分布式预留协议)和PCA (优先化竟争访问)两种传输方法。DRP是预先预留MAS用于传输、 通过信标将预留信息通知其它设备、并只可以在固定时间内传输的方 法。PAC是可以在除信标周期和DRP预留MAS之外的其它MAS中自 由地发送数据的方法。在PAC中，有可能发生与其它设备的竞争，并 且因此，不总是需要可以在理想的时间进行传输操作。在WUSB中， 采用在DRP中的数据传输。现在将描述本发明的示例性实施例的细节。第一示例性实施例图1示出了根据本发明的第一示例性实施例的设备的配置示例。 在图1中，示出了设备la至le;并且在以下描述中，将该设备描述为 自己的设备，并将设备la至ld描述为其它设备(其它通信设备)。设 备la至le是使用WUSB执行通信的通信设备，并可以具有信息处理 设备中的WUSB的通信功能。虽然只示出了设备le的详细配置示例， 但设备la至le具有相同的配置。此外，在以下描述中，为了在设备之间进行区分，将每个设备示为设备la至le或设备弁A至ttE。然而， 当不必进行区分时，将设备简称为设备l。设备1包括控制部分10、主存储器20、系统芯片组30、 PCI (外 围组件互连)总线40以及主机控制器50。控制部分10包括WUSB控 制驱动器11和MAC控制驱动器12。主存储器20包括IE设置区域21 和接收信标存储区域22。系统芯片组30包括PCI总线控制器31。主 机控制器50包括内置CPU (中央处理单元)51、 PCII/F (接口) 52、 主机控制寄存器53、巾贞缓冲器54、设备侧I/F55以及无线电部分56。控制部分10是控制在包括主机控制器50的自己的设备中的每个 组件的CPU。控制部分IO管理自己的设备的MAS的预留，按顺序生 成DRPIE (分布式预留协议信息元素)以便保证所需的带宽，并具有 向其它设备发送DRPIE的主机控制器50。稍后将描述DRPIE。此外， 在第一示例性实施例中，控制部分IO生成要求使用被其它设备预留的 时隙的协商IE。稍后将详细描述协商IE。控制部分10包括WUSB控 制驱动器11和MAC控制驱动器12作为实现这些功能的特定示例。WUSB控制驱动器11计算数据传输所需的带宽(MAS的数目)， 并将该带宽通知MAC控制驱动器12。MAC控制驱动器12基于WUSB控制驱动器11的请求生成IE(信 息元素)，诸如用于执行MAS预留的协商IE、 DRPIE等。主存储器20是被控制部分10用于处理的通用存储器。IE设置区 域21是其中写入将由控制部分10发送的IE的区域。所写入的IE由主 机控制器50发送。接收信标存储区域22是其中写入由主机控制器50 接收到的信标的区域。所写入的信标被读入控制部分10。系统芯片组30在控制部分10与主存储器20之间执行PCI传输。PCI总线控制器31控制PCI总线40。PCI总线40是通用总线，并且在控制部分10、主存储器20以及 主机控制器50之间传输数据。主机控制器50连接到PCI总线40，并且在自己的设备与其它设 备之间执行WUSB通信。内置CPU51控制在主机控制器50中的内部块和CPU。PCI I/F 52在帧缓冲器54与PCI总线40之间执行传输。主机控制寄存器53是其中由用于控制主机控制器50的控制部分 10来读取/写入数据的寄存器。帧缓冲器54是保持由设备1发送或接收的帧(数据帧，IE)的缓 冲器。设备侧I/F 55在帧缓冲器54与无线电部分56之间执行传输。 无线电部分56执行WUSB的无线电通信。现在，为了解释根据本发明的示例性实施例的通信方法的概要， 将描述MAS的预留方法和用于消除MAS的预留中的冲突的机制。<超帧和MAS>在WiMedia—Alliance中，超帧通过重复长度为65536 的时间段 来形成，并且由256个MAS (256 ps)组成。通过重复超帧的单元来 实现数据传输。在每个超帧中，在其开头处设置信标周期，其余的部 分是数据帧。图2示出了超帧的配置示例。从超帧的开头开始设置信标周期(BP)，更具体地，从超帧定时器为零的点开始。信标周期的起始时间称为BPST (信标周期起始时间)。信标发送用于控制的各种f曰息。此外，在数据帧中，分配有除信标周期之外的MAS，并将其用于 设备之间的数据传输。<DRP>使用分布式预留协议(DRP)来执行发送和接收的所有设备通过 向信标添加DRP IE通知外围部分预留了哪个MAS 。图3示出了 DRP IE 的帧格式。此外，图4示出了描述区位图和MAS位图的配置示例。 MAS预留由DRPIE中的以下字段值来指定目标/所有者、DevAddr、 所有者、预留类型以及流索引。预留；所有者是开始预留的设备，并 在该预留内开始帧处理(transaction)。预留；目标是其中由预留所有 者来预留MAS的设备。在WUSB中，预留所有者对应于主机，并且 预留目标对应于设备。主机接收外围部分的其它主机的信标，确定为 空的MAS中由其本身使用的MAS，并通过使用DRP IE将该MAS通 知外围设备。 一旦确定MAS预留，就通过WUSB传输(控制传输) 来传输设备-目标发送的DRPIE。设备本身不生成DRP IE，但是通过 将DRP IE添加到其本身的信标来发送由主机传输的DRP IE。因此， 不必在主机与设备之间执行协商，并且预留状态从第一级变为1。DRP IE被包括在信标中并发送，从而向外围设备声明MAS的使用。在每个设备1中，MAC控制驱动器12和主机控制器50在DRP 中起到如下作用。主机控制器50分析所接收到的信标的DRP IE。然后， 主机控制器50在该分析之后生成MAS的可用性信息；当有改变时， 主机控制器将该改变通知MAC控制驱动器12。此外， 一旦检测到DRP 预留的冲突，主机控制器50就将该冲突通知MAC控制驱动器12。在确定将预留的MAS的数目(带宽)之后，MAC控制驱动器12 将MAS的数目通知主机控制器50。主机控制器50生成将被发送的信 标，并基于来自MAC控制驱动器12的通知(请求)发送所生成的信 标。
接下来，将描述在第一示例性实施例中重新定义的专用IE。图5 示出了在第一示例性实施例中重新定义的协商IE的帧格式(DRP改变 IE帧格式)的一个示例。图5所示的协商IE的帧格式包括以下元素。
元素(Element) ID是识别要求分配或交换MAS的IE的标识符， 并由固定值来指示。
长度(Length)是整个IE的字节数目。
倒计数(CoimtDown)是用于与其它外围设备同步的倒计数值。
所有者DevAddr (Owner DevAddr)是要求协商的设备的地址。
目标DevAddr ( Target DevAddr)是协商伙伴的设备地址。
DRP分配指定协商目标的MAS。通过指定通过将256个MAS分 为16份获得的一个区以及该区中16个MAS来指定所述目标。
设备在信标周期中发送图5所示的协商IE，以要求其它设备的 MAS预留的改变。当其中请求MAS的预留改变的其它设备对预留改 变作出响应时，在具有所有者DevAddr的协商IE中设置识别其中要求 改变的MAS的信息，以作为响应IE而响应。当要求交换的预留改变 时，图5所示的数据格式包括这样的结构，在该结构中可以识别要求 预留改变的请求源设备、其中请求交换的请求目的地设备以及作为交换目标的MAS号码，由此可以交换自己的设备和其它设备中的每个所 预留的MAS。此外，在分配的情况下，图5所示的数据格式包括这样 的结构，在该结构中可以识别要求预留改变的请求源设备、其中请求 交换的请求目的地设备以及作为分配目标的MAS号码。
现在参照图6至9，将描述要求从自己的设备向其它设备分配MAS 的整体操作。图6示出了 MAS的预留状态的一个示例。图6示出了一 个区的预留状态，并且示出了由五个设备预留MAS的示例。要求预留 的改变的设备称为设备ttE (对应于图1中的设备le)，并且其中请求 预留改变的设备称为设备井D (对应于图1中的设备ld)。如上级所 示，在当前预留状态下，虽然设备弁E预留第15个MAS，但所需的 数据传输带宽不足。如中级所示，设备井E考虑执行分配协商而不是等 待其它设备打开MAS。在本示例中，设备弁E考虑由设备弁D分配三 个MAS，从而能够保证连续的带宽。如下级所示，当设备弁D在对协 商作出响应之后对MAS 12至14的分配作出响应时，设备井E采用四 个MAS 12至15。
图7示出了当设备弁E执行分配协商时协商IE的设置和倒计数值 (倒计数)的状态。设备弁E在协商IE的目标DevAddr中设置其中要 求分配MAS的设备弁D的地址Olh，并在DRP分配中设置其中要求分 配的MAS。然后，当将发送协商IE的超帧设置为倒计数值10时开始 倒计数。在图7中，在倒计数5时成功地建立协商，并且设备ttD在 所有者DevAddr中设置设备弁E的地址02h，并开始发送响应IE，在 该响应IE中，在DRP分配中设置将被分配的MAS。设备弁E从倒计 数变为0的帧的下一个帧开始接收来自设备井D的MAS。
图8示出了当成功地建立协商时信标的更新时间，并且图9示出 了当协商失败时信标的更新时间。当超帧为O时，倒计数值为10，并 且设备ttE通过向信标添加协商IE来开始发送。设备弁E保持向其添 加协商IE的信标的发送直到倒计数值变为O时为止。在图8中，当倒计数值为5时，设备弁D通过向信标添加响应IE来开始响应。设备弁 D响应一次之后，重复响应直到倒计数值变为0。设备ttE和设备弁D 均当倒计数值为0时发送其中改变了 MAS预留状态的信标。在图9中， 没有来自设备弁D的响应；并且因此，设备井E当倒计数值变为O时停 止向信标添加协商IE。此外，由于未成功地建立协商，所以不更新信 标的信息。
接下来，将描述当自己的设备要求交换其它设备的预留MAS时的 示意性操作。图IO示出了MAS的预留状态的一个示例，并且图ll示 出了关于其中交换MAS的情况的协商IE的设置和倒计数的状态。与 图6—样，图IO也示出了由五个设备预留MAS的情况。在图10中， 如上级所示，设备井E预留不连续的MAS。如果可以保证连续的MAS, 则改善了数据传输的效率。因此，设备弁E开始协商所述MAS与设备 #D (图IO中的中级)预留的MAS的交换。当成功地建立交换时，设 备弁E能够使用连续的MAS 12至15,并且设备弁D能够使用连续的 MAS 8至11 (图10中的下级)。
此外，如图11所示，设备井E在协商IE的目标DevAddr中设置 其中请求交换MAS的设备弁D的地址Olh，并且在DRP分配中设置其 中请求交换的MAS。此外，在所有者DevAddr中设置自己的设备的地 址02h，并在DRP分配中设置由自己的设备预留并要求交换的MAS。 然后，通过将发送交换IE的超帧设置为倒计数值10来开始倒计数。在 图ll中，当倒计数值为5时成功地建立了协商，并且设备ttD在目标 DevAddr中设置设备弁E的地址02h，在所有者DevAddr中设置设备弁 D的地址01h，并开始发送响应IE，在该响应IE中，在每个DRP分配 中设置用于分配的MAS。设备弁E和设备弁D从倒计数值变为0的帧 的下一个帧开始交换MAS。
接下来，将描述根据示例性实施例的协商控制操作的细节。在本 示例中，通过假设诸如图6和10等MAS的预留状态来进行解释。此外，设备的配置与图1所示的配置示例相同。所有者侧和目标侧均具 有类似的配置，并在不进行任何区别的情况下使用相同的符号。
图12和13是示出在所有者侧请求分配或交换MAS的过程中MAC 控制驱动的操作示例的流程图。此外，图14是示出在目标侧要求分配 或交换MAS的过程中MAC控制驱动器的操作示例的流程图。图15 是示出在所有者侧中主机控制器的内置CPU的操作示例的流程图。
首先，将对其中在所有者侧中的MAC控制驱动器12请求协商的 操作进行描述。更具体地，在图6或图10中在的设备井E中进行操作。 MAC控制驱动器12检查信标是否存储在主存储器20的接收信标存储 区域22中(S11)。当信标被存储时(S11中为"是")，MAC控制 驱动器12分析所接收的信标以实现MAS的预留状态(S12)。当信标 未被存储时(S11中为"否")，检査是否存在来自WUSB控制驱动 器11的带宽请求(S13)。当存在请求时(S13中为"是")，MAC 控制驱动器12确定MAS的当前预留状态是否满足所需的带宽(S14)。 当其满足时(S14中为"是")，过程返回步骤Sll。
当其不满足时(步骤S14中为"否")，检査是否存在预留多于 指定数目的MAS的设备(S15)。当不存在预留多于指定数目的MAS 的设备时(S14中为"否")，过程返回步骤Sll。当存在预留多于指 定数目的MAS的设备时(S15中为"是")，开始用于要求分配设备 的MAS的协商处理(S16)。当执行分配协商时，依照以下规则确定 可以作为协商伙伴的设备。将通过用MAS总数(例如，256)除以发 送信标的设备总数而得到的商(可协商数目)与由自己的设备预留的 MAS的总数相比较。当所预留的MAS多于所述商时，其中要求分配 的设备需要对分配协商作出响应。当由于应用所述规则而存在预留多 于指定数目的MAS的设备时，换言之，当存在预留多于可协商数目的 MAS的设备时，可以将该设备选择为协商伙伴。在本实施例中，通过 用MAS的总数除以发送信标的设备的总数而得到的商是可协商数目。然而，可以使用其它值作为替代。所述可协商数目也可以是预定值。
当成功建立协商时(S17中为"是")，MAC控制驱动器12完 成处理，并且当未成功地建立协商时(S17中为"否")，MAC控制 驱动器12检查是否存在预留多于指定数目的MAS的另一设备(S18)。 当存在可以作为协商目标的另一设备时(S18中为"是")，MAC控 制驱动器12重复从步骤S16开始的处理；并且当不存在协商目标时 (S18中为"否")，MAC控制驱动器12通知WUSB控制驱动器11: 无法保证所需的带宽(S19)以终止处理。
此外，当不存在来自WUSB控制驱动器11的带宽要求时(S13 中为"否")，MAC控制驱动12检査是否存在其中MAS预留不连续 且可以交换协商的设备(S20)。当存在可以作为目标的设备时(S20 中为"是")，MAC控制驱动器12执行要求交换设备的MAS的协商 处理(S21)以终止处理。当不存在可以作为目标的设备时(S20中为 "否")时，过程返回步骤Sll。
现在，将参照图13描述在图12中的步骤S16和步骤S21中执行 的协商处理的细节。首先，MAC控制驱动器12确定可以作为分配或 交换的协商目标的MAS (S31)。然后，MAC控制驱动器12在主存储 器20的IE设置区域21中设置要求分配或交换的协商IE (S32)。此 外，MAC控制驱动器12在主机控制器50中的主机控制寄存器53中 设置存储在IE设置区域21中的协商IE的地址(S33)，并将指示该地 址有效的位(下文中也称为有效位)设置为1 (S34)。只要所述有效 位在MAC控制驱动器12和内置CPU51均可以访问的区域中设置，所 述有效位可以是任何一个。例如，可以在主机控制寄存器53中设置所 述有效位。
MAC控制驱动器12等待直到有效位被主机控制器50的内置CPU 51清零时为止(S35)。有效位被清零这一事实意味着已经由主机控制
17器50发送了协商IE。当有效位被清零时(S35中为"是")，MAC 控制驱动器12 —旦检测到信标被存储在接收信标存储区域22中就读 取所接收到的信标(S36)。这时，MAC控制驱动器12能够检查在被 读入的所接收的信标中是否包括来自协商伙伴的响应。当倒计数未完 成时(S37中为"否")，MAC控制驱动器12返回步骤S36。当倒计 数完成时(S37中为"是")并且协商伙伴尚未响应时(S38中为"否")， MAC控制驱动器12作为未成功地建立协商而完成处理(S39)。此外， 当倒计数完成(S37中为"是")并且协商伙伴已响应时(S38中为"是")， MAC控制驱动器12转到步骤S40。
MAC控制驱动器12在预留更新之后在IE设置区域21中设置DRP IE (S40)，在主机控制器寄存器中设置存储在IE设置区域中的IE的 地址(S41)，并将有效位设置为1 (S42) 。 MAC控制驱动器12等待 直到有效位被主机控制器50的内置CPU51清零时为止(S43)，并当 有效位被清零时(S43中为"是")作为成功地建立了协商而终止处理 (S44)。
接下来，将描述可以作为协商伙伴的设备的MAC控制驱动器12 的操作。例如，将描述在图6或10中设备井D中的操作。MAC控制 驱动器12检査在接收信标存储区域22中是否存在包括协商IE的信标 (S51) 。 MAC控制驱动器12分析协商IE，检查MAC控制驱动器12 是否是协商伙伴(S52中为"是")，并确定分配或交换(S53)。当 MAC控制驱动器12不是协商伙伴时(S52中为"否")，或者当即使 当其作为协商伙伴时指定了除分配或交换之外的其它执行时(S53中为 其它)，过程转到步骤S51。
当协商ID是分配请求时(S53中为分配)，MAC控制驱动器12 当自己的设备没有预留多于指定数目的MAS时(S54中为"否")返 回步骤51。此外，当自己的设备预留多于指定数目的MAS时(S54中 为"是")，MAC控制驱动器12确定分配协商目标的MAS (S55)并且在IE设置区域中设置响应IE (S56)。此外，MAC控制驱动器12 在主机控制寄存器53中设置存储在IE设置区域中的响应IE的地址 (S57)以将有效位设置为1 (S58)。在有效位被主机控制器50清零 之后(S59中为"是")，MAC控制驱动器12终止处理。
当协商ID是交换请求时(S53中为交换)，MAC控制驱动器12 当其不对交换请求作出响应时(S60中为"否")返回步骤51。另一 方面，当其对交换请求作出响应时(S60中为"是")，MAC控制驱 动器12确定交换协商目标的MAS(S61)并在IE设置区域中设置响应 IE (S62)。此外，MAC控制驱动器12在主机控制寄存器53中设置 存储在IE设置区域中的响应IE的地址(S63)并将有效位设置为1
(S64)。在有效位被主机控制器50清零之后(S65中为"是")， MAC控制驱动器12终止处理。
接下来，将参照图15描述主机控制器50中的内置CPU51的操作 细节。在本示例中，将描述在所有者侧中内置CPU51的操作。当内置 CPU 51不在超帧的顶部时(S71中为"否")，内置CPU51检査有效 位是否被设置为1(S72)。当有效位未被设置为1时(S72中为"否")， 过程返回步骤S71。另一方面，当有效位被设置为1时(S72中为"是")， 内置CPU 51指示PCI I/F 52将存储在IE设置区域21中的IE传输到帧 缓冲器54 (S73) 。 PCI I/F 52使用主机控制寄存器53中设置的地址来 将IE传输到帧缓冲器54。内置CPU51将有效地址设置为零(S74)， 并将IE添加到接下来将被发送的信标(S75)。
另一方面，当其为超帧的开头时(S71中为"是")，内置CPU 51 指示设备侧I/F 55通过自己的时隙(MAS)发送信标(S76)。内置 CPU 51在帧缓冲器54中设置接下来发送响应ID的信标(S79)。当 信标周期未完成时(S77中为"否")，检査在帧缓冲器54中是否存 在所接收到的信标(S80)。当不存在所接收到的信标时(S80中为"否")， 过程返回步骤S77。当存在所接收到的信标时(S80中为"是")，内置cpu 51指示pci i/f 52将存储在帧缓冲器54中的信标传输到接收信 标存储区域22 (s81)，并且过程返回步骤s77。
当信标周期终止时(在s77中为"是")，检査是否正在发送协 商ie (s78)。当正在发送协商ie时(s78中为"是")，倒计数值 (协商ie中的交易倒计数)减1(s82)。当倒计数值为零或以上时(s83 中为"是")，将协商ie添加到接下来将发送的信标(s84);并且 当倒计数值小于零时(s83中为"否")，不将协商ie添加到接下来 将发送的信标(s85)。内置cpu51在帧缓冲器54中设置接下来将被 发送的信标(s79)。虽然在目标侧中的内置cpu51执行与图15所示 类似的操作，但以下这一点是不同的。在步骤s78中，确定是否正在 接收协商ie。此外，在步骤s84和s85中采用响应ie代替协商ie。
如上所述，通过指定其中要求分配协商或交换协商的mas作为协 商ie的drp分配以在信标周期中将其发送，可以开始mas的分配协 商或交换。此外，通过将倒计数值添加到协商ie并对于每个超帧将该 值减l (执行倒计数)，所有者侧测量协商周期。此外，目标侧能够基 于该倒计数值来检测分配或交换mas以及发送响应ie的时间。
所有者侧从将作为协商伙伴的设备接收响应ie，这意味着成功地 建立了协商，并且从倒计数值变为零的超帧的下一个超帧开始使用被 改变的mas。当倒计数值在没有任何响应的情况下变为零时，这意味 着未成功地建立协商。此外，虽然图14中未作描述，但是目标侧的设 备在倒计数值为三或以上时发送响应ie。当倒计数值为二或以下时， 不作出响应。这是因为在无线电发送路径中考虑传输操作的失败并假 设失败连续达到三次是自然的。当在倒计数值为3时开始响应时，可 以发送响应ie四次直到倒计数值变为零时为止。
如上所述，根据本发明的示例性实施例，可以通过将其它设备预 留的时隙提供给自己的设备来保证所需的带宽，由此可以保证通信质量。此外，通过收集时隙以使其连续，可以传输大规模的数据并提高 传输效率。
虽然已经根据多个示例性实施例描述了本发明，但是本领域的技 术人员将认识到，在随附权利要求的精神和范围内可以利用各种修改 来实施本发明，并且本发明不限于上述示例。
此外，权利要求的范围不限于上述示例性实施例。
此外，注意到，申请人的意图是涵盖所有请求保护的元素的等同 物，即使稍后在审查期间被修改。
权利要求
1. 一种通信设备，包括控制部分，所述控制部分生成协商请求信息，所述协商请求信息请求预留改变以使得自己的设备使用已经被其它通信设备预留的时隙；以及主机控制器，所述主机控制器向所述其它通信设备发送所述协商请求信息，并从所述其它通信设备接收适应所述预留改变的响应，其中，在接收到所述响应之后，所述控制部分将被所述其它通信设备预留的时隙设置为由所述自己的设备使用的时隙。
2. 根据权利要求l所述的通信设备，其中，所述控制部分生成请求分配已经被所述其它通信设备预留的时隙的信息，在接收到所述响 应之后与所述其它通信设备同步，并且从所述其它通信设备获得已经 被所述其它通信设备预留的所述时隙。
3. 根据权利要求l所述的通信设备，其中，所述控制部分生成请求利用已经被所述其它通信设备预留的时隙改变已经被所述自己的设 备预留的时隙的信息，作为所述协商请求信息。
4. 根据权利要求l所述的通信设备，其中，所述控制部分在预定 时间段期间重复地发送所述协商请求信息，并在所述预定时间段之后 开始使用已经被所述其它通信设备预留的所述时隙。
5. 根据权利要求1所述的通信设备，其中，所述协商请求信息包 括自己的时隙号码区域，用于设置已经被所述自己的设备预留的时 隙号码；以及其它时隙号码区域，用于设置已经被所述其它通信设备 预留的时隙号码，所述控制部分设置请求使用在所述其它时隙号码区域上的时隙的 时隙号码，以及在所述控制部分请求所述其它通信设备交换时隙的情况下，所述 控制部分在所述自己的时隙号码区域中设置已经被所述自己的设备预 留的所述时隙号码。
6. 根据权利要求4所述的通信设备，其中，所述协商请求信息包括倒计数值以对所述预定时间段计数，所述控制部分将发送所述协商请求信息的超帧的数目设置为所述 倒计数值，每当超帧改变时，所述主机控制器将所述倒计数值减去一，以及 当所述控制部分接收到响应并且所述倒计数值变为小于零时，所述控制部分将已经被所述其它通信设备预留的时隙设置为由所述自己的设备使用的时隙。
7. 根据权利要求l所述的通信设备，其中 所述主机控制器接收由所述其它通信设备发送的协商请求信息，所述协商请求信息请求改变预留，以使得所述其它通信设备使用已经 被所述自己的设备预留的时隙，以及所述控制部分响应于由所述自己的设备预留的时隙确定所述控制 部分是否对由所述其它通信设备发送的所述协商请求信息作出响应。
8. 根据权利要求1所述的通信设备，其中，所述时隙是介质访问 时隙(MAS)。
9. 根据权利要求l所述的通信设备，其中，所述时隙是基于超宽 带(UWB)被预留的。
10. 根据权利要求9所述的通信设备，其中，所述时隙是基于 WiMedia—Alliance被预留的。
11. 一种通信方法，包括将协商请求信息从第一设备发送到第二设备，所述协商请求信息 请求改变预留，以使得所述第一设备使用已经被所述第二设备预留的 时隙；基于所述协商请求信息由所述第二设备对预留改变的接受作出响应；以及在作出响应之后，由所述第一设备使用已经被所述第二设备预留 的所述时隙。
12. —种有形地嵌入在计算机可读介质中的信息数据结构，所述 信息数据结构包括将被包括在信标中的数据帧，其中，所述数据帧的 数据指定已经被第一设备预留的时隙号码和已经被第二设备预留的预 留时隙号码，以便相互交换。
13. —种存储用于权利要求11的方法的指令的存储介质。
全文摘要
一种通信设备、通信方法以及数据结构。该通信设备通过基于WiMeia_Alliance预留介质访问时隙(MAS)来通信。该通信设备包括生成协商请求信息的控制部分，所述协商请求信息请求预留改变以使得自己的设备使用已经被其它通信设备预留的MAS；以及主机控制器，该主机控制器向其它通信设备发送协商请求信息并从其它通信设备接收适应预留改变的响应。在接收到该响应之后，控制部分将由所述其它通信设备预留的MAS设置为由自己的设备使用的MAS。
文档编号H04W28/26GK101521918SQ20091012660
公开日2009年9月2日 申请日期2009年2月27日 优先权日2008年2月29日
发明者狩谷广士 申请人:恩益禧电子股份有限公司