CN101521918A - 通信设备、通信方法以及数据结构 - Google Patents
通信设备、通信方法以及数据结构 Download PDFInfo
- Publication number
- CN101521918A CN101521918A CN200910126602A CN200910126602A CN101521918A CN 101521918 A CN101521918 A CN 101521918A CN 200910126602 A CN200910126602 A CN 200910126602A CN 200910126602 A CN200910126602 A CN 200910126602A CN 101521918 A CN101521918 A CN 101521918A
- Authority
- CN
- China
- Prior art keywords
- equipment
- mas
- communication equipment
- reserved
- time slot
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access, e.g. scheduled or random access
- H04W74/04—Scheduled or contention-free access
- H04W74/06—Scheduled or contention-free access using polling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
Abstract
一种通信设备、通信方法以及数据结构。该通信设备通过基于WiMeia_Alliance预留介质访问时隙(MAS)来通信。该通信设备包括:生成协商请求信息的控制部分,所述协商请求信息请求预留改变以使得自己的设备使用已经被其它通信设备预留的MAS;以及主机控制器,该主机控制器向其它通信设备发送协商请求信息并从其它通信设备接收适应预留改变的响应。在接收到该响应之后,控制部分将由所述其它通信设备预留的MAS设置为由自己的设备使用的MAS。
Description
技术领域
本发明涉及一种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的情况。虽然设备#E预留MAS10、11、14和15,但是MAS不连续。设备#E等待其它设备(在本示例中为设备#D)打开MAS。当在设备#D离开时打开MAS 8、9、12和13时,设备#E能够重新预留MAS。例如,设备#E能够连续地使用MAS 12至15。此外,MAS 8至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的手段,所述其它设备保证在预留指定数目之内的MAS。因此,可以提高数据传输效率。
附图说明
根据结合附图的某些示例性实施例的以下说明,以上及其它示例性方面、优点和特征将变得更加显而易见,在附图中:
图1示出了根据本发明的第一示例性实施例的设备的配置示例;
图2示出了超帧的配置示例;
图3示出了DRP IE的帧格式;
图4示出了用于描述区位图和MAS位图的配置示例;
图5示出了协商IE的帧格式的示例;
图6示出了在执行分配协商时MAS的预留状态示例;
图7示出了当设备#E执行分配协商时协商IE的设置和倒计数值的状态;
图8示出了当成功地建立协商时信标的更新时序;
图9示出了当协商失败时信标的更新时序;
图10示出了在执行交换协商时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中,示出了设备1a至1e;并且在以下描述中,将该设备描述为自己的设备,并将设备1a至1d描述为其它设备(其它通信设备)。设备1a至1e是使用WUSB执行通信的通信设备,并可以具有信息处理设备中的WUSB的通信功能。虽然只示出了设备1e的详细配置示例,但设备1a至1e具有相同的配置。此外,在以下描述中,为了在设备之间进行区分,将每个设备示为设备1a至1e或设备#A至#E。然而,当不必进行区分时,将设备简称为设备1。
设备1包括控制部分10、主存储器20、系统芯片组30、PCI(外围组件互连)总线40以及主机控制器50。控制部分10包括WUSB控制驱动器11和MAC控制驱动器12。主存储器20包括IE设置区域21和接收信标存储区域22。系统芯片组30包括PCI总线控制器31。主机控制器50包括内置CPU(中央处理单元)51、PCI I/F(接口)52、主机控制寄存器53、帧缓冲器54、设备侧I/F 55以及无线电部分56。
控制部分10是控制在包括主机控制器50的自己的设备中的每个组件的CPU。控制部分10管理自己的设备的MAS的预留,按顺序生成DRP IE(分布式预留协议信息元素)以便保证所需的带宽,并具有向其它设备发送DRP IE的主机控制器50。稍后将描述DRP IE。此外,在第一示例性实施例中,控制部分10生成要求使用被其它设备预留的时隙的协商IE。稍后将详细描述协商IE。控制部分10包括WUSB控制驱动器11和MAC控制驱动器12作为实现这些功能的特定示例。
WUSB控制驱动器11计算数据传输所需的带宽(MAS的数目),并将该带宽通知MAC控制驱动器12。
MAC控制驱动器12基于WUSB控制驱动器11的请求生成IE(信息元素),诸如用于执行MAS预留的协商IE、DRP IE等。
主存储器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μs的时间段来形成,并且由256个MAS(256μs)组成。通过重复超帧的单元来实现数据传输。在每个超帧中,在其开头处设置信标周期,其余的部分是数据帧。图2示出了超帧的配置示例。从超帧的开头开始设置信标周期(BP),更具体地,从超帧定时器为零的点开始。信标周期的起始时间称为BPST(信标周期起始时间)。信标发送用于控制的各种信息。
此外,在数据帧中,分配有除信标周期之外的MAS,并将其用于设备之间的数据传输。
<DRP>
使用分布式预留协议(DRP)来执行发送和接收的所有设备通过向信标添加DRP IE通知外围部分预留了哪个MAS。图3示出了DRP IE的帧格式。此外,图4示出了描述区位图和MAS位图的配置示例。MAS预留由DRP IE中的以下字段值来指定:目标/所有者、DevAddr、所有者、预留类型以及流索引。预留;所有者是开始预留的设备,并在该预留内开始帧处理(transaction)。预留;目标是其中由预留所有者来预留MAS的设备。在WUSB中,预留所有者对应于主机,并且预留目标对应于设备。主机接收外围部分的其它主机的信标,确定为空的MAS中由其本身使用的MAS,并通过使用DRP IE将该MAS通知外围设备。一旦确定MAS预留,就通过WUSB传输(控制传输)来传输设备=目标发送的DRP IE。设备本身不生成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的字节数目。
倒计数(CountDown)是用于与其它外围设备同步的倒计数值。
所有者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的示例。要求预留的改变的设备称为设备#E(对应于图1中的设备1e),并且其中请求预留改变的设备称为设备#D(对应于图1中的设备1d)。如上级所示,在当前预留状态下,虽然设备#E预留第15个MAS,但所需的数据传输带宽不足。如中级所示,设备#E考虑执行分配协商而不是等待其它设备打开MAS。在本示例中,设备#E考虑由设备#D分配三个MAS,从而能够保证连续的带宽。如下级所示,当设备#D在对协商作出响应之后对MAS 12至14的分配作出响应时,设备#E采用四个MAS 12至15。
图7示出了当设备#E执行分配协商时协商IE的设置和倒计数值(倒计数)的状态。设备#E在协商IE的目标DevAddr中设置其中要求分配MAS的设备#D的地址01h,并在DRP分配中设置其中要求分配的MAS。然后,当将发送协商IE的超帧设置为倒计数值10时开始倒计数。在图7中,在倒计数5时成功地建立协商,并且设备#D在所有者DevAddr中设置设备#E的地址02h,并开始发送响应IE,在该响应IE中,在DRP分配中设置将被分配的MAS。设备#E从倒计数变为0的帧的下一个帧开始接收来自设备#D的MAS。
图8示出了当成功地建立协商时信标的更新时间,并且图9示出了当协商失败时信标的更新时间。当超帧为0时,倒计数值为10,并且设备#E通过向信标添加协商IE来开始发送。设备#E保持向其添加协商IE的信标的发送直到倒计数值变为0时为止。在图8中,当倒计数值为5时,设备#D通过向信标添加响应IE来开始响应。设备#D响应一次之后,重复响应直到倒计数值变为0。设备#E和设备#D均当倒计数值为0时发送其中改变了MAS预留状态的信标。在图9中,没有来自设备#D的响应;并且因此,设备#E当倒计数值变为0时停止向信标添加协商IE。此外,由于未成功地建立协商,所以不更新信标的信息。
接下来,将描述当自己的设备要求交换其它设备的预留MAS时的示意性操作。图10示出了MAS的预留状态的一个示例,并且图11示出了关于其中交换MAS的情况的协商IE的设置和倒计数的状态。与图6一样,图10也示出了由五个设备预留MAS的情况。在图10中,如上级所示,设备#E预留不连续的MAS。如果可以保证连续的MAS,则改善了数据传输的效率。因此,设备#E开始协商所述MAS与设备#D(图10中的中级)预留的MAS的交换。当成功地建立交换时,设备#E能够使用连续的MAS 12至15,并且设备#D能够使用连续的MAS 8至11(图10中的下级)。
此外,如图11所示,设备#E在协商IE的目标DevAddr中设置其中请求交换MAS的设备#D的地址01h,并且在DRP分配中设置其中请求交换的MAS。此外,在所有者DevAddr中设置自己的设备的地址02h,并在DRP分配中设置由自己的设备预留并要求交换的MAS。然后,通过将发送交换IE的超帧设置为倒计数值10来开始倒计数。在图11中,当倒计数值为5时成功地建立了协商,并且设备#D在目标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中为“是”),过程返回步骤S11。
当其不满足时(步骤S14中为“否”),检查是否存在预留多于指定数目的MAS的设备(S15)。当不存在预留多于指定数目的MAS的设备时(S14中为“否”),过程返回步骤S11。当存在预留多于指定数目的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中为“否”)时,过程返回步骤S11。
现在,将参照图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和内置CPU 51均可以访问的区域中设置,所述有效位可以是任何一个。例如,可以在主机控制寄存器53中设置所述有效位。
MAC控制驱动器12等待直到有效位被主机控制器50的内置CPU51清零时为止(S35)。有效位被清零这一事实意味着已经由主机控制器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中设置DRPIE(S40),在主机控制器寄存器中设置存储在IE设置区域中的IE的地址(S41),并将有效位设置为1(S42)。MAC控制驱动器12等待直到有效位被主机控制器50的内置CPU 51清零时为止(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中的内置CPU 51的操作细节。在本示例中,将描述在所有者侧中内置CPU 51的操作。当内置CPU 51不在超帧的顶部时(S71中为“否”),内置CPU 51检查有效位是否被设置为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。内置CPU 51将有效地址设置为零(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)。内置CPU 51在帧缓冲器54中设置接下来将被发送的信标(S79)。虽然在目标侧中的内置CPU 51执行与图15所示类似的操作,但以下这一点是不同的。在步骤S78中,确定是否正在接收协商IE。此外,在步骤S84和S85中采用响应IE代替协商IE。
如上所述,通过指定其中要求分配协商或交换协商的MAS作为协商IE的DRP分配以在信标周期中将其发送,可以开始MAS的分配协商或交换。此外,通过将倒计数值添加到协商IE并对于每个超帧将该值减1(执行倒计数),所有者侧测量协商周期。此外,目标侧能够基于该倒计数值来检测分配或交换MAS以及发送响应IE的时间。
所有者侧从将作为协商伙伴的设备接收响应IE,这意味着成功地建立了协商,并且从倒计数值变为零的超帧的下一个超帧开始使用被改变的MAS。当倒计数值在没有任何响应的情况下变为零时,这意味着未成功地建立协商。此外,虽然图14中未作描述,但是目标侧的设备在倒计数值为三或以上时发送响应IE。当倒计数值为二或以下时,不作出响应。这是因为在无线电发送路径中考虑传输操作的失败并假设失败连续达到三次是自然的。当在倒计数值为3时开始响应时,可以发送响应IE四次直到倒计数值变为零时为止。
如上所述,根据本发明的示例性实施例,可以通过将其它设备预留的时隙提供给自己的设备来保证所需的带宽,由此可以保证通信质量。此外,通过收集时隙以使其连续,可以传输大规模的数据并提高传输效率。
虽然已经根据多个示例性实施例描述了本发明,但是本领域的技术人员将认识到,在随附权利要求的精神和范围内可以利用各种修改来实施本发明,并且本发明不限于上述示例。
此外,权利要求的范围不限于上述示例性实施例。
此外,注意到,申请人的意图是涵盖所有请求保护的元素的等同物,即使稍后在审查期间被修改。
Claims (13)
1.一种通信设备,包括:
控制部分,所述控制部分生成协商请求信息,所述协商请求信息请求预留改变以使得自己的设备使用已经被其它通信设备预留的时隙;以及
主机控制器,所述主机控制器向所述其它通信设备发送所述协商请求信息,并从所述其它通信设备接收适应所述预留改变的响应,
其中,在接收到所述响应之后,所述控制部分将被所述其它通信设备预留的时隙设置为由所述自己的设备使用的时隙。
2.根据权利要求1所述的通信设备,其中,所述控制部分生成请求分配已经被所述其它通信设备预留的时隙的信息,在接收到所述响应之后与所述其它通信设备同步,并且从所述其它通信设备获得已经被所述其它通信设备预留的所述时隙。
3.根据权利要求1所述的通信设备,其中,所述控制部分生成请求利用已经被所述其它通信设备预留的时隙改变已经被所述自己的设备预留的时隙的信息,作为所述协商请求信息。
4.根据权利要求1所述的通信设备,其中,所述控制部分在预定时间段期间重复地发送所述协商请求信息,并在所述预定时间段之后开始使用已经被所述其它通信设备预留的所述时隙。
5.根据权利要求1所述的通信设备,其中,所述协商请求信息包括:自己的时隙号码区域,用于设置已经被所述自己的设备预留的时隙号码;以及其它时隙号码区域,用于设置已经被所述其它通信设备预留的时隙号码,
所述控制部分设置请求使用在所述其它时隙号码区域上的时隙的时隙号码,以及
在所述控制部分请求所述其它通信设备交换时隙的情况下,所述控制部分在所述自己的时隙号码区域中设置已经被所述自己的设备预留的所述时隙号码。
6.根据权利要求4所述的通信设备,其中,所述协商请求信息包括倒计数值以对所述预定时间段计数,
所述控制部分将发送所述协商请求信息的超帧的数目设置为所述倒计数值,
每当超帧改变时,所述主机控制器将所述倒计数值减去一,以及
当所述控制部分接收到响应并且所述倒计数值变为小于零时,所述控制部分将已经被所述其它通信设备预留的时隙设置为由所述自己的设备使用的时隙。
7.根据权利要求1所述的通信设备,其中
所述主机控制器接收由所述其它通信设备发送的协商请求信息,所述协商请求信息请求改变预留,以使得所述其它通信设备使用已经被所述自己的设备预留的时隙,以及
所述控制部分响应于由所述自己的设备预留的时隙确定所述控制部分是否对由所述其它通信设备发送的所述协商请求信息作出响应。
8.根据权利要求1所述的通信设备,其中,所述时隙是介质访问时隙(MAS)。
9.根据权利要求1所述的通信设备,其中,所述时隙是基于超宽带(UWB)被预留的。
10.根据权利要求9所述的通信设备,其中,所述时隙是基于WiMedia_Alliance被预留的。
11.一种通信方法,包括:
将协商请求信息从第一设备发送到第二设备,所述协商请求信息请求改变预留,以使得所述第一设备使用已经被所述第二设备预留的时隙;
基于所述协商请求信息由所述第二设备对预留改变的接受作出响应;以及
在作出响应之后,由所述第一设备使用已经被所述第二设备预留的所述时隙。
12.一种有形地嵌入在计算机可读介质中的信息数据结构,所述信息数据结构包括将被包括在信标中的数据帧,其中,所述数据帧的数据指定已经被第一设备预留的时隙号码和已经被第二设备预留的预留时隙号码,以便相互交换。
13.一种存储用于权利要求11的方法的指令的存储介质。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2008049304A JP2009207042A (ja) | 2008-02-29 | 2008-02-29 | 通信装置、通信方法及びデータ構造 |
JP2008049304 | 2008-02-29 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101521918A true CN101521918A (zh) | 2009-09-02 |
Family
ID=40469500
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910126602A Pending CN101521918A (zh) | 2008-02-29 | 2009-02-27 | 通信设备、通信方法以及数据结构 |
Country Status (5)
Country | Link |
---|---|
US (1) | US20090219947A1 (zh) |
JP (1) | JP2009207042A (zh) |
CN (1) | CN101521918A (zh) |
GB (1) | GB2457785A (zh) |
TW (1) | TW200943863A (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7782801B2 (en) * | 2007-05-29 | 2010-08-24 | Red Hat, Inc. | Flush support for virtual synchrony |
US8478820B2 (en) | 2009-08-26 | 2013-07-02 | Qualcomm Incorporated | Methods and systems for service discovery management in peer-to-peer networks |
US8478776B2 (en) | 2009-10-30 | 2013-07-02 | Qualcomm Incorporated | Methods and systems for peer-to-peer network discovery using multi-user diversity |
US8825818B2 (en) * | 2009-11-10 | 2014-09-02 | Qualcomm Incorporated | Host initiated connection to a device |
US8730928B2 (en) * | 2010-02-23 | 2014-05-20 | Qualcomm Incorporated | Enhancements for increased spatial reuse in ad-hoc networks |
TWI562550B (en) * | 2010-07-07 | 2016-12-11 | Koninkl Philips Electronics Nv | A method and system for enabling multiband transmission in wireless systems |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH04316240A (ja) * | 1991-04-16 | 1992-11-06 | Fuji Xerox Co Ltd | 回線交換システムにおけるタイムスロット分散管理方式 |
US5535206A (en) * | 1994-11-14 | 1996-07-09 | Zenith Electronics Corporation | Upstream data transmission system for cable television |
SE9601130D0 (sv) * | 1996-03-25 | 1996-03-25 | Christer Bohm | Reallocation procedure and mechanism |
SE9904025L (sv) * | 1999-11-05 | 2001-05-06 | Net Insight Ab | Förfarande i ett digitalt kommunikationssystem |
SE9904026L (sv) * | 1999-11-05 | 2001-05-06 | Net Insight Ab | Metod för styrning av resurser i ett kommunikationsnät |
US6807146B1 (en) * | 2000-04-21 | 2004-10-19 | Atheros Communications, Inc. | Protocols for scalable communication system using overland signals and multi-carrier frequency communication |
US7756108B2 (en) * | 2003-11-07 | 2010-07-13 | Nokia Corporation | Transmission of voice over a network |
KR100647906B1 (ko) * | 2005-09-15 | 2006-11-23 | 한국전자통신연구원 | 초광대역방식의 무선 usb 호스트 장치 |
-
2008
- 2008-02-29 JP JP2008049304A patent/JP2009207042A/ja active Pending
-
2009
- 2009-02-03 GB GB0901734A patent/GB2457785A/en not_active Withdrawn
- 2009-02-11 US US12/379,040 patent/US20090219947A1/en not_active Abandoned
- 2009-02-17 TW TW098104939A patent/TW200943863A/zh unknown
- 2009-02-27 CN CN200910126602A patent/CN101521918A/zh active Pending
Also Published As
Publication number | Publication date |
---|---|
JP2009207042A (ja) | 2009-09-10 |
GB2457785A (en) | 2009-09-02 |
US20090219947A1 (en) | 2009-09-03 |
GB0901734D0 (en) | 2009-03-11 |
TW200943863A (en) | 2009-10-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP1870819A1 (en) | Method and system of connecting between a single wireless device and plurality of hosts using a wireless USB | |
KR101207323B1 (ko) | 호스트-디바이스 통신 방법 및 호스트 장치 | |
CN101521918A (zh) | 通信设备、通信方法以及数据结构 | |
US7756101B2 (en) | Efficient resolution of relinquishment requests in a wireless communications network | |
US6185607B1 (en) | Method for managing network data transfers with minimal host processor involvement | |
JP3724396B2 (ja) | 無線通信システム、無線通信制御装置及び無線通信制御方法、無線通信装置及び無線通信方法、並びに記憶媒体 | |
CN100542180C (zh) | 一种高级数据链路控制通道带宽动态调整中的方法及装置 | |
CN109901469A (zh) | 一种基于fpga技术实现profibus-pa总线通信的方法 | |
US20070086421A1 (en) | Wireless relay apparatus and wireless relay method | |
CN101282224A (zh) | 通信适配器及通信适配器的数据传输方法 | |
JP2005537753A5 (zh) | ||
JP4760169B2 (ja) | 無線通信装置,コンピュータプログラム,無線通信方法,および無線通信システム | |
CN100563236C (zh) | 业务质量参数的传递方法 | |
EP2045724A1 (en) | Wireless universal serial bus system and driving method thereof | |
JP5125446B2 (ja) | リソース予約装置、システム、方法 | |
TWI449381B (zh) | 通訊方法以及藍芽裝置 | |
KR20070091504A (ko) | 이종 이동 단말이 존재하는 무선 통신 시스템에서 분산스케쥴링 기반의 자원 할당 방법 및 그 시스템 | |
JP3965162B2 (ja) | 無線通信機器およびその無線通信方法 | |
JP5106230B2 (ja) | 通信システム及び方法、端末局及びプログラム | |
CN113923241A (zh) | 用于物联网设备配网的方法及装置、路由器、物联网设备 | |
JP2009009210A (ja) | 通信システム、通信装置及びその制御方法、並びにコンピュータ・プログラム | |
JP2010034992A (ja) | ワイヤレス通信システム、及びワイヤレス通信方法 | |
US20070005501A1 (en) | Method for monitoring and controlling a number of available decentralized ip budgets of a subscriber in a packet-based communications network during an online assessment of charges with limit value monitoring for data transmissions | |
WO2007111406A1 (en) | Method and apparatus for adjusting bandwidth of device | |
KR100382638B1 (ko) | 홈네트웍 시스템 및 그 채널 할당 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20090902 |