CN113785513A

CN113785513A - 用于数据无线通信中控制状态报告的方法和状态管理器

Info

Publication number: CN113785513A
Application number: CN201980095989.XA
Authority: CN
Inventors: C·斯卡尔比; D·贝特尔; J·卡尔森
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2019-05-02
Filing date: 2019-05-02
Publication date: 2021-12-10
Anticipated expiration: 2039-05-02
Also published as: CN113785513B; EP3963773A1; US20220216953A1; MX2021013127A; WO2020222684A1; US11848786B2

Abstract

一种用于在与数据发送节点(302)的数据无线通信中控制来自数据接收节点(304)的状态报告的方法及状态管理器(300)。当检测到数据接收节点应当在规定时限(D)到期之前向数据发送节点发送状态报告时，数据接收节点被触发：当在规定时限之前剩下的时间比最短时长(d‑min)长时，如果数据正在等待从数据接收节点发送，则将状态报告与数据一起发送(3:7)，或者当在该时限之前剩下的时间变得比最短时长短时，如果没有数据在等待，则单独发送状态报告(3:10)。

Description

用于数据无线通信中控制状态报告的方法和状态管理器

技术领域

本公开一般涉及一种用于在数据发送节点与数据接收节点之间的数据无线通信中控制状态报告的方法和状态管理器。

背景技术

在网络节点与无线设备之间的数据无线通信中，经常要求由这些节点中的任何一个发送的数据在另一个相对节点已接收并正确解码被发送的数据时被该另一个相对节点确认。这种所接收的数据的确认通常是通过向已发送该数据的节点发送状态报告来进行的。当这种状态报告被应用时，通常认为这些节点处于所谓的“确认模式”即AM。

在以下说明中，发送要被确认的数据的节点被标示为“数据发送节点”，接收并确认该数据的节点被标示为“数据接收节点”。该说明对数据的下行链路传输和上行链路传输两者均有效，因此，数据发送节点可以是网络节点或无线设备，而数据接收节点则反之分别是相对的无线设备或网络节点。也可以数据发送节点和数据接收节点两者都是无线设备，诸如在设备到设备即D2D通信的情况下。

图1示出了无线设备100与网络节点102之间的数据无线通信，后者属于无线网络104，根据所使用的术语，无线网络104也可以被称为移动网络或无线电接入网络。因此，可要求由网络节点102在下行链路上发送的数据应当被无线设备100确认，而附加地或可替代地可要求由无线设备100在上行链路上发送的数据应当被网络节点102确认。

如果一些数据，例如，以协议数据单元即PDU的形式发送的数据，尚未被数据接收节点在状态报告(例如，所谓的状态PDU)中确认，则数据发送节点可能有必要再次重新发送未确认的数据，这会消耗额外的无线电资源。正确接收并解码的数据的确认在本文中将被称为状态报告，并且一个这种状态报告可以标识任何数量的被确认数据单元或PDU，被确认数据单元或PDU可以由序列号或类似物来标识，这在无线通信领域中是众所周知的。

图2A和图2B示出了当无线设备100和网络节点102分别在上行链路(UL)数据和下行链路(DL)数据通信中处于上述确认模式即AM时它们通常可以如何操作。无线设备100包括上行链路发射机部分100A和下行链路接收机部分100B，而网络节点102相反地包括下行链路发射机部分102A和上行链路接收机部分102B。根据上述定义，在图2A中，无线设备100是数据发送节点并且网络节点102是数据接收节点，而在图2B中，网络节点102是数据发送节点并且无线设备100是数据接收节点。

在图2A中，如果当前的无线电条件足够有利，则无线设备100从上行链路发射机部分100A发送数据，该数据应有希望被网络节点102中的上行链路接收机部分102B接收。在此示例中，该数据可以由一个或多个PDU组成，如果该数据已经被网络节点102接收并成功解码，则这些PDU要求在规定时限内在来自网络节点102的状态报告中的确认。这种时限或“最后期限(deadline)”通常是出于各种原因而规定的，诸如，在数据变得无用或过时或类似情况之前，如果由于没有确认而需要，则使能重新传输。如果在规定时限到期时还没有接收到这种状态报告，则无线设备100将假定所发送的数据尚未被网络节点102正确接收并解码，并因此需要由上行链路发射机部分重新发送相同的数据100A。

在图2B中，如果当前的无线电条件允许，则网络节点102从其下行链路发射机部分102A发送数据，该数据有希望被无线设备100中的下行链路接收机部分100B接收。如果该数据已经被无线设备100接收并成功解码，则该数据同样要求在规定时限或最后期限内在来自无线设备100的状态报告中的确认。如果在规定时限到期之前没有接收到这种状态报告，则网络节点102将同样假定所发送的数据尚未被无线设备100正确接收并解码，并因此可能需要由下行链路发送机部分102A重新发送相同的数据或其他信息。应当注意，无线设备100与网络节点102之间的无线通信可以涉及仅在一个方向(即，上行链路或下行链路)上或两个方向(即，上行链路和下行链路两者)上的数据通信。

