CN101944983B - 用于在通信网络中发送和接收管理消息的方法及系统 - Google Patents

Abstract

一种用于在通信网络中由发送设备发送管理消息的方法包括接收要在通信网络中传输的管理消息。所述发送设备确定对于被划分成一个或多个片段的管理消息是否需要反馈，如果需要反馈，则所述发送设备还在包括管理消息的最后片段的媒体访问控制(MAC)协议数据单元(PDU)中包括反馈请求信息。以及，所述发送设备向接收设备发送包括管理消息的最后片段和反馈请求信息的MAC PDU以及包括管理消息的其它片段的MAC PDU。

Description

用于在通信网络中发送和接收管理消息的方法及系统

技术领域

本发明一般涉及无线通信技术领域，更具体的，本发明涉及在移动宽带无线接入(MBWA)系统中的管理消息的可靠传输的领域。

背景技术

基于各种标准(例如，基于电气和电子工程师学会(IEEE)802.16e的全球微波互联接入(WiMAX)标准及其到IEEE 802.16m的演进)的宽带无线网络提供了各种类型的服务，诸如语音、分组数据交换等等。为了提供这样的服务，需要在移动站(MS)和基站(BS)之间交换控制信息。可以由在MS和BS上运行的各种协议来生成所述控制信息。典型地，第三代(3G)以上的无线通信标准(例如，第三代合作伙伴计划(3GPP)、长期演进(LTE)、IEEE802.20、以及IEEE802.16e-2005(移动WiMAX))利用管理消息来交换控制信息。

无线通信网络环境包括一个或多个基站(BS)以及与一个或多个BS通过一个或多个无线通信网络标准进行通信的一个或多个移动站(MS)。该一个或多个无线通信网络可以利用不同类型的通信技术。例如，无线通信网络包括遵循移动WiMAX(基于IEEE 802.16e或IEEE 802.16m)、3GPPLTE、3GPP2 AIE、IEEE 802.20或其它无线网络标准的网络。因此，对于在特定情形下的适当的操作行为，MS应将管理消息可靠地传输到BS是很重要的，并且反之亦然。

在一个通信网络标准(例如，基于IEEE 802.16的WiMAX标准及其演进)中，该方法以下面方式来支持管理消息的可靠传输。首先，每个管理消息与消息定时器相关联。对于不同的管理消息来说，消息定时器不同，这是因为每个管理消息包括不同的紧急程度和处理延时要求。进一步，消息定时器在管理消息一交付到负责管理消息的可靠传输的信令协议时就启动。进一步，如果消息定时器超时，则信令协议丢弃该管理消息并且通知已经交付该丢弃的管理消息的协议用以传输。这样，发起者协议可以重新发起管理消息的传输。

在上述方法中，如果管理消息较大，那么该管理消息也可以被分段。此外，当该管理消息的所有片段被接收设备成功接收时，则认为该管理消息被成功发送了。如果确定管理消息片段或整个管理消息在消息定时器超时前丢失，则信令协议分别重传管理消息片段或整个管理消息。基于接收设备反馈来进行关于对于丢失的确定。

然而，在上述方法中，发送设备在物理(PHY)层利用混合自动重传请求(HARQ)来发送管理消息或管理消息片段。在对于包括管理消息或管理消息片段的HARQ分组的最大HARQ重试(MAX HARQ RETRIES)结束后，发送设备考虑本地否定确认(NACK)。然而，在该方法中，丢失的管理消息片段的HARQ NACK到ACK错误的快速重传是不可能的。因此，在响应消息定时器超时后，需要重传整个消息。这显著增加了在恢复过程中的延迟，这是因为发送设备在接收关于包括管理消息片段的所有HARQ分组的HARQ ACK后要保持等待响应消息或响应消息定时器超时。

因此，存在对在通信网络中有效地管理管理传输消息的需求。

发明内容

为了解决现有技术的上述缺陷，首要目标是提供至少下面描述的优点。相应地，本发明的一个方面是提供一种用于在通信网络中发送和接收管理消息的系统及方法。

依照本发明的一个方面，提供一种用于在通信网络中由发送设备发送管理消息的方法。该方法包括：确定对于被划分成一个或多个片段的管理消息是否需要反馈；如果需要反馈，则在包括管理消息的最后片段的媒体访问控制(MAC)协议数据单元(PDU)中包括反馈请求信息；以及向接收设备发送包括管理消息的最后片段和反馈请求信息的MAC PDU以及包括管理消息的其它片段的MAC PDU。

依照本发明的另外一个方面，提供一种在通信网络中由接收设备接收管理消息的方法。该方法包括：分别接收包括管理消息的片段的媒体访问控制(MAC)协议数据单元(PDU)；确定在包括管理消息的最后片段的媒体访问控制(MAC)协议数据单元(PDU)中是否包括反馈请求信息；以及如果包括反馈请求信息，则向发送设备发送对于管理消息的反馈。

