用于避免无线通信系统中上行链路突发的方法和设备的制作方法
【专利摘要】一种用于基站调度和接收来自用户实体的上行链路传送，并且进一步将与此类传送有关的数据转发到核心网络的方法和适用于进行所述操作的基站，其中，基站适用于传送服务授予信号以便允许用户实体至少在随后传送机会以给定最大授予数据率传送上行链路传送。来自用户实体的上行链路传送可由基站通过否定确认NACK或确认ACK信号做出响应。方法包括检测上行链路传送的速率，检测过载情况是否存在，并且如果速率超过授予的速率以及过载情况存在，则将ACK发送到用户实体，但不将任何上行链路数据转发到核心网络。
【专利说明】用于避免无线通信系统中上行链路突发的方法和设备
【技术领域】
[0001]本发明涉及用于用户实体、基站和网络的上行链路资源处理。更具体地说，本发明涉及上行链路速率由基站或其它节点进行调节的系统和方法，用户实体可能违反了上行链路速率的规定。本发明的一方面涉及相对和/或绝对授予信令与增强上行链路(HSUPA)中的ACK/NACK信令，及与如从用户实体角度而言的空中接口和吞吐量两者均有关的上行链路传送的处理。
【背景技术】
[0002]WCDMA (宽带码分多址)规范的第6版(例如，在2006年4月6日的现有技术文档3GPP TS 25.309，“FDD增强上行链路；总体描述?’第2阶段” (FDD Enhanced Uplink;Overall Description; Stage 2),版本V6.6.0中)公开了也称为增强上行链路通信方案的高速上行链路分组接入(HSUPA)。HSUPA旨在匹配下行链路高速数据分组接入(HSDPA)方案提供的比特率，以满足改进的交互式、后台和流传送服务。
[0003]另外，在3GPP参考文献TS25.211和TS25.321 - MAC协议规范、25.214物理层过程(FDD)、25.321 MAC协议规范中能够发现相关部分。
[0004]在图1中，示出了 HSUPA网络概观(HSUPA有关信道未包括在图中)。网络包括通过Iu接口或Iur接口与无线电网络控制器(RNC、S-RNC、D-RBC (漂移RNC))进行通信的核心网络；第一基站，节点B BI ;第二基站，节点B B2，两个基站均包括EUL调度器单元。EUL调度器(EUL_SCH)也表示为MAC-e调度器，并且通过相应Iub接口与RNC进行通信。
[0005]下述HUSPA信道通过空中接口传送:从MAC-e调度器向UE输送绝对授予信令的E-AGCH、用于相对授予信令的E-RGCH、输送UE传送的数据的节点B解码的确认反馈的E-HICH、输送传送功率控制(TPC)命令的专用物理信道(DPCH)或部分DPCH、输送MAC_e有效负载的增强DroCH (E-DPDCH)及输送MAC_e的控制信令的增强DPCCH (E-DPCCH)。
[0006]节点BI在此示例中对应于服务小区(E-AGCH只从服务小区传送)，并且节点B2对应于非服务小区。
[0007]上面提及的文档3GPP TS 25.309 FDD，增强上行链路总体描述提供了增强上行链路功能性的概述。
[0008]HSUPA的概述也能够在2011年10月24日在因特网上检索到的现有技术文档“高速上行链路分组接入(HSUPA);白皮书，应用注释I MA94”(〃High Speed Uplink PacketAccess (HSUPA); White Paper, application note I MA94", Rohde Schwarz, 01.2006,retrieved on the internet on 2011 -10-24)中找到。
[0009]根据HSUPA规范，增强专用信道(E-DCH)高速上行链路传输信道提供多个特征，如:短传送时间间隔(TTI)、带有软重新组合的快速混合自动请求重发(ARQ)、用于降低延迟的快速调度、增大的数据率和增大的容量。[0010]UE在设置与节点B的通信时，设置过程之后可以是例如用于使用TCP下载/因特网页冲浪的HSDPA会话。视用户实体的能力而定，这可另外涉及HSUPA传送，由此在HSDPA下行链路信道上传送TCP消息的节点B将在到节点B的E-DCH上行链路上接收TCP确认。由于节点B确定或调度UE将在E-DCH上传送的速度，因此，节点B利用E-AGCH输送调度决定。从在下行链路发送TCP数据段为止的时间开始，直至在上行链路上作为响应发送TCP确认为止的短延迟由于TCP层更短的往返时间估计原因而产生文件传送的降低的下载时间等。
[0011]为通过节点B使用HSUPA服务，用户实体收到它要在哪个E-AGCH码上接收下行链路业务的通知。为此，使用了 E-AGCH，其是小区内的共享信道。E-AGCH能够定义成具有一到几个信道化码的数量。
[0012]经NBAP(节点B应用部分)信令协议，在与RNC的配置或重新配置过程中，将E-AGCH信道配置到节点B。
[0013]HSUPA在许多方面类似于HSDPA。然而，不同于HSDPA，HSUPA不利用共享信道在上行链路中进行数据传送。在W-CDMA中，每个UE已经在上行链路中使用独特的扰码，因此，每个UE已经具有到网络的专用上行链路连接，在该连接中有过多的码信道空间。这不同于节点B使用单个扰码并且指派不同OVSF信道化码到不同UE的下行链路。上行链路中的共享资源实际上是网络通过快速闭环功率控制算法管理的在节点B的干扰级别。UE在上行链路中具有到网络的专用连接的实际情况对HSUPA的设计影响相当大。HSUPA的目的是支持快速调度(这允许网络迅速实现哪个UE应以什么速率传送的更改)以及降低总传送延迟。传送延迟降低通过快速HARQ (混合自动请求重发)重新传送，以极类似于HSDPA的方式和在可选更短的2 ms TTI实现。由于在上行链路上的主要共享资源是到达基站的总功率，因此，通过直接控制UE能够用于在任何给定时间点传送的最大功率量，执行HSUPA调度。
[0014]网络具有用于控制在E-DroCH上UE的传送功率的两种方法；它能够使用非调度的授予或调度的授予。 在非调度的授予中，网络简单地告诉UE它能够在TTI期间在E-DCH上传送的最大块大小。此块大小在呼叫设置时通过信号指示，并且UE随后能够在每个TTI中传送该大小或更小的块，直至呼叫结束或者网络经RRC重新配置过程修改非调度的授予。块大小确定性地映射到功率级别，功率级别也在呼叫设置期间由网络配置。非调度的授予最适合诸如话音IP等恒定速率延迟敏感应用。
[0015]关于调度的授予，UE保持它基于从网络收到的信息更新的服务授予。服务授予直接指定UE能够在当前TTI中在E-DroCH上使用的最大功率。由于E-DCH块大小确定性地映射到功率级别，因此，UE能够将其服务授予转换成它能够在TTI中使用的最大E-DCH块大小(功率级别的映射由在呼叫设置时通过信号指示的E-TFCI参考功率偏移确定，E-TFCI(E-DCH传输格式组合标识符)包括有关传输块集大小的信息，传输块集大小与数据率有关)。
[0016]网络能够有两种方式控制UE的服务授予。第一种方式是通过E-AGCH下行链路信道上传送的绝对授予，该授予通过信号指示用于服务授予的特定、绝对数。另一方式是通过使用下行链路E-RGCH信道传送的相对授予，该授予递增式将UE的服务授予从其当前值向上或向下调整。在任何给定时间点，UE将侦听来自其服务小区的单E-AGCH和一个或更多个E-RGCH。E-AGCH是共享信道，因此，UE如果在E-AGCH上接收去往它的块，则将只更新其服务授予(在呼叫设置时通过信号指示的E-RNTI身份在E-AGCH上用于引导传送到特定UE)。E-AGCH传送包含绝对授予值和绝对授予范围。值对应于最大速率，并且范围能够设成“所有HARQ过程”或“每HARQ过程”，参阅3GPP 25.321。E-RGCH也由多个UE共享，但在此信道上，UE在侦听特定正交特征而不是更高层身份。如果它在给定TTI中未检测到其特征，则它将此理解为“保留”(Hold)命令，并且因此对其服务授予不进行更改。
[0017]节点B MAC-e调度器在下行链路E-AGCH信道上发出绝对授予，也就是说，授予用户实体在上行链路上以给定比特率传送的权利的消息。由于带宽需要随着时间的过去而急剧变化，因此，最好是快速调节用户实体进行的功率发射，以便带宽不会被不必要地浪费。用户实体将请求传送为与其对更高速度的需要有关的幸福/不幸福。
[0018]UE可能错误地检测到未传送的绝对授予,也称为虚假授予(ghost grant)。此类虚假授予可促使UE以NodeB未准备好接收的速率传送。
[0019]本
【发明者】已发现，根据当前标准化规范，节点B将在UE检测到虚假授予的此类情况下在E-HICH上发送NACK。它也将发送新绝对授予以避免用于新UE传送的问题。然而，3GPP标准允许UE以以前的授予级别重新传送，但由于节点B仍没有资源将传送解码，因此，重新传送也将失败，并且新的NACK被发送。这种情况将持续，直至达到最大允许重新传送次数(例如，7)，这将在小区中造成相当大的干扰量。最终，UE将放弃并停止传送，这随后将导致更高层RLC (无线电链路控制层)重新传送。
[0020]根据本
【发明者】所述，在2 ms TTI内UE能够评估的E-AGCH的误检的可能性如下:在一分钟内，有30.000个TTI。使用16比特CRC(循环冗余校验)时，有65.536个组合。在实验室和现场测试中，一般在几分钟的间隔中在UE中遇到一次E-AGCH (E-AGCH =E-DCH绝对授予信道)误检。
[0021]在图2中，示出了如本
【发明者】感知的示范情况，其中，UE还有数据要传送，但其中，UE尚未获得任何授予。例 如，UE在对所有HARQ有效的HARQ过程4，在11中检测到虚假授予，该授予使得似乎可能在E-TFCI 84上传送。NodeB检测到问题，并且在12中发出新授予以便停用所有HARQ。然而，在示例中，节点B不能将意外的UE传送解码，因此，节点B另外通过传送NACK做出响应。此模式通过初始传送继续用于所有8个HARQ，RSN (重新传送序号)=0。之后，进行其它传送，并且模式能够对于2 ms TTI配置继续最多7次重新传送。要注意的是，节点B制造商/运营商可选择可能重新传送的最大次数，并且更长的最大重新传送次数加重问题。在此时间点，由于UE达到重新传送的最大次数，并且必须中止那些传送，因此，过程停止，13。新传送必须遵从该最后收到的授予，其是在12收到的不允许任何其它传送的授予。
[0022]本
【发明者】已发现虚假授予对TD (时分)调度造成了严重的问题。根据TD调度，UE只在一个或几个HARQ过程上具有授予，而其它HARQ过程从调度的数据被停用。如果在UE中检测到对于所有HARQ有效的虚假授予，则UE突然开始在所有HARQ过程上传送，并且有时以极高速率传送。即使在节点B中没有资源可用于将传送解码，UE也继续多达8个HARQ循环，即，8*16 ms ο
[0023]由于如果UE只在8个HARQ的I个HARQ中具有授予，则不能为所有8个HARQ预留处理资源，因此，该问题对于TD调度占主导。
【发明内容】
[0024]本发明的第一目的是改进用于基站的上行链路资源分配。[0025]此目的已通过一种用于基站调度和接收来自用户实体的上行链路传送，并且进一步将与此类传送有关的数据转发到核心网络的方法而得以实现，其中，基站适用于传送服务授予信号以便允许用户实体至少在随后传送机会以给定最大授予数据率传送上行链路传送。来自用户实体的上行链路传送可由基站通过否定确认NACK或确认ACK信号做出响应。方法包括以下步骤
-检测上行链路传送的速率，
-检测过载情况是否存在，以及
如果速率超过授予的速率并且过载情况存在，则
-将ACK发送到用户实 体，但不将任何上行链路数据转发到核心网络。
[0026]根据又一方面，方法还检测解码成功是否存在，并且如果存在，则 -传送ACK并且转发数据到核心网络。
[0027]根据又一方面，在检测到解码成功不存在时执行检测检测到的速率是否超过授予的速率的步骤和/或检测过载情况是否存在的步骤。
[0028]另一实施例还提供方法在检测解码成功是否存在，并且如果检测到的速率不超过授予的速率以及解码成功存在，则
-传送ACK并且将收到的上行链路数据转发到核心网络。
[0029]又一方面提供在检测到该检测到的速率不超过授予的速率时，或者在未发现过载情况存在时，执行检测解码成功的步骤。
[0030]也提供了一种包括调度器的基站，调度器适用于调度和接收来自用户实体的上行链路传送，并且还将与此类上行链路传送有关的数据输送到核心网络。
[0031]基站适用于传送服务授予信号以便允许用户实体至少在随后传送机会以给定最大授予的数据速率传送上行链路传送；其中，来自用户实体的上行链路传送可由调度器通过否定确认NACK或确认ACK信号做出响应。调度器还适用于
-检测上行链路传送的速率，
-检测过载情况是否存在，
如果速率超过授予的速率并且过载情况存在，则调度器适用于 -将ACK发送到用户实体，但不将任何上行链路数据转发到核心网络。
[0032]根据本发明，有效地防止或至少大幅防止了在比授予更高的级别的长重新传送尾部。非比例性高授予级别的传送的长尾部在小区中造成干扰，并且能够造成不稳定；因此，本发明提供更少干扰和更高稳定性。
[0033]对于在HSUPA中的实现，通过使用UE，监视传送ACK和NACK的E-HICH和Iub UL(上行链路)FP (帧协议)，能够观察到本发明的效应。
[0034]根据本发明，甚至在解码失败时发送ACK将促使高层RLC重新传送，这确保分组传送得以继续并且成功执行。如果所有重新传送得以执行并且得到NACK的应答，则这同样适用。
[0035]从下面本发明的详细描述中，将明白本发明的其它优点。
【专利附图】
【附图说明】
[0036]图1示出现有技术HSUPA网络和信令的基本元素，图2示出在现有技术中的情形，
图3示出在本发明的实施例中使用的方法的细节，
图4示出根据本发明的方法的第一实施例，
图5示出根据本发明的方法的第二实施例，
图6示出根据本发明的方法的第三实施例，
图7示出根据本发明的方法的第四实施例，
图8是根据现有技术的全部授予HARQ过程的示范情形，
图9是用于图4所示实施例的全部授予HARQ过程的示范情形，
图10是根据现有技术的单授予HARQ过程的示范情形，
图11是用于图4所示本发明的单授予HARQ过程的示范情形，以及 图12示出根据本发明的示范基站。
【具体实施方式】
[0037]本发明的第一实施例
根据3GPP 25.321，如果不能输送数据或者将数据解码，则将发送NACK。例如，在
4.2.4.5 MAC-e 实体-UTRAN 侧或 4.2.4.8 MAC_i 实体-UTRAN 侧中:一个 HARQ 实体能够支持停止和等待HARQ协议的多个实例(HARQ过程)。每个过程负责生成ACK或NACK，指示E-DCH传送的输送状态。
[0038]本发明在某些条件下不同于3GPP特定节点B行为。
[0039]例如，节点B检测到UE在比它应使用的更高授予的E-TFCI传送，并且节点B中没有处理资源可用于将此类传送解码时，节点B不造成长E-DCH重新传送尾部，而是传送ACK以“停止” UE传送。
[0040]方法的第一实施例的一方面涉及并行工作的至少两个例程。一方面，为相应HARQ过程执行ACK/NACK。另一方面，为HARQ过程确定和调节授予级别。
[0041]根据本发明，可如现有技术文档W02009/046760中所述，以类似方式根据授予违例检测，将授予降低到由具增强上行链路能力的节点B决定的级别。在此文档中，公开了一种控制机制，该机制确保调度决定实际上由用户终端UE处理。重复进行带有E-DCH信道调度的授予的下行链路传送，这为用户终端提供了检测调度的授予的新机会。它仅在检测到的调度的数据率高于最大数据率时才重复进行，这意味着它仅在需要时才重复进行。此机制在图3中示出，图中通过降低调度的速率501发送授予。测量502利用的速率。节点BNB通过将E-DroCH和/或E-DCH传输格式组合指示符(E-TFCI)解码，检测在E-DCH上的上行链路数据业务的(实际)调度的数据率。E-DroCH和E-TFCI之一或两者均用于推导实际数据率。E-TFCI是指示传输块(在一个TTI中在E-DCH上发送的有效负荷单元)的大小卿，其中包含多个比特)的值。在步骤503中执行检查以验证测量的速率是否大于(授予的)调度的速率。如果情况是如此，则由于假设UE未接收更早授予消息，因此，将对应于更早授予的速率的新授予发送到重复(降低的)调度的速率的用户实体，步骤504。相反，如果测量的速率未超过调度的速率，则不进行重复。
[0042] 根据本发明，还可将分数(fraction)选择为1，使得如果检测到的速率超过授予的速率，则重复授予的速率，以及使得图3中的步骤102是与例如图4的步骤305相同的测试，但属于两个并行过程。
[0043]在图4中，示出了根据本发明在节点B中执行的方法的第一实施例。
[0044]对于每个TTI和RLS，检测传送的上行链路速率是否超过授予的速率。从E-DPCCH检测和E-TFCI推导检测到的上行链路速率。
[0045]步骤300:过程开始。
[0046]步骤301:尝试将上行链路传送解码，并且如果解码成功，则基站在将收到的上行链路数据转发到核心网络的同时，将ACK传送到用户实体，302，对于HSUPA，收到的上行链路数据是在Iub接口上转发。如果解码不成功，则转到步骤305。
[0047]步骤305:评估检测到的速率是否超过授予的速率。如果情况不是如此，则方法转到步骤306，在该步骤中，传送NACK。如果检测到的速率高于授予的速率，则方法继续到步骤307。根据本发明的实施例，可从E-DPCCH上上面提及的E-TFCI推导检测到的速率。
[0048]步骤307:基站检测过载情况是否发生，如果是，则方法转到步骤311，并且如果不是，则方法转到步骤306。
[0049]根据本发明的又一方面，过载307的测试可涉及关于节点B中是否充足的处理资源可用于解码将来的E-DroCH传送的测试。一些节点B可能比其它节点B使用更静态的资源分配。例如，波动的资 源可用性能够牵涉到在当前TTI将无处理资源可用，但在16 ms后相应HARQ过程再次出现时足够的处理资源将可用。根据本发明，关于过载情况是否有关的测试在此示例中能够被视为“是”。另一过载情况能够涉及在用于基站的无线电接口上的干扰超过预确定的干扰级别。过载检测也能够涉及上述参数的组合。
[0050]步骤311:基站发送ACK而不向核心网络转发上行链路数据，这是因为由于未能解码成功，基站尚未成功收到此类数据。对于HSUPA，节点B在E-HICH上传送ACK以停止在此HARQ过程上的UE传送。注意，如果节点B执行误检并且推导不存在的E-TFCI，则在将ACK或NACK发送到UE中不存在直接“损害”。也要注意的是，上述方法将不导致HARQ失败。
[0051]换而言之，在基站中提供一种适用于调度和接收来自用户实体的上行链路传送并且进一步将与此类传送有关的数据转发到核心网络的方法。基站适用于传送服务授予信号以便允许用户实体至少在随后传送机会以给定最大授予的数据速率传送上行链路传送；其中，来自用户实体的上行链路传送可由基站通过否定确认NACK或确认ACK信号做出响应。方法包括以下步骤
-检测305上行链路传送的速率，
-检测307过载情况是否存在，
如果速率超过授予的速率305并且过载情况存在307，则 -将ACK发送311到用户实体，但不将任何上行链路数据转发到核心网络。
[0052]方法可另外包括检测解码成功是否存在的步骤301，并且如果是，则 -传送302 ACK并且转发数据到核心网络。
[0053]在图4实施例中，在检测到解码成功不存在301时执行检测305该检测到的速率是否超过授予的速率的步骤和/或检测307过载情况是否存在的步骤。
[0054]此外，根据此实施例，在检测到解码成功不存在时，如果检测到的速率不超过授予的速率305，或者如果未发现过载情况存在307，则
-传送306 NACK到用户实体。[0055]步骤311的效应将相对于图8-11进一步描述。
[0056]在图5中，考虑了本发明的第二实施例，软切换HO。
[0057]与图4具有共同标号的元素具有相同的功能，并且对于这些元素的描述因此将不重复。此实施例包括另外的步骤303和/或可能也包括309。又一选择包括309和步骤310。还有的又一选择包括所有步骤303、309和310。
[0058]在图5中，在步骤301中应答是后，方法继续到步骤303。
[0059]步骤303:基站检查UE的无线电链路RL是否为服务RL，或者换而言之，服务无线电链路是否在无线电链路集(RLS)内。就HSUPA而言，处理服务RL的节点B控制E-AGCH信道(和服务E-RGCH信道)，并且因此了解最大授予。只带有非服务RL (无线电链路)的节点B不知道最大授予。如果服务无线电链路在RLS内，则转到步骤305。如果不在RLS内，则转到步骤306。
[0060]步骤309:UE是否在软切换中传送到节点B ?如果是，则继续到步骤310，如果不是，则继续到步骤311。
[0061]例如，在步骤310中，检查传送是否为重新传送，并且如果传送次数超过预定义的重新传送次数，例如，X=L..3，其中，X是取决于配置的预确定的次数。如果不是，则基站发出NACK，步骤306。对于超过预定义的重新传送次数的重新传送次数，传送ACK，步骤311。要注意的是，当前标准中重 新传送次数的最大次数能够设成例如7，因此，对于实施例的此选择，要选择预定义的次数以便低于最大次数。
[0062]UE在两个基站在接收上行链路传送的软切换中传送时，执行根据本发明的方法的当前节点B不知道的另一基站可能能够有助于将传送正确解码。因此，为允许利用软切换的益处和节点B将传送正确解码，在软切换中的同时，此实施例的方法通过用于初始重新传送的NACK做出响应，参阅步骤310，并且通过用于随后重新传送的ACK步骤做出响应。
[0063]在提供步骤309但不提供步骤310的一实施例中，方法在应答为是的情况下从309转到306，即，如果在软切换中，则传送NACK。
[0064]换而言之，关于图5，提供了一种方法，方法还包括检测与基站有关的服务无线电链路是否在无线电链路集内303的步骤，并且如果情况不是如此，则在检测到解码成功不存在时，传送NACK 306。
[0065]图5方法还包括检测服务无线电链路是否在无线电链路集内303的步骤，并且传送ACK 311而不将任何上行链路数据转发到核心网络还以服务无线电链路在无线电链路集内303作为条件。
[0066]如图5所示，方法可还包括检测309用户实体是否在与基站有关的软切换中的步骤，传送ACK 311而不将任何上行链路数据转发到核心网络还以来自用户实体的传送不在软切换中作为条件。
[0067]另外，图5方法还包括检测309用户实体是否在与基站有关的软切换中的步骤和检测用于上行链路传送的重新传送次数的步骤，其中，传送ACK 311而不将任何上行链路数据转发到核心网络还以来自用户实体的传送不在软切换中309和来自用户实体的传送是具有大于或等于预定义次数(X=Il...3)的重新传送次数作为条件。
[0068]在图6中，示出了还有的又一实施例。本发明的方法的此实施例具有与图4实施例相同的功能元素；然而，步骤以备选方式布置。在步骤306中，发送NACK。在步骤302中，传送ACK，并且向核心网络转发上行链路数据，以及在步骤311中，传送ACK而无此类数据。
[0069]在步骤300开始后，方法转到步骤305。如果在步骤305中应答为否，则转到步骤301，如果应答为是，则转到步骤307。从307，在应答为是的情况下，转到步骤311，并且如果为否，则转到步骤301。从301，在应答为否的情况下转到306，并且在应答为是的情况下转到 302。
[0070]图6实施例可因此具有另外检测解码成功是否存在301的特征，并且如果检测到的速率不超过授予速率305，并且解码成功301存在，则
-传送302 ACK并且将收到的上行链路数据转发到核心网络。
[0071]另外，在检测305到该检测到的速率不超过授予的速率时，或者在未发现过载情况存在时307，执行检测解码成功的步骤301。
[0072]在图7中，图6实施例扩展带有在步骤307与311之间插入的步骤303，使得如果在步骤307中应答是，则转到步骤303，如果在步骤303中应答否，则转到306，以及如果在303中应答是，则转到311。
[0073]上面公开的用于所有变型，根据本发明的授予级别的优先调节涉及节点B根据节点B已获得UE传送的感知而“恢复”UE的授予。如上所提及的一样，授予级别调节与ACK/NACK处理并行进行，并且可如图3所示执行。因此，如果检测到的速率超过授予的速率503，则重复授予的速率504。
[0074]上述方法可适用于根据高速上行链路分组接入操作，并且基站是节点B。 [0075]示范情形
图8是根据现有技术的全部授予HARQ过程的示范情形，以重新传送的最大次数设成值2的表格格式示出。图9是对于基本上与如图8所示相同条件，用于根据图4所示方法的本发明的示范情形。
[0076]表格在节点B列下示出HARQ过程数量、E-HICH信号是ACK还是NACK、数据是否通过IuB协议接口进一步传送到核心网络及有关授予的E-TFCI值。在UE列下，也示出了 UE感知的授予及根据感知的E-TFCI值的E-DCH传送或备选未感知任何值，DTX。另外，为HARQ过程指示了重新传送序号RSN。
[0077]在图8中，观察到带有值E-TFCI 30的授予在HARQ过程3，RSN=O, 601发出，并且由UE正确感知到。数据在IuB接口上向核心网络传送。对于随后的HAQR过程4和5，成功传送继续，603。
[0078]然而，在HARQ过程6，604，节点B未将来自UE的上行链路传送解码，并且通过NACK做出响应。另一方面，UE感知到带有全部HARQ E-TFCI 120的授予，这是错误的，并且因此是虚假授予。
[0079]节点B不能以此速率处理传送，并且从HARQ 7，RSN=O,实例608到HARQ 5，RSN=O继续发出NACK。
[0080]在实例610中，节点B根据图3的步骤504，发出E_TFCI=30的重复，这对应于以前发出的授予。节点B继续不能以此速率解码，并且通过NACK做出响应。UE正确感知此重复的授予，但由于在收到确认之前或达到重新传送的最大次数之前，重新传送在继续，因此，对于重新传送次数RSN I和2以速率120传送。
[0081]此模式或尾部对于重新传送RSN I和2继续，直至实例613。此时，重新传送已“超时”，并且新数据在HARQ过程6，RSN=O上传送，UE为此将传送更改到所需级别E-TFCI 30，并且在当时，数据能够由基站正确解码，而节点通过ACK做出响应。数据在IuB接口上出现。要注意的是，重新传送超时时，将触发RLC重新传送。
[0082]在图9中，示出了用于本发明的全部授予HARQ过程的情形。可看到初始模式与图8所示相同。然而，在实例704，根据步骤301，基站不能以E-DCH传送速率120将上行链路传送解码，方法转到步骤307，在该步骤中，检测到过载情况-例如，由于缺乏处理资源；并且节点B通过步骤311 =ACK做出响应。对于后面的HARQ过程7_5，节点B通过ACK做出响应。要注意的是，尽管在704中响应是的ACK，但在IuB上没有出现数据(参阅ACK*)。虽然不符合标准化MAC (媒体接入控制)规定，但根据本发明的行为避免了在不可解码重新传送在最终导致RLC上层重新传送前其不必要的尾部。
[0083]在实例710，由于以前传送已被确认，因此，UE在重复调度的速率，步骤504的同时，在对应于E-TFCI 30的新的校正的授予后开始发送具有RSN=O的新的非重新传送的数据。此数据由节点B根据步骤301成功解码，并且不可解码数据的后续尾部得以避免。
[0084]图10是根据现有技术的单授予HARQ过程的示范情形。在实例801，HARQ过程3，绝对发出授予E-TFCI 97，这在UE完整收到。其它HARQ过程0_2和4_5是无数据的DTX传送。
[0085]在实例803，HARQ 6，UE接收在级别E-TFCI 80用于所有HARQ的虚假AG。节点B不能在此级别将传送解码(对于除HARQ过程3外的任何HARQ过程)，并且由于感知到用于HAQR 7-2的虚假，因此，对UE开始的随后传送通过NACK做出响应。
[0086]在实例805的HARQ 3在E-TFCI 80被正确解码，并且得到带有ACK的响应，以及数据在IuB接口上传送。这不同于在807 RSN=0，E-TFCI 80的情况，在该情况下，节点B只准备在HARQ 3上接收数据。
[0087]在809，从节点B传送“停用”信号，该信号在UE收到。停用是【技术领域】中熟知的信号，在E-AGCH上传送，带有对应于“停用”的绝对授予索引，并且根据图3的步骤503、504，HARQ范围设成“每HARQ”。但由于UE收到NACK，因此，它通过重新传送继续(RSN>0)。相同的过程为随后的HARQ过程7、0、1、2、4和5重复进行。在实例811，对于HARQ 3，在节点B将传送正确解码，并且节点B重复E-TFCI 97，授予范围设成“每HARQ”以恢复以前的授予级别。此步骤是可选的，但它使得UE利用节点B已为其预留的所有资源。
[0088]图11示出同样参照图4实施例解释的用于本发明的对应示例。可能看到在903中，节点B通过在HARQ过程6中的ACK (ACK*)做出响应，步骤311，但根据步骤301未将上行链路传送解码，因此不能在IuB接口上传送数据。在实例909中，在HARQ过程6中，UE接收“停用”，并且HARQ范围根据图3步骤503、504设成“每HARQ”，以及UE在随后的HARQ上不传送-DTX。相同的过程为HARQ过程7、0、1、2、4和5重复进行。
[0089]在实例910，对于HARQ 3，在节点B将传送正确解码，并且节点B重复E-TFCI 97，授予范围设成“每HARQ”以恢复以前的授予级别。此步骤是可选的，但它使得UE利用节点B已为其预留的所有资源。
[0090]对于此示例，如相对于在IuB接口上传送的数据量所看到的一样，结果实质上与对于现有技术是相同的。然而，在无线电接口上，由于比在现有技术中更早得多执行了 DTX-无数据-传送，因此，降低了干扰。[0091]根据本发明的基站
在图12中，示出了根据本发明，也称为节点B，能够作为服务基站和非服务基站操作的
示范基站。
[0092]基站包括E-RGCH/HICH处理级l_n、第I层处理、E-AGCH处理、调度器、用于用户实体1-η的相应HARQ实体，每个HARQ实体包括根据用于每个用户实体的HARQ过程，用于接收分组Ι-m的多个HARQ接收器。节点B另外包括用于通过空中接口，通过E-AGCH和E-RGCH信道进行通信的第I层处理部件、用于通过DPCCH、E-DPCCH和E-DTOCCH信道进行通信的LI处理部件。另外，基站包括用于通过iub接口进行通信的E-DPCH FP部件。为用户1-η的HARQ实体提供了 MAC-e E-DPCCH解码部件l_n。根据本发明，涉及根据本发明的节点B的方法步骤可在调度器中实现。
[0093]基站的其它功能如上参照第一、第二、第三和第四实施例如所述。
[0094]因此，提供了一种包括调度器(SCH)的基站，调度器适用于调度和接收来自用户实体的上行链路传送，并且还将与此类上行链路传送有关的数据输送到核心网络。
[0095]基站适用于传送服务授予信号以便允许用户实体至少在随后传送机会以给定最大授予数据率传送上行链路传送；
其中来自用户实体的上行链路传送可由调度器通过否定确认NACK或确认ACK信号做出响应；调度器还适用于
-检测305上行链路传送的 速率，
-检测307过载情况是否存在，
如果速率超过授予的速率305并且过载情况存在307，则调度器适用于 -将ACK发送311到用户实体，但不将任何上行链路数据转发到核心网络。
[0096]基站可另外适用于检测解码成功是否存在301，并且如果是，则调度器适用于 -传送302 ACK并且转发数据到核心网络。
[0097]调度器可适用于在检测到解码成功不存在301时检测305该检测到的速率是否超过授予的速率和/或调度器检测307过载情况是否存在。
[0098]在调度器检测到解码成功不存在时，如果检测到的速率不超过授予的速率305，或者如果未发现过载情况存在307，则调度器可适用于
-传送306 NACK到用户实体。
[0099]基站可还涉及调度器检测与基站有关的服务无线电链路是否在无线电链路集内303，并且如果情况不是如此，则在调度器检测到解码成功不存在时，调度器适用于
-传送 NACK 306。
[0100]调度器另外适用于检测解码成功是否存在301，并且如果调度器检测到速率不超过授予的速率305并且解码成功301存在，则调度器适用于
-传送302 ACK并且将收到的上行链路数据转发到核心网络。
[0101]例如，在调度器检测305到该检测到的速率不超过授予的速率时，或者在未发现过载情况存在时307，执行调度器检测解码成功301。
[0102]调度器检测服务无线电链路是否在无线电链路集内303，并且由调度器传送ACK311而不将任何上行链路数据转发到核心网络可还以服务无线电链路在无线电链路集内303作为条件。[0103]基站可还包括调度器进行检测309用户实体是否在与基站有关的软切换中的步骤，由调度器传送ACK 311而不将任何上行链路数据转发到核心网络还以来自用户实体的传送不在软切换中作为条件。
[0104]基站可还包括调度器进行检测309用户实体是否在与基站有关的软切换中和检测用于上行链路传送的重新传送次数，其中，由调度器传送ACK 311而不将任何上行链路数据转发到核心网络还以来自用户实体的传送不在软切换中309和来自用户实体的传送是具有大于或等于预定义次数(X=Il...3)的重新传送次数作为条件。
[0105]如果检测到的速率超过授予的速率503，则基站可还进行重复授予的速率504。
[0106] 基站可以是适用于根据高速上行链路分组接入操作的节点B。
【权利要求】
1.一种适用于调度和接收来自用户实体的上行链路传送并且进一步将与此类传送有关的数据转发到核心网络的基站中的方法； 所述基站适用于传送服务授予信号以便允许用户实体至少在随后传送机会以给定最大授予数据率传送上行链路传送； 其中来自用户实体的上行链路传送可由所述基站通过否定确认NACK或确认ACK信号做出响应；所述方法包括以下步骤 -检测(305)上行链路传送的速率， -检测(307)过载情况是否存在， 如果所述速率超过所述授予的速率(305)并且过载情况存在(307)，则 -将ACK发送(311)到所述用户实体，但不将任何上行链路数据转发到所述核心网络。
2.如权利要求1所述的方法，还检测解码成功是否存在(301)，并且如果是，则 -传送(302) ACK并且 转发数据到所述核心网络。
3.如权利要求2所述的方法，其中在检测到解码成功不存在(301)时执行检测(305)所述检测到的速率是否超过所述授予的速率的所述步骤和/或检测(307)过载情况是否存在的所述步骤。
4.如权利要求2或3所述的方法，在检测到解码成功不存在时，如果所述检测到的速率不超过所述授予的速率(305)，或者如果未发现过载情况存在(307)，则 -传送(306) NACK到所述用户实体。
5.如权利要求2-4任一项所述的方法，还包括检测与所述基站有关的所述服务无线电链路是否在无线电链路集内(303)的步骤，并且如果情况不是如此，则在检测到解码成功不存在时， -传送 NACK (306)。
6.如权利要求1所述的方法，还检测解码成功是否存在(301)，并且 如果所述检测到的速率不超过所述授予的速率(305)并且解码成功(301)存在，则 -传送(302) ACK并且将所述收到的上行链路数据转发到所述核心网络。
7.如权利要求6所述的方法，其中在检测(305)到所述检测到的速率不超过所述授予的速率时，或者在未发现过载情况存在时(307)，执行检测解码成功的所述步骤(301)。
8.如前面权利要求任一项所述的方法，还包括检测所述服务无线电链路是否在所述无线电链路集内(303)的步骤， 所述传送ACK (311)而不将任何上行链路数据转发到所述核心网络还以所述服务无线电链路在所述无线电链路集内(303)作为条件。
9.如前面权利要求任一项所述的方法，还包括检测(309)所述用户实体是否在与所述基站有关的软切换中的步骤， 所述传送ACK (311)而不将任何上行链路数据转发到所述核心网络还以来自所述用户实体的所述传送不在软切换中(309)作为条件。
10.如前面权利要求1-8任一项所述的方法，还包括检测(309)所述用户实体是否在与所述基站有关的软切换中的所述步骤和检测用于所述上行链路传送的重新传送次数的步骤，其中 所述传送ACK (311)而不将任何上行链路数据转发到所述核心网络还以来自所述用户实体的所述传送不在软切换中(309)和来自所述用户实体的所述传送是具有大于或等于预定义次数(X=1...3)的重新传送次数作为条件。
11.如前面权利要求任一项所述的方法，其中，如果所述检测到的速率超过所述授予的速率(503)，则还重复所述授予的速率(504)。
12.如前面权利要求任一项所述的方法，其中方法适用于根据高速上行链路分组接入操作，并且基站是节点B。
13.—种包括调度器(SCH)的基站，所述调度器适用于调度和接收来自用户实体的上行链路传送，并且还将与此类上行链路传送有关的数据输送到核心网络； 所述基站适用于传送服务授予信号以便允许用户实体至少在随后传送机会以给定最大授予数据率传送上行链路传送； 其中来自用户实体的上行链路传送可由所述调度器通过否定确认NACK或确认ACK信号做出响应；所述调度器还适用于 -检测(305)上行链路传送的速率， -检测(307)过载情况是否存在， 如果所述速率超过所述授予的速率(305)并且过载情况存在(307)，则所述调度器适用于 -将ACK发送(311)到所述用户实体，但不将任何上行链路数据转发到所述核心网络。
14.如权利要求13所述的基站，还检测解码成功是否存在(301)，并且如果是，则所述调度器适用于 -传送(302) ACK并且转发数据到所述核心网络。
15.如权利要求14所述的基站， 其中在检测到解码成功不存在(301)时执行所述调度器检测(305)所述检测到的速率是否超过所述授予的速率和/或所述调度器检测(307)过载情况是否存在。
16.如权利要求14或15所述的基站，在所述调度器检测到解码成功不存在时，如果所述检测到的速率不超过所述授予的速率(305)，或者如果未发现过载情况存在(307)，则所述调度器适用于 -传送(306) NACK到所述用户实体。
17.如权利要求14-16任一项所述的基站，还包括所述调度器检测与所述基站有关的所述服务无线电链路是否在无线电链路集内(303)，并且如果情况不是如此，则在所述调度器检测到解码成功不存在时，所述调度器适用于 -传送 NACK (306)。
18.如权利要求13所述的基站，其中所述调度器还适用于检测解码成功是否存在(301)，并且 如果所述调度器检测到所述速率不超过所述授予的速率(305)并且解码成功(301)存在，则所述调度器适用于 -传送(302) ACK并且将所述收到的上行链路数据转发到所述核心网络。
19.如权利要求18所述的基站，其中在所述调度器检测(305)到所述检测到的速率不超过所述授予的速率时，或者在未发现过载情况存在时(307)，执行所述调度器检测解码成功(301)。
20.如权利要求13-19任一项所述的基站，还包括所述调度器检测所述服务无线电链路是否在所述无线电链路集内(303)， 由所述调度器进行ACK的所述传送(311)而不将任何上行链路数据转发到所述核心网络还以所述服务无线电链路在所述无线电链路集内(303)作为条件。
21.如权利要求13-20任一项所述的基站，还包括所述调度器进行检测所述用户实体是否在与所述基站有关的软切换中， 由所述调度器进行ACK的所述传送(311)而不将任何上行链路数据转发到所述核心网络还以来自所述用户实体的所述传送不在软切换中(309)作为条件。
22.如前面权利要求13-20任一项所述的基站，还包括所述调度器进行检测(309)所述用户实体是否在与所述基站有关的软切换中和检测用于所述上行链路传送的重新传送次数，其中 其中由所述调度器进行ACK的所述传送(311)而不将任何上行链路数据转发到所述核心网络还以来自所述用户实体的所述传送不在软切换中(309)和来自所述用户实体的所述传送是具有大于或等于预定义次数(X=L..3)的重新传送次数作为条件。
23.如权利要求13-22任一项所述的基站，其中所述基站还进行如果所述检测到的速率超过所述授予的速率(503)，则重复所述授予的速率(504)。
24.如权利要求13-23 任一项所述的基站，其中所述基站是适用于根据高速上行链路分组接入操作的节点B。
【文档编号】H04W28/02GK104025646SQ201280053664
【公开日】2014年9月3日 申请日期:2012年7月16日 优先权日:2011年11月2日
【发明者】P.安科, R.科尔 申请人:瑞典爱立信有限公司