无线设备和网络节点中的发射机部分和接收部分有时被称为确认模式无线电链路控制实体，即所谓的AM RLC实体。进一步参考图2A和图2B，图2C示出了AM RLC实体1如何由无线设备100中的上行链路发射机部分100A和下行链路接收机部分100B来组成，以及AMRLC实体2如何由网络节点102中的下行链路发射机部分102A和上行链路接收机部分102B来组成。

确认多个所接收的PDU或类似物的状态报告的传输与用于网络在消耗的无线电资源方面的成本相关联，这些无线电资源通常在有限的供应中可用。因此，期望将状态报告的数量保持为低，但同时必须足够频繁地进行状态报告以使能及时(即，在接收侧在数据变得无用或过时之前)重新发送未确认的数据，如在上面所解释的。因此，应当谨慎选择状态报告的频率，作为保持资源消耗为低与确保诸如状态PDU之类的状态报告及时传达之间的权衡。

应当注意，即使只有很少甚至只有一个PDU要确认，状态报告或状态PDU的传输也具有最小成本，因为需要一定量的信令来建立传输，包括分配必需的无线电资源以用于该报告。因此，在确认模式即AM下的数据无线通信中，既要确保数据的安全通信又要消耗尽可能少的无线电资源是一个问题。

发明内容

本文中所描述的实施例的目的是解决在本公开中所讨论的问题和议题中的至少一些。通过使用如在所附的独立权利要求中定义的方法和状态管理器，可以实现该目的以及其他目的。

根据一个方面，一种由状态管理器在数据发送节点与数据接收节点之间的数据无线通信中执行的方法，用于控制来自数据接收节点的关于数据接收的状态报告。

在该方法中，状态管理器检测到数据接收节点已经被触发在规定时限到期之前向数据发送节点发送指示所接收的数据的状态报告。当检测到这种情况时，当在所述规定时限之前剩下的时间比最短时长长时，如果数据正在等待从数据接收节点发送，则该状态管理器触发数据接收节点将状态报告与所述数据一起发送到数据发送节点。否则，当在所述规定时限之前剩下的时间变得比最短时长短时，如果没有数据在等待从数据接收节点发送，则该状态管理器触发单独发送状态报告。

根据另一方面，状态管理器被设置为在数据发送节点与数据接收节点(704)之间的数据无线通信中控制来自数据接收节点的关于数据接收的状态报告。该状态管理器被配置为：检测数据接收节点已经被触发在规定时限到期之前向数据发送节点发送指示所接收的数据的状态报告。

状态管理器还被配置为：当在所述规定时限之前剩下的时间比最短时长长时，如果数据正在等待从数据接收节点发送，则触发数据接收节点将状态报告与所述数据一起发送到数据发送节点。状态管理器进一步被配置为：当在所述规定时限之前剩下的时间变得比最短时长短时，如果没有数据在等待从数据接收节点发送，则触发单独发送状态报告。

实际上，在时限之前剩下的时间达到最短时长之前出现等待发送数据(pendingdata)作为用于与数据一起发送状态报告的第一触发，而在剩下的时间变得比最短时长短之前没有等待发送数据出现作为用于单独发送状态报告的第二触发。这种行为具有以下优势：当释放第一触发时，通过在等待发送数据上驮运报告而尽可能地节省无线电资源，而同时通过在没有释放第一触发的等待发送数据出现的情况下释放第二触发来确保在规定时限之前及时地发送报告。

可以根据不同的可选实施例来配置和实现上述方法和状态管理器，以实现以下将要描述的进一步的特征和益处。

还提供了一种包括指令的计算机程序，当这些指令在状态管理器中的至少一个处理器上被执行时使至少一个处理器执行上述的方法。还提供了一种包含上述计算机程序的载体，其中，该载体可以是电子信号、光信号、无线电信号、或计算机可读存储介质中的一个。

附图说明

现在将通过示例性实施例并参考附图更详细地描述解决方案，其中：

图1是概括图示网络节点与无线设备之间的无线通信的通信场景。

图2A和图2B是示出当处于确认模式AM时，无线设备和网络节点可以如何分别使用上行链路数据和下行链路数据的状态报告的通信场景。

图2C示出可以如何在图2A和图2B的无线设备和网络节点中布置AM无线电链路控制RLC实体。

图3是示出根据一些示例实施例的当通过状态管理器来使用解决方案时的过程的示例的信令图。

图4是示出根据进一步的示例实施例的可以如何应用第一触发和第二触发以使能状态报告的时序图。