依照本发明的另一个方面，提供一种在通信网络中的发送设备。该发送设备包括：收发器；以及处理器，用于确定对于被划分为一个或多个片段的管理消息是否需要反馈，如果需要反馈，则在包括管理消息的最后片段的媒体访问控制(MAC)协议数据单元(PDU)中包括反馈请求信息，以及通过收发器向接收设备发送包括管理消息的最后片段和反馈请求信息的MAC PDU以及包括管理消息的其它片段的MAC PDU。

依照本发明的另一个方面，提供一种在通信网络中的接收设备。该接收设备包括：收发器；以及处理器，用于分别接收包括管理消息的片段的媒体访问控制(MAC)协议数据单元(PDU)，确定在包括管理消息的最后片段的媒体访问控制(MAC)协议数据单元(PDU)中是否包括反馈请求信息，以及如果包括反馈请求信息，则通过收发器向发送设备发送对于管理消息的反馈。

对于本领域技术人员来说，本发明的其它方面、优点和显著特征将从下面结合附图进行的公开了本发明示例性实施例的详细描述中变得清楚。

在进行下面的本发明的详细描述之前，列出贯穿本专利文档使用的特定单词和短词的定义可能是有利的：术语“包括”和“包含”以及其派生词，表示没有限制的包括；术语“或”，是宽泛的，表示和/或；短语“与……相关”和“与之相关”以及它们的派生词，可以意指包括、被包括在内、互联与、包含、被包含在内、连接到或连接与、耦合到或耦合于、与……通信、与……合作、交错、并列、临近、限制到或限制于、具有、拥有，等等；术语“控制器”表示控制至少一个操作的任何设备、系统或其部分，这样的设备可以以硬件、固件或软件、或者至少两者的一些组合来实现。应该注意，与任何特定的控制器相关的功能无论本地或远程都可以是集中式的或分布式的。贯穿本发明文档提供对特定单词和短语的定义，本领域技术人员应该理解，即使不是大多数情况，也是在很多情况下，这样的定义应用于先前的以及后来的对这些定义的单词和短语的使用中。

附图说明

为了对本公开及其优点的更完全的理解，结合附图参考下面的描述，其中同样的参考数字表示同样的部分：

图1图示了依照本发明的一个示例性实施例的环境。

图2图示了依照本发明的一个示例性实施例的由发送设备发送管理消息的方法

图3图示了依照本发明的一个示例性实施例的用于发送设备的反馈确定的方法；

图4图示了依照本发明的一个示例性实施例的用于发送设备的反馈指示的方法；

图5图示了依照本发明一个示例性实施例的用于针对类型1消息处理发送设备的后反馈指示的方法；

图6图示了依照本发明一个示例性实施例的用于针对类型3消息处理发送设备的后反馈指示的方法；

图7A和7B图示了依照本发明一个示例性实施例的接收设备的操作方法；

图8图示了依照本发明一个示例性实施例的通信设备；

图9图示了依照本发明一个示例性实施例的在无线通信网络中由发送设备发送管理消息的方法；以及

图10图示了依照本发明一个示例性实施例的在无线通信网络中由接收设备接收管理消息的方法。

本领域技术人员将理解：图中的单元是为了简单和清楚的目的而示出的，可能不是按比例绘制。例如，图中一些单元的尺寸相对于其它单元来说可能被放大以帮助增进对本公开的各个示例性实施例的理解。

贯穿这些附图，应该注意，同样的参考数字用于描述同样的或类似的单元、特征和结构。

具体实施方式

本发明文档中的下面讨论的图1到10和用于描述本公开的原理的各个实施例只是例证性的，而不应被以任何方式解释为对本公开的范围的限制。本领域技术人员将理解：本公开的原理可以以任何合适配置的无线通信系统来实施。提供参考附图的下列描述来帮助对由权利要求及其等同内容定义的本发明的示例性实施例的全面理解。它包括各种特定细节来帮助该理解，但这些只是被视为示例性的。相应地，本领域技术人员将认识到在不脱离本发明的范围和精神的情况下，可以作出对于在此描述的实施例的各种变化和修改。此外，为了清楚和简明，省去对众所周所的功能和结构的描述。

在下面的描述和权利要求中使用的术语和单词不限于字面意义，而只是由发明人用于使得能够清楚和一致地理解本发明。相应地，本领域技术人员应该理解：提供对本发明示例性实施例的下列描述仅仅是为了示例目的，而不是为了限制由所附权利要求及其等同内容限定的本发明的目的。

应当理解，除非上下文清楚地指明，否则单数形式“一个”和“该”包括复数指代。因而，例如，对“一个部件表面”的指代包括对一个或多个这样的表面的指代。

通过术语“基本上”表示列举的特征、参数或值不需要精确地达到，而是包括例如容差、测量误差、测量精确度限制和本领域技术人员已知的其他因素的偏离或变化都可能以不影响这些特性期望提供的效果的数量发生。

