CN101292556B

CN101292556B - 用于重新配置移动通信***中的介质访问控制层的方法和设备

Info

Publication number: CN101292556B
Application number: CN2006800384698A
Authority: CN
Inventors: 乔基姆·洛尔; 德雷甘·佩特罗维科; 艾科·赛德尔
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Intellectual Property Corp of America
Priority date: 2005-08-16
Filing date: 2006-08-16
Publication date: 2012-03-28
Anticipated expiration: 2026-08-16
Also published as: CN101292556A; US7321589B2; US20070047452A1; JP2007053747A; EP1755355A1; US20080008152A1; ATE538554T1; CA2618559A1; JP4091642B2; WO2007020070A2; EP1755355B1; WO2007020070B1; MX2008002213A; JP2007215195A; CA2855856C; JP4511562B2; US7894444B2; EP2267929B1; WO2007020070A3; EP2267929A3

Abstract

本发明涉及用于在重新配置上行链路信道时，重新配置经由上行链路信道从移动终端接收协议数据单元的设备的MAC层的MAC实体。此外，本发明涉及用于触发从至少一个RLC实体发送状态报告的方法和移动终端，其中在移动通信***的无线接入网络中为网络元件的上行链路信道配置所述RLC实体，以及用于配置移动终端的MAC层的方法和终端。为了使得在上行链路信道重新配置之后能够有效和快速的生成RLC状态报告，本发明建议一种当上行链路重新配置时触发状态报告传送的新机制，以及当上行链路信道重新配置时，特别是传送时间间隔(TTI)重新配置时，无线接入网络元件的新操作和配置。

Description

用于重新配置移动通信***中的介质访问控制层的方法和设备

技术领域

本发明涉及用于在重新配置上行链路信道时，重新配置经由上行链路信道从移动终端接收协议数据单元的设备的MAC(介质访问控制)层的MAC实体。此外，本发明涉及用于触发从至少一个RLC实体发送状态报告的方法和移动终端、以及用于配置移动终端的MAC层的方法和终端，其中，为移动通信***的无线接入网络(radio access network)中的网络元件的上行链路信道配置所述至少一个RLC实体。

背景技术

W-CDMA(宽带码分多路访问)是用于IMT-2000(国际移动通信)的无线接口，所述IMT-2000为用作第三代无线移动通信***的标准。其以灵活和有效的方式提供各种服务，如语音服务和多媒体移动通信服务。在日本、欧洲、美国和其它已经共同组织了被称为第三代合作项目(3GPP)的国家中实现标准化，以产生用于W-CDMA的公共无线接口规范。

IMT-2000的标准化欧洲版本通常被称为UMTS(通用移动远程通信***)。UMTS规范的第一版本(Release)已经在1999年出版(Release 99)。同时，对于该标准的多个改进已经通过3GPP在Release 4和Release 5中被标准化，并且，关于进一步改进的讨论正在Release 6的范围内进行。

已经在Release 99和Release 4中定义了下行链路和上行链路的专用信道(DCH)、以及下行链路共享信道(DSCH)。在接下来的几年中，研发者认识到：为了提供多媒体服务(或者总体来说，数据服务)，必须实现高速不对称接入。在Release 5中，引入了高速下行链路分组接入(HSDPA)。新的高速下行链路共享信道(HS-DSCH)向用户提供了从UMTS无线接入网(RAN)到通信终端(在UMTS规范中称为用户设备(UE))的下行链路高速接入。

UMTS架构