图5是示出根据进一步的示例实施例的可以由状态管理器执行的过程的流程图。

图6是示出根据进一步的示例实施例的用于针对在其上将要发送状态报告的无线电承载来确定调度优先级的过程的流程图。

图7是示出根据进一步的示例实施例的可如何构造状态管理器的框图。

具体实施方式

提供了一种在数据发送节点与数据接收节点之间的无线数据通信中确保在报告的规定时限即最后期限“D”到期之前从数据接收节点发送状态报告，同时减少甚至最小化用于将状态报告及时传达到数据发送节点所需的无线电资源量的解决方案。这可以通过针对状态报告使用第一触发和第二触发来实现，以使得如果第一触发还没有被应用，则基本上将应用第二触发，如下所述。因此，状态报告指示在数据接收节点成功接收来自数据发送节点的数据。

简而言之，当存在等待从数据接收节点发送的数据时，将应用第一触发，在这种情况下，数据接收节点将状态报告与等待发送数据一起发送到数据发送节点。以此方式，状态报告被“驮运(piggy-backed)”在数据上而不需要被单独发送，从而节省了无线电资源，因为数据无论如何都会在与将要被报告确认的数据相反的方向上被发送。因此，如果存在将要在其上驮运并及时传送的报告的等待发送数据，则可以应用第一触发。

如果在规定时限之前的某个最短时长“d-min”之前没有发生等待发送数据的第一触发，则将应用第二触发，以确保在规定时限之前由数据接收节点及时单独发送状态报告。例如，第二触发可以通过设置状态报告的调度优先级来实现，以使得优先的状态报告的传输优先于来自任何其他节点的传输，如果有来自任何其他节点的传输的话，这可能会至少部分竞争相同的无线电资源。在实践中，这可以通过针对在其上将要发送报告的无线电承载来设置调度优先级来实现。因此，第一触发在时间上被认为早于第二触发，并且如果第一触发通过无论如何也会在被发送的数据上驮运报告而成功，则没有必要应用第二触发，这将在下面进行解释。

现在将按照状态管理器的功能来描述该解决方案，该状态管理器可以在数据接收节点或数据发送节点中实现，例如，取决于这两个节点中的哪个节点是网络节点，该网络节点可以进一步包括调度器，其中有效地应用上述第二触发。在本公开中，术语“状态管理器”可以被“反馈管理器”代替，这表明它可操作以控制从数据接收节点到数据发送节点的关于数据接收的状态报告，即，反馈。此外，虽然术语“PDU”在本文中经常被用作数据的表示，但是该解决方案及其实施例通常不受该术语的限制。

现在将参考图3中的信令图来描述如何在实践中使用该解决方案的非限制性但说明性的示例，图3示出了状态管理器300，该状态管理器300控制用于数据发送节点302与数据接收节点304之间的数据无线通信的状态报告。遵循上述定义，可以是上行链路或下行链路数据的数据被从数据发送节点302向数据接收节点304发送，而状态报告将从数据接收节点304被发送到数据发送节点302以确认正确接收的数据。

数据发送节点302可以是网络节点，而数据接收节点304可以是无线设备，反之亦然。状态管理器300被图示为单独的逻辑实体，虽然它可以在数据发送节点302和数据接收节点304中的任何一个中实现，这取决于哪个节点是属于无线网络的网络节点。还图示了被标示为“调度器”306的调度功能，其基本上为无线通信(包括节点302与节点304之间的无线通信)分配无线电资源。调度器306在此被示出为单独的逻辑实体，虽然它实际上通常在网络节点中实现。因此，状态管理器300和调度器306可以在同一节点中实现，即，可以是数据发送节点302(在下行链路数据的情况下)或数据接收节点304(在上行链路数据的情况下)的网络节点，如上所述。

第一动作3:1A示出了数据发送节点302以PDU的形式向数据接收节点304发送数据，进而数据接收节点304希望如下一动作3:1B中所示成功地接收并解码数据。此过程可以重复多次，如在动作3:2A中发送的另一个PDU所隐含表明的，该另一个PDU有希望在动作3:2B中被接收并解码。

在某个时刻，数据发送节点302需要查明是否有任何所发送的PDU尚未被数据接收节点304成功接收并解码，并因此需要重新传输。因此，数据发送节点302可以通过在另一个动作3:4中向数据接收节点304发送针对状态的轮询来对数据接收节点304进行轮询，这实际上意味着数据发送节点302向数据接收节点304请求状态报告，在此示例中例如采用状态PDU的形式。用于触发来自数据接收节点304的状态报告的其他机制也是可能的，诸如使用数据接收节点304已知的一些预定义报告方案，其以规定间隔或以某些条件来触发状态报告而无需针对每个状态报告而明确轮询。因此，动作3:4中的轮询在此被示出为虚线且可选的消息，其根据实现而可以被使用或不使用。