本发明文档中的下面讨论的图1到10以及用于描述本公开的原理的各个实施例只是示例性的，而不应被以任何方式解释为对本公开的范围的限制。本领域技术人员将理解，本公开的原理可以以任何合适配置的无线通信系统来实施。用于描述各个实施例的术语是示例性的。应该理解，这些只是被提供来帮助对描述的理解，并且它们的使用和定义绝不限制本发明的范围。术语第一、第二等用于区分具有相同的术语的对象，除非明确地指明，否则其绝不意欲表示按顺序排列的次序。组被定义为包括至少一个元素的非空集合。

图1图示了依照本发明来实践本发明的各种实施例的环境100。

参考图1，环境100包括无线通信网络102。在一个例子中，无线通信网络102是移动宽带无线接入(MBWA)系统标准。在另一个例子中，无线通信网络102可以是任何类型的无线网络，包括遵循移动WiMAX(基于IEEE 802.16e或IEEE 802.16m)、3GPP LTE、3GPP2空中接口演进(AIE)、IEEE 802.20或其它无线网络标准的网络。

环境100还包括基站(BS)104和一个或多个移动站(MS)，例如，MS106、MS 108、MS110和MS 112。MS 106到112通过无线通信网络102与BS 104通信。在某些例子中，为了操作行为，一些管理消息被MS可靠地传输到BS是很重要的，并且反之亦然。管理消息是不同类型的，因此对管理消息的传输应该是可靠的。为了可靠的传输，每个管理消息与消息定时器相关联。对于不同的管理消息，消息定时器不同，这是因为每个管理消息具有不同的紧张程度和处理延时要求。管理消息一交付到负责管理消息的可靠传输的信令协议，消息定时器就开始启动。

此外，如果消息定时器超时，信令协议丢弃管理消息并且通知已经向其提供该丢弃的管理消息用以传输的协议。发起者协议可以重新发起管理消息的传输。如果管理消息太大，则该管理消息可以被分段。当该管理消息的所有片段被接收设备成功接收时，则认为该管理消息被成功发送了。同样，如果确定管理消息片段或整个管理消息在消息定时器超时前丢失，则信令协议分别重传管理消息片段或整个管理消息。基于接收设备的反馈来进行关于丢失的确定。

基本上，基于定时器值和请求响应反馈的类型，管理消息可以有4种类型。例如，第一种类型(类型1)的管理消息是在发送请求(REQ)后需要响应(RSP)并且需要长的响应定时器的消息。在发送第一种类型的管理消息后，发送设备等待来自接收设备的响应消息。此外，如果等待响应消息的时间长于RESPONSE_TIMER_THRESHOLD，则响应消息是具有大响应定时器值的REQ-RSP。为了本公开的目的，这样类型的消息被称为“类型1”消息。

第二种类型(类型2)的管理消息是具有短的响应定时器的REQ-RSP。在发送第二种类型的管理消息后，发送设备向接收设备请求响应，在发送设备中，等待响应消息的时间短于RESPONSE_TIMER_THRESHOLD。为了本公开的目的，这样类型的消息被称为“类型2”消息。

第三种类型(类型3)的管理消息是属于单向消息和需要可靠的传输的类型。在发送第三种类型的管理消息后，发送设备不等待来自接收设备的响应消息，但应进行消息的可靠性传输。可靠传输的意思是发送设备必须保证该消息被成功地传递到接收设备。为了本公开的目的，这样类型的消息被称为“类型3”消息。

第四种类型(类型4)的管理消息是单向消息并且进行尽力传输。在发送第四种类型管理消息后，发送设备不等待来接收设备的响应消息，进行消息的尽力传输。尽力传输的意思是发送设备发送消息，并且它不必保证该消息总是被成功地传递到接收设备。在发送后，该消息可能或者不能达到接收设备。为了本公开的目的，这样类型的消息被称为“类型4”消息。

这样，在环境100中，如果MS 106到112发送类型1和类型3消息，则MS 106到112将请求无线通信网络102发送对类型1和类型3消息的响应。然而，如果MS 106到112发送类型2和类型4消息，则不请求响应。为了清楚的缘故以及为了本公开的目的，再次总结管理消息的类型。类型1消息是具有长的响应定时器的REQ-RSP的消息。类型2消息是具有短的响应定时器的REQ-RSP的消息。类型3消息是具有可靠传输的单向消息。类型4消息是具有尽力传输的单向消息。

给定消息类型的编号是为说明的目的以及为了清楚的的缘故，并且因而不将本发明限制于相同类型的消息和编号。因此，本领域普通技术人员可以用其它消息实施本发明并且也可以对不同类型的消息使用不同的编号。

图2图示了依照本发明的示例性实施例的由发送设备发送管理消息的方法。

参考图2，在块204，接收管理消息用于传输。在一个实施例中，管理消息从发送设备的较高层接收到较低层，用于向接收设备传输管理消息。在块206，发送设备确定管理消息的类型。在块208，发送设备确定对管理消息的反馈类型。即发送设备基于管理消息的类型确定是否需要来自接收设备的反馈。例如，发送设备识别管理消息是否是类型1消息、类型2消息、类型3消息和类型4消息中的一种。在上面结合图1解释了管理消息的类型。

