专利名称:用于在通信网络中发送和接收管理消息的方法及系统的制作方法
技术领域:
本发明一般涉及无线通信技术领域,更具体的,本发明涉及在移动宽带无线接入 (MBffA)系统中的管理消息的可靠传输的领域。
背景技术:
基于各种标准(例如,基于电气和电子工程师学会(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 PDU0依照本发明的另外一个方面,提供一种在通信网络中由接收设备接收管理消息的 方法。该方法包括分别接收包括管理消息的片段的媒体访问控制(MAC)协议数据单元 (PDU);确定在包括管理消息的最后片段的媒体访问控制(MAC)协议数据单元(PDU)中是否 包括反馈请求信息;以及如果包括反馈请求信息,则向发送设备发送对于管理消息的反馈。依照本发明的另一个方面,提供一种在通信网络中的发送设备。该发送设备包括 收发器;以及处理器,用于确定对于被划分为一个或多个片段的管理消息是否需要反馈,如 果需要反馈,则在包括管理消息的最后片段的媒体访问控制(MAC)协议数据单元(PDU)中 包括反馈请求信息,以及通过收发器向接收设备发送包括管理消息的最后片段和反馈请求 信息的MAC PDU以及包括管理消息的其它片段的MAC PDU0依照本发明的另一个方面,提供一种在通信网络中的接收设备。该接收设备包括 收发器;以及处理器,用于分别接收包括管理消息的片段的媒体访问控制(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、 MSllO和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,发送设备被
10宣告成功。图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中指示反馈请求信息。
11
图9图示了依照本发明的示例性实施例用于在无线通信网络中由发送设备发送 管理消息的方法。参考图9,在块904,发送设备接收要在无线通信网络中传输的管理消息。在块 906,发送设备确定对于该管理消息是否需要反馈。在一个实施例中,当管理消息在无线通 信网络中被发送到接收设备时需要来自接收设备的反馈。在一个实施例中,确定是否需要 反馈是基于管理消息的类型来识别的。在一个实施例中,当管理消息是需要针对请求的响应以及包括长响应定时器的消 息时,则需要反馈。在另一个实施例中,当管理消息属于单向消息的类型并且需要可靠传输 时,则需要反馈。在一个实施例中,当管理消息需要针对请求的响应并且与管理消息相关的 响应时间长于预定的阈值时,则需要反馈。预定的阈值是RESPONSE_TIMER_THRESHOLD。在块908,当管理消息在一个或多个MAC PDU中发送时,发送设备在包括管理消息 的最后片段的MAC PDU中包括反馈请求信息。进一步,发送设备将管理消息划分为一个或 多个片段。在一个实施例中,在其中一次传输一个消息片段地利用HARQ发送管理消息片段 时,通过在最后一个片段中指示反馈请求信息来在MAC PDU中指示反馈请求信息。在一个 实施例中,对于包括管理消息的其它片段的所有HARQ分组接收HARQ ACK。在一个实施例中,反馈被指示为包括在MAC PDU中的报头的一个位。在该实施例 中,在包括管理消息的分段信息的报头中的一个比特中指示反馈请求信息。在一个示例性 实施例中,MAC PDU还包括连同反馈请求信息一起的附加信息。例如,附加信息包括与下述 时间间隔相关的信息其中在发送反馈请求后的该时间间隔内接收反馈。在块910,发送设 备发送包括反馈请求信息的MAC PDU0在一个实施例中,在发送包括反馈请求信息的MAC PDU之后起动定时器。之后,发 送设备在发送携带管理消息的最后片段和反馈请求信息的MAC PDU之后等待一固定的时间 间隔来接收反馈。在一个实施例中,如果对于管理消息传输启用HARQ和本地NACK,当接收到对于包 括反馈请求信息的MAC PDU的NACK时,发送设备停止等待用来接收反馈的固定时间间隔。 进一步,在MAC PDU中的反馈请求信息被重传,并且在包括管理消息的最后片段和反馈请求 信息的MAC PDU被重传后,发送设备再次等待固定的时间间隔来接收反馈。在一个实施例中,当在定时器超时前接收到反馈时,发送设备确定管理消息的传 输成功。在这个实施例中,管理消息是需要对请求的响应并且还包括长响应定时器的消息。 进一步,当用于在固定间隔接收反馈的等待时间长于固定的时间间隔时,定时器超时。在一 个实施例中,当在定时器超时前接收到响应消息时,发送设备确定管理消息的传输成功。在一个实施例中,当在定时器超时前没有接收到反馈消息时,发送设备确定管理 消息的传输失败。在该实施例中,管理消息是需要对请求的响应并且包括长响应定时器的 消息。进一步,当用于在固定间隔接收反馈的等待时间长于固定的时间间隔时,定时器超 时。在另一个实施例中,当在定时器超时前没有接收到反馈消息或响应消息时,发送设备确 定管理消息的传输失败。在这个实施例中,管理消息是需要对请求的响应并且具有长响应 定时器的消息。在另一个实施例中,当在定时器超时前接收到反馈并且当管理消息是单向消息并 且需要可靠传输时,发送设备确定管理消息的传输成功。在另一个实施例中,当在定时器超时前没有接收到反馈时,发送设备确定管理消息的传输失败,其中该管理消息是需要可靠 传输的单向消息。图10图示了依照本发明的示例性实施例用于在无线通信网络中由接收设备接收 管理消息的方法。参考图10,在块1004,接收设备接收一个或多个包括在无线通信网络中传输的管 理消息片段的MAC PDU0管理消息被划分为一个或多个片段。在块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-EPR0M、任何其它的存储器芯片或录音带。在一个示例性实施例中,机器可读介质可以是包括同轴电缆、铜线和光纤的传输 介质,其包括含有总线的线。传输介质还可以是声波或光波的形式,例如在无线电波和红处 数据通信中生成的那些。机器可读介质的例子可以包括但不限于,载波类或计算机可从中 读取的任何其它介质,例如在线软件、下载链接、安装链接以及在线链接。虽然利用示例性实施例描述了本公开,但是可以向本领域技术人员提示了各种变 化和修改。本公开意欲包括落入所附权利要求的范围内的这样的变化和修改。
权利要求
一种用于在通信网络中由发送设备发送管理消息的方法,该方法包括确定对于被划分成一个或多个片段的管理消息是否需要反馈;如果需要反馈,则在包括所述管理消息的最后片段的媒体访问控制(MAC)协议数据单元(PDU)中包括反馈请求信息;以及向接收设备发送包括所述管理消息的最后片段和所述反馈请求信息的MAC PDU以及包括所述管理消息的其它片段的MAC PDU。
2.根据权利要求1的方法,其中,确定是否需要反馈的步骤包括根据所述管理消息的 类型来确定对于所述管理消息是否需要反馈,其中,所述管理消息的类型是以下至少之一第一种类型,其需要反馈并且需要使用响应定时器,该响应定时器被设置一长于阈值 的时间,以及管理消息的第二种类型,其是单向消息并且不需要反馈。
3.根据权利要求1的方法,其中,在MACPDU中包括反馈请求信息的步骤包括在利用 混合自动重传请求(HARQ) —次发送一个管理消息片段地发送所述管理消息的一个或多个 片段,并且接收到对于包括所述管理消息的一个或多个片段的所有HARQ分组的HARQ肯定 确认(ACK)时,在包括所述管理消息的最后片段的HARQ分组中包括反馈请求信息。
4.根据权利要求1的方法,其中,在MACPDU中包括反馈请求信息的步骤包括在包括 所述管理消息的最后片段的MAC PDU的报头中包括所述反馈请求信息,其中,所述报头包括所述管理消息的分段信息。
5.根据权利要求1的方法,其中,在MACPDU中包括反馈请求信息的步骤包括在包括 所述管理消息的最后片段的MAC PDU中连同所述反馈请求信息一起包括与时间间隔相关的 fn息,其中,所述与时间间隔相关的信息包括与下述时间间隔相关的信息在发送包括所述 反馈请求信息的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 PDU0
15.根据权利要求14的发送设备,其中,所述处理器根据所述管理消息的类型来确定 对于所述管理消息是否需要反馈,其中,所述管理消息的类型是以下至少之一第一种类型,其需要反馈并且需要使用响应定时器,该响应定时器被设置一长于阈值 的时间,以及管理消息的第二种类型,其是单向消息并且不需要反馈。
16.根据权利要求14的发送设备,其中,在利用混合自动重传请求(HARQ)—次发送一 个管理消息片段地发送管理消息的一个或多个片段,并且接收到对于包括所述管理消息的 一个或多个片段的所有HARQ分组的HARQ肯定确认(ACK)时,所述处理器将所述反馈请求 信息包含到包括所述管理消息的最后片段的HARQ分组中。
17.根据权利要求14的发送设备,其中,所述处理器在包括所述管理消息的最后片段 的MAC PDU的报头中包括所述反馈请求信息,其中,所述报头包括所述管理消息的分段信息。
18.根据权利要求14的发送设备,其中,所述处理器连同所述反馈请求信息一起将与 时间间隔相关的信息包含到包括所述管理消息的最后片段的MAC PDU中,其中,所述与时间间隔相关的信息包括与下述时间间隔相关的信息在发送包括反馈 请求信息的MAC PDU后,在所述时间间隔内接收反馈。
19.根据权利要求14的发送设备,其中,所述处理器在发送包括反馈请求信息的MAC PDU后起动定时器;以及在发送包括反馈请求信息的MACPDU后等待预定的时间间隔来接收 反馈。
20.根据权利要求19的发送设备,其中,当接收到对于包括反馈请求信息的MACPDU的 本地否定确认(NACK)时,所述处理器停止等待用于接收反馈的预定的时间间隔,重传包括反馈请求信息的MAC PDU,以及在重传包括反馈请求信息的MAC PDU后重新开始等待预定的 时间间隔来接收反馈。
21.根据权利要求19的发送设备,其中,在定时器超时前接收到反馈时,所述处理器确 定管理消息的传输成功,其中,在用于接收反馈的等待时间长于预定的时间间隔时,定时器超时。
22.根据权利要求19的发送设备,其中,在定时器超时前没有接收到反馈时,所述处理 器确定管理消息的传输失败,其中,当用于接收反馈的等待时间长于预定的时间间隔时,定时器超时。
23.—种在通信网络中的接收设备,该接收设备包括收发器,以及处理器,用于分别接收包括管理消息的多个片段的媒体访问控制(MAC)协议数据单元 (PDU),确定在包括所述管理消息的最后片段的媒体访问控制(MAC)协议数据单元(PDU)中 是否包括反馈请求信息,以及如果包括所述反馈请求信息,则通过收发器向发送设备发送 对于所述管理消息的反馈。
24.根据权利要求23的接收设备,其中,所述反馈请求信息被包含在包括所述管理消 息的最后片段的MAC PDU的报头中,其中,所述报头包括所述管理消息的分段信息。
25.根据权利要求23的接收设备,其中,所述处理器在接收到所述管理消息的所有片 段后在预定的时间间隔内发送所述反馈。
26.根据权利要求23的接收设备,其中,所述反馈包括关于所述管理消息的最后片段 的序号。
全文摘要
一种用于在通信网络中由发送设备发送管理消息的方法包括接收要在通信网络中传输的管理消息。所述发送设备确定对于被划分成一个或多个片段的管理消息是否需要反馈,如果需要反馈,则所述发送设备还在包括管理消息的最后片段的媒体访问控制(MAC)协议数据单元(PDU)中包括反馈请求信息。以及,所述发送设备向接收设备发送包括管理消息的最后片段和反馈请求信息的MAC PDU以及包括管理消息的其它片段的MAC PDU。
文档编号H04L1/16GK101944983SQ20101026141
公开日2011年1月12日 申请日期2010年7月6日 优先权日2009年7月6日
发明者张泳彬, 阿尼尔·阿吉瓦尔 申请人:三星电子株式会社