另一个动作3:4A示出了状态管理器300检测到数据接收节点304已经被触发在规定时限“D”到期之前发送状态报告。如果数据发送节点302是在其中实现了状态管理器300的网络节点，则状态管理器300将知道状态报告是由在动作3:4中从网络节点发送轮询消息而被触发的。另一方面，如果数据接收节点304是在其中实现了状态管理器300的网络节点，则状态管理器300将知道状态报告是由在动作3:4中在网络节点处接收轮询消息而被触发的。

如果没有发送这种轮询，则检测状态报告的触发的另一种可能性是状态管理器300知道预定义的报告方案或类似物。如果没有发送轮询而可以检测状态报告的触发的又一种可能性是通过针对所述触发应用某些预定义规则，特别是如果数据接收节点304是无线设备并且数据发送节点302是在其中实现了状态管理器300的网络节点，因此该网络节点可以使用相同的规则来确定状态报告的传输已经被触发。

在任一情况下，当检测到要求状态报告时，数据接收节点304被状态管理器300触发或指示以等待数据，该数据等待在相反的方向上发送，即，一些数据将要从数据接收节点304向数据发送节点302发送，与动作3:1A、3:2A等中的数据传输相反。因此，这是由状态管理器300在动作3:5中释放的上述“第一触发”。特别地，数据接收节点304由此被触发等待待发送数据，只要在所述规定时限D之前剩下的时间比在本文中被简称为“d-min”的最短时长长即可。应当注意，D表示时间点，即，最后期限，在它之前报告必须被发送的最大允许“时期(age)”，而d-min表示在D之前的某个时长或时间段。

图4中的时序图示出了可以如何使用上述时间参数D和d-min来控制状态报告的调度优先级，并且如在下面进一步描述图3时将参考该示意图。在时间t₀，检测到要求来自数据接收节点304的状态报告，如动作3:4、3:4A中所述。t₀有效地确定D将在何时发生，即，取决于报告的最大允许时期。状态报告最初具有“正常”的调度优先级P1，这意味着它并不比与该状态报告竞争相同的无线电资源的任何其他传输高，以使得在被请求时无线电资源将基本上以“公平”的方式针对传输依次进行分配。

在图3中的动作3:6之后的示例中，一种替代方案是数据接收节点304在达到d-min之前(即，在D之前剩下的时间已经减少到d-min之前)及时发现数据正在等待发送，该数据可来自在数据接收节点304中运行的某个应用。在该替代方案中，第一触发因此通过“及时”发生而成功，并且数据接收节点304能够在动作3:7中将状态PDU与等待发送数据一起发送到数据发送节点302，从而通过不单独发送报告而节省了无线电资源，否则该报告将需要单独的发送和额外的信令，如上所述。在图4中的时间t₁示出了报告连同所发现的等待发送数据(即，在所发现的等待发送数据上驮运报告)一起的传输。

另一方面，如果没有发现数据在等待及时地(即，当在D之前剩下的时间变得比d-min短时)从数据接收节点304发送到数据发送节点302，作为动作3:6之后的方案的另一种替代方案，第一触发因此通过没有发生而失败，并且状态管理器300需要释放第二触发作为替代，如下所述。在发现一旦已达到d-min而并没有找到等待从数据接收节点304发送的数据时，状态管理器300基本上触发单独发送状态报告，这发生在图4中的时间t₂。

图4还示出了可以通过将状态报告的调度优先级提高到比可与数据接收节点304竞争相同的无线电资源的其他传输的调度优先级高来触发状态报告的传输。如由动作3:8所指示的，一旦在D之前剩下的时间变得比d-min短，通过状态管理器300指示或触发调度器306这样做，调度优先级可以通过这种方式从P1提高到P2。作为结果，调度器306在动作3:9中立即为数据接收节点304调度必需的无线电资源，以使得它可以在动作3:10中并且在图4中的时间t₂单独地向数据发送节点302发送报告。最后图示的可选动作3:11示出了当已经接收到状态报告时，数据发送节点302可以重新发送在被状态报告确认的PDU中可能丢失的一些数据(PDU)。

通过实现上述第一触发和第二触发，状态报告在可能的情况下将与数据一起被发送以节省无线电资源，或者在没有出现等待发送数据的情况下及时单独发送状态报告，从而确保报告将及时到达数据发送节点302，因此无论如何将避免已被成功接收并解码的数据的任何不必要的重新传输。

应当注意，图3示出了可以在动作3:6之后进行的两个不同的替代过程，即，动作3:7(如果第一触发成功因此不使用第二触发)，或者动作3:8–3:10(如果第一触发不成功因此必须使用第二触发)。