在一个实施例中，管理消息划分为一个或多个片段。在块210，发送设备在发送管理消息的每个片段时确定是否需要发送反馈指示，并且根据确定结果发送反馈指示。在块212，发送设备在从无线通信网络接收到反馈时执行反馈处理。

图3图示了依照本发明的一个示例性实施例的发送设备的反馈确定的方法。

参考图3，在块304，发送设备识别管理消息的类型。在块306，发送设备识别管理消息是否是类型1消息或类型3消息。进一步，如果管理消息是类型1消息或类型3消息，则发送设备识别出要求来自接收设备的反馈以确定所发送的管理消息片段的状态。在一个实施例中，反馈可以是由接收到该管理消息的所有片段的接收设备发送的肯定确认(ACK)。

对于类型1消息，除了响应消息外还有反馈。对于类型3消息，发送设备在发送整个管理消息后只等待响应消息，这样，不需要额外的反馈。在块306，如果该方法确定管理消息是类型1消息或类型3消息，则在块308，发送设备向接收设备请求对于管理消息的反馈。然而，如果管理消息是类型2消息或类型4消息，则发送设备进行到块310。在块310，发送设备不向接收设备请求对于管理消息的反馈。

图4图示了依照本发明的一个示例性实施例用于发送设备的反馈指示的方法。对于类型1消息和类型3消息使用该方法。

参考图4，在块404，发送设备发送管理消息。在块406，发送设备确定对于管理消息传输是否启用混合自动重传请求(HARQ)。如果发送设备确定对于管理消息传输启用HARQ，则执行块408。在块408，发送设备在发送管理消息的最后片段时指示反馈请求。在一个示例性实施例中，如果一次利用HARQ仅发送一个管理消息片段以及如果对于包括管理消息的其它片段的所有HARQ分组已接收到HARQ ACK，则发送设备可以在发送管理消息的最后片段时指示反馈请求信息。

在一个实施例中，使用在MAC PDU中的包括管理消息的分段信息的报头中的一个比特来包括用于指示反馈请求的反馈请求信息。在一个实施例中，该反馈请求信息包括在包括管理消息片段的MAC PDU的任意报头的一个比特中。

在另一个实施例中，如果需要在一个固定的时间内由接收设备发送反馈，则包括管理消息的MAC PDU的报头还可以连同反馈请求一起包括附加信息。该附加信息与下述时间间隔有关：接收设备在接收到反馈请求后必须在该时间间隔内发送反馈。

在块406，如果发送设备确定对于管理消息传输没有启用HARQ，则发送设备进行块410。在块410，发送设备在发送管理消息的最后片段时指示反馈请求。在块412，发送设备将在分段报头中的反馈请求信息指示位设置为“1”。

图5图示了依照本发明的示例性实施例用于针对类型1消息处理发送设备的后反馈指示的方法。

参考图5，在块504，发送设备在发送(重传)带有反馈请求的MACPDU后启动反馈定时器。在块506，发送设备在在包括管理消息的最后片段的MAC PDU中发送反馈请求后立即等待反馈一固定时间段。

在块508，发送设备检查对于管理消息传输是否启用HARQ和本地NACK。如果对于管理消息传输启用HARQ和本地NACK，则发送设备执行块510。在块510，发送设备识别对于包括反馈请求的MAC PDU是否接收到本地NACK。如果对于包括反馈请求的MAC PDU接收到本地NACK，则发送设备执行块512，否则发送设备执行块514。

在块512，如果对于包括反馈请求的MAC PDU接收到本地NACK，则发送设备停止反馈定时器以停止等待反馈。之后，发送设备再次执行块504。因此，发送设备重新开始在在包括管理消息的最后片段的MACPDU中重发反馈请求后立即等待反馈一固定时间段。

在块514，发送设备检查是否接收到反馈。如果接收到反馈，则发送设备执行块516，否则发送设备执行块518。在块516，发送设备宣告管理消息传输成功。在块518，发送设备检查是否接收到响应消息。如果在等待反馈时接收到响应消息，则发送设备将响应消息视为隐含的反馈，并且之后执行块520。在块520，发送设备宣布管理消息传输成功。然而，如果接收设备在固定时间内没有接收到反馈或响应消息定时器超时，则宣告管理消息传输失败，并且再次执行块506。

图6图示了依照本发明的示例性实施例用于针对类型3消息处理发送设备的后反馈指示的方法。

参考图6，在一个实施例中，在接收到管理消息的所有片段时，由接收设备发送反馈。在块604，发送设备在发送(重传)带有反馈请求的MACPDU后立即起动反馈定时器。在块606，发送设备等待反馈直到反馈定时器超时。因此发送设备在包括管理消息的最后片段的MAC PDU中发送反馈请求后立即等待反馈一固定时间段。

