用于处理无线通信系统中的差错控制消息的方法和设备的制作方法
【专利摘要】本发明公开了用于处理差错控制消息，如RLC?ARQ控制消息的方法和设备。示例方法包括：发信号通知媒体接入控制器(MAC)需要链路资源来发送数据；从MAC接收用于发送数据的链路资源已被调度的指示；以及在接收到所述指示之后，基于当前差错控制状态来产生差错控制消息。然后，差错控制消息被转发至MAC以进行发送。由于差错控制消息的产生被延迟直到用于其发送的资源已被调度，避免了失效控制消息的排队。
【专利说明】用于处理无线通信系统中的差错控制消息的方法和设备
[0001]本申请是2010年4月30日提交的、申请号为200880114373.4、发明名称为“用于处理无线通信系统中的差错控制消息的方法和设备”的专利申请的分案申请。
【技术领域】
[0002]本发明总体涉及无线通信系统，更具体地，涉及调度链路资源的无线系统中的差错控制消息的处理。
【背景技术】
[0003]第三代合作伙伴计划(3GPP)已经在被称为“长期演进”或LTE的提案中发起了开发高级无线通信系统规范的项目。在标准化讨论中，已经达成一致，LTE系统应在无线链路控制(RLC)协议中利用自动重复请求(ARQ)机制。所规定的ARQ协议是一种选择性重复协议(在“RLC确认模式”中使用)，提供了用于从接收节点向发送节点发送状态报告的手段，以及用于发送节点轮询接收节点的状态的手段。响应于状态报告的接收，发送节点可以重发任何丢失的数据，或采取其他合适的操作。响应于轮询，接收机一般发送状态报告。然而，在一些情况下，状态报告的发送可能被禁止。例如，在发送前一状态报告时启动的状态禁止定时器可以在一个时间段内阻止状态报告。
[0004]3GPP开发者已经达成一致，规定一组轮询和状态触发，以及对节点对轮询或状态报告的响应进行调节的定时器。近来已经达成一致以包括在3GPP LTE标准中的触发和定时器的示例包括:
[0005].在检测到丢失的协议数据单元(rou)时的自动状态报告；
[0006].响应于发送缓冲器中最后一个rou的发送的自动轮询，以向发送节点提供对数据突发已经被完全接收的保证；
[0007].防止节点过于频繁地发送状态报告的状态禁止定时器，因为过于频繁的状态报告可能导致不必要的重传；以及
[0008].轮询重传定时器，确保对可能已经丢失的未答复的轮询进行重传。
[0009]当然，LTE中也可能采用另外的触发和定时器。可以预期，用于LTE的RLC ARQ协议最终将与3GPP TS25.322中规定的宽带CDMA (W-CDMA) RLC协议具有许多相似性。除了确认模式之外，用于LTE的RLC协议还将包括无确认模式以及透明模式。
[0010]在传统的RLC ARQ方案中，响应于特定触发来创建RLC定时器和状态报告。例如，如果接收节点接收到轮询并且没有状态禁止定时器正在运行，则接收节点立即产生表示当前接收机状态的状态报告。典型的状态报告可以包括针对上次接收的协议数据单元(PDU)的标识符和/或针对未成功接收的一个或多个PDU的否定确认。然后，将状态报告提供给媒体接入控制(MAC)层以发送至发送节点。(本领域技术人员可以认识到，每个无线通信节点将典型地包括发射机和接收机。此外，可以在两个方向上均实现ARO方案。为了本公开的目的，术语“发送节点”一般是指在确认模式中向“接收节点”发送一个或多个数据PDU的节点。在3GPP术语中，“确认模式RLC实体的发送侧”发送确认模式数据；向确认模式RLC实体的“对等实体”或“接收侧”发送该rou。给定这种用法，接收节点可以向发送节点发送状态rou。同样，发送节点可以接收状态rou。)
[0011]在采用状态禁止定时器的系统中，接收节点典型地在状态报告从RLC层传送至MAC层时启动状态禁止定时器。然后，在定时器超时之前，即使同时出现状态报告的一个或多个新触发，也不允许另外的状态报告。这种触发可能是从发送节点接收到的另一轮询、检测到丢失的PDU等等。因此，状态禁止定时器确保后续的状态报告至少被延迟由状态禁止定时器指定的时间段。
[0012]在LTE系统中，对上行链路(针对移动台至基站的传输)进行资源调度，其中，调度由服务基站(在LTE中称为演进NodeB或eNodeB)来控制。因此，在给定时刻，移动台可能不能立即接入传输资源。如果移动台中的MAC层在当前没有上行链路资源被调度时从RLC层接收到状态报告，则移动台在其可以向eNodeB发送状态报告之前必须首先请求这些资源。由于调度是由eNodeB控制的，可能发生上行链路资源的准许被明显延迟的情况。例如，多用户调度可能减慢资源分配，或者，初始调度请求可能在传输中丢失。因此，状态报告的传输可能在一定程度上被延迟，使得甚至在发送状态报告之前，该状态报告所表征的接收机状态就可能已过期。
【发明内容】
[0013]这里公开了用于处理差错控制消息，如RLC ARQ控制消息的方法和设备。一种示例方法包括:发信号通知媒体接入控制器(MAC)需要链路资源来发送数据；WMAC接收用于发送数据的链路资源已被调度的指示；以及在接收到所述指示之后，基于当前差错控制状态来产生差错控制消息。然后，差错控制消息被转发至MAC以进行发送。由于差错控制消息的产生被延迟直到用于其发送的资源被调度，避免了失效(stale)控制消息的排队和发送。
[0014]在本发明的另一方面，MAC可以通知无线链路控制器(RLC) RLCARQ控制消息的发送何时开始或被确认。响应于所述通知，RLC控制器可以启动或重启差错控制定时器。所述定时器可以包括例如轮询定时器或状态禁止定时器。
【专利附图】
【附图说明】
[0015]图1是根据本发明实施例的通信系统的简化视图。
[0016]图2示出了可以在图1的系统中采用的多个通信协议层。
[0017]图3示出了对延迟进行调度对ARQ状态报告的形成的影响。
[0018]图4示出了对延迟进行调度对ARQ轮询定时器的影响。
[0019]图5不出了根据本发明一个实施例的ARQ状态报告产生的定时。
[0020]图6示出了根据本发明一个实施例的轮询定时器处理。
[0021]图7是示出了用于处理差错控制消息的示例方法的逻辑流程图。
[0022]图8是根据本发明一个或多个实施例的无线设备的框图。
【具体实施方式】
[0023]图1提供了通信系统10的简化视图，包括发送节点110和接收节点120。如上所述，发送节点Iio和接收节点120均包括完整的收发机；术语“发送”和“接收”用于描述确认数据传送中的特定端点。因此，发送节点110向接收节点120发送一个或多个数据单元(可以包括协议数据单元(rou))，还可以发送一个或多个差错控制消息，如轮询请求。(如以下所讨论的，差错控制消息(如轮询)可以与业务数据包括在相同的协议数据单元中。)接收节点120继而可以发送一个或多个差错控制消息，如状态报告，或重传未成功接收的PDU的请求。
[0024]在本发明的一些实施例中，发送节点110可以包括LTE eNodeB，接收节点120可以包括LTE兼容移动台。在这种情况下，eNodeB在下行链路上发送图1中示出的数据单元，而一个或多个差错控制消息在上行链路上发送。然而，本领域技术人员可以认识到，也可以在相反方向上实现ARQ方案，以检测通过上行链路传送的PDU中的差错。在这种情况下，在eNodeB与移动台之间，发送和接收节点的角色反转。
[0025]尽管参照LTE系统来描述这里公开的本发明的技术，但是本发明不限于这种系统。实际上，本领域技术人员在阅读了以下描述并查看了附图之后可以认识到，这里描述的技术可以应用于多种无线系统，尤其是对上行链路、下行链路或两者的传输资源进行动态调度的系统。
[0026]图1中的每个通信节点被配置为根据指定通信协议，如3GPP规定的LTE协议来操作。图2中示出了多个协议层；使用模拟和数字硬件、配置有合适软件的可编程处理器或其组合，可以在每个通信节点中实现这些协议层。具体地，发送节点110(可以是LTE移动台)可以使用协议栈210中的协议层来与接收节点120 (例如LTE eNodeB)的协议栈220中的对应协议层进行通信。
[0027]协议栈210和220均包括物理层、数据链路层和网络层。数据链路层被分为两个子层:无线链路控制(RLC)层和媒体接入控制(MAC)层。在本示例实施例中，网络层被分为控制平面协议(RRC)和用户平面协议(IP)。
[0028]在LTE系统中，物理层针对下行链路使用正交频分多址接入(OFDMA)技术，并针对上行链路使用紧密相关的单载波频分多址接入(SC-FDMA)。一般而言，物理层通过空中(无线)接口提供数据传输，并包括如传输信道的复用和解复用、传输信道至物理信道的映射、物理信道的调制和解调、前向纠错编码和解码、频率和时间同步、传输功率控制、RF处理等功能。
[0029]媒体接入控制(MAC)层一般提供对等MAC实体之间的服务数据单元(SDU)的无确认传送。MAC功能可以包括根据数据速率针对每个传输信道选择合适的传输格式、处理各个用户的数据流之间的优先级(在支持多用户的基站中)、调度控制消息、复用和解复用高层PDU等。在LTE系统中，资源调度也由MAC层来执行。具体地，MAC层可以针对移动台来请求上行链路资源，eNodeB中的对应MAC层可以在移动台之间分配上行链路资源。
[0030]RLC层执行各种功能，包括:RLC连接的建立、释放和维持，将可变长度的高层I3DU分段为较小的RLC PDU或将较小的RLC PDU重组为可变长度的高层TOU，拼接，重传(ARO)进行的纠错，高层rou的按序传送，重复检测，流控制以及其他功能。
[0031]RRC防议处理无线接口上的控制信令(例如无线接入承载控制信令)、测量报告和切换信令。网络层的用户平面部分包括层3协议执行的传统功能，如公知的因特网协议(IP)。[0032]协议栈210和220中的无线链路控制(RLC)协议层包括自动重复请求(ARQ)机制。发送节点Iio中的RLC层接收用户数据、将其分段、并将其转换为RLC PDU0在一些实施例中，发送的RLC PDU可以包括指示所发送的消息是数据PDU还是控制H)U的字段。另一字段可以与轮询字段相对应，该字段可以包含指示发送节点110需要来自接收节点的状态报告的比特。RLC PDU还可以包括“序号”字段，该字段指示数据PDU的序号；针对每个新的数据rou，该序号可以递增。最后，数据字段包含高层数据信息的分段。“长度指示符”和扩展“E”字段也可以包括在RLCPDU中。
[0033]响应于轮询比特P被设置为“I”的rou，接收节点的RLC层可以产生指示哪些RLCPDU已经被正确接收的状态报告。可以使用肯定或否定确认，或两者的组合。在LTE中，状态报告PDU包括确认序号(ACK_SN)字段，该字段指示接收节点既未接收也未确认为丢失的PDU中的最小顺序。状态报告PDU还可以包括一个或多个否定确认序号(NACK_SN)字段，该字段标识被接收节点检测为丢失的H)U。因此，当发送节点110接收到状态报告PDU时，它确定:除了一个或多个NACK_SN字段所标识的PDU之外，直至(但不包括)与ACK_SN相对应的PDU的所有rou已经被接收。
[0034]如以上简要提及的，一些系统中的动态资源调度可以导致差错控制消息(如这里讨论的轮询PDU或状态报告PDU)的产生与这些消息的实际发送之间的延迟。在传输资源持久可用的系统(如3GPP宽带CDMA系统)中，RLC控制消息(例如状态报告PDU或轮询PDU)典型地在其产生之后立即被发送(除了短暂的处理延迟)。因此，例如在发送状态报告时，它表示接收机状态的大体上精确的“快照”。相反，在LTE中，对上行链路进行严格调度，移动台典型地缺乏任何这种持久资源。如果移动台不被调度，则移动台的MAC层必须在其可以发送状态报告PDU之前首先请求上行链路资源。所导致的延迟可能导致状态报告rou在其实际被发送至eNodeB之前过期。
[0035]在图3中示出了这个问题，其中沿上部水平线示出了 eNodeB处的事件，沿下部水平线示出了移动终端处的事件。图3的事件流开始于从eNodeB向移动台发送轮询请求，如图的左手侧所示。如上所述，在传统系统中，移动终端立即(除了处理延迟)产生状态报告。在LTE系统中，如上所述，该状态报告可能指示一个或多个确认模式rou (或其部分)丢失或未成功处理。
[0036]在RLC层产生状态报告之后，该状态报告被转发至MAC层以传送至eNodeB。然而，在所示的事件流中，资源不立即可用于在上行链路上发送数据。因此，MAC层通过发送调度请求，从eNodeB请求上行链路资源。如上所述，上行链路资源的准许可能经历相当大的延迟。这些延迟可能仅仅由于eNodeB正在服务于许多移动台或由于eNodeB当前正在向较高优先级的请求分配资源而发生。在一些情况下，eNodeB未能成功接收资源请求的情况可能导致或加重延迟，使得必须重复该请求。
[0037]在任何情况下，移动终端最终接收到图3所示事件流中的上行链路资源准许，但是是在相当大的调度延迟之后。在图3中从RLC的观点示出了该延迟时间段，即RLC向MAC转发差错控制消息(状态报告)的时刻直到MAC接收到上行链路资源准许的时刻。在该时间段期间，移动终端接收到多个另外的RLC PDU,即roui和roU2。因此，如图的右手侧所示，当向eNodeB发送该状态报告时，该状态报告已经过期。由于该状态报告没有反映TOUl和PDU2的接收，已经向eNodeB提供了关于移动台接收机的当前状态的不准确的信息。这可能导致roui和rou2的重传，从而浪费下行链路资源并潜在地导致排队的数据中另外的延迟。
[0038]调度延迟也可能导致与差错控制处理相关的定时器操作的问题。例如，如果在将携带状态报告的PDU提供给MAC层时启动控制状态报告发送的RLC定时器(如状态禁止定时器)，则可能发生定时器过早超时的情况。在最坏情况下，RLC层可能向MAC层提供多个RLC状态报告，所有这些RLC状态报告排队进行发送。如果这些状态报告包含针对相同RLCPDU的否定确认，则对等端RLC实体可能多次重传相同的TOU。
[0039]类似问题可能适用于控制轮询的定时器。如果在将携带轮询的PDU提供给MAC层时启动轮询定时器，则可能发生由于携带轮询的rou的传输延迟而导致轮询定时器过早超时的情况。这可能导致不必要的轮询被排队并发送至接收机。这在图4的事件流中示出。与图3 —样，沿上部水平线示出eNodeB处的事件，而沿下部的线示出移动终端处的事件。在图的左手侧，eNodeB RLC层产生轮询控制消息轮询I。该轮询控制消息被立即转发至MAC层以发送至移动终端，并且启动轮询定时器，该定时器建立了在可以产生另一轮询请求之前的最小延迟。然而，在相当大的延迟之后，轮询I消息才被实际发送至移动终端，所述延迟可能由于来自备份(backed-up)发送队列的调度延迟而产生。
[0040]在一些情况下，发送轮询请求的延迟可能扩展直到轮询定时器超时之后，如图4所示。在轮询定时器超时时，不知道前一轮询未被发送的RLC层产生第二个轮询请求轮询
2。将这第二个轮询请求转发至MAC，并重启轮询定时器。
[0041]最终，将第一个轮询请求(轮询I)发送至移动台。在所示的场景中，上行链路延迟不明显，因此状态报告很快返回。此后很短时间，eNodeB发送第二个轮询请求(轮询2)并由移动终端接收。尽管状态禁止定时器可以禁止移动终端产生和发送另一状态报告，第二个轮询请求显然没有必要，并且浪费了系统资源。
[0042]图3和4仅示出了具有调度的资源的无线系统中可能由调度和排队延迟引起的少数RLC差错控制定时问题。另一问题在于，由于已经对较高优先级的数据进行排队，可能会延迟状态报告或轮询。考虑具有多个承载或“逻辑信道”的(具有不同优先级)的移动终端(相对于下行链路为接收节点，相对于上行链路为发射机)。假定移动终端在发送缓冲器中具有针对最高优先级承载的数据，并且移动终端从未保留用于发送与较低优先级的承载相关联的PDU的带宽的eNodeB接收调度准许。此外，假定出现用于在较低优先级承载上发送状态报告或轮询的触发。由于移动台缺乏用于发送该rou的资源，因此该状态报告或轮询可能被明显延迟。如上述场景一样，在一些情况下，状态报告可能在其被发送之前变为过期。在极端情况下，在用于较低优先级承载的资源可用之前，可能对多个状态报告或轮询进行排队，导致不必要的重传。
[0043]对上述多个问题的一种解决方案在于，以仅当MAC层可以提供用于发送RLC PDU的资源时才产生差错控制消息(例如携带ARQ控制信息的RLC PDU)的内容的方式，来修改上述的传统ARQ处理。在一些实施例中，这可以通过在RLC和MAC层之间提供附加或修改的接口来实现。该附加接口可以允许RLC层请求MAC层发送携带控制信息的RLC PDU0此夕卜，该附加接口允许MAC层通知RLC层链路资源何时可用于发送携带控制信息的RLC PDU层。按照这种方式，RLC层可以将控制信息的实际产生推迟到资源可用为止，使得最终传送的差错控制消息包括RLC层状态的更新信息。
[0044]通过该接口，通信节点(例如移动台)的RLC层可以首先向MAC层报告需要发送RLC ARQ控制消息，如状态报告。在从MAC层向RLC层通知所需资源可用(或将在短时间内可用)时，RLC层创建相关控制信息(例如状态报告信息)，将控制信息封装入RLC PDU,并将该RLC PDU提交至MAC层以发送至远程节点。本发明的实施例覆盖RLC PDU携带RLC状态报告或轮询的情况，并且可以类似地应用于其他差错控制消息。
[0045]图5表示与图3和4类似的事件流图，示出了根据本发明一些实施例的系统的操作。与图3中的情况一样，在图的左手侧，eNodeB发送轮询请求并由移动终端接收。响应于该触发，移动终端中的RLC层确定将需要上行链路资源来发送差错控制消息(在该示例中为状态报告)。因此，如图5所示，RLC层发信号通知MAC层需要上行链路资源。如果资源尚未被调度，则MAC通过从调度器请求上行链路资源来进行响应。
[0046]本领域技术人员可以认识到，从RLC层向MAC层发信号通知需要上行链路资源可以或没有明确指示需要该资源发送差错控制消息。因此，在一些实施例中，该信号可能仅仅指示RLC PDU正在等待处理，并且如果没有可用的上行链路资源，则应当调度上行链路资源。在其他实施例中，发信号通知以明确指示控制消息需要该资源可能是有利的。
[0047]如图5所示，在任何情况下，资源的实际准许可能仅在明显的延迟之后到达。在该延迟期间，移动终端在调度延迟期间接收到多个确认模式RLC PDU:roU3和roU4。然而，在这个场景中，状态报告未产生，也未在MAC层中排队以等待发送。相反，如图5所示，RLC层推迟产生状态报告数据，直到MAC层通知RLC上行链路资源请求已被准许(即上行链路资源可用)。因此，当状态报告被转发至MAC并发送至eNodeB时，状态报告包括当前数据(包括H)U3和H)U4的状态)。尽管仍可能存在处理和排队延迟，但是这些延迟与图3所示的情况相比很小。
[0048]本发明的一些实施例利用类似技术来启动和重启用于差错控制处理的定时器，如以上讨论的RLC ARQ轮询和状态禁止定时器。在这些实施例中，差错控制定时器的激活可以由MAC层(向RLC层)的通知来触发，该通知表示已经或者将要向远程节点发送携带差错控制信息的RLCPDU。
[0049]图6中示出了一个这种实施例的示例操作。在该事件流中，与图4所示的事件流的情况一样，在eNodeB中触发轮询请求。将携带轮询请求的RLC PDU转发至MAC以发送至移动终端。然而，在这种情况下，轮询定时器没有立即启动。取而代之地，轮询定时器直到MAC层通知RLC层已经发送轮询请求后才启动。如图6所示，这可能在明显的调度/排队延迟之后发生。由于轮询定时器的启动被推迟直到实际发送轮询请求的时刻或临近时刻，定时器不会在从移动终端接收到状态报告之前超时。因此，避免了轮询请求的不必要重传。
[0050]在一些实施例中，MAC层可以被配置为通知RLC层携带RLC ARQ控制信息的I3DU的发送已经开始或将要开始。在其他实施例中，MAC层可以取而代之地通知RLC层携带RLCARQ控制信息的H)U的发送已经在MAC HARQ层上得到确认。本领域技术人员可以认识到，以上关于轮询定时器所描述的技术也可以应用于其他的差错控制定时器，如状态禁止定时器。
[0051 ] 图7是示出了例如可以由上述RLC或MAC控制器中的一个或多个来执行的用于处理差错控制消息的示例方法的逻辑流程图。在所示方法中，这里公开的本发明的技术应用于差错控制消息的产生和差错控制定时器的激活。当然，本领域技术人员可以认识到，本发明的许多实施例将这些技术应用于两种差错控制处理，但是一些实施例可以将这些技术应用于一个或另一个处理而不是两者。
[0052]在任何情况下，图7的示例方法从框710开始，向通信节点中的MAC控制器发信号通知需要链路资源来发送差错控制消息。如上所述，这可以由多种不同事件中的任一事件来触发。例如，接收节点处轮询请求的接收一般将触发状态报告处理。在这种情况下，然后，框710处针对链路资源的发信号通知是针对用于发送状态报告的资源。另一可能的触发事件是差错控制定时器的超时。例如，轮询定时器的超时可以触发新的轮询请求，在这种情况下，框710处的发信号通知可以请求用于触发新轮询请求的资源。
[0053]在任何情况下，在框720，从MAC控制器接收链路资源可用的指示。如以上详细讨论的，这可以在请求资源之后几乎立即发生，或者在明显的调度延迟之后发生。在任一情况下，响应于链路资源可用的指示，在框730产生差错控制消息。因此，差错控制消息的内容是基于当前状态而产生的，而不会因为任何调度延迟而呈现为“失效”。在框740，将差错控制消息转发至MAC控制器以进行发送。由于框730的消息产生和框740的消息转发被推迟到资源可用的指示，在转发至MAC控制器之后的发送延迟得以最小化。
[0054]在框750，从MAC控制器接收差错控制消息的发送已经开始或已经完成的通知。如框760所示，响应于该通知，激活合适的差错控制定时器，如轮询定时器或状态禁止定时器。
[0055]这里描述的RLC和MAC过程可以分别由分别实现上述协议栈210和220中的RLC和MAC层的RLC控制器和MAC控制器来实现。本领域技术人员可以认识到，这些过程可以通过修改传统的RLC控制器和MAC控制器来实现，如上所述，RLC控制器和MAC控制器可以通过一个或多个可编程处理器、硬件电路或其组合来实现。
[0056]此外，这里描述的方法可以在无线链路的任一端或两端实现，如上述LTE移动终端或eNodeB。因此，图8示出了根据本发明的一个或多个实施例的无线通信设备的一般特征；在各实施例中，所示的无线设备800可以包括:移动终端(包括蜂窝电话、无线个人数字助理、无线个人计算机、机器至机器设备等)、基站、转发器或终止无线链路的其他节点。
[0057]图8的无线设备800包括无线收发机810，其经由天线815并通过一个或多个无线链路与远程收发机进行通信。在一些实施例中，无线收发机810被配置为接收和发送根据标准(如3GPP发布的任何无线标准)而格式化的信号。具体地，无线收发机810可以被配置为发送和/或接收根据LTE标准的OFDMA和SC-FDMA信号。
[0058]无线设备800还包括媒体接入控制功能元件820、无线链路控制功能元件830和其他处理840。MAC和RLC功能的一般功能如上所述；这些功能可在模拟和数字硬件和配置有软件的可编程处理器的任何各种组合上实现。本领域技术人员可以认识到，这些功能以及无线设备800的操作所需的其他功能可以使用一个或多个可编程处理器来实现。在许多实施例中，MAC820和RLC830功能元件被实现为在配置有执行这里描述的各种RLC和MAC功能的软件的单个微处理器或专用集成电路上实现的协议栈(如图2的协议栈210)。
[0059]具体地，可以使用以定义RLC层的软件来编程的微处理器来实现RLC控制器830，其中RLC层被配置为发信号通知媒体接入控制器需要链路资源来发送数据，从媒体接入控制器接收用于发送数据的链路资源已经被调度的指示，并且响应于该指示，基于RLC层的当前差错控制状态而产生差错控制消息。差错控制消息可以包括但不限于轮询请求或状态报告。在一些实施例中，RLC层还可以被配置为接收差错控制消息的发送已经开始的通知，并响应于该通知而启动差错控制定时器。差错控制定时器可以包括但不限于轮询定时器或状态禁止定时器。
[0060]类似地，MAC控制器820的全部或部分可以在使用定义MAC层的软件而编程的同一微处理器上或者一个或多个其他微处理器上实现。MAC层被配置为从RLC层接收指示需要链路资源来发送数据的信号，并根据需要来请求链路资源。MAC层还被配置为在接收到资源准许时通知RLC层。在一些配置中，MAC层还被配置为在差错控制消息(由RLC层提供给MAC)已经发送时，或者在一些实施例中在差错控制的发送即将开始时通知RLC层。
[0061]在不脱离本发明的实质特征的前提下，当然可以以不同于这里具体阐述的其他方式来执行本公开的教导。在任何方面，这些实施例应被认为是示意性而非限制性，而且这里应当包括在所附权利要求的含义和等同范围内的所有改变。
【权利要求】
1.一种用于发送RLC ARQ控制消息的方法,所述方法包括: 向MAC层报告需要发送RLC ARQ控制消息； 在从MAC层向RLC层通知资源将可用于发送携带控制信息的RLC PDU时，创建在RLCPDU中携带的相关控制信息，向MAC层提交RLC PDU,并启动差错控制定时器。
2.根据权利要求1所述的方法，其中，所述差错控制定时器是状态禁止定时器。
3.根据权利要求2所述的方法，其中，所述状态禁止定时器防止状态报告。
4.根据权利要求1-3中任一项所述的方法，其中，RLCPDU包括RLC状态报告。
5.根据权利要求1-4中任一项所述的方法，还包括:接收轮询。
6.根据权利要求1所述的方法，其中，所述RLCARQ控制消息包括自动重复请求ARQ轮询消息，所述差错控制定时器是轮询重传定时器。
7.根据权利要求1-6中任一项所述的方法，其中，当MAC层向RLC层通知携带RLC控制信息的RLC PDU的发送即将开始时，启动差错控制定时器。
8.根据权利要求1-7中任一项所述的方法，其中，所述方法在UE中执行。
9.根据权利要求1-8中任一项所述的方法，其中，所述方法在LTE系统中执行。
10.一种无线通信设备，用于发送RLC ARQ控制消息，所述设备包括:无线收发机、媒体接入控制器以及无线链路控制器，其特征在于，所述无线链路控制器被配置为: 向媒体接入控制器报告需要发送RLC ARQ控制消息； 在从媒体接入控制器向无线链路控制器通知资源将可用于发送携带控制信息的RLCPDU时，创建在RLC PDU中携带的相关控制信息，向媒体接入控制器提交RLC TOU，并启动差错控制定时器。
11.根据权利要求10所述的设备，其中，所述差错控制定时器是状态禁止定时器。
12.根据权利要求11所述的设备，其中，所述状态禁止定时器防止状态报告。
13.根据权利要求10-12中任一项所述的设备，其中，RLCPDU包括RLC状态报告。
14.根据权利要求10-13中任一项所述的设备，所述无线链路控制器还被配置为接收轮询。
15.根据权利要求10所述的设备，其中，所述RLCARQ控制消息包括自动重复请求ARQ轮询消息，所述差错控制定时器是轮询重传定时器。
16.根据权利要求10-15中任一项所述的设备，其中，所述无线链路控制器还被配置为:当MAC层向RLC层通知携带RLC控制信息的RLCPDU的发送即将开始时，启动差错控制定时器。
17.根据权利要求10-16中任一项所述的设备，其中，所述设备是UE。
18.根据权利要求10-17中任一项所述的设备，其中，所述设备被配置用于LTE。
【文档编号】H04L1/16GK103840925SQ201410085646
【公开日】2014年6月4日 申请日期:2008年6月18日 优先权日:2007年11月2日
【发明者】马茨·萨戈弗斯, 约翰·特斯纳 申请人:艾利森电话股份有限公司