图1中示出了通用移动远程通信***(UMTS)的高级版本99/4/5架构(见可从http://www.3gpp.org获得并通过引用在此合并的3GPP TR 25.401：“UTRAN Overall Description(UTRAN综述)”)。网络元件按功能被分组为核心网(CN)101、UMTS地面无线接入网(UTRAN)102和用户设备(UE)103。UTRAN102负责处理全部无线相关的功能，而CN 101负责将呼叫和数据连接路由到外部网络。这些网络元件的相互连接通过开放接口(Iu、Uu)定义。应当注意，UMTS***为模块化的，因此可能具有多个相同类型的网络元件。

结果，将讨论两种不同的架构。关于跨越网络元件的功能的逻辑分布来定义它们。在实际网络部署(deployment)中，每个结构可具有不同的物理实现含义，其中，可将两个或更多网络元件组合为单一物理节点。

图2图解了UTRAN的当前架构。将多个无线网络控制器(RNC)201、202连接到CN 101。每个RNC 201、202控制一个或多个基站(Node B)203、204、205、206，其随之与用户设备通信。控制多个基站的RNC称为用于这些基站的控制RNC(C-RNC)。一组受控基站连同它们的C-RNC被称为无线网络子***(RNS)207、208。对于在用户设备和UTRAN之间的每个连接，一个RNS为服务RNS(S-RNS)。其保持与核心网(CN)101的所谓的Iu连接。当需要时，如图3所示，漂移RNS 302(D-RNS)302通过提供无线资源，而支持服务RNS(S-RNS)301。相应的RNC被称为服务RNC(S-RNC)和漂移RNC(D-RNC)。C-RNC和D-RNC相同也是可能且常见的情况，并且，因此使用简称S-RNC或RNC。通常漂移RNS 302用于在不同RNS之间的UE的软交递。

增强的上行链路专用信道(E-DCH)

3GPP技术规范组RAN研究了对于专用传输信道(DTCH)的上行链路增强(见可从http://www.3gpp.org获得、并通过引用在此合并的3GPP TR 25.896：“Feasibility study for Enhanced Uplink for UTRA FDD(Release 6)”)。由于基于IP服务的使用变得更重要，所以，存在对改进覆盖范围和RAN的吞吐量、以及减少上行专用传输信道的延迟的不断增长的要求。流式传输、交互和后台服务可从该增强的上行链路获益。

一个增强是关于Node B控制的调度的自适应调制和编码方案(AMC)、因此的增强Uu接口的使用。在现有的R99/R4/R5***中，上行链路最大数据速率控制驻留在RNC中。通过将调度器重新布置在Node B中，可减小由于在RNC和Node B之间的接口上的信令所引入的等待时间(latency)，从而调度器可能能够更快地响应上行链路负载随时间的改变。这可减少在用户设备和RAN的通信中的总等待时间。因此，Node B控制的调度能够：当上行链路负载减小时、通过迅速分配更高的数据速率，而当上行链路负载增加时、通过相应地限制上行链路数据速率，来更好地控制上行链路干扰并平滑噪声增加变化。可通过更好地控制上行链路干扰，来改进覆盖范围和小区吞吐量。

被考虑用来减少上行链路上的延迟的另一技术正在引入：与其它传输信道相比更短的用于E-DCH的TTI(传送时间间隔)长度。目前，研究2ms的传送时间间隔用于E-DCH，而在其它信道上公共使用10ms的传送时间间隔。作为HSDPA中的关键技术之一的混合ARQ也被考虑用于增强的上行链路专用信道。在Node B和用户设备之间的混合ARQ协议允许错误接收的数据单元的快速重发，因而可减少RLC(无线链路控制)重发的数量和相关联的延迟。这可改进终端用户所体验的服务质量。

为了支持上述增强，在下文中引入了将被称为MAC-e的新的MAC子层(见通过引用在此合并的3GPP TSG RAN WG1，meeting#31，Tdoc R01-030284，“Scheduled and Autonomous Mode Operation for the Enhanced Uplink”，其可从http://www.3gpp.org获得)。该新的子层的实体可位于用户设备和Node B中，在以下部分中将更详细地描述该新的子层的实体。在用户设备一侧，MAC-e执行将上层(例如MAC-d)数据多路复用到新的增强传输信道中，并且操作HARQ协议传送实体的新任务。

此外，在UTRAN侧的交递期间，可在S-RNC中终止MAC-e子层。因此，用于提供重新排序(reordering)功能的重新排序缓冲器也可驻留在S-RNC中。

E-DCH MAC架构-UE侧

图4示出了在UE侧的示例性的总体E-DCH MAC架构。新的MAC功能实体MAC-e/es被添加到Release’99的MAC架构。

在图5中图解了在用户侧的MAC交互工作。多个MAC-d流承载来自要从UE发送到Node B的不同的数据分组。这些数据流可具有不同的QoS要求(例如延迟和错误要求)，并且能需要不同的HARQ实例的配置。每个MAC-d流代表逻辑单元，其中可将特定物理信道(例如，增益因子)和HARQ(例如，最大重发次数)属性分配到所述逻辑单元。

此外，对于E-DCH，支持MAC-d多路复用，即，可在相同的MAC-d流上多路复用具有不同优先级的多个逻辑信道。多个MAC-d流的数据可被多路复用到一个MAC-e PDU(协议数据单元)中。在MAC-e报头中，DDI(数据描述指示符)字段识别逻辑信道、MAC-d流和MAC-d PDU大小。通过RRC发送映射表，以允许UE设置DDI值。N字段指示对应于相同DDI值的连续的MAC-d PDU的编号。

在图6中更详细地描绘了MAC-e/es实体。MAC-es/e处理E-DCH特定功能。在代表功能实体的E-TFC选择实体中完成用于在E-DCH上传送数据的适当传输格式的选择。根据经由L1从UTRAN接收的调度信息(相对授权和绝对授权)、可用的传送功率、例如逻辑信道优先级的优先级，来完成传输格式选择。HARQ实体处理对于用户的重发功能。一个HARQ实体支持多个HARQ进程。HARQ实体处理所需要的所有HARQ相关的功能。多路复用实体负责将多个MAC-d PDU连接(concatenate)到MAC-es PDU中，并且将一个或多个MAC-es PDU多路复用到在下一TTI要传送的、并如E-TFC选择功能所指示的单个MAC-e PDU中。其还负责对每个MAC-es PDU管理和设置每逻辑信道的TSN。如图6所示，MAC-e/es实体经由层1信令从Node B(网络侧)接收调度信息。在E-AGCH(增强的绝对授权信道)上接收绝对授权，在E-RGCH(增强的相对授权信道)上接收相对授权。

E-DCH MAC架构-UTRAN侧

图7示出了示例性的总体UTRAN MAC架构。UTRAN MAC架构包括MAC-e实体和MAC-es实体。对于使用E-DCH的每个UE，配置每Node B一个MAC-e实体、以及在S-RNC中的一个MAC-es实体。MAC-e实***于Node B中，并且控制对E-DCH的访问。此外，MAC-e实体连接到位于S-RNC中的MAC-es。

在图8中更详细地描绘了Node B中的MAC-e实体。对于每个UE存在在Node B中的一个MAC-e实体，并且，对于所有UE存在在Node B中的一个E-DCH调度器功能。MAC-e实体和E-DCH调度器处理在Node B中的HSUPA(高速上行链路分组接入)特定功能。E-DCH调度实体管理UE之间的E-DCH小区资源。通常，基于来自UE的调度请求来确定和传送调度分配。MAC-e实体中的多路分解实体提供MAC-e PDU的多路分解。然后，将MAC-es PDU转发到S-RNC中的MAC-es实体。

一个HARQ实体能够支持多个实例(HARQ进程)，例如，采用停止和等待HARQ协议。每个HARQ进程被分配一定量的软缓冲存储器以结合来自未完成的重发的分组比特。此外，每个进程负责生成指示E-DCH传送的递交状态的ACK或NACK。HARQ实体处理HARQ协议所需的所有任务。

图9中示出了S-RNC中的MAC-es实体。其包括重新排序缓冲器，该重新排序缓冲器提供到RLC的顺序递交，并且在软交递的情况下，处理来自不同Node B的数据的组合。该组合被称为宏(Marco)递交选择组合。

应当注意，所需要的软缓冲器大小取决于所使用的HARQ方案，例如，使用增量冗余(IR)的HARQ方案需要比利用追逐组合(CC)的HARQ方案多的软缓冲器。

分组调度

分组调度可为用于向许可进入共享介质的用户分配传送机会和传送格式的无线资源管理算法。结合自适应调制和编码，可在基于分组的移动无线网络中使用调度，以通过例如对处于最佳信道情况的用户分配传送机会来最大化吞吐量/容量。虽然UMTS中的分组数据服务可被应用于流式传输服务，但是其还可用于交互和后台业务类别(class)。将属于交互和背景类别的业务视为非实时(NRT)业务，并且由分组调度器控制。分组调度方法的特征为：

·调度周期/频率：在时间上向前调度用户的周期。

·服务顺序：服务用户的顺序，例如，随机顺序(循环(round robin))、或根据信道质量(C/I或基于吞吐量)。

·分配方法：用于分配资源的准则，例如，每分配间隔对所有排队的用户分配相同的数据量、或相同的功率/码/时间资源。

在3GPP UMTS R99/R4/R5中，在无线网络控制器(RNC)和用户设备(UE)之间分布用于上行链路的分组调度器。在上行链路上，由不同用户共享的空中接口资源是在Node B的全部接收到的功率，由此，调度器的任务是在用户设备之间分配功率。在当前的UMTS R99/R4/R5规范中，RNC通过将一组不同的传输格式(调制方案、码率等)分配到每个用户设备，来控制在上行链路传送期间用户设备被允许传送的最大速率/功率。

该TFCS(传输格式组合集合)的建立和重新配置可使用在RNC和用户设备之间的无线资源控制(RRC)消息完成。用户设备被允许根据其自身状态(例如，可用功率和缓冲器状态)在分配的传输格式组合中自主选择。在当前的UMTS R99/R4/R5规范中，不存在施加到上行链路用户设备传输上的对于时间的控制。例如，可在传送时间间隔基础上操作调度器。

E-DCH-Node B控制的调度

Node B控制的调度是E-DCH的一个技术特征，其可允许上行链路资源的更有效的使用，以便在上行链路中提供更高小区吞吐量，并且可增加覆盖范围。术语“Node B控制的调度”表示Node B控制例如E-DPDCH/DPCCH功率比的上行链路资源的可能性，其中，在由S-RNC设置的限制内，UE可使用所述上行链路资源进行在E-DCH上的上行链路传送。Node B控制的调度基于上行链路和下行链路控制信令、连同一组关于UE应当针对该信令如何表现的规则。

在下行链路中，需要资源指示(调度授权)来指示UE其可使用的上行链路资源的(最大)量。当发出调度授权时，Node B可使用由S-RNC提供、且在调度请求中来自UE的与QoS相关的信息，来确定适当的资源分配，以便以所请求的QoS参数来服务UE。

对于UMTS E-DCH，通常存在根据所使用的调度授权的类型而定义的两种不同的UE调度模式。在下文中，将描述调度授权的特性。

调度授权

在下行链路中发送调度授权信号，以便指示为了上行链路传送UE可使用的(最大)资源。授权影响对于在E-DCH上传送的适当传输格式(TF)的选择(E-TFC选择)。但是，它们通常不影响对于遗留(legacy)专用信道的TFC选择(传输格式组合)。

通常，存在两类用于Node B控制的调度的调度授权：

·绝对授权(AG)，以及

·相对授权(RG)

绝对授权提供允许UE对于上行链路传送而使用的上行链路资源的最大量的绝对限制。绝对授权特别适于快速改变所分配的UL资源。

每TTI(传送时间间隔)传送相对授权。它们可用于通过逐渐调整来适应由绝对授权指示的所分配的上行链路资源：相对授权指示UE将先前允许的最大上行链路资源增加或减少特定的偏移量(步长)。

仅从E-DCH服务小区发送绝对授权信号。可从服务小区也可从非服务小区发送相对授权。E-DCH服务小区表示实体(例如Node B)主动将上行链路资源分配到通过该服务小区控制的UE，而非服务小区仅限制所分配的、由服务小区设置的上行链路资源。每个UE仅有一个服务小区。

绝对授权可对于单个UE有效。对于单个UE有效的绝对授权以下被称为“专用授权”。可替换地，绝对授权也可对于小区内的一组或所有UE有效。在下文中，对于一组或所有UE有效的绝对授权将被称为“公共授权”。UE不在公共和专用授权之间区分。

如以上已经提到的，可从服务小区也可从非服务小区发送相对授权。从服务小区发送的相对授权可指示“UP(提高)”，“HOLD(保持)”和“DOWN(降低)”3个值中的一个。“UP”和“DOWN”分别指示将先前最大使用的上行链路资源(最大功率比)增加/减少一个步长。而来自非服务小区的相对授权可向UE发送“HOLD”或“DOWN”命令。如以上所提到的，来自非服务小区的相对授权仅可限制由服务小区设置的上行链路资源(超载指示符)，但不能增加可由UE使用的资源。

UE调度操作

这部分仅概述了调度操作的原理，关于调度操作过程更多的细节在通过合并在此引用的3GPP TS 25.309中提供。

UE对所有HARQ进程都保持服务授权(SG)，其指示对于E-TFC选择UE被允许的最大功率比(E-DPDCH/DPCCH)。通过从服务/非服务小区发送的调度授权信号来更新SG。当UE接收到来自服务小区的绝对授权时，将SG设置为在绝对授权中发送的功率比。绝对授权可激活/去激活单个或所有HARQ进程。如以上所提到的，可在主要或次级E-RNTI上接收绝对授权。存在对于使用主要/次级绝对授权的一些优先规则。主要绝对授权总是立即影响SG。如果最后的主要绝对授权去激活所有的HARQ进程，或者如果通过次级E-RNTI接收到影响SG的最后的绝对授权，则次要绝对授权才会影响SG。当通过去激活所有HARQ进程而触发从主要到次级E-RNTI的传送时，UE通过在次级E-RNTI最新接收的绝对授权来更新服务授权。因此，UE需要收听主要和次级E-RNTI二者。

当未从服务小区接收到绝对授权时，UE将服从来自服务小区、每TTI发送的相对授权。与对于与传送相同的混合ARQ进程的在先前的TTI中的UE功率比相关地说明服务相对授权，其中相对授权将影响所述UE功率比。图10图解了相对授权的定时关系。这里假设存在4个HARQ进程。UE接收的、影响第一HARQ进程的SG的相对授权与先前TTI的第一HARQ进程相关(参考进程)。由于对于E-DCH采用同步HARQ协议，所以，连续地服务不同的HARQ进程。

在下文中示出了根据服务E-DCH相对授权的UE表现：

·当UE从服务E-DCH RLS接收到“UP”命令时，

·新SG＝最后使用的功率比+增量(Delta)

·当UE从服务E-DCH RLS接收到“DOWN”命令时，

·新SG＝最后使用的功率比-增量

“UP”和“DOWN”命令与在参考HARQ进程中用于E-DCH传输的功率比相关。受到相对授权的影响的、用于全部HARQ进程的新服务授权(SG)是相应地增加、减少在参考HARQ进程中最后使用的功率比。“HOLD”命令指示SG保持不变。

如以上已经提到的，来自非服务RLS的Node B只被允许发送可指示“HOLD”或“DOWN”的相对授权。“DOWN”命令使非服务小区能够限制由处于与这些非服务小区的SHO中的UE引起的小区间干扰。在接收非服务相对授权时的UE表现如下：

·当UE从至少一个非服务E-DCH RLS接收到“DOWN”命令时，

·新SG＝最后使用的功率比-增量

来自非服务RLS的相对授权总是影响UE中的全部HARQ进程。所使用的功率比的减少量可为静态的、或取决于比特率，对于较高比特率来说，可有较大的步长大小(增量)。

·当UE接收到来自服务RLS的调度授权和来自至少一个非服务RL的“DOWN”命令时：

·新SG＝minimum(最后使用的功率比-增量，从服务RLS接收的AG/RG)

速率请求信令

为了使Node B能够有效地调度，同时还考虑到被映射到E-DCH上的服务的QoS要求，UE通过速率请求信令而向Node B提供关于其QoS要求的信息。

存在两种关于上行链路的速率请求信令信息：所谓的“快乐比特(happybit)”，其为与对于E-DPCCH的速率请求相关的标志；以及调度信息(SI)，通常在E-DCH上带内发送所述调度信息。

从一个***的角度来看，可由服务小区有利地使用一比特速率请求，以例如通过相对授权实现在资源分配中的小调整。相反，调制信息可被有利地用于作出较长期的调度决定，其可反映在绝对授权的传送中。在下文中提供了关于两种速率请求信令方法的细节。

在E-DCH上发送的调度信息

如之前所提到的，调度信息应向Node B提供关于UE状态的信息，以便允许有效的调度。调度信息可被包括在MAC-e PDU报头中。通常，周期性地向Node B发送信息，以便允许Node B跟踪UE状态。例如，调度信息包括以下信息字段：

·调度信息中的最高优先级数据的逻辑信道ID

·UE缓冲器占用(以字节为单位)

·对于具有在缓冲器中的数据的最高优先级逻辑信道的缓冲器状态

·总缓冲器状态

·功率状态信息

·估计相对于DPCCH的可用功率比(考虑到HS-DPCCH)。当执行估计时，UE不应考虑DCH的功率

通过逻辑信道ID识别逻辑信道可使得Node B能够确定该特定的逻辑信道的QoS要求，例如，相应的MAC-d流功率偏移量、逻辑信道优先级或GBR(保证的比特率)属性，其中，最高优先级数据源于所述逻辑信道ID。这随之使得Node B能够确定在UE缓冲器中传送数据所需的下一调度授权消息，其允许更精确的授权分配。除了最高优先级数据比特缓冲器状态之外，Node B具有关于全部缓冲器状态的某种信息也可能是有利的。该信息可能有助于作出关于“长期”资源分配的决定。

为了使服务Node B能够有效地分配上行链路资源，其需要知道每个UE能够传送的最大功率。可以“功率活动空间(headroom)”测量的形式转达该信息，其中“功率活动空间”测量指示UE在DPCCH传输所使用功率之上还剩余多少功率(功率状态)。功率状态报告还可用于触发TTI重新配置，例如，在2ms和10ms TTI之间切换，反之亦然。

快乐比特

如以上已经说明的，快乐比特表示在E-DPCCH上发送的一比特速率请求相关标志。“快乐比特”指示相应的UE对当前服务授权(SG)“快乐”还是“不快乐”。

如果满足以下两个标准，则UE指示其“不快乐”：

·功率状态标准：UE具有可以更高数据速率发送的功率(E-TFC)；以及

·缓冲器占用标准：根据当前授权，全部缓冲器状态将需要多于n个TTI(其中n是可配置的)。

否则，UE指示对当前服务授权“快乐”。

混合ARQ方案

在移动通信***中的非实时服务的检错的普通技术基于结合了前向纠错(FEC)的，所述自动重发请求(ARQ)方案，其被称为混合ARQ。如果循环冗余校验检测到错误，则接收方请求发送方发送额外的比特、或新的数据分组。根据不同的现有方案，停止并等待(stop-and-wait，SAW)和选择性重复(selective-repeat，SR)连续ARQ在移动通信中最常用。

将在发送之前编码数据单元。可根据重发的比特定义ARQ的不同类型。

在HARQ类型I中，描述所接收的错误的数据分组(也被称为PDU(分组数据单元))，并且，独立地重发和解码该PDU的新副本。不结合较早和之后的PDU版本。使用HARQ类型II，不丢弃需要重发的错误PDU，而是将错误PDU与由发送方为后续解码提供的一些递增的冗余比特组合。重发的PDU有时具有更高的比特率，并且在接收方与所存储的值组合。这意味着；仅在每个重发中增加了很少的冗余。

最后，HARQ类型III是与类型II几乎相同的分组重发方案，并且，仅有的不同之处在于：每个重发PDU是可自解码的。这表示PDU可在不与先前的PDU组合的情况下被解码。在一些PDU被严重破坏使得几乎无信息可再使用的情况下，可有利地使用可自解码的分组。

当采用追逐组合时，重发分组承载相同的码元。在该情况下，通过逐码元或逐比特来组合多个接收的分组(见通过引用在此合并的D.Chase：“Codecombining：A maximum-likelihood decoding approach for combing an arbitrarynumber of noisy packets”，IEEE Transactions on Communications，Col.COM-33，第385至393页，1985年5月)。将这些结合的值存储在各个HARQ进程的软缓冲器中。

在TTI重新配置的MAC层HARQ操作

如已经关于图10所指示的那样，通常为分组数据单元的传送提供多于一个HARQ进程，以改进***效率并考虑传送延迟。通常，预先配置HARQ进程的个数，并且可考虑往返时间(RTT)和传送时间间隔(TTI)，使得对于给定的HARQ进程，来自接收方的反馈在利用相应的HARQ进程的下一传输的开始时可用。

考虑UMTS，E-DCH支持不同的TTI，即，2ms和10ms。在简单的情形中，小区能够支持2ms TTI和10ms TTI两者。因为对于较长的TTI、交织增益较高，所以，例如可将经历良好信道情况的UE配置为2ms-TTI，而将经历不好的信道情况的UE配置为10ms-TTI。

一个示例情形可为：将处于软交递(SHO)的UE配置为10ms TTI，而将不处于软交递(非SHO)的UE配置为2ms TTI。每次UE从非SHO改变到SHO情况(反之亦然)，便触发TTI重新配置。

根据TTI长度也改变HARQ进程的个数。对于在UMTS中的E-DCH操作，例如，已经决定对于10ms TTI利用4个HARQ进程，而在2ms TTI中利用8个HARQ进程。

TTI重新配置过程是在UMTS中的传输信道重新配置过程的一部分。如图11中的为了示例所指示地执行同步传输信道重新配置。当S-RNC决定为E-DCH传送的重新配置TTI时，S-RNC请求Node B准备无线链路重新配置。Node B分配资源，并通过使用无线链路重新配置就绪消息，经由NBAP通知S-RNC重新配置就绪。在下一步骤中，将无线链路重新配置就绪消息从S-RNC发送到Node B，其请求Node B在指示的激活时间切换到新的重新配置。S-RNC经由RRC信令向UE发送传输信道重新配置消息，其还包括激活时间。作为响应，UE通过传输信道重新配置完成消息来应答。通过定义激活时间，确保UTRAN和UE在同一时间瞬间同步地切换到新的配置。

当触发TTI重新配置时，仍可重发利用当前配置的HARQ进程发送的MAC-e PDU。由于当触发时应快速完成TTI切换，所以，应当中止/刷新在TTI重新配置时仍然具有未完成的重发的全部正在进行的HARQ进程。但是，中止未决的(重新)传送将导致HARQ残留误差率的增大。根据RLC实体是以确认模式(AM)还是以非确认模式(UM)操作。重发的中止将对***等级具有不同的影响。

对于AM中的RLC，如将在接下来的部分更详细地描述的，存在可用于恢复丢失的PDU的RLC机制。因此，在额外的延迟花费和额外的信令方面将不存在对SDU错误率的影响。

对于UM情况下的RLC，在TTI重新配置的MAC-e PDU的潜在丢失将导致在服务等级上所经历的质量的降级。端到端质量的降级的扩展主要取决于执行TTI重新配置的频率。

无线链路控制协议

无线链路控制协议是在3G UMTS蜂窝***中为了用户和控制数据二者的流控制和错误恢复而使用的层2协议。对于UMTS中的RLC，存在3个操作模式：透明模式(TM)、非确认模式(UM)和确认模式(AM)。如在3GPP TS25.322，“Radio Link Control(RLC)protocol specification(Release 6)”(在http://www.3gpp.org可获得并通过引用在此合并)中进一步详细描述的，由RRC配置每个RLC实体，以在这些模式之一下操作。RLC层在控制平面中提供的服务被称为信令无线承载(SRB)。在用户面中，仅当该服务不使用PDCP和BMC协议时，由RLC层提供的服务才被称为无线承载(RB)；否则，由PDCP层或BMC层提供RB服务。

在透明模式(TM)中，无协议开销被添加到从较高层接收的RLC SDU。在特定情况下，可完成具有有限的分段/重组能力的传输。在无线承载建立过程中，必须协商是否使用分段/重组。透明模式主要用于例如说话的非常延迟敏感的服务。

在非确认模式(UM)中，因为不使用重发协议，所以，不确保数据递交。因此，根据配置放弃或标记所接收的错误PDU。将从较高层接收的RLC SDU分段/连接到发送方侧的RLC PDU中。在接收方侧，相应地执行重组。此外，在RLC层中执行加密(ciphering)。例如，对于某些RRC信令过程使用非确认模式。用户服务的例子为当前作为在3GPP中的工作项的小区广播服务(MBMS)和基于IP的语音(VoIP)。

为了可靠的分组数据传输而设计确认模式(AM)。多重复ARQ用于错误或丢失的PDU的重发。当接收到来自接收方的状态报告时，由发送侧进行错误或丢失的PDU的重发。可由发送方轮询(poll)、或自触发状态报告。当轮询时，接收方向传送器发送位图状态报告。报告指示在接收窗内、且直到最后接收的PDU的接收状态(ACK或NACK)。将在接下来的部分提供RLC中关于重发协议的更多细节。可配置确认模式RLC，以向较高层提供顺次和非顺次递交两者。如以上已经提到的，除了数据PDU递交之外，还可在对等实体之间发送状态和复位控制PDU。即使在分离的逻辑信道上也可发送控制PDU，因此，可配置AM中的RLC实体，以利用两个逻辑信道。确认模式是对于例如交互和后台服务的分组类型服务的默认模式。

RLC层的功能可总结如下：

·分段和重组

·连接

·填充

·纠错

·顺次递交到较高层

·复制检测

·流控制

·序列号检查

·协议错误检测和恢复

·加密

·用于数据传送的挂起/恢复功能

RLCARQ协议

通过多抑制(multiple-reject)ARQ，在存在高空中接口比特错误率的情况下，RLC协议通过在UMTS网络上向分组数据应用进行重发，而提供可靠的服务。在错误或丢失的PDU的情况下，一旦接收到来自接收方的状态报告，便由发送方进行重发。

存在可用于触发状态报告的多个机制：

·周期：在固定时间间隔触发报告

·丢失PDU：如果检测到序列号序列中的中断，则触发报告

·接收到轮询：如果接收到来自传送器的轮询，则触发报告

对于传送器，可通过在输出(outgoing)RLC PDU的报头中标记轮询位，而产生轮询请求。如下列出了可能的触发器和抑制器(inhibitor)：

·缓存中的最后的PDU：当发送了缓存中的最后的PDU时，设置轮询位。

·重发缓冲器中最后的PDU：当发送了重发缓冲器中最后的PDU时，设置轮询位。

·轮询计时器的过期：当发送具有轮询位的PDU时，启动轮询计时器。如果在计时器过期前接收到状态报告，则取消计时器。如果计时器过期、并且尚未接收到状态报告，则发送设置了轮询位的PDU。

·基于轮询的窗：在发送窗已超前了多于传送窗的特定部分之后，触发轮询。

·周期轮询：周期性地发送设置了轮询位的PDU。

·每个Poll_PDU PDU：发送方对于每个Poll_PDU PDU触发轮询功能。将对重发和新AMD PDU(处于确认模式的PDU)两者进行计数。

·每个Poll_SDU SDU：发送方对于每个Poll_SDU SDU触发轮询功能。对于包含指示SDU的结束的“长度指示器”的AMD PDU的第一次发送，触发轮询。

·Poll_Prohibit_Timer：由发送方使用轮询禁止功能，以延迟轮询功能的开始。在***中同时存在多个轮询触发选项的环境下，潜在的风险在于，网络可被过多的轮询和在空中接口上发送的状态报告淹没。在作为用于UMTS的空中接口技术的WCDMA(宽带CDMA)中，状态报告的过多的轮询将导致过多的功耗、并且从而导致对另一用户的高级别干扰和整个***容量的减少。可实现Poll_Prohibit_Timer，以处理过多轮询和状态报告传输的此问题。在传送方，一旦发送了设置了轮询位的PDU，便启动轮询禁止计时器。不允许轮询，直到该计时器过期为止。如果在该计时器处于有效的期间触发了多个轮询，则当计时器过期时只发送一个轮询。

在接收方的处于AM的RLC通常保持多个状态变量。下面，只描述对于生成状态报告来说特别感兴趣的那些状态变量：

·VR(R)：最后的顺次接收的序列号(标记接收方的窗的开始)

·VR(H)：所接收的任何PDU的最高序列号

·VR(MR)：将被接受为有效的最高序列号(标记接收方的窗的结束，并且，实际被设置为VR(R)+R×窗大小)。

状态报告最重要的方面可能在于：每单个报告需要包括在VR(R)和VR(H)之间存在的所有序列号间隙。为了避免过多的轮询和状态报告、以及由此涉及的伪造的(即，不必需的)重发的触发，如之前已经提到的那样，引入轮询-禁止功能。

使用STATUS(状态)禁止功能，以便禁止接收方发送状态报告。即使满足任意以上触发条件，也延迟状态报告的发送。对于生成由MAC-hs复位触发的状态报告，而产生异常(exception)。与Poll_Prohibit_Timer类似地，在接收实体中存在STATUS_Prohibit_Timer。

·STATUS_Prohibit_Timer：当发出状态时开始计时器Timer_STATUS_Prohibit。如果在相应的计时器运行的同时触发了状态报告，则将延迟其传送，直到所述计时器过期为止。为了确保不触发伪造的重发，应当将STATUS_Prohibit_Timer设置为略长于预期的往返时间的值。这将为要在另一侧上接收的NACK以及在下一状态报告发出之前前进到接收方的重发给出足够的时间。

如以上已经说明的，由于在TTI重新配置时中止/刷新未决的HARQ(重新)传送，存在对于丢失PDU的潜在风险。存在一些RLC机制来为处于AM模式的RLC恢复丢失的PDU：

·S-RNC中的接收实体检测到丢失的PDU

·在UE中的发送实体轮询用于发射状态报告的接收实体

在第一种情况下，SRNC中的接收实体检测丢失的PDU。当检测到丢失的PDU时，RLC生成被发送到发送实体的状态报告。UE在TTI重新配置后、紧接着从RLC PDU在TTI切换前停止的位置起开始RLC PDU的传送，RLC接收实体识别数据的非顺次递交，然后生成指示丢失的PDU的RLC状态报告。当接收到RLC状态报告时，UE将开始所指示的PDU的重发。由于在SRNC中的RLC接收实体需要依赖于在TTI重新配置后接收RLC PDU，所以，在该方案中存在固有的某个等待时间。确定丢失的PDU所需的RLC PDU接收经受在UE中的排队延迟、HARQ处理后在Node B的成功接收、以及逻辑单元块(lub)延迟。

因此，当依赖该机制时，不可能在TTI切换后以最小延迟恢复丢失的PDU。

在第二种情况下，在UE中的传送实体为了状态报告而轮询接收实体。在完成TTI重新配置过程之后，完成该轮询。UE首先轮询每个映射到用于生成状态报告的E-DCH的RLC AM实体。在UE处接收到状态报告后，可开始丢失的PDU的重发。理想地，为了允许快速恢复，应当在一完成TTI重新配置，就开始用于UE轮询的时刻。但是，如在先前的部分中所概述的，用于轮询状态报告的触发器与TTI重新配置不一致，而是与例如计时器的预定义事件绑定。总之，上述两个方案都忍受在TTI重新配置之后的状态报告的延迟生成。

但是，该操作也不允许丢失的PDU的快速和有效的恢复。在以AM模式执行传送的情况下，如果可提供顺次递交，则只将数据PDU从RLC递交到较高层。因此，为了不迟延RLC协议、并因此导致降级服务质量，需要丢失的PDU的快速处理。

发明内容

本发明的目的是在上行链路重新配置后、有效且快速地生成状态报告。

通过独立权利要求的主题解决该目的。本发明的有利实施例是从属权利要求的主题。

根据本发明的实施例，提供了用于在重新配置上行链路信道时，重新配置MAC层的MAC实体的方法。MAC实体经由上行链路信道从移动终端接收协议数据单元。MAC实体可被包括在移动通信***的无线接入网络的网络元件中。

响应于上行链路信道的重新配置，网络元件向包括映射到上行链路信道的至少一个RLC实体的RLC层提供在MAC实体的至少一个重新排序缓冲器中存储的协议数据单元，并可刷新在MAC实体的至少一个重新排序缓冲器中的协议数据单元。

接下来，至少一个RLC实体中的每个可确定从移动终端接收的协议数据单元的状态，可基于处理结果生成状态报告，以及可向移动终端传送该状态报告。

该重新配置MAC实体的方法具有响应于上行链路信道的重新配置、以最小延迟触发状态报告的优点。

在本发明的另一有利实施例中，尤其是，可通过基于包括在协议数据单元中的序列号、在所述至少一个RLC实体中的每个上对协议数据单元重新排序，以及通过确定具有在给定序列号范围中序列号的协议数据单元是否丢失等，来确定协议数据单元的状态。在此示例实施例中，状态报告向移动终端至少指示成功接收或丢失的协议数据单元。

此外，在该实施例的变型中，网络元件的MAC实体可响应于至少一个状态报告、经由重新配置上行链路信道接收丢失的协议数据单元。

根据本发明的又一实施例，网络元件可在MAC层接收原语，该原语指示MAC层的MAC实体向至少一个RLC实体提供存储在至少一个重新排序缓冲器中的协议数据单元，并且刷新存储在MAC实体的至少一个重新排序缓冲器中的协议数据单元。例如，由RRC层提供在MAC层接收的原语。

在该实施例的又一示例变型中，响应于在RRC层上从移动终端接收到指示完成上行链路信道的重新配置的消息，由RRC层提供向MAC层提供的原语。

通过在协议层之间的原语的传递，由接收原语的相应层执行的操作可被有效地控制、和/或响应于在其他协议层的事件或响应于控制消息来被触发。

在本发明的另一实施例中，在向至少一个RLC实体提供了存储在MAC实体的至少一个重新排序缓冲器中的协议数据单元时，网络元件的实体还可执行以下步骤：网络实体的MAC实体可将原语从MAC实体提供到RLC层，所述原语指示映射到上行链路信道的所有RLC实体确定已由RLC实体从移动终端接收的协议数据单元的状态，并生成用于向移动终端传送的状态报告。因而，当向至少一个RLC实体提供了协议数据单元时，确定协议数据单元的状态，以便确保所确定的状态的正确结果。

根据另一示例实施例，定义时间段的计时器不禁止传送响应于跟随在上行链路信道的重新配置之后的MAC实体的复位而传送的状态报告的传送，在该时间段中，禁止所述至少一个RLC实体发送状态报告。因此，即使RLC的状态参数实际上禁止状态报告的生成和传送，也可能在每次重新配置上行链路信道时触发状态报告的生成和传送。

此外，还可能响应于周期性触发器、或响应于事件触发器，由至少一个RLC实体生成状态报告，并向移动终端传送状态报告。此外，在传送时，便可当传送状态报告时启动在所述至少一个RLC实体的计时器，其中，如果计时器未过期，则禁止所述至少一个RLC实体响应于周期性触发器或响应于事件触发器发送进一步的状态报告；同时，计时器不禁止响应于上行链路信道的重新配置之后的MAC实体的复位而传送的状态报告的传送。因此，在该变型中，仍可通过计时器禁止周期性触发的或事件触发的状态报告，而计时器不禁止在上行链路的重新配置之后作为响应的状态报告。

在本发明的又一实施例中，当已重新配置了上行链路信道时，网络元件可在为上行链路信道配置的至少一个RLC实体中的每个上，从移动终端接收控制协议数据单元，该控制协议数据单元指示至少一个RLC实体中的相应的一个向移动终端提供状态报告。因此，除了可由网络元件响应于重新配置上行链路信道而选择地触发生成并传送状态报告之外，可替换地，移动终端也可触发发生成并传送状态报告。

在本发明的更具体的实施例中，网络元件可在RRC层上、从移动终端接收重新配置消息，该重新配置消息包括指示为上行链路配置的所有RLC实体生成并向移动终端传送状态报告的标志。例如，所述重新配置消息可以是传输信道重新配置完成消息。

根据本发明的另一实施例，上行链路信道的重新配置是上行链路传输信道重新配置。例如，上行链路传输信道重新配置可为用于传送的TTI、或任意其他传输信道参数的重新配置，其需要、或导致用于上行链路传送的HARQ进程数目的改变。

更具体地，可将上行链路信道划分为传送时间间隔(TTI)，其中，在每个传送时间间隔中，将数据经由上行链路信道传送到网络实体。此外，重新配置可包括改变上行链路传输信道的传送时间间隔。

可替换地，根据本发明的另一实施例，上行链路信道的重新配置是物理信道(重新)配置。例如，物理信道的(重新)配置可包括激活/去激活过程，其中，为了上行链路传送而激活或去激活单个或多个HARQ进程。由于该(重新)配置，UE被允许使用上行链路数据传送的多个HARQ进程可改变，当重新配置物理信道时，可有利地生成RLC状态报告。

在本发明的又一实施例中，响应于移动终端进入软交递、或响应于移动终端移出软交递区域，而触发上行链路信道的重新配置。

此外，以确认模式操作映射到上行链路信道的至少一个RLC实体。

本发明的另一实施例提供一种在无线通信***的无线接入网络中的设备，用于当重新配置上行链路信道时重新配置经由上行链路信道从移动终端接收协议数据单元的MAC层的MAC实体。所述设备可包括：MAC实体，其被配置来执行MAC层的功能，其中，至少一个MAC实体包括网络元件的至少一个重新排序缓冲器；以及至少一个RLC实体，其被映射到上行链路信道，并被配置来执行RLC层的功能。此外，该设备可包括：数据传送单元，其被配置来响应于上行链路的重新配置，向RLC层提供在MAC实体的至少一个重新排序缓冲器中存储的协议数据单元。该设备还可包括：处理单元，其被配置来响应于上行链路的重新配置而刷新在MAC实体的至少一个重新排序缓冲器中的协议数据单元，并且，被配置来确定在至少一个RLC实体中的每个上从移动终端接收的协议数据单元的状态。此外，该设备的报告生成单元可被配置来基于处理结果生成状态报告，并且，传送器可被包括，用于向移动终端传送状态报告。

在又一实施例中，该设备还可包括通信部件，用于在MAC层接收原语，该原语指示MAC层的MAC实体向至少一个RLC实体提供存储在至少一个重新排序缓冲器中的协议数据单元，并且刷新存储在MAC实体的至少一个重新排序缓冲器中的协议数据单元。

例如，由RRC层提供在MAC层接收的原语。此外，响应于在RRC层上从移动终端接收到指示完成上行链路信道的重新配置的消息，可由RRC单元层提供向MAC层提供的原语。

在本发明的另一实施例中，通信单元还被配置来在向至少一个RLC实体提供了存储在MAC实体的至少一个重新排序缓冲器中的协议数据单元时，将原语从MAC实体提供到RLC层，所述原语指示映射到上行链路信道的所有RLC实体确定已由RLC实体从移动终端接收的协议数据单元的状态，并生成用于向移动终端传送的状态报告。

此外，根据另一实施例，所述通信单元还配置来当重新配置了上行链路信道时，在为上行链路信道配置的至少一个RLC实体中的每个上，从移动终端接收控制协议数据单元，该控制协议数据单元指示至少一个RLC单元中的相应的一个向移动终端提供状态报告。

在本发明的又一实施例中，通信单元还配置来在RRC层上，从移动终端接收重新配置消息，该重新配置消息包括指示为上行链路配置的所有RLC实体生成并向移动终端传送状态报告的标志。

此外，还可预见，在该设备中包括其他单元，其被配置来执行根据上述不同实施例和其变型的用于重新配置MAC层的MAC实体的方法的步骤。

根据又一实施例的发明涉及存储指令的计算机可读介质，当由在移动通信***的无线接入网络中的设备的处理器执行所述指令时，所述指令使所述设备当重新配置上行链路信道时重新配置经由上行链路信道从移动终端接收协议数据单元的MAC层的MAC实体。所述指令可通过以下步骤使所述设备复位MAC实体：响应于上行链路信道的重新配置，向包括映射到上行链路信道的至少一个RLC实体的RLC层提供在MAC实体的至少一个重新排序缓冲器中存储的协议数据单元，并刷新在MAC实体的至少一个重新排序缓冲器中的协议数据单元，确定在至少一个RLC实体中的每个上从移动终端接收的协议数据单元的状态，基于处理结果生成状态报告，以及向移动终端传送状态报告。

在本发明的另一实施例中，该计算机可读介质还存储指令，当通过所述设备的处理器执行所述指令时，所述指令引起设备执行根据上述不同实施例和其变型的用于重新配置MAC层的MAC实体的方法的步骤。

本发明的另一实施例涉及移动终端的操作，并提供了用于触发从为在移动通信***的无线接入网络中的网络元件的上行链路信道配置的至少一个RLC实体传送状态报告的方法。所述移动终端可重新配置上行链路信道，响应于所述上行链路信道的重新配置，从移动终端将消息发送到网络元件，其中，所述消息指示为上行链路信道配置的至少一个RLC实体生成并传送状态报告，以及响应于所述消息，从所述至少一个RLC实体接收状态报告。

例如，上行链路的重新配置可为上行链路传输信道重新配置。在后面的情况下，可将上行链路信道划分为传送时间间隔，其中，在每个传送时间间隔中，将数据经由上行链路信道从移动终端传送到网络实体，并且，重新配置可包括改变上行链路传输信道的传送时间间隔。

在本发明的又一实施例中，移动终端可利用至少一个HARQ进程，经由上行链路信道传送协议数据单元，其中，通过所述至少一个HARQ进程的相应的一个传送的协议数据单元被分配传送序列号，该传送序列号指示来自一个逻辑信道的协议数据单元的顺序，以及可响应于上行链路信道的重新配置而复位传送序列号。

根据本发明的另一实施例，移动终端可接收至少一个绝对授权，其中，所述至少一个绝对授权指示移动终端激活还是去激活多个HARQ进程的相应的一个，以便经由上行链路信道传送上行链路调度的数据。当重新配置上行链路信道时，移动终端可激活先前已通过至少一个绝对授权而被去激活的HARQ进程。

在变型中，移动终端可接收RRC层的至少一个信令消息，该信令消息指示去激活多个HARQ进程的至少一个，并且，当重新配置上行链路信道时，激活先前已通过至少一个信令消息而被去激活的HARQ进程。

本发明的另一实施例涉及一种用于配置移动终端的MAC层的方法。因而，移动终端可利用至少一个MAC层的HARQ进程，经由上行链路信道传送协议数据单元，其中，通过所述至少一个HARQ进程的相应的一个传送的协议数据单元被分配传送序列号，该传送序列号指示来自一个逻辑信道的协议数据单元的顺序，其中，所述协议数据单元被置于至少一个重新排序缓冲器中。此外，所述移动终端重新配置上行链路信道，并且，响应于上行链路信道的重新配置，复位传送序列号。

例如，可由在接收设备的MAC层的MAC实体使用所述传送序列号，以向上层提供所接收的分组数据单元的顺次递交。

此外，对于在重新配置后经由上行链路信道传送的逻辑信道的第一协议数据单元的传送，移动终端可将传送序列号设置为初始值，例如0。

本发明的另一实施例涉及一种用于触发从至少一个RLC实体发送状态报告的移动终端，其中，为移动通信***的无线接入网络中为网络元件的上行链路信道配置所述至少一个RLC实体。移动终端可包括：重新配置单元，适于重新配置上行链路信道；以及传送器，用于响应于所述上行链路信道的重新配置，从移动终端将消息发送到网络元件，其中，所述消息指示为上行链路信道配置的至少一个RLC实体生成并传送状态报告。此外，该移动终端可被提供有接收器，用于响应于所述消息，从所述至少一个RLC实体接收状态报告。

在本发明的另一实施例中，移动终端还包括用于执行根据在此描述的不同实施例和其变型的、用于配置移动终端的MAC层的方法、或用于触发从至少一个RLC实体发送状态报告的方法的步骤的部件。

本发明的另一实施例涉及用于配置移动终端的MAC层的移动终端。在本发明的该实施例中，移动终端可包括：传送器，用于利用MAC层的至少一个HARQ进程，经由上行链路信道传送协议数据单元，其中，所述移动终端适于向通过所述至少一个HARQ进程的相应的一个传送的协议数据单元分配传送序列号，该传送序列号指示逻辑信道的协议数据单元的顺序，其中，所述协议数据单元被置于至少一个重新排序缓冲器中。此外，移动终端还配备有：重新配置单元，适于重新配置上行链路信道；配置单元，适于响应于重新配置上行链路信道，复位传送序列号。

在变型中，移动终端还可包括适于在移动终端的MAC层的MAC实体内使用所述传送序列号、以向上层提供所接收的分组数据单元的顺次递交的部件。移动终端还可包括这样的部件，其适于对于在重新配置后经由上行链路信道传送的逻辑信道的第一协议数据单元的传送，复位传送序列号。将传送序列号复位为初始值，例如0。

本发明的另一实施例涉及存储指令的计算机可读介质，当由移动终端的处理器执行所述指令时，所述指令使所述移动终端触发从为了在移动通信***的无线接入网络中的网络元件的上行链路信道配置的至少一个RLC实体传送状态报告。所述指令通过以下步骤引起移动终端触发状态报告的传送：重新配置上行链路信道，响应于所述上行链路信道的重新配置，从移动终端将消息发送到网络元件，其中，所述消息指示为上行链路信道配置的至少一个RLC实体生成并传送状态报告，以及响应于所述消息，从所述至少一个RLC实体接收状态报告。

在变型中，计算机可读介质还存储指令，当通过所述移动终端的处理器执行所述指令时，所述指令使所述移动终端执行根据在此描述的不同实施例的、用于配置移动终端的MAC层的方法、或用于触发从至少一个RLC实体发送状态报告的移动终端的方法的步骤。

本发明的又一实施例提供存储指令的计算机可读介质，当由移动终端的处理器执行所述指令时，所述指令使移动终端通过以下步骤配置移动终端的MAC层：利用MAC层的至少一个HARQ进程，经由上行链路信道传送协议数据单元，其中，通过所述至少一个HARQ进程的相应的一个传送的协议数据单元被分配传送序列号，该传送序列号指示来自一个逻辑信道的协议数据单元的顺序，其中，所述协议数据单元被置于至少一个重新排序缓冲器中，重新配置上行链路信道，以及响应于上行链路的重新配置而复位传送序列号。

在变型中，计算机可读介质还存储指令，当由所述移动终端的处理器执行所述指令时，所述指令使所述移动终端执行根据在此描述的不同实施例的方法的步骤。

本发明的另一实施例涉及当重新配置上行链路信道时处理HARQ进程约束。因而，提供用于重新配置移动终端的MAC层的方法。该移动终端可接收至少一个绝对授权，其中，所述至少一个绝对授权指示移动终端激活还是去激活多个HARQ进程的相应的一个，来经由上行链路信道传送上行链路调度的数据。移动终端可重新配置上行链路信道，并且，当重新配置上行链路信道时，激活先前已通过至少一个绝对授权被去激活的HARQ进程。

在实施例的变型中，移动终端可接收在RRC层的至少一个信令消息，该信令消息指示去激活多个HARQ进程的至少一个。根据实施例的该变型，当重新配置上行链路信道时，激活先前已通过至少一个信令消息被去激活的HARQ进程。

在本发明的另一实施例中，还提供了特别适于当重新配置上行链路信道时处理HARQ进程约束的移动终端。因而，用于重新配置MAC层的移动终端包括：接收器，用于接收至少一个绝对授权，其中所述至少一个绝对授权指示移动终端激活还是去激活多个HARQ进程的相应的一个，来经由上行链路信道传送上行链路调度的数据；以及重新配置单元，适于重新配置上行链路，并且，当重新配置上行链路信道时，激活先前已通过至少一个绝对授权而被去激活的HARQ进程。

根据又一实施例的移动终端可包括接收器，用于接收RRC层的至少一个信令消息，该信令消息指示去激活多个HARQ进程的至少一个，并且，当重新配置上行链路信道时，重新配置单元还适于激活先前已通过至少一个信令消息而被去激活的HARQ进程。

本发明的另一实施例涉及存储指令的计算机可读介质，当由移动终端的处理器执行所述指令时，所述指令使移动终端通过以下步骤配置移动终端的MAC层：接收至少一个绝对授权，其中，所述至少一个绝对授权指示移动终端激活还是去激活多个HARQ进程的相应的一个，以便经由上行链路信道传送上行链路调度的数据；重新配置上行链路信道；以及当重新配置上行链路信道时，激活先前已由至少一个绝对授权去激活的HARQ进程。

根据实施例的变型的计算机可读介质，还存储指令，当通过所述移动终端的处理器执行所述指令时，所述指令使所述移动终端接收RRC层的至少一个信令消息，该信令消息指示去激活多个HARQ进程中的至少一个，其中，当重新配置上行链路信道时，激活先前已通过至少一个信令消息而被去激活的HARQ进程。

附图说明

在下文中参考附图更详细地描述了本发明。在附图中类似或相应的细节通过相同的附图标记来标记。

图1示出UMTS的高级架构，

图2示出根据UMTS R99/R4/R5的UTRAN的架构，

图3示出漂移和服务无线子***，

图4示出在用户设备上的总体E-DCH MAC架构，

图5示出在用户设备的简化结构中的MAC交互工作，

图6示出在用户设备上的MAC-e/es架构，

图7示出在UTRAN中的整体MAC架构，

图8示出在Node B上的MAC-e结构，

图9示出S-RNC上的MAC-es架构，

图10示出相对授权的定时关系，

图11示出在UMTS中的同步传输信道重新配置过程，

图12示出根据本发明的一个实施例的上行链路信道重新配置的示例信令图，以及

图13示出根据本发明的实施例的上行链路信道重新配置的过程步骤的流程图。

具体实施方式

以下段落将描述本发明的各种实施例。仅为示例目的，关于UMTS通信***而概述了大多数实施例，并且，在以下部分中使用的技术主要关于UMTS技术，这是由于，在该类型的通信网络中可有利地使用本发明。但是，所使用的术语和关于UMTS描述的实施例不意欲将本发明的原理和思想限定于这样的***。

同样，在以上背景技术部分中给出的详细说明意欲更好地理解在下文中描述的大多为UMTS特定的示例性实施例。并且不应被理解为将支持本发明的主要思想限定为所描述的处理的特定执行和移动通信网络中的功能。

然而，以下部分还描述了在使用UMTS架构并提供在背景技术部分描述的特征的***中实现的本发明的一些实施例。如以下更详细描述的那样，在这些实施例中，可能修改了在背景技术中描述的特征、或可能将附加的特征添加到该***。

大体上，本发明的主要方面之一是：当重新配置上行链路信道时，由被映射到上行链路信道的网络元件中的RLC层的那些RLC实体生成并传送状态报告。根据本发明的不同的实施例，引入了用于生成和传送状态报告的新的触发器，其允许在由于上行链路复位而导致的服务质量(QoS)的降级最小的情况下，复位网络元件的MAC层中的MAC实体。如将在下文中更详细说明的，移动终端可通过信令触发状态报告的生成和传送，或者可替换地，在负责触发上行链路信道重新配置的网络元件中的协议层可指示网络中的RLC和/或MAC层实体：为了触发器生成和将状态报告从网络元件传送到移动终端，已经或正在执行重新配置。

网络元件可为实现了本发明的移动通信***的无线接入网络的网络元件，有利地，根据本发明的一个实施例，网络元件为在接入网络中的设备，所述接入网络终止负责重新配置上行链路信道的协议层。例如，在UMTS架构中，网络元件可为终止对于UE的RRC层协议的网络元件，其目前为服务无线网络控制器(S-RNC)。

在本发明的又一实施例中，上行链路信道的重新配置可为在MAC层中的传输信道的重新配置，例如在本文档中先前描述的TTI重新配置。可替换或附加地，上行链路信道的重新配置可重新配置物理信道。根据本发明的另一实施例，上行链路信道的重新配置导致用于UE的上行链路数据传送的HARQ进程数目的重新配置，其中，为所述UE重新配置上行链路信道。

在图解了本末发的示例实施例的图13中还图解了上述新机制。将参考图12提供如背景技术部分中描述的UMTS环境中的示例实现的、在流程图中所图解的单独的步骤，图12图解了根据本发明的又一特定实施例的示例上行链路信道重新配置。

首先，在负责资源控制和/或在通信网络中的移动终端(在UMTS中的UE)的软交递的无线接入网中的网络实体决定重新配置移动终端的上行链路信道，其中，该网络实体为所述移动终端管理资源。例如，该网络元件可为如以上指示并在图13中表示的S-RNC。典型地，为了(重新)配置在基站(Node B)和提供资源控制功能的网络元件(例如，S-RNC)之间的无线接入网络中的传输承载，上行链路信道的重新配置以接入网络中的无线链路重新配置1301开始。

现在转到图12，可通过在S-RNC的无线资源控制RRC层来开始在接入网络中的无线链路重新配置1301。RRC层利用Node B应用部分(NBAP)协议向Node B发送(1201)无线链路重新配置准备消息，从而请求Node B准备重新配置传输信道(E-DCH)。接收到消息并分配了资源后，Node B通过通知重新配置就绪的无线链路重新配置就绪消息来响应(1202)。S-RNC还可开始(如果需要)使用ALCAP协议建立新的逻辑单元块(lub)数据传输承载。然后，将NBAP消息无线链路重新配置认可(Commit)从SRNC发送(1204)到Node B，以通知Node B(重新)配置的无线链路应被使用的激活时间。

S-RNC的RRC层向UE提供(1205)重新配置消息，以便于指示重新配置上行链路信道，并向UE提供重新配置需要的参数(例如，信息元素IE)。在图12中所示的示例实施例中，该消息为经由专用控制信道DCCH向UE提供的传输信道重新配置信息。在除了参考该示例实施例中UMTS***的另一通信***中，可替代地，还可能使用公共控制信道。当接收到消息和参数时，UE基于IE指示的参数进行并重新配置上行链路信道，并且向S-RNC返回(1206)已完成重新配置的指示(例如，传输信道重新配置完成消息)。例如，重新配置可为其中改变了TTI的传输信道的重新配置，其包括可用于UE的上行链路信道数据传送的HARQ进程的重新配置。

回到图13，当重新配置上行链路信道时，终止对于UE(例如，S-RNC)的RRC层功能的网络元件接下来可指示(1303)终止朝向UE的MAC层的MAC实体：通过刷新先前配置的HARQ进程的重新排序队列，来复位S-RNC中的MAC实体(MAC-es)。响应于该指令，MAC层的Node B的MAC实体可向RLC层的RLC实体提供当前在重新排序队列中存储的全部PDU，其中在刷新重新排序队列之前，所述RLC层的RLC实体被映射到上行链路信道。

再次返回到图12，例如可通过将原语(primitive)、所谓的CMAC-es复位REQ(REQ＝请求)从S-RNC的RRC层发送(1207)到MAC层的MAC-es实体，来实现该步骤1303(也见图9)。响应于该原语，MAC-es实体将当前存储在重新排序队列中的全部PDU转发到它们所指向的各个RLC实体(未在图12中图解)。如从图5和图9中可见，通过RLC层中的RLC实体终止将多路复用的MAC-d流提供到E-DCH的传输信道的每个逻辑信道。因而，在接收侧，通常位于Node B中的MAC-e实体对PDU进行多路分解，并且，将其提供给通常在S-RNC中提供的MAC-es实体，以便经由MAC-d流将PDU分发到被映射到E-DCH的传输信道的各个RLC实体。

再次回到图13，在映射到E-DCH的每个RLC实体上生成(1304)指示成功接收了PDU、或未成功接收PDU的状态报告，并且将状态报告发送(1305)到UE。为了识别各个PDU，对于图5中所图解的例子，PDU可携带在RLC报头中的序列号。

返回到图12，可如下在UMTS***中实现这些步骤。当将PDU转发到被映射到E-DCH的RLC实体时，MAC层可向RLC层传递(1208)另一原语，该原语指示映射到上行链路的全部RLC实体生成状态报告、并将状态报告发送到RLC状态报告内的UE(1209)。为了指示MAC-es实体向映射到上行链路信道的RLC实体转发重新排序缓冲器的PDU，必须引入某个机制以操作S-RNC。例如，RRC层可通知MAC层的MAC-es实体复位重新排序缓冲器，并经由原语将存储的分组递交到RLC层。但是，在将在重新排序缓冲器中存储的PDU递交到RLC实体之前生成状态报告的情况下，一些RLC PDU可能被不正确地指示为未接收到，这将导致不必要的RLC重发。

因此，为了获得所有接收到的PDU的正确状态，有利地，在生成状态报告之前确保所有PDU已被递交到RLC实体、并已被RLC实体处理。

可如下总结图12中所示的根据本发明的示例实施例的S-RNC操作：

·通知MAC-es复位重新排序缓冲器，并通过来自RRC的原语刷新全部所存储的PDU

·MAC-es将全部存储的PDU从每个重新排序队列递交到较高层

·MAC-es在刷新重新排序队列后指示映射到E-DCH、并以确认模式(AM)操作的全部RLC实体生成状态报告

·在E-DCH上映射、并以AM操作的每个RLC实体生成RLC状态报告，并且向UE发送包括该状态报告的控制PDU

但是，当在UMTS***中实现本发明的实施例时，可通过STATUS_Prohibit_Timer禁止在TTI重新配置之后自动生成RLC状态报告。因此，本发明的又一实施例建议：即使STATUS_Prohibit_Timer未过期也允许网络元件，即在本示例中的S-RNC。因此，当重新配置上行链路信道时，生成并传送来自被映射到上行链路信道的RLC实体的状态报告，而不考虑STATUS_Prohibit_Timer。

接下来，将描述当上行链路信道重新配置时的UE操作的一些方面。当重新配置上行链路信道(即，在此示例实施例中的E-DCH)的TTI时，在已完成TTI重新配置后，可选地，UE可为在每个HARQ进程上MAC-es PDU的下一传送复位发送序列号(TSN)(TSN：也比照图5)。例如，在UE为每个逻辑信道执行一个TSN设置处理。支持重新排序功能的UE操作包括：为要供相关联的重队列使用的每个MAC-es PDU生成显式的序列号(TSN)。

每个TSN设置进程保持状态变量CURRENT_TSN，其指示生成要被包括在后面的MAC-es PDU的报头中的序列号。当建立TSN设置处理时，将状态变量CURRENT_TSN复位为通常为0的初始值。

当需要为相关联的重新排序队列生成新的有效负载时，重新排序实体将传送的TSN设置为CURRENT_TSN。在对于其发送了至少一个MAC-es PDU的TTI的结束，可将状态变量CURRENT_TSN递增1，并且，当到达由可用于代表TSN的多个比特(回绕的)可代表的最大数目时，可将状态变量CURRENT_TSN复位为初始值。例如，假设6比特TSN，那么，如果状态变量CURRENT_TSN超过63，则再次将其复位为0。在该实施例中，当重新配置E-DCH传输信道的TTI时，可复位每个TSN设置进程。

为了允许有效地恢复由于TTI重新配置所导致的丢失PDU，在UE中的RLC实体应当在TTI重新配置之后以最小的延迟获得准确的状态报告。

如先前所指示的，根据本发明的示例实施例，当TTI重新配置时，映射到S-RNC中的上行链路信道的RLC实体可自主地生成RLC状态报告，并且，将状态报告发送到驻留在UE中的发送实体。

本发明的另一实施例与以上关于图12和图13描述的实施例实质上相似。在本发明的该实施例中，通过UE而不是S-RNC响应于上行链路信道重新配置来触发状态报告的生成和传送(见图13的步骤1302)。如之前已描述的，驻留在用于上行链路传送的UE中的RLC传送实体可轮询来自同等接收RLC实体(SRNC)的RLC状态报告。定义了用于轮询RLC状态报告的若干触发器。如在背景技术部分中所描述的，没有触发事件与可能的TTI重新配置一致。但是，使得丢失PDU的状态报告具有在TTI重新配置之后的最小延迟可能是有益的。

为了该目的，根据本发明的此示例实施例，引入了用于轮询状态报告的新触发器。当已执行了上行链路重新配置时，例如在来自RRC的传输信道重新配置消息中指示的激活时间之后，UE轮询来自每个映射到上行链路信道的RLC实体的状态报告(见图12中的步骤1205)。根据本发明的又一实施例，也不通过类似poll_prohibit_timer的机制来禁止在TTI重新配置时的轮询。如在背景技术部分中所说明的，可实现poll_prohibit_timer，以解决过多的轮询和状态报告传送的问题。

在图12中经由RRC信令将传输信道重新配置完成消息从UE发送(1206)到SRNC之后，UE可针对每个映射到上行链路信道的RLC实体触发轮询。除了新触发事件的定义之外，该方案对当前的UMTS规范将没有影响。在不利方面，从延迟的角度来看，该实现可能不是最有效的实现。UE必需等待来自实体的RLC PDU的传送，其中，在发送传输信道重新配置完成消息后，将所述实体映射在E-DCH上。在这些RLC层PDU中，UE可设置轮询位，以便请求来自同等接收RLC实体的RLC状态报告。当接收到轮询位时，接收RLC实体将生成状态报告，并将其发送到UE中的发送实体。

为了减少生成状态报告的延迟，本发明的另一实施例建议：在上行链路信道重新配置完成之后，由UE将对RLC状态报告的轮询包括在传输信道重新配置完成消息中。例如，可在该RRC信令消息中引入新的IE，所述RRC信令消息指示S-RNC中的RRC实体：请求处于确认模式、并被映射到E-DCH的每个RLC实体生成并传送状态报告。例如，该新IE可包括以一比特标志。

一旦在S-RNC上接收到传输信道重新配置完成消息，RRC便可确定是否设置了IE中的标志。在设置了该标志的情况下，RRC经由原语通知RLC实体，以生成RLC状态报告。在传输信道重新配置完成消息中包括轮询位在延迟方面可能是有利的，这是由于，通过在完成重新配置之后的第一个消息来完成轮询。

根据本发明的又一实施例的另一方面是：当上行链路重新配置时，在UE侧处理HARQ进程约束。

在UMTS***中，典型地，存在两类在作为上行链路信道的E-DCH上的数据传送：调度和非调度传送。对于调度数据传送，UE在E-DCH上发送数据前需要有效的调度授权。通常的过程暗示：UE通过调度信息或快乐比特向服务Node B发送速率请求，并且，当接收到速率请求时，Node B将通过调度授权(即，绝对和相对授权)向UE分配上行链路资源。通过AG/RG信令，在UE和RAN两者中保持一个调度授权(SG)。当HARQ进程激活时，在E-TFC选择中考虑调度授权的值。当进程为非激活时，不允许UE在该HARQ进程中进行发送。在E-DCH中存在两个HARQ进程激活/去激活机制。

在RRC层的层3机制中，例如8比特串，每个比特代表HARQ进程，对于2ms的TTI的情况，定义哪些进程是激活的、以及哪些不是。逻辑“1”指示HARQ进程是激活的，而“0”指示在该特定的HARQ进程中不允许调度数据的上行链路传送。

层2机制通过绝对授权信令提供非常快速的HARQ进程激活机制。关于绝对授权信道(E-AGCH)的HARQ进程激活标志定义：该绝对授权是仅对于通过如之前说明的时间关系确定的一个HARQ进程、还是对于所有HARQ进程有效。在绝对授权值是“INACTIVE(非激活)”、并且HARQ进程激活标志被设为“每HARQ进程”的情况下，去激活由绝对授权信令的时间关系给出的HARQ进程。在该HARQ进程中不允许UE发送调度的数据。为了激活HARQ进程，Node B发送HARQ进程激活标志被设为“每HARQ进程”的绝对授权，并且绝对授权值不同于“INACTIVE”。这激活由绝对授权信道信令的时间关系指示的HARQ进程。通过层2机制调度，向Node B提供快速机制来激活/去激活用于调度数据机制的HARQ进程的快速机制。这允许顺次调度Node B，以更好地控制小区中的上行链路干扰。

根据本发明的实施例，假设当上行链路重新配置时，UE复位先前已经由上述层2或层3处理限制机制中的任意一个所定义的HARQ进程约束。因此，在重新配置上行链路信道后，可对于在上行链路中的调度数据传送使用全部可用的HARQ进程。可独立于上行链路重新配置是改变了可用的HARQ进程数目(对于当执行TTI重新配置时的例子)、还是上行链路重新配置尚未改变可用HARQ进程的数目，而实现该HARQ进程约束的复位。当上行链路重新配置时，新配置的HARQ进程的激活可避免来自URTAN对于(重新)激活先前描述的去激活进程的附加的控制信令。

本发明的另一方面是：当UE实体进入软交递时，有利地使用上述MAC实体复位或重新配置。当进入在不同蜂窝小区之间的软交递时，根据又一实施例，对于在上行链路上传送的传送时间间隔、以及由此的HARQ进程的数目改变。例如，在进入软交递之前，可重新配置朝向UE当前连接到的“旧”Node B的上行链路信道，以设置要在软交递期间使用的TTI。此外，建立可向其交递UE的到在激活设置中的“新”添加的Node B的上行链路，从而配置正确的TTI、以及HARQ进程的数目。类似地，当释放朝向“旧”Node B的无线链路(即，上行链路信道)时，可重新配置朝向新Node B建立的上行链路连接，从而再次改变要用于上行链路传输的TTI、以及由此的HARQ进程的数目。因此，当重新配置这些TTI的每个时，如在以上本发明的各种实施例中所描述的，映射到上行链路信道的RLC层实体可生成并向UE发送RLC状态报告。

本发明的另一实施例涉及使用硬件和软件实现上述各种实施例。认识到可使用计算装置(处理器)实现或执行本发明的各种实施例，例如通用处理器、数据信号处理器(DSP)、特定用途集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑装置等。还可通过这些装置的组合执行或实现本发明的各种实施例。

此外，本发明的各种实施例还可通过可由处理器执行的软件模块实现，或直接以硬件方式实现。同样，软件模块和硬件实现的组合是可能的。可将软件模块存储在任意种类的计算机可读存储介质上，例如，RAM、EPROM、EEPROM、快闪存储器、寄存器、硬盘、CD-ROM、DVD等。

在此描述的本发明的一些实施例可允许在上行链路重新配置后提供有效和快速的状态报告生成。本领域的技术人员将理解，如在特定实施例中所示，可对本发明作出许多改变和/或修改而不背离如广泛描述的本发明的精神和范围。因此为了说明而非限制在所有方面考虑本实施例。

Claims

1.一种传送设备，包括：

序列号设置部分，用于为逻辑信道的协议数据单元设置传送序列号，所述逻辑信道被映射到上行链路传输信道，以及

传送部分，用于传送协议数据单元，其中在配置有传送时间间隔的上行链路传输信道上，为所述协议数据单元设置传送序列号，

其中，所述序列号设置部分适于在上行链路传输信道的传送时间间隔被重新配置的情况下，复位传送序列号。

2.如权利要求1所述的传送设备，其中，所述上行链路传输信道是增强的上行链路专用信道。

3.如权利要求1或2所述的传送设备，其中，所述传送序列号设置部分和所述传送部分是所述传送设备中的MAC层的一部分。

4.如权利要求1所述的传送设备，其中，以2ms传送时间间隔或10ms传送时间间隔来配置所述上行链路传输信道。

5.如权利要求4所述的传送设备，其中，所述序列号设置部分适于在传送时间间隔从2ms变为10ms、或从10ms变为2ms的情况下，复位传送序列号。

6.如权利要求1所述的传送设备，其中，所述序列号设置部分适于将传送序列号复位为0。

7.如权利要求1所述的传送设备，其中，所述序列号设置部分适于为所有映射到上行链路传输信道的逻辑信道复位传送序列号。

8.如权利要求1所述的传送设备，其中，所述序列号设置部分适于在重新配置所述传送时间间隔之后复位传送序列号。

9.如权利要求1所述的传送设备，其中，所述传送部分适于利用HARQ进程来传送协议数据单元。

10.如权利要求9所述的传送设备，其中，所述传送设备适于在重新配置所述传送时间间隔的情况下刷新所述HARQ进程。

11.如权利要求1所述的传送设备，其中，所述序列号设置部分适于：按照映射到上行链路传输信道上的每一逻辑信道、为每个协议数据单元设置传送序列号。

12.如权利要求1所述的传送设备，其中，所述序列号设置部分适于为所述协议数据单元设置传送序列号，以支持在接收设备上的重新排序功能。

13.如权利要求1所述的传送设备，其中，所述传送序列号用于重新排序目的，以支持向更高层顺次递交协议数据单元。

14.如权利要求1所述的传送设备，其中，所述传送设备适于使用传输信道重新配置过程，来重新配置所述传送时间间隔。

15.如权利要求1所述的传送设备，其中，所述序列号设置部分适于在请求传输信道重新配置的情况下复位传送序列号。

16.如权利要求14或15所述的传送设备，其中，所述传输信道重新配置包括MAC实体的复位。

17.如权利要求1所述的传送设备，其中，所述序列号设置部分适于在由更高层请求在MAC实体的复位之前的传输信道重新配置的情况下、复位传送序列号。

18.如权利要求1所述的传送设备，其中，所述协议数据单元是MAC-esPDU。

19.如权利要求1所述的传送设备，其中，所述序列号设置部分适于在传送了至少一个协议数据单元的传送时间间隔结束时、将传送序列号递增1。

20.如权利要求1所述的传送设备，其中，所述传送序列号被包括在所述协议数据单元的报头中。

21.如权利要求1所述的传送设备，其中，所述序列号设置部分适于：如果当前传送序列号超过了最大数，则复位传送序列号。

22.一种用于传送数据的方法，包括以下步骤：

为逻辑信道的协议数据单元设置传送序列号，其中所述逻辑信道被映射到上行链路传输信道，

传送所述协议数据单元，其中在配置有传送时间间隔的上行链路传输信道上，为所述协议数据单元设置所述传送序列号，以及

在上行链路传输信道的传送时间间隔被重新配置的情况下，复位所述传送序列号。

23.如权利要求22所述的方法，其中，所述上行链路传输信道是增强的上行链路专用信道。

24.如权利要求22所述的方法，以2ms传送时间间隔或10ms传送时间间隔来配置所述上行链路传输信道。

25.如权利要求24所述的方法，其中，在传送时间间隔从2ms变为10ms、或相反的情况下，复位所述序列号。

26.如权利要求22所述的方法，其中，将所述传送序列号复位为0。

27.如权利要求22所述的方法，其中，为映射到上行链路传输信道的所有逻辑信道复位所述传送序列号。

28.如权利要求22所述的方法，其中，在重新配置所述传送时间间隔之后，复位所述传送序列号。

29.如权利要求22所述的方法，其中，利用HARQ进程来传送所述协议数据单元。

30.如权利要求29所述的方法，还包括：在重新配置所述传送时间间隔的情况下，刷新所述HARQ进程。

31.如权利要求22所述的方法，其中，按照映射到上行链路传输信道上的每一逻辑信道、为每个协议数据单元设置传送序列号。

32.如权利要求22所述的方法，其中，为所述协议数据单元设置所述传送序列号，以支持在接收设备上的重新排序功能。

33.如权利要求22所述的方法，其中，所述传送序列号用于重新排序目的，以支持向更高层顺次递交协议数据单元。

34.如权利要求22所述的方法，还包括重新配置所述传送时间间隔的步骤。

35.如权利要求22所述的方法，其中，在传输信道重新配置过程中，重新配置所述传送时间间隔。

36.如权利要求22所述的方法，还包括以下步骤：

接收对传输信道重新配置的请求，

其中，在接收到对传输信道重新配置的请求的情况下，复位所述传送序列号。

37.如权利要求35或36所述的方法，其中，所述传输信道重新配置包括MAC实体的复位。

38.如权利要求22所述的方法，还包括以下步骤：

接收对在MAC实体的复位之前的传输信道重新配置的请求，

其中，在由更高层请求对在MAC实体的复位之前的传输信道重新配置的请求的情况下，复位传送序列号。

39.如权利要求22所述的方法，其中，所述协议数据单元是MAC-esPDU。

40.如权利要求22所述的方法，还包括以下步骤：在传送了至少一个协议数据单元的传送时间间隔结束时，将传送序列号递增1。

41.如权利要求22所述的方法，其中，所述传送序列号被包括在所述协议数据单元的报头中。

42.如权利要求22所述的方法，还包括以下步骤：如果当前传送序列号超出最大数，则复位所述传送序列号。