在块608，发送设备检查对于管理消息传输是否启用HARQ或本地NACK。进一步，如果启用了HARQ和本地NACK，则发送设备执行块610，否则发送设备执行块614。在块610，如果对于包括反馈请求的MACPDU接收到本地NACK，则发送设备在块612停止反馈定时器，以及再次执行块604。

在块614，发送设备检查是否接收到反馈。因此，在一个实施例中，如果对于管理消息传输启用了HARQ和本地NACK并且对于包括反馈请求的MAC PDU接收到本地NACK，则发送设备停止等待反馈。之后，在块606，发送设备重新开始在包括管理消息的最后片段的MAC PDU中重传反馈请求后立即等待反馈一固定时间段。如果接收设备在固定时间内没有接收到反馈，则宣告管理消息传输失败。如果在块614接收到反馈，则在块616，发送设备被宣告成功。

图7A和7B图示了依照本发明的示例性实施例由接收设备执行的方法。

参考图7A，在块704，接收设备在接收到管理消息的任何片段之前将反馈设置为假。在块706，接收设备等待管理消息片段。在块708，接收设备接收管理消息片段。在块710，接收设备基于在MAC PDU的报头中的反馈请求信息指示位检查在管理消息片段中是否接收到反馈请求。在块714，如果没有接收到反馈请求，则接收设备检查是否已接收到全部的管理消息。

如果在块710，接收设备识别出接收到反馈请求，则在块712，接收设备在接收设备中将需要反馈设置为真，并且执行块714。在块714，如果确定管理消息没有被完全接收到，则接收设备再次执行块706并且等待其他管理消息片段。如果在块714，确定管理消息被完全接收到，则接收设备执行图7B的块716。

同时，在图7A和7B中被圈起来的“A”用于连接图7A的块714和图7B的块716。参考图7B，在块716，接收设备检查是否需要反馈。如果不需要反馈，在块718，如果管理消息的类型是REQ-RSP类型，则接收设备发送响应消息。如果在块716，接收设备识别出需要反馈，则在块720，接收设备检查管理消息是否是类型1消息。如果管理消息不是类型1消息，则在块724，接收设备在反馈定时器超时前发送反馈。

在块720，如果识别出管理消息是类型1消息，则在块722，接收设备检查响应消息是否已经准备好用于在反馈定时器超时前传输。如果响应消息已经准备好用于在反馈定时器超时前传输，则在块726，接收设备发送响应消息。在块722，如果接收设备识别出响应消息没有准备好用于在反馈定时器超时前传输，则在块728，接收设备发送反馈，之后，在块730，接收设备在响应消息定时器超时前发送响应消息。在一个可选的实施例中，在块720，如果识别出管理消息是类型1消息，接收设备执行块728，在块728中发送反馈，之后在块730，在响应消息定时器超时前发送响应消息。

在一个实施例中，如果管理消息片段之一指示反馈请求，则接收设备在接收到管理消息的所有片段后执行以下之一。对于类型1消息，接收设备可以在发送设备等待反馈的时间段内发送反馈，接着在响应消息定时器超时前发送响应消息。接收设备还可以在发送设备等待反馈的时间段内发送响应消息。进一步，对于类型3消息，接收设备可以在发送设备等待反馈的时间内发送反馈。在一个实施例中，对于接收的管理消息所发送的反馈包括在MAC PDU中接收的管理消息片段的序号，其中在MAC PDU中，反馈请求信息指示被设置为“1”。

图8图示了依照本发明的示例性实施例的通信设备。通信设备可以是发送设备或接收设备。通信设备执行发送设备或接收设备的操作。

参考图8，通信设备802包括收发器804和处理器806。收发器804能够接收要在无线通信网络中传输的管理消息。进一步，收发器804基于管理消息的类型在MAC PDU中发送反馈请求信息。收发器804还能够接收一个或多个包括在无线通信网络中传输的管理消息片段的MACPDU。然后，收发器804在管理消息需要反馈时针对接收的管理消息发送反馈。

处理器806能够确定对于该管理消息是否需要反馈。进一步，处理器806在包括管理消息的最后片段的MAC PDU中指示反馈请求信息。

图9图示了依照本发明的示例性实施例用于在无线通信网络中由发送设备发送管理消息的方法。

参考图9，在块904，发送设备接收要在无线通信网络中传输的管理消息。在块906，发送设备确定对于该管理消息是否需要反馈。在一个实施例中，当管理消息在无线通信网络中被发送到接收设备时需要来自接收设备的反馈。在一个实施例中，确定是否需要反馈是基于管理消息的类型来识别的。

在一个实施例中，当管理消息是需要针对请求的响应以及包括长响应定时器的消息时，则需要反馈。在另一个实施例中，当管理消息属于单向消息的类型并且需要可靠传输时，则需要反馈。在一个实施例中，当管理消息需要针对请求的响应并且与管理消息相关的响应时间长于预定的阈值时，则需要反馈。预定的阈值是RESPONSE_TIMER_THRESHOLD。

