专利名称：传送装置与接收装置间传送信息的方法及相关通信系统的制作方法
技术领域：
本发明系相关于一种在一通信系统，较佳地是，一根据UWB(Ultra-Wideband，超宽带)技术之无线通信系统，更为较佳地是，一MBOA通信系统(Multiband OFDM Alliance，多频带OFDM联盟)，中用于传送信息的方法，以及一种相关的通信系统。
背景技术：
根据现今之用于MBOA通信系统的MAC层(Media AccessController，媒体存取控制器)标准，仅会提供用于丛发确认(burstacknowledgements)的一最小流程控制机制，而此流程控制机制则是仅会以所述MAC层缓冲尺寸信息作为基础，但并不允许在所述MAC层上方的较高联网层(networking layers)主动地参与所述流程控制机制。
再者，在所述MBOA MAC层之中，并不仅具有一用于帧确认(frameacknowledgement)的丛发确认模式，也会具有一所谓的立即确认模式(immediate acknowledgement mode)以及一非确认模式(non-acknowledge mode)，在所述立即确认模式中，接收器乃会在其已经自一传送器接收一无错误帧之后，发送一立即确认帧(immediateacknowledgement frame)至所述传送器，在所述丛发确认帧模式中，所述接收器系会在已经自所述传送器接收一具一丛发确认要求的帧之后，发送一丛发确认帧，其中，所述丛发确认帧乃会列举所述丛发确认型态之所有已经接收的在前无错误帧，最后，在所述确认模式之中，即使是在已经接收一正确帧的情况之下，所述接收器也不会发送任何的确认帧至所述传送器。此确认计划系特别地适合用于多点广播(multicast)、或广播帧，这则是因为要支持来自多个来源的确认是有困难且没有效率的关系。
因此，系需要一完全且统一的确认计划来执行用于所有确认型态之MAC以及较高层的流程控制。
发明内容
本发明作为基础的目的系在于提供一种在一通信系统中于一传送装置以及一接收装置间传送信息的方法，以及一相关之提供如此之一完全且统一的确认计划的通信系统。
根据本发明，此目的的达成乃是藉由一种在一通信系统中于一传送装置以及一接收装置间传送信息的方法，包括下列步骤将信息自所述传送装置传送至所述接收装置，检查所述接收装置是否已经无错误地接收所述信息，以及若是所述接收装置已经无错误地接收了所述信息时，将一确认通知(acknowledgement notification)传送至所述传送装置，其中，所述确认通知乃会包括一关于所述接收装置自所述传送装置接收另外之信息的容量的指示。
较佳地是，在所述传送装置以及所述接收装置之间的所述通信以一帧作为基础而加以实行，以及因此，所述接收装置在已经自所述传送装置接收一无错误帧之后，乃会将所述确认通知发送至所述传送装置，然后，取决于相关的确认模式，所述确认通知乃可以包含立即确认型态、或丛发确认型态的一确认。
根据本发明的较佳实施例，所述确认通知乃会包括一有关可由包含所述接收装置之一缓冲的伫立所掌控之额外帧的一最大数量(非取决于所述帧尺寸)的信息，再者，较佳地是，所述确认通知亦包括一有关所述接收装置之缓冲的自由缓冲尺寸的信息。
较佳地是，所述通信信息以及所述确认通知乃是在所述传送装置以及所述接收装置间的所述MAC层上进行传送，另外，本发明亦提供一种将所述确认通知自所述MAC层向前递送至较高层的机制，以及本发明也提供一种用于执行队列轮询(queue polling)的机制，其系允许于所述传送装置处之所述MAC层上方的较高联网层可以检查于所述接收装置处之特殊队列的状态。
较佳地是，本发明系可以使用于根据UWB技术的MBOA通信系统之中，然而，作为一种方式，本发明并不受限于此较佳的技术领域，而是同样地可以应用于所有具有确认通知之传送标准之中，例如，Hiper-LAN，Ethernet(以太网络)，或USB，再者，本发明的机制系可以用于支持异步(asynchronous)以及等时(isochronous)流程，并且，系使得一完全且统一的计划可以执行MAC层流程控制以及用于所有确认型态的较高层流程控制，包括丛发确认型态，立即确认型态，以及非确认型态。
接下来，本发明的较佳实施例将会以图式做为参考而进行更详尽的解释。
图1其系显示根据本发明之一通信系统的一简化方块图；图2其系显示根据本发明一较佳实施例之一立即确认帧的可能格式；图3其系显示根据本发明一较佳实施例之一丛发确认帧的可能格式；图4至图7其系显示用于支持依照本发明之一流程控制的原语(primitives)的实例；图8其系显示用于解释根据本发明之一流程控制机制的一流程图；图9及图10其系显示本发明所提议之用于队列轮询(queuepolling)的原语；图11其系显示根据本发明一较佳实施例之一队列轮询控制帧的可能格式；图12及图13其系显示依照本发明之用于队列轮询的另外原语；图14其系显示根据本发明一较佳实施例之一队列轮询指令帧的可能格式；图15其系显示根据本发明一较佳实施例之一队列轮询指令帧的另一表示；以及图16其系显示用于表示根据本发明一较佳实施例之一包括队列轮询之完整流程控制机制的一流程图。
具体实施例方式
图1系显示一通信系统，举例而言，一根据MBOA传送标准的无线通信系统，而其则是会包括一传送装置1以及一接收装置2，其中，所述传送装置1以及所述接收装置2乃是藉由一传送通道/传送连结而加以耦接，并且，每一个系会包括一收发器区段4，7，以用于传送以及接收来自相关之其它装置的信息，再者，两个装置都会包括一控制单元5，8，以用于控制所述相关装置的功能以及操作，另外，所述接收装置2乃会于其收发器区段7之中包括一队列以及一缓冲器6，用于缓冲所述接收装置2透过通信信道3而接收自所述传送装置1的通信帧，此外，自所述传送装置1被传送至所述接收装置2的所述通信信息乃可以包括资料以及影音信息。
在图1中所显示的所述通信系统乃会提供一完全且统一的计划，以用于执行所有确认型态，包括丛发确认型态(burst-ACK)，立即确认型态(immediate-ACK)，以及非确认型态(non-ACK)之确认，的MAC以及较高层流程控制，再者，所述通信系统亦会加以配置为使得异步(asynchronous)以及等时(isochronous)流程可以支持具有接下来所叙述之机制的流程控制。
正如先前已经提及的，所述通信信息乃会呈现一序列之复数个通信帧的形式，而自所述传送装置1被传送至所述接收装置2，接着，由所述接收装置2所接收的所述通信信息则是会在所述缓冲器6之中进行缓冲，并且，之后，藉由所述接收装置2的所述控制单元8而进行处理以及评估。
所述接收装置2的所述控制单元8乃会检查所述通信信息是否已经无错误地接收自所述传送装置1，而所述错误检查则是可以藉由利用习知技术所熟知的任何错误算法而加以执行，举例而言，CRC(cyclicredundancy check，循环冗余检查)错误检查，然后，所述通信信息若是已经无错误地接收自所述接收装置2时，所述控制单元9就会控制所述接收装置2的所述收发单元7，以使得一确认通知会自所述接收装置的所述收发器单元7被传送至所述传送装置1，其中，所述确认通知则是在于将所述通信信息的正确接收告知所述传送装置1。
将所述确认通知自所述接收装置2发送至所述传送装置1的过程乃会取决于相关的确认模式，正如在所述通信系统中所执行的一样。在所述所谓的立即确认模式之中，所述接收装置2乃会在其已经自所述传送装置接收一无错误之完整通信帧之后，将一立即确认帧作为所述前述的确认通知而发送至所述传送装置，在所述丛发确认模式之中，所述接收装置2乃会在已经自所述传送装置1接收一具有一明确之丛发确认要求的通信帧之后，将一丛发确认帧发送至所述传送装置1，其中，所述丛发确认帧则是会列举所述丛发确认型态为所述接收装置2所接收的所有在前无错误帧，最后，在所述非确认模式之中，即使是已经接收一正确帧的情况，所述接收装置2也不会发送任何的确认帧、或是确认通知至所述传送装置1。
然而，接下来，其系假设，无论是根据所述立即确认型态、或是根据所述丛发确认型态，一确认通知系会自所述接收装置2被发送至所述传送装置1，以藉此透过所述通信通道3而将一通信帧的正确接收通知所述传送装置1，并且，特别地是，所述确认通知乃会包括有关所述接收装置2自所述传送装置1接收另外之通信信息的容量的信息，换言之，藉由所述确认通知，所述接收装置2就可以告知所述传送装置1其是否已具有自所述传送装置1接收另外之通信帧的足够容量。
较佳地是，所述确认通知会包括有关所述接收装置可以自所述传送装置接收之额外通信帧的一最大数量的信息，以及因此，较有利地情况会是所述确认通知若包括有关所述接收装置2缓冲所述队列6之自由缓冲尺寸的信息的时候，而此则是可在自所述传送装置接收另外之通信帧、或通信信息时所获得者。
图2系显示一立即确认帧之格式的一较佳实施例，其中，所述帧系包括一具有复数个控制字段的标头字段(header field)，如图2所示之格式的第一列中所指示的一样，换言之，图2之所述格式的第一列系包括了所述等个别控制字段的名称、或意义，至于图2的第二列则是包括了这些控制字段有关传送的设定，以及图2的第三列系包括了所述相关之控制字段是否要进行译码、或是可以自所述接收通信装置的所述MAC被忽略的指示，而除了最后的两个控制字段之外，所述等剩余的控制字段则是采用自当前的MBOA MAC标准，并系以此方式并入文中做为参考。
所述控制字段“protocol version(协议版本)”系用以定义传送协议的版本，而同时间，所述控制字段“frame type(帧型态)”则是用以定义具有表明一立即确认帧“ImmAck”之所述确定帧的型态，所述控制字段“SEC”系为在所述MBOA MAC帧标头中的安全位(securitybit)，并且，乃用以定义所述帧负载(frame payload)是否要进行编码，所述控制字段“ACK policy(ACK政策)”系用以定义确认政策，而同时间，所述控制字段“Retry(重试)”则是用以指示所述当前的确认帧是否为一重新传送的确认帧，所述控制字段“DeliveryIdentification(递送辨识)”系用以在所述传送期间定义所述确认帧其本身，以及所述控制字段“Access method(存取方法)”系用以定义所述传送是否是依据分布式保留协议(distributed reservationprotocol，DRP)(DRP系表示所述传送时间乃是藉由邻近的其它通信装置而进行担保以及照顾)，最后，所述等控制字段“Dest ID”以及“Src ID”则是用以定义分别用于目的装置以及来源装置的一指示符。
除了上述的所述等控制字段之外，在图2中所显式的所述立即确认帧亦会包括两个额外的控制字段“Sequence Control/Frame Limit(顺序控制/帧限制)”以及“Duration/Buffer size(持续期间/缓冲尺寸)”，其中，所述控制字段“Sequence Control/Frame Limit”乃在于定义用于发送所述立即确认帧之所述相关通信装置的所述队列6所可以掌握之额外通信帧的最大数量，而另一方面，所述控制字段“Duration/Buffer size”则是在于定义用于发送所述立即确认帧之所述相关通信装置的所述队列6所可以掌握的所述自由缓冲尺寸(以字节表示)。这两个控制字段对于所述通信装置接收所述立即确认帧而言都很重要，以便了解所述相关之其它通信装置是否可以掌握另外个通信帧。
图3系显示用于依照本发明一较佳实施例之一丛发确认帧的一新格式的一实例。
而正如可以由图3以及图2间的一比较所看出的，所述丛发确认帧的所述格式乃会于实质上相似于所述立即确认帧的所述格式，除了所述控制字段“帧型态”现在系具有用于指示所述丛发确认帧型态的数值“Burst Ack(丛发Ack)”之外，至于有关于所述丛发确认帧之所述标头字段的所述等其它控制字段，则是可以参考上述相关于图2的解释。
为了使得在所述MAC层上方的所述些联网层可以支持流程控制，其系必须要增加新的MAC-SAP(service access point，服务存取点)原语(primitives)，以及系必须要改变既存之分别用于在所述传送装置1以及所述接收装置2间之通信之以软件作为基础之控制的原语，而特别地是，这些原语乃会为所述等相关的控制单元5，8所用，以用于在两个通信装置间之所述等通信帧之传送的以软件作为基础的控制，至于所述等既存的MAC-SAP原语，则是可以再次地参考当前的MBOA MAC标准以及其对于这些原语及其所述等字段的相关解释，并系以此方式并入文中做为参考。
至于所述等既存的原语，一指示所述自由缓冲尺寸的参数“BufferSize(缓冲尺寸)”以及一指示额外帧之最大数量的新参数“FrameLimit(帧限制)”乃会被增加至所述等既存的许可原语(confirmation primitives)，以支持在传送侧的较高层流程控制，而在接收侧的指示原语则并不会包括所述帧数据本身，它们仅会被用于指示数据的到达。
图4系显示用于异步数据流之许可原语MAC-ASYNC-DATA.confirm以及新指示原语MAC-ASYNC-DATA.indication的新格式，其中，所述等新的字段“FrameLImit”以及“BufferSize”则是已经于先前进行解释，再者，所述许可原语乃会包括字段“TrgtID”，其系会辨识目标装置(也就是所述接收装置)，正如在所述相关之MAC标头中所叙述的一样，另外，两个原语都会包括所述字段“OrigID”，其系会辨识所述起源装置，正如在所述相关之MAC标头中所叙述的一样，所述字段“Priority(优先权)”乃会叙述使用者的优先权，正如在所述等通信帧的所述MAC标头中所定义的一样，以及特别地是，所述字段“Priority”系亦可以定义一特殊的接收队列，以用于处理所述等通信帧，所述许可原语的所述字段“ResultCode(结果编码)”系会包括一用于指示一已要求操作之一结果的数值，并且，举例而言，此字段的所述数值系亦可以是“连续的”，“失败的”，“阻塞的(blocked)”等，最终，所述指示原语的所述字段“Length(长度)”则是会指示所述相关之通信帧以字节表示的长度。
以类似之方式，图5系显示用于等时数据流(isochronous dataflows)之许可原语MAC-ASYNC-DATA.confirm以及新指示原语MAC-ASYNC-DATA.indication的新格式。在图5中所显示的所述许可原语系会再次地包括类似于所述用于异步数据流之许可原语，正如在图4中所示者，的所述等字段“FrameLImit”以及“BufferSize”，再者，所述用于等时数据流之许可原语系会包括一字段“StreamIndex(流索引)”，其则是得自当前的MBOA MAC标准，对于使用所述DRP分配型态的帧而言，其系有可能支持在所述等相同之通信装置之间的不同数据流，所述“StreamIndex”参数系会区别隶属于所述相同之传送以及接收装置的不同数据流，并且，所述“StreamIndex”字段亦会被包含在图5所显示之所述指示原语之中。
在所述接收侧，乃会需要额外的原语来支持较高层的背压(back-pressure)，而所述等较高层则是会在一新的数据帧到达时获得通知，然后，所述等较高层就会自一队列要求一帧，并且会接收一包含所述帧数据的反应，而在所述帧资料是无效的例子中，此则是会藉由所述“ResutCode”字段而被指向所述相关的其它通信装置。
图6系显示用于异步数据流的新MAC-SAP原语。所述等新原语系包括一新的要求原语MAC-ASYNCH-DATA-POP.reques t以及一新的许可原语MAC-ASYNCH-DATA-POP.confirm，其中，所述要求原语乃是被用于经由所述相关的控制单元8而自所述接收队列要求一新的数据帧，至于所述要求原语的所述等参数/控制字段则是在先前已经进行讨论，以及所述新的许可原语乃会被用于指示所述MAC层所述帧数据是否为有效，并且，所述许可原语系会包括一“DATA(数据)”字段，其则是所述数据帧的实际数据，再者，其系会包括一字段“Length”，以字节的方式定义所述数据帧的长度，以及一字段“ResultCode”，其正如先前所提及的，乃会包括有关所述已要求操作之结果的信息，并且，举例而言，可以包括所述等数值“连续的”，“失败的”，“阻塞的”等，另外，两个新的原语的所述“OrigID”字段系会定义所述来源装置，正如在其MAC标头中所叙述的一样，以及所述字段“Priority”系会定义所述使用者优先权，正如在所述相关之帧的所述MAC标头中所定义的一样，以及系会指示一特殊的接收队列，其中，一高优先权队列将会在一低优先权队列之前进行处理。
图7系显示用于等时数据流之新要求及许可原语的可能形式。所述新的要求原语MAC-ISOCH-DATA-POP.request系会包括所述等字段“OrigID”以及“StreamIndex”，而这都已经于先前有所讨论，再者，所述新的许可原语MAC-ASYNC-DATA-POP.confirm系会包括所述等字段“OrigID”，“StreamIndex”，“Length”，“Data”，以及“ResultCode”，这些亦已于先前有所讨论，因此，系可以参考先前的解释。
图8系显示一MBOA MAC流程控制机制的一实例。
根据图8，其系假设通信帧乃是自一第一通信装置DEV-1(传送装置)被传送至一第二通信装置DEV-2(接收装置)，所以，一通信数据帧MAC_DATA_FRAME乃会自所述通信装置DEV-1的所述MAC层被传送至所述通信装置DEV-2的所述MAC层，然后，当所述新的数据帧已经藉由使用包括有关所述已接收数据帧之负载尺寸(payload size)的信息的所述MACXX-DATA.indication原语而抵达时，所述通信装置DEV-2的所述MAC层就会告知所述通信装置DEV-2的FCSL(frameconvergence sub layer，帧会聚子层)，之后，所述通信装置DEV-2的所述FCSL系会藉由使用所述MAC-XX-DATA-POP.request原语而自所述通信装置DEV-2的队列要求所述相关的通信帧，以及所述通信装置DEV-2的所述MAC层系会藉由使用所述MAC-XX-DATA-POP.request而将数据，也就是被包括在所述已接收通信帧之中的负载，传送至所述通信装置DEV-2的所述FCSL。
再者，正如可以由图8中看出的，所述通信装置DEV-2(接收装置)的所述MAC层系会将包含所述等参数“FrameLimit”以及“BufferSize”的一立即帧确认通知IMM_ACK_FRAME传送至所述传送通信装置DEV-1的所述MAC层，然后，所述通信装置DEV-1的所述传送应用就可以根据所述接收通信装置DEV-2的容量，而使用所述等“FrameLimit”以及“BufferSize”参数来改变传送率，以清空其MAC缓冲器，并且，所述传送通信装置DEV-1的所述MAC层乃会藉由使用所述MAC-XX-DATA.confirm而将所述等“FrameLimit”以及“BufferSize”参数告知所述通信装置DEV-1的所述FCSL。
上述的所述机制系可以结合一队列轮询计划(queue pollingscheme)。队列轮询系可以允许于传送侧处之位在所述MAC层上方的所述等联网较高层可以检查于接收侧之特殊队列的状态，同样地，所述传送MAC层系可以使用队列轮询来解决断开(flow-off)的情形，而一断开情形则是在一确认帧中已接收所述参数“BufferSize”＝0的状况，另外，所述MAC层、或是较高的层系可以轮询所述完全的序列，以检查其何时有可能会发送额外的帧到所述MAC层、或是较高的层，此外，轮询队列系亦可以被使用作为一用于非确认流程的流程控制机制，其系使得每一个队列的最新状态检查可以在不需要实际地将资料流量发送至所述接收侧的情形下进行。
对异步数据流而言，系可以使用在图9中所显示之新的MAC-SAP队列轮询原语。这些新的MAC-SAP队列轮询原语乃会包括一队列轮询要求原语MAC-ASYNC-QPOLL.request以及一队列轮询许可原语MAC-ASYNC-QPOLL.confirm，其中，所述等参数“TrgtID”，“OrigID”，“Priority”，“FrameLimit”，“BufferSize”，以及“ResultCode”则是已经于先前相关于图4至图7中所显示的所述等流程控制原语而有所讨论，所以，有关于这些参数，系可以参考上述的解释，此外，所述要求原语乃会包括参数“TransmissionTimeout(传输暂停)”，以定义所述相关之要求会维持有效直到已接收一许可为止的持续时间，而若是在此参数中所叙述的时间没有接收到有关所述要求的许可时，则所述操作将会停止，然后，所述轮询MAC层系必须要掌控此情形，无论是藉由执行另外的要求、或是其它的工作。
图10系显示用于等时数据流的所述等相关原语MAC-ISOCH-QPOLL.request以及MAC-ISOCH-QPOLL.confirm，其中，在图10中所显示的所有参数都已经于先前有所讨论。
所述等队列轮询要求原语乃会起始自所述传送MAC层至所述接收MAC层之一队列轮询控制帧的产生，以及所述等队列轮询许可原语乃是根据在一队列轮询控制帧已经进行发送之后所接收之一立即确认帧的接收、并藉由所述传送MAC层而被产生至其较高层，至于所述立即确认缓冲尺寸则是指示在所述相关的原语之中。
对MAC-SAP流程控制而言，一新的控制帧乃必须要在所述MOBAMAC层之中进行定义，其中，此帧系为所述队列轮询控制帧，而所述队列轮询控制帧的格式则是显示于图11之中。
在图11中所显示之所述控制帧的大部分控制字段都已经于先前相关于图2以及图3而有所讨论，因此，系可以参考相关于图2以及图3的解释，不过，所述队列轮询控制帧的格式乃会包括一额外的字段“Control Frame Type(控制帧型态)”，其系用于定义所述控制帧的型态，并且，在所呈现的例子中，乃会与对应于一队列轮询数值且指示一队列轮询控制帧的数值“0100”一起进行传送，再者，所述队列轮询控制帧乃会包括一字段“Sequence Control/Deliveryidentification(顺序控制/递送辨识)”，其系会与所述“StreamIndex(流索引)”参数以及所述“User Priorty(使用者优先权)”参数的数值一起进行传送，其中，四个较低的位乃会被使用于此控制字段，并且，正如于先前所讨论的，对于使用所述非DRP分配型态的帧而言，其系有可能支持在所述等同样之通信装置之间的不同队列，其中，所述等个别的队列系会对应于不同的应用优先权，即表示，一高优先权队列将会在一低优先权队列之前受到处理，而且，所述“UserPriority”参数乃会在隶属于所述等同样之传送以及接收装置的不同数据流之间进行区别，再者，所述队列轮询控制帧亦会包括所述字段“Duration”，以用于指示所述队列轮询控制帧的持续期间。
其系亦有可以支持源自于所述传送至装置之DME(devicemanagement entity，装置管理实体)的队列轮询，并且，其系可以在，举例而言，若是不需要MAC-SAP队列轮询时加以执行。
图12系显示用于异步数据流的队列轮询要求原语MLME-ASYNC-QPOLL.request以及队列轮询许可原语MLME-ASYNC-QPOLL.confirm。
再者，图13系显示用于等时数据流的队列轮询要求原语MLME-ISOCH-QPOLL.request以及队列轮询许可原语MLME-ISOCH-QPOLL.confirm。
在图12以及图13中所显示的所述等参数系都已经于先前有所讨论。
所述等队列轮询要求原语乃会起始自所述传送MAC层至所述接收MAC层之一队列轮询指令帧的产生，以及所述等队列轮询许可原语乃是根据在一队列轮询指令帧已经进行发送之后所接收之一立即确认帧的接收、并藉由所述传送MAC层而被产生至其较高层，至于所述立即确认缓冲尺寸则是指示在所述原语之中。
对MLME-SAP流程控制而言，一新的指令帧乃必须要在所述MOBAMAC层之中进行定义，其中，此帧系为所述队列轮询指令帧，而所述队列轮询指令帧的格式则是显示于图14之中。
正如可由图14所看出，所述队列轮询指令帧系会包括一字段“Delivery identification”，其再次地，乃会与所述等“StreamIndex”/“User Priority”参数数值一起进行传送，另外，所述队列轮询指令帧亦会包括一字段“Fragmentation Control(段落控制)”，而其则是可以被用于控制在所述通信程序期间的段落。
图15系显示八字节结构形式的一队列轮询指令帧的格式，并且，四个八字节乃被使用作为一帧检查序列(frame check sequence，FCS)，同时间，两个八字节则是会被用以指示一数据长度“0”，以及另外两个八字节系会被以定义作为一队列轮询指令型态(QPOLL)的指令型态，最后，所述队列轮询指令帧格式则是会包括十个在图14中所显示之用于所述MAC标头的八字节。
图16系显示在一传送通信装置DEV-1，特别是，所述传送通信装置DEV-1之所述FCSL与MAC层，以及一接收通信装置DEV-2的所述等相关层之间的数据流。
在图16中所显示之所述数据流的起始系相似于在图8中所显示之相关于所述立即确认帧之传输的所述数据流，不过，其却是假设一缓冲尺寸“0”会自所述通信装置DEV-2的所述MAC层被传送至所述通信装置DEV-1的所述MAC层，既然所述接收通信装置DEV-2的所述MAC队列系被假设为完全的。
在已经接收有关所述通信装置DEV-2之所述完全MAC队列的信息之后，所述通信装置DEV-1的所述FCSL乃会利用一MAC-XX-QPOLL.request原语而发送一队列轮询要求至其MAC层，并且，所述通信装置DEV-1的所述MAC层乃会将一队列轮询控制帧QPOLL_CTRL_Frame发送至所述通信装置DEV-2的所述MAC层，以检查所述通信装置DEV-2之所述等个别队列的状态，然后，只要所述通信装置DEV-1的所述MAC层一接收到一用于指示一缓冲尺寸＞“0”的立即确认帧时，所述通信装置DEV-1的所述MAC层就会利用所述许可原语MAC-XX-DATA.confirm而将可获得之缓冲尺寸告知所述通信装置DEV-1的所述FCSL，之后，相同的程序乃会再次地开始，正如先前相关于图8所讨论的一样。
权利要求
1.一种在一通信系统中通过一通信信道将信息自一传送装置传送至一接收装置的方法，包括下列步骤自所述传送装置传送信息至所述接收装置；检查所述接收装置是否已经无错误地接收所述信息；以及若是所述接收装置已无错误地接收了所述信息，则传送一确认通知至所述传送装置，其中，所述确认通知包括关于所述接收装置自所述传送装置接收另一信息的容量的一指示。
2.根据权利要求1所述的方法，其中若所述接收装置已无错误地接收一信息帧时，所述确认通知会自所述接收装置被传送至所述传送装置。
3.根据权利要求2所述的方法，其中所述确认通知是自所述接收装置被传送至所述传送装置，以作为一立即确认帧通知。
4.根据权利要求2所述的方法，其中所述确认通知是自所述接收装置被传送至所述传送装置，以作为一丛发确认帧通知。
5.根据权利要求1所述的方法，其中所述确认通知包括有关所述接收装置可自所述传送装置接收的额外帧的一最大数量的一信息。
6.根据权利要求1所述的方法，其中所述确认通知包括有关所述接收装置用于自所述传送装置接收另一信息时可获得的自由缓冲尺寸的信息。
7.根据权利要求1所述的方法，其中所述通信系统是根据超宽带技术的一通信系统。
8.根据权利要求1所述的方法，其中所述通信系统是根据多频带正交频分复用联盟标准的一通信系统。
9.根据权利要求1所述的方法，其中所述确认通知是藉由所述接收装置的一媒体存取控制器层而进行传送。
10.根据权利要求1所述的方法，其中所述确认通知是藉由一媒体存取控制器层而被向前递送至所述传送装置的较高层。
11.根据权利要求1所述的方法，更包括下列步骤藉由所述传送装置而检查所述接收装置接收另一信息的容量。
12.根据权利要求11所述的方法，更包括下列步骤自所述传送装置传送一队列轮询要求至所述接收装置，以检查所述接收装置的一队列状态。
13.根据权利要求12所述的方法，其中所述队列轮询要求是藉由所述传送装置的一媒体存取控制器层而进行传送。
14.根据权利要求12所述的方法，其中，在已经接收所述队列轮询要求且已经检查所述接收装置的至少一队列的状态后，自所述传送装置传送所述确认通知至所述接收装置。
15.根据权利要求1所述的方法，更包括下列步骤将所述检查步骤的一结果自所述接收装置传送至所述传送装置。
16.一种通信系统，包括一传送装置，用于传送信息；以及一接收装置，其通过一通信通道而与所述传送装置耦合，以通过所述通信通道而自所述传送装置接收所述信息，所述接收装置包括控制装置，以检查所述接收装置是否已经无错误地自所述传送装置接收所述信息，以及在所述信息已无错误地被接收时，将一确认通知发送至所述传送装置，其中，所述确认通知包括关于所述接收装置自所述传送装置接收另一信息的容量的一指示。
17.根据权利要求14所述的通信系统，其中，所述通信系统是设计为可执行根据权利要求1至15其中任一的方法。
全文摘要
在一通信系统中，较佳地是，在一根据MBOA标准的无线通信系统中，通信信息是自一传送装置被传送至一接收装置，而所述接收装置则是会检查所述信息是否已经被无错误地接收；若所述信息已被无错误地接收，所述传送装置即传送一确认通知至所述传送装置，其中所述确认通知包括关于所述接收装置自所述传送装置接收另一信息的容量的指示。特别是，所述确认通知包括所述接收装置可自所述传送装置接收的额外帧的最大数量，及/或所述接收装置的自由缓冲尺寸。
文档编号H04L29/06GK1738231SQ20051009207
公开日2006年2月22日 申请日期2005年8月19日 优先权日2004年8月19日
发明者I·沙皮罗, S·阿龙森, E·斯尔龙 申请人:因芬尼昂技术股份公司