可以如何按照由诸如状态管理器300之类的状态管理器执行的动作来使用该解决方案的示例由图5中的流程图示出，现在将进一步参考图3来描述图5的流程图，然而该过程并不限于图3的示例。因此，图5示出了在数据发送节点302与数据接收节点304之间的数据无线通信中用于控制来自数据接收节点304的关于数据接收的状态报告的过程。该过程可以在上述状态管理器300中被执行。还将描述可以在该过程中使用的一些可选的示例实施例。

第一动作500示出了检测到数据接收节点304已经被触发在规定时限D到期之前向数据发送节点302发送指示所接收的数据的状态报告，同样如图3的动作3:4、3:4A中所示。在上面已经针对图3描述了可以如何检测这种情况的一些示例。

在另一个动作502中，检查在所述规定时限D之前剩下的时间是否比最短时长d-min长。如果是这样的话(502中的“是”)，则当在所述规定时限之前剩下的时间比d-min长时，如果数据正在等待从数据接收节点发送，则数据接收节点304被触发将状态报告与所述数据一起发送到数据发送节点302。

在动作504中，在动作502中发现在D之前剩下的时间比d-min长之后，检查在数据接收节点304中是否有等待发送数据。如果此时数据正在等待发送(504中的“是”)，则在动作506中数据接收节点304被触发将状态报告与等待发送数据一起发送到数据发送节点302，如动作3:7中所述。如果在动作504中没有发现数据在等待发送(504中的“否”)，则在动作508中数据接收节点304被指示等待(对应于动作3:6)，之后返回到动作502以查看在D之前剩下的时间是否仍然比最短时长d-min长。如果是这样的话(502中的“是”)，则将重复动作504以将该过程移动到如上所述的506或508。

然而，如果在动作502中发现在D之前剩下的时间不再比d-min长(502中的“否”)，即，如果在所述规定时限之前剩下的时间达到最短时长之前没有发现数据在等待从数据接收节点304发送，则另一个动作510示出了触发状态报告单独从数据接收节点304发送。动作512示出了例如通过在调度器306中提高其优先级来调度状态报告以用于单独传输，也如针对动作3:8-3:10所描述的。

现在将描述可以在图3中的上述过程中使用的实施例的一些进一步的示例。在一个示例实施例中，可以通过指示或触发无线通信的调度器306将状态报告的调度优先级设置得比由调度器控制的其他传输的调度优先级高来执行动作510。在这种情况下，另一个示例实施例可以是针对在其上将要发送状态报告的无线电承载来设置所述调度优先级。

在进一步的示例实施例中，所述数据可以包括用户面有效载荷、或控制信息、或这两者。一些进一步的示例实施例可以是所述数据被包括在一个或多个协议数据单元PDU中，并且状态报告是状态PDU。

在另一个示例实施例中，可以维持状态指示符，该状态指示符指示等待在无线电承载上从数据接收节点304向数据发送节点302发送的数据和/或状态报告，作为用于在所述无线电承载上调度传输的基础。例如，数据接收节点304可具有正在等待发送的多个状态报告，其中，每个状态报告具有它自己的时限D，因此数据接收节点304具有一系列时限，各个状态报告需要在相应的时限之前被发送。因此，状态指示符对于保持跟踪可能正在等待的所有状态报告是有用的，并且可以如下所述地使用状态指示符。

如果使用了上述状态指示符，则另一个示例实施例可以是状态指示符指示等待发送数据比特或字节的数量、等待发送状态报告比特或字节的数量、以及从生成最早的等待发送状态报告以来已经过去的时间量。以此方式，状态报告和任何等待发送数据可以通过适当的调度以及时地(例如，在状态报告的相应时限D到期之前)被发送而恨容易地被控制。在另一个示例实施例中，状态指示符可以指示等待发送数据和状态报告的比特或字节的总数量以及变量，其中，如果只有状态报告比特或字节等待发送，则该变量具有第一值，而如果有状态报告比特或字节和数据比特或字节两者等待发送，则该变量具有第二值。状态指示符的后一个实施例没有单独指示有多少数据和多少状态报告要发送，但是它需要的存储空间比状态指示符的前述变体少。

在上面提及当状态管理器300以及调度器306在数据接收节点304或数据发送节点302中实现时，可以使用该解决方案。在进一步的示例实施例中，图5的过程可以在数据接收节点或数据发送节点中被执行，即，基本上取决于在哪里实现上述状态管理器300。在下面概述了其中一些可能的变体。