在块908，当管理消息在一个或多个MAC PDU中发送时，发送设备在包括管理消息的最后片段的MAC PDU中包括反馈请求信息。进一步，发送设备将管理消息划分为一个或多个片段。在一个实施例中，在其中一次传输一个消息片段地利用HARQ发送管理消息片段时，通过在最后一个片段中指示反馈请求信息来在MAC PDU中指示反馈请求信息。在一个实施例中，对于包括管理消息的其它片段的所有HARQ分组接收HARQ ACK。

在一个实施例中，反馈被指示为包括在MAC PDU中的报头的一个位。在该实施例中，在包括管理消息的分段信息的报头中的一个比特中指示反馈请求信息。在一个示例性实施例中，MAC PDU还包括连同反馈请求信息一起的附加信息。例如，附加信息包括与下述时间间隔相关的信息：其中在发送反馈请求后的该时间间隔内接收反馈。在块910，发送设备发送包括反馈请求信息的MAC PDU。

在一个实施例中，在发送包括反馈请求信息的MAC PDU之后起动定时器。之后，发送设备在发送携带管理消息的最后片段和反馈请求信息的MAC PDU之后等待一固定的时间间隔来接收反馈。

在一个实施例中，如果对于管理消息传输启用HARQ和本地NACK，当接收到对于包括反馈请求信息的MAC PDU的NACK时，发送设备停止等待用来接收反馈的固定时间间隔。进一步，在MAC PDU中的反馈请求信息被重传，并且在包括管理消息的最后片段和反馈请求信息的MAC PDU被重传后，发送设备再次等待固定的时间间隔来接收反馈。

在一个实施例中，当在定时器超时前接收到反馈时，发送设备确定管理消息的传输成功。在这个实施例中，管理消息是需要对请求的响应并且还包括长响应定时器的消息。进一步，当用于在固定间隔接收反馈的等待时间长于固定的时间间隔时，定时器超时。在一个实施例中，当在定时器超时前接收到响应消息时，发送设备确定管理消息的传输成功。

在一个实施例中，当在定时器超时前没有接收到反馈消息时，发送设备确定管理消息的传输失败。在该实施例中，管理消息是需要对请求的响应并且包括长响应定时器的消息。进一步，当用于在固定间隔接收反馈的等待时间长于固定的时间间隔时，定时器超时。在另一个实施例中，当在定时器超时前没有接收到反馈消息或响应消息时，发送设备确定管理消息的传输失败。在这个实施例中，管理消息是需要对请求的响应并且具有长响应定时器的消息。

在另一个实施例中，当在定时器超时前接收到反馈并且当管理消息是单向消息并且需要可靠传输时，发送设备确定管理消息的传输成功。在另一个实施例中，当在定时器超时前没有接收到反馈时，发送设备确定管理消息的传输失败，其中该管理消息是需要可靠传输的单向消息。

图10图示了依照本发明的示例性实施例用于在无线通信网络中由接收设备接收管理消息的方法。

参考图10，在块1004，接收设备接收一个或多个包括在无线通信网络中传输的管理消息片段的MAC PDU。管理消息被划分为一个或多个片段。在块1006，接收设备确定对于管理消息是否需要反馈。在块1008，如果管理消息需要反馈，接收设备发送对于管理消息的反馈。

在一个实施例中，在接收到管理消息的所有片段后的预定时间内发送反馈。在一个实施例中，在包括管理消息的一个片段的MAC PDU中的反馈请求信息指示符被译码为“1”。在另一个实施例中，反馈请求信息指示包括在接收的管理消息片段的MAC PDU的报头中。

在一个实施例中，在接收到管理消息的所有片段后的预定时间内发送响应消息。管理消息是需要对请求的响应的消息并且在包括管理消息的一个片段的MAC PDU中的反馈请求信息指示符被译码为“1”，其中针对该管理消息发送反馈。

进一步，当管理消息是需要对请求响应的消息并且在包括管理消息的一个片段的MAC PDU中的反馈请求信息指示符被译码为“1”时，接收设备在接收到管理消息的所有片段后在定义的时间内发送反馈以及在预定的响应时间内发送响应消息。

在一个实施例中，当管理消息是需要针对请求的响应的消息并且在包括管理消息的一个片段的MAC PDU中的反馈请求信息指示符被译码为“0”时，接收设备在接收到管理消息的所有片段后在响应时间内发送响应消息。在一个实施例中，接收设备还发送针对接收的管理消息的反馈，其中该管理消息包括其反馈请求信息指示符被译码为“1”的MAC PDU中接收的管理消息片段的序号。

本发明的示例性实施例提供一种用于在通信网络中接收和发送管理消息的方法和系统。该方法通过在需要和不需要响应和反馈时通知接收设备来减小通信网络的开销。这样，该方法包括了更少的ACK开销。该方法还避免了管理消息或管理消息片段的不必要的重传。

进一步，该方法减少在从丢失的管理消息或管理消息片段恢复的过程中的时延。因此，该方法包括确定消息类型，基于消息类型确定反馈，反馈指示方法以及在反馈指示之后的后反馈处理，从而提高了通信网络的效率。进一步，也有效地管理了通信网络的资源。