在另一个示例实施例中，数据接收节点304和数据发送节点302中的一个可以是包括所述调度器306的网络节点，而数据接收节点304和数据发送节点302中的另一个则将会是无线设备，并且其中，图5的过程在所述网络节点中被执行。在这种情况下，另一个示例实施例可以是当无线设备是数据接收节点并且网络节点是数据发送节点时，该网络节点通过应用预定义规则来执行在无线设备中已经触发状态报告的发送的所述检测，这些预定义规则也被该无线设备应用于触发所要求的状态报告。在这种情况下，另一个示例实施例可以是响应于从数据发送节点302发送到数据接收节点304的轮询，检测来自无线设备的状态报告的触发，诸如由动作3:4所示。

现在将参考图6中的流程图来描述可以如何控制用于状态报告的无线电承载的调度优先级的示例，图6示出了可以在调度器306中适当地执行的优先级方案，其中，状态管理器300是可操作的。该状态报告被称为状态PDU，并且时限D和最短时长d-min以如上所述的方式适用于状态PDU。第一动作600示出了开始承载优先次序化，进而在另一个动作602中，检查是否确实存在任何东西要从数据接收节点304发送。如果没有(602中的“否”)，则不需要进行调度并且没有需要优先次序化的无线电承载。

如果在动作602中发现有一些东西要发送(602中的“是”)，则在动作604中进一步检查是否有任何状态PDU将要从数据接收节点304被发送。如果没有(604中的“否”)，则这意味着只有数据将要被发送并且无线电承载可以被赋予中等优先级(图4中的P1)，这基本上意味着无线电承载需要竞争无线电资源，该无线电资源可有用于或被请求用于也由调度器306控制并且也可具有中等优先级的其他传输。

在另一方面，如果在动作604中发现至少有一个状态PDU将要被发送(604中的“是”)，则在动作606中进一步检查在报告的时限D到期之前剩下的时间是否比最短时长d-min长。如果是这样的话(606中的“是”)，则在动作608中进一步检查是否有任何等待从数据接收节点304发送的用户有效载荷，即，数据。如果是这样的话，则上述第一触发被释放，这意味着数据接收节点304被触发将状态PDU连同用户有效载荷一起发送。在这种情况下，无线电承载可以具有中等优先级(图4中的P1)，就像只有数据将要被发送时一样(604中的“否”)。

如果在动作608中发现在数据接收节点304中没有等待发送的用户有效载荷，则无线电承载被赋予低优先级，这意味着状态PDU将不得不等待，就像在动作508中一样，直到有等待发送的用户有效载荷为止或者直到在D之前剩下的时间达到d-min为止，以先到者为准。这基本上意味着或多或少地连续检查动作606和608。

然而，一旦在动作606中发现当前在D之前剩下的时间已达到d-min(606中的“否”)，则这意味着第一触发并没有成功，上述第二触发被释放，并且状态PDU被赋予高(提高的)优先级(图4中的P2)，以使得状态PDU被立即调度以用于单独从数据接收节点304发送。

图7中的框图示出了可以如何构造状态管理器700以实现上述解决方案及其实施例的详细但非限制性示例。在该附图中，在适当的情况下，状态管理器700可以被配置为根据采用本文中所描述的解决方案的任何示例和实施例来操作。状态管理器700被示出为包括处理器“P”、存储器“M”和通信电路“C”，该通信电路“C”具有用于以本文中所描述的方式发送和接收信息和消息的合适设备。

因此，状态管理器700中的通信电路C包括被配置为根据实现来使用用于通信的合适协议进行通信的设备。然而，该解决方案不限于任何特定类型的消息或协议。

状态管理器700例如借助于单元、模块等而被配置或设置为执行图5和图6以及如下的流程图中的至少一些动作。

状态管理器700被设置为在数据发送节点702与数据接收节点704之间的数据无线通信中控制来自数据接收节点704的关于数据接收的状态报告。在该附图中，状态管理器700对应于图3中的状态管理器300，数据发送节点702对应于图3中的数据发送节点302，数据接收节点704对应于图3中的数据接收节点304。还示出了调度器706，其为无线通信(包括节点702与704节点之间的无线通信)分配无线电资源。调度器706对应于图3中的调度器306。这些实体基本上至少部分地可以以在上面针对图3-6描述的方式来操作。

状态管理器700被配置为检测数据接收节点已经被触发在规定时限D到期之前向数据发送节点发送指示所接收的数据的状态报告。该操作可以由状态管理器700中的检测模块700A来执行，也如动作500中所示。检测模块700A可以可替代地被命名为发现模块或通知模块。

状态管理器700还被配置为：当在所述规定时限之前剩下的时间长于最短时长d-min时，如果数据正在等待从数据接收节点发送，则触发数据接收节点704将状态报告与所述数据一起发送到数据发送节点702。该操作可以由状态管理器700中的第一触发模块700B来执行，也如动作506中所示。第一触发模块700B可以可替代地被命名为第一指示模块。