在前述的说明书中，参考示例性实施例描述了本公开及其优点。然而，对于本领域技术人员显而易见的是，可以在不脱离如在下面的权利要求中所阐明的本公开的范围的情况下作出各种修改和变化。相应地，说明书和附图被视为本公开的说明性例子，而不是限制性的意义。所有这样可能的修改期望被包括在本公开的范围内。

本公开的示例性实施例涉及使用用于执行在此描述的技术的计算机系统。在一个示例性实施例中，由处理器通过利用包含在存储器中的信息来执行该技术。这样的信息可以从机器可读介质(诸如存储设备)读取到主存储器中。包含于存储器中的信息使得处理器能够执行在此描述的方法。

在此使用的术语“机器可读介质”指的是参与提供使得机器以特定方式操作的数据的任何介质。在一个利用计算机系统实施的示例性实施例中，在向处理器提供信息用于执行的过程中涉及各种机器可读介质。机器可读介质可以是存储介质。存储介质包括非易失性介质和易失性介质。非易失性介质例如包括光盘或磁盘，诸如服务器存储单元。易失性介质包括动态存储。所有这样的介质是有形的，以使由该介质携带的信息被读取该信息到机器里的物理结构检测。

机器可读介质的常用形式例如包括软盘、可折叠磁盘(flexible disk)、硬盘、磁带、或任何其它的磁性介质、CD-ROM、任何其它的光学介质、穿孔卡、纸带、任何其它的具有孔的模式的物理介质、RAM、PROM、EPROM、FLASH-EPROM、任何其它的存储器芯片或录音带。

在一个示例性实施例中，机器可读介质可以是包括同轴电缆、铜线和光纤的传输介质，其包括含有总线的线。传输介质还可以是声波或光波的形式，例如在无线电波和红处数据通信中生成的那些。机器可读介质的例子可以包括但不限于，载波类或计算机可从中读取的任何其它介质，例如在线软件、下载链接、安装链接以及在线链接。

虽然利用示例性实施例描述了本公开，但是可以向本领域技术人员提示了各种变化和修改。本公开意欲包括落入所附权利要求的范围内的这样的变化和修改。

Claims (26)

1.一种用于在通信网络中由发送设备发送管理消息的方法，该方法包括：

确定对于被划分成一个或多个片段的管理消息是否需要反馈；

如果需要反馈，则在包括所述管理消息的最后片段的媒体访问控制MAC协议数据单元PDU中包括反馈请求信息；以及

向接收设备发送包括所述管理消息的最后片段和所述反馈请求信息的MAC PDU以及包括所述管理消息的其它片段的MAC PDU。

2.根据权利要求1的方法，其中，确定是否需要反馈的步骤包括根据所述管理消息的类型来确定对于所述管理消息是否需要反馈，

其中，所述管理消息的类型是以下至少之一：

第一种类型，其需要反馈并且需要使用响应定时器，该响应定时器被设置为一长于阈值的时间，以及

管理消息的第二种类型，其是单向消息并且不需要反馈。

3.根据权利要求1的方法，其中，在MAC PDU中包括反馈请求信息的步骤包括：在利用混合自动重传请求HARQ一次发送一个管理消息片段地发送所述管理消息的一个或多个片段，并且接收到对于包括所述管理消息的一个或多个片段的所有HARQ分组的HARQ肯定确认ACK时，在包括所述管理消息的最后片段的HARQ分组中包括反馈请求信息。

4.根据权利要求1的方法，其中，在MAC PDU中包括反馈请求信息的步骤包括：在包括所述管理消息的最后片段的MAC PDU的报头中包括所述反馈请求信息，

其中，所述报头包括所述管理消息的分段信息。

5.根据权利要求1的方法，其中，在MAC PDU中包括反馈请求信息的步骤包括：在包括所述管理消息的最后片段的MAC PDU中连同所述反馈请求信息一起包括与时间间隔相关的信息，

其中，所述与时间间隔相关的信息包括与下述时间间隔相关的信息：在发送包括所述反馈请求信息的MAC PDU后在所述时间间隔内接收反馈。

6.根据权利要求1的方法，还包括：

在发送包括反馈请求信息的MAC pDU后起动定时器；以及

在发送包括反馈请求信息的MAC PDU后等待预定的时间间隔来接收反馈。

7.根据权利要求6的方法，还包括：

当对于包括反馈请求信息的MAC PDU接收到本地否定确认NACK时，停止等待用于接收反馈的预定的时间间隔；

重传包括反馈请求信息的MAC PDU；以及

在重传包括反馈请求信息的MAC PDU后重新开始等待预定的时间间隔来接收反馈。

8.根据权利要求6的方法，还包括：在定时器超时前接收到反馈时，确定管理消息的传输成功，

其中，在用于接收反馈的等待时间长于预定的时间间隔时，定时器超时。

9.根据权利要求6的方法，还包括：在定时器超时前没有接收到反馈时，确定管理消息的传输失败，