状态管理器700进一步被配置为：当在所述规定时限之前剩下的时间变得比最短时长短时，如果没有数据在等待从数据接收节点发送，则触发单独发送状态报告。该操作可以由状态管理器700中的第二触发模块700C来执行，也如动作510中所示。第二触发模块700C可以可替代地被命名为第二指示模块。

状态管理器700可以进一步被配置为：通过指示或触发无线通信的调度器706将状态报告的调度优先级设置得比由调度器706控制的其他传输的调度优先级高来触发单独发送状态报告。

应当注意，图7示出了状态管理器700中的各种功能模块，并且本领域技术人员可以在实践中使用合适的软件和硬件设备来实现这些功能模块。因此，该解决方案通常不限于所示的状态管理器700的结构，并且其中的功能模块可以被配置为在适当的情况下根据本公开中所描述的任何特征、示例和实施例来操作。

上述功能模块700A-C可以通过包括代码部件的计算机程序的程序模块而在状态管理器700中实现，该代码部件在由处理器P运行时使状态管理器700执行上述动作和过程。处理器P可以包括单个中央处理单元(CPU)，或者可以包括两个或更多个处理单元。例如，处理器P可以包括通用微处理器、指令集处理器和/或相关芯片组和/或诸如专用集成电路(ASIC)之类的专用微处理器。处理器P还可包括用于缓存目的的存储设备。

计算机程序可以由状态管理器700中的计算机程序产品来携带，该计算机程序产品采用具有计算机可读介质并被连接到处理器P的存储器的形式。因此，状态管理器700中的计算机程序产品或存储器M包括在其上例如以计算机程序模块等形式存储计算机程序的计算机可读介质。例如，存储器M可以是闪存存储器、随机存取存储器(RAM)、只读存储器(ROM)或电可擦除可编程ROM(EEPROM)，并且在替代实施例中，程序模块可以以状态管理器700内的存储器形式分布在不同的计算机程序产品上。

本文中所描述的解决方案可以通过包括指令的计算机程序而在状态管理器700中实现，这些指令在至少一个处理器上被执行时使至少一个处理器在适当的情况下执行根据任何一个上述实施例和示例的动作。该解决方案也可以在状态管理器700处在包含上述计算机程序的载体中实现，其中，该载体是电子信号、光信号、无线电信号、或计算机可读存储介质中的一个。

虽然已经参考具体的示例性实施例描述了该解决方案，但是该描述通常仅旨在说明本发明构思，并且不应被视为限制该解决方案的范围。例如，虽然在本公开中已经使用了术语“状态管理器”、“数据发送节点”、“数据接收节点”、“数据”、“状态报告”、“规定时限”、“协议数据单元PDU”、“调度优先级”以及“状态指示符”，但是也可以使用具有本文中所描述的特征和特性的任何其他对应的实体、功能和/或参数。该解决方案由所附权利要求限定。

Claims

1.一种在数据发送节点(302)与数据接收节点(304)之间的数据的无线通信中从所述数据接收节点(304)报告关于所述数据的接收的方法，所述方法包括：

-检测(500)所述数据接收节点已经被触发在规定时限(D)到期之前向所述数据发送节点发送指示所接收的数据的状态报告，

所述方法还包括以下中的一个：

-当在所述规定时限之前剩下的时间比最短时长(d-min)长(502)时，如果数据正在等待(404)从所述数据接收节点发送，则触发(506)所述数据接收节点将所述状态报告与所述数据一起发送到所述数据发送节点，以及

-当在所述规定时限之前剩下的时间变得比所述最短时长短时，如果没有数据在等待从所述数据接收节点发送，则触发(510)单独发送所述状态报告。

2.根据权利要求1所述的方法，其中，指示/触发所述无线通信的调度器将所述状态报告的调度优先级设置得比由所述调度器控制的其他传输的调度优先级高。

3.根据权利要求2的方法，其中，针对在其上将要发送所述状态报告的无线电承载来设置所述调度优先级。

4.根据权利要求1-3中任一项的方法，其中，所述数据包括用户面有效载荷和/或控制信息。

5.根据权利要求1-4中任一项所述的方法，其中，所述数据被包括在一个或多个协议数据单元PDU中，并且所述状态报告是状态PDU。

6.根据权利要求1-5中任一项所述的方法，其中，状态指示符被维持，所述状态指示符指示等待在无线电承载上从所述数据接收节点向所述数据发送节点发送的数据和/或状态报告，作为用于在所述无线电承载上调度传输的基础。

7.根据权利要求6所述的方法，其中，所述状态指示符指示等待发送数据比特或字节的数量、等待发送状态报告比特或字节的数量、以及从生成最早的等待发送状态报告以来已经过去的时间量。

8.根据权利要求6的方法，其中，所述状态指示符指示等待发送数据和状态报告的比特或字节的总数量以及变量，其中，如果只有状态报告比特或字节等待发送，则所述变量具有第一值，如果有状态报告比特或字节和数据比特或字节两者等待发送，则所述变量具有第二值。

9.根据权利要求1-8中任一项所述的方法，其中，所述方法在所述数据接收节点或在所述数据发送节点中被执行。

10.根据权利要求9的方法，其中，所述数据接收节点和所述数据发送节点中的一个是包括所述调度器的网络节点，所述数据接收节点和所述数据发送节点中的另一个是无线设备，并且其中，所述方法在所述网络节点中被执行。

11.根据权利要求10所述的方法，其中，当所述无线设备是所述数据接收节点并且所述网络节点是所述数据发送节点时，所述网络节点通过应用预定义规则来执行在所述无线设备中已经触发所述状态报告的发送的所述检测，所述预定义规则也被所述无线设备应用于触发所要求的状态报告。

12.根据权利要求11所述的方法，其中，响应于从所述数据发送节点发送到所述数据接收节点的轮询，检测来自所述无线设备的所述状态报告的触发。

13.一种状态管理器(700)，被设置为在数据发送节点(702)与数据接收节点(704)之间的数据无线通信中控制来自数据接收节点(704)的关于数据接收的状态报告，其中，所述状态管理器被配置为：

-检测(700A)所述数据接收节点已经被触发在规定时限(D)到期之前向所述数据发送节点发送指示所接收的数据的状态报告，

-当在所述规定时限之前剩下的时间比最短时长(d-min)长时，如果数据正在等待从所述数据接收节点发送，则触发(700B)所述数据接收节点将所述状态报告与所述数据一起发送到所述数据发送节点，以及

-当在所述规定时限之前剩下的时间变得比所述最短时长短时，如果没有数据在等待从所述数据接收节点发送，则触发(700C)单独发送所述状态报告。

14.根据权利要求13所述的状态管理器(700)，其中，所述状态管理器被配置为：指示或触发所述无线通信的调度器将所述状态报告的调度优先级设置得比由所述调度器控制的其他传输的调度优先级高。

15.根据权利要求14所述的状态管理器(700)，其中，所述状态管理器被配置为：针对在其上将要发送所述状态报告的无线电承载来设置所述调度优先级。

16.根据权利要求13-15中任一项所述的状态管理器(700)，其中，所述数据包括用户面有效载荷和/或控制信息。

17.根据权利要求13-16中任一项所述的状态管理器(700)，其中，所述数据被包括在一个或多个协议数据单元PDU中，并且所述状态报告是状态PDU。

18.根据权利要求13-17中任一项所述的状态管理器(700)，其中，所述状态管理器被配置为维持状态指示符，所述状态指示符指示等待在无线电承载上从所述数据接收节点向所述数据发送节点发送的数据和/或状态报告，作为用于在所述无线电承载上调度传输的基础。

19.根据权利要求18所述的状态管理器(700)，其中，所述状态指示符指示等待发送数据比特或字节的数量、等待发送状态报告比特或字节的数量、以及从生成最早的等待发送状态报告以来已经过去的时间量。

20.根据权利要求18的状态管理器(700)，其中，所述状态指示符指示等待发送数据和状态报告的比特或字节的总数量以及变量，其中，如果只有状态报告比特或字节等待发送，则所述变量具有第一值，如果有状态报告比特或字节和数据比特或字节两者等待发送，则所述变量具有第二值。

21.根据权利要求13-20中任一项所述的状态管理器(700)，其中，在所述数据接收节点或在所述数据发送节点中实现所述状态管理器。

22.根据权利要求21的状态管理器(700)，其中，当所述数据接收节点和所述数据发送节点中的一个是包括所述调度器的网络节点并且所述数据接收节点和所述数据发送节点中的另一个是无线设备时，在所述网络节点中实现所述状态管理器。

23.根据权利要求22的状态管理器(700)，其中，当所述无线设备是所述数据接收节点并且所述网络节点是所述数据发送节点时，所述状态管理器被配置为通过应用预定义规则来执行在所述无线设备中已经触发所述状态报告的发送的所述检测，所述预定义规则也被所述无线设备应用于触发所要求的状态报告。

24.根据权利要求23所述的状态管理器(700)，其中，所述状态管理器被配置为：响应于从所述数据发送节点发送到所述数据接收节点的轮询，检测来自所述无线设备的所述状态报告的触发。

25.一种计算机程序，包括指令，当所述指令在至少一个处理器上被执行时使所述至少一个处理器执行根据权利要求1-12中任一项所述的方法。

26.一种载体，包含根据权利要求25所述的计算机程序，其中，所述载体是以下中的一个：电信号，光信号，无线电信号，或计算机可读存储介质。