其中，当用于接收反馈的等待时间长于预定的时间间隔时，定时器超时。

10.一种用于在通信网络中由接收设备接收管理消息的方法，该方法包括：

分别接收包括管理消息的多个片段的媒体访问控制(MAC)协议数据单元(PDU)；

确定在包括管理消息的最后片段的媒体访问控制(MAC)协议数据单元(PDU)中是否包括反馈请求信息；以及

如果包括反馈请求信息，则向发送设备发送对于所述管理消息的反馈。

11.根据权利要求10的方法，其中，所述反馈请求信息被包含在包括所述管理消息的最后片段的MAC PDU的报头中，

其中，所述报头包括所述管理消息的分段信息。

12.根据权利要求10的方法，其中，发送对于管理消息的反馈的步骤包括：在接收到所述管理消息的所有片段后在预先的时间间隔内发送反馈。

13.根据权利要求10的方法，其中，所述反馈包括关于所述管理消息的最后片段的序号。

14.一种用于在通信网络中由发送设备发送管理消息的设备，该设备包括：

用于确定对于被划分成一个或多个片段的管理消息是否需要反馈的部件；

用于如果需要反馈则在包括所述管理消息的最后片段的媒体访问控制MAC协议数据单元PDU中包括反馈请求信息的部件；以及

用于向接收设备发送包括所述管理消息的最后片段和所述反馈请求信息的MAC PDU以及包括所述管理消息的其它片段的MAC PDU的部件。

15.根据权利要求14的设备，其中，所述用于确定是否需要反馈的部件根据所述管理消息的类型来确定对于所述管理消息是否需要反馈，

其中，所述管理消息的类型是以下至少之一：

第一种类型，其需要反馈并且需要使用响应定时器，该响应定时器被设置为一长于阈值的时间，以及

管理消息的第二种类型，其是单向消息并且不需要反馈。

16.根据权利要求14的设备，其中，在利用混合自动重传请求HARQ一次发送一个管理消息片段地发送管理消息的一个或多个片段，并且接收到对于包括所述管理消息的一个或多个片段的所有HARQ分组的HARQ肯定确认ACK时，所述用于在MAC PDU中包括反馈请求消息的部件将所述反馈请求信息包含到包括所述管理消息的最后片段的HARQ分组中。

17.根据权利要求14的设备，其中，所述用于在MAC PDU中包括反馈请求消息的部件在包括所述管理消息的最后片段的MAC PDU的报头中包括所述反馈请求信息，

其中，所述报头包括所述管理消息的分段信息。

18.根据权利要求14的设备，其中，所述用于在MAC PDU中包括反馈请求消息的部件连同所述反馈请求信息一起将与时间间隔相关的信息包含到包括所述管理消息的最后片段的MAC PDU中，

其中，所述与时间间隔相关的信息包括与下述时间间隔相关的信息：在发送包括反馈请求信息的MAC PDU后，在所述时间间隔内接收反馈。

19.根据权利要求14的设备，还包括：用于在发送包括反馈请求信息的MAC PDU后起动定时器的部件；以及用于在发送包括反馈请求信息的MACPDU后等待预定的时间间隔来接收反馈的部件。

20.根据权利要求19的设备，其中，当接收到对于包括反馈请求信息的MAC PDU的本地否定确认(NACK)时，所述用于接收反馈的部件停止等待用于接收反馈的预定的时间间隔，所述用于向接收设备发送的部件重传包括反馈请求信息的MAC PDU，以及所述用于接收反馈的部件在重传包括反馈请求信息的MAC PDU后重新开始等待预定的时间间隔来接收反馈。

21.根据权利要求19的设备，还包括：用于在定时器超时前接收到反馈时确定管理消息的传输成功的部件，

其中，在用于接收反馈的等待时间长于预定的时间间隔时，定时器超时。

22.根据权利要求19的设备，还包括：用于在定时器超时前没有接收到反馈时确定管理消息的传输失败的部件，

其中，当用于接收反馈的等待时间长于预定的时间间隔时，定时器超时。

23.一种用于在通信网络中由接收设备接收管理消息的设备，该设备包括：

用于分别接收包括管理消息的多个片段的媒体访问控制(MAC)协议数据单元(PDU)的部件；

用于确定在包括管理消息的最后片段的媒体访问控制(MAC)协议数据单元(PDU)中是否包括反馈请求信息的部件；以及

用于如果包括反馈请求信息则向发送设备发送对于所述管理消息的反馈的部件。

24.根据权利要求23的接收设备，其中，所述反馈请求信息被包含在包括所述管理消息的最后片段的MAC PDU的报头中，

其中，所述报头包括所述管理消息的分段信息。

25.根据权利要求23的设备，其中，所述用于向发送设备发送对于所述管理消息的反馈的部件在接收到所述管理消息的所有片段后在预定的时间间隔内发送所述反馈。

26.根据权利要求23的设备，其中，所述反馈包括关于所述管理消息的最后片段的序号。