CN101772916B - 在支持混合自动重传请求的移动通信***中用于发送和接收分组的设备和方法 - Google Patents

在支持混合自动重传请求的移动通信***中用于发送和接收分组的设备和方法 Download PDF

Info

Publication number
CN101772916B
CN101772916B CN2008801019101A CN200880101910A CN101772916B CN 101772916 B CN101772916 B CN 101772916B CN 2008801019101 A CN2008801019101 A CN 2008801019101A CN 200880101910 A CN200880101910 A CN 200880101910A CN 101772916 B CN101772916 B CN 101772916B
Authority
CN
China
Prior art keywords
persistent resources
harq
harq process
grouping
identifier
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN2008801019101A
Other languages
English (en)
Other versions
CN101772916A (zh
Inventor
金成勋
格特·J·范利肖特
权桓准
李周镐
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Priority to CN201210475098.7A priority Critical patent/CN102946302B/zh
Priority claimed from PCT/KR2008/004601 external-priority patent/WO2009020363A1/en
Publication of CN101772916A publication Critical patent/CN101772916A/zh
Application granted granted Critical
Publication of CN101772916B publication Critical patent/CN101772916B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1628—List acknowledgements, i.e. the acknowledgement message consisting of a list of identifiers, e.g. of sequence numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • H04L1/1845—Combining techniques, e.g. code combining
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1893—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Communication Control (AREA)

Abstract

本发明提供了在支持混合自动重传请求(HARQ)的移动通信***中发送和接收分组数据的设备和方法，并且具体来说，提供了在没有HARQ进程标识符发送的情况下对通过持续资源接收到的分组执行HARQ重传的设备和方法。本发明通过提供通过持续资源接收到的分组与重传的HARQ分组之间的映射关系而提供HARQ软组合。另外，当在一任意时间存在通过持续资源接收到的多个HARQ分组时，本发明控制以确定一任意重传分组应该与哪个分组结合，从而使得相应的处理器能够执行正确的软组合。因此，本发明能够在不增加接收设备的复杂性的条件下改善持续资源的HARQ性能。

Description

在支持混合自动重传请求的移动通信***中用于发送和接收分组的设备和方法
技术领域
本发明一般地涉及在移动通信***中用于发送和接收分组的设备和方法，并且具体来说，涉及在支持混合自动重传请求(HARQ)的移动通信***中用于发送和接收分组的设备和方法。
背景技术
随着移动通信***从第一代和第二代标准朝第三代(3G)标准发展，传统上开发用于向移动用户提供通信服务的移动通信***正在演进成提供各种附加服务。更具体地，移动通信***正在发展成为在提供语音服务作为其基本服务的同时提供分组数据服务。不管移动通信***的发展如何，仍期望语音服务保持它们的作为主要服务的状态。
作为下一代移动通信***之一的长期演进(LTE)正在确定使用网络电话(Voice over Internet Protocol，VoIP)技术提供语音服务的方式，第三代合作伙伴计划(3GPP)中正在进行关于下一代移动通信***的标准化工作。在使用VoIP技术提供语音服务中，使用持续资源分配，以避免对于所有的VoIP分组发送资源分配信息的负担。在此使用的术语“持续资源”指的是周期性地分配给特定用户设备(UE)的传输资源，而无需单独的分配信息。因为必须连续地分配资源给语音服务达预定时间，所以通常使用持续资源提供VoIP分组。
当仅对于HARQ初始发送或最初的HARQ发送提供持续资源时，对于HARQ重传提供常规资源。
图1是示出VoIP分组通过持续资源进行发送和接收的示意图。参考图1，持续资源间隔165将VoIP通信服务提供给一任意的UE。在每个持续资源间隔165中，分配带阴影的下行链路持续资源105、145和170。
UE通过第一持续资源105接收下行链路分组。UE检查下行链路分组中的错误。如果在下行链路分组中存在错误，那么UE使用上行链路资源在预定时间发送HARQ否定确认(NACK)信号110。此后，演进节点B(ENB)在由附图标记115表示的一任意时间，通过控制信道将表示发送HARQ重传分组的信息提供给UE，并且在由附图标记120表示的时间发送HARQ重传分组。当接收到HARQ重传分组时，UE将其与存储在HARQ进程(HARQprocess)中的HARQ分组软组合(soft-combine)，并且检查其中的错误。如果仍存在错误，那么UE在预定时间通过上行链路发送HARQ NACK信号125。如果即使在预定次数的HARQ重传之后仍存在错误，那么UE结束重传例程。然而，在进行预定次数的重传之前，UE重复将HARQ重传分组与存储在其相关进程中的分组软组合的操作，直到通过HARQ重传消除错误。
如上所述，HARQ操作是用于将有错误的分组与其重传分组软组合的技术，从而降低分组的出错概率。在HARQ重传期间，ENB将HARQ进程标识符和资源分配信息一起包括在层1(L1)/层2(L2)控制信息中，以通知HARQ进程的UE：存储在该进程中的分组应该与一任意HARQ重传分组软组合，其中通过预定的下行链路控制信道发送层1(L1)/层2(L2)控制信息。例如，如图1所示，具有HARQ进程标识符＝x的重传分组与存储在具有HARQ进程标识符＝x的进程中的分组软组合。
然而，当使用持续资源时，在初始HARQ发送或最初的HARQ发送中没有L1/L2控制信息发送。在此情况下，甚至连HARQ进程标识符也不发送。由于接收装置不能够将通过持续资源接收到的分组映射成重传的HARQ分组，因此不能够正常执行HARQ软组合。另外，当在一任意时间存在通过持续资源接收到的多个HARQ分组时，不清楚的是任意重传分组应该与哪个分组软组合。
如图1所示，如果在通过第一持续资源105接收到的分组的HARQ操作完成之前，持续资源间隔165到期，也就是，如果当NACK信号已经发送了三次并且已经进行了两次重传时，相应的持续资源间隔165到期，那么就开始下一持续资源间隔，从而可以通过第二持续资源145发送新的分组。
然而，UE检查下行链路分组的错误，甚至检查通过下一间隔的持续资源145接收到的新分组的错误，并且如果在下行链路分组中存在错误，那么UE就通过用于UE在预定时间发送NACK/ACK信号的上行链路传输资源发送NACK信号150。此后，当接收到重传分组时，目前没有办法确定该重传分组是在先前的间隔中重传未完成的分组105的重传分组，还是通过在当前持续资源间隔中分配的资源接收到的分组145的重传分组。
发明内容
因此，本发明已经设计成至少解决上述问题和/或缺点，并且至少提供下述优点。本发明的一方面是提供在支持HARQ的移动通信***中用于使用持续资源将分组软组合的设备和方法。
本发明的另一方面是提供在支持HARQ的移动通信***中减少重传分组的软组合错误的设备和方法。
本发明的再一方面是提供在支持HARQ的移动通信***中防止由于关于重传分组的软组合错误导致的不必要重传的设备和方法。
本发明的又一方面是提供用于发送和接收HARQ分组的设备和方法。
根据本发明的一方面，提供了一种用于通过移动通信***中的用户设备(UE)识别持续资源的方法，该移动通信***使用混合自动重传请求(HARQ)发送持续资源。该方法包括：接收和存储在持续资源的分配期间事先指定的HARQ标识符；以及当接收到分组数据时使用预设的HARQ标识符检测分组的错误，并执行对重传分组的接收处理。
根据本发明的另一方面，提供了一种用于通过移动通信***中的演进节点B(ENB)识别持续资源的方法，该移动通信***使用混合自动重传请求(HARQ)发送持续资源。该方法包括：在持续资源的分配期间事先定义HARQ标识符，并且建立呼叫；以及在分组数据通信期间使用预设的HARQ标识符发送分组。
根据本发明的再一方面，提供了一种用于在移动通信***中识别持续资源的用户设备(UE)，该移动通信***使用混合自动重传请求(HARQ)发送持续资源。该UE设备包括：接收单元，用于执行关于接收到的数据的解调和解码；HARQ进程，包括用于HARQ分组接收的常规进程和针对持续资源的HARQ进程；以及控制器，用于接收和存储在持续资源的分配期间事先指定的HARQ标识符，以及当接收到重传分组时，基于持续资源使用HARQ标识符控制重传分组的接收。
根据本发明的又一方面，提供了一种演进节点B(ENB)设备，用于在使用混合自动重传请求(HARQ)发送持续资源的移动通信***中识别和发送持续资源，该ENB设备包括：HARQ进程，具有用于HARQ分组发送的常规进程和针对持续资源的HARQ进程；HARQ标识符管理器，用于管理将分配持续资源到其的用户设备(UE)所用的持续资源专用的HARQ进程标识符；以及控制器，用于在将持续资源分配给特定UE期间，事先确定来自HARQ标识符管理器的HARQ标识符，以及在分组数据通信期间使用预设的HARQ标识符发送分组。
附图说明
本发明的上述和其它方面、特征和优点通过下面结合附图的详细描述中将变得更加明显，附图中：
图1是示出VoIP分组通过持续资源进行发送和接收的示意图；
图2是示出根据本发明第一实施例的、在ENB和UE之间发送和接收HARQ重传分组的过程的信号流程图；
图3是示出根据本发明第一实施例的、在UE中接收HARQ的持续资源的操作的流程图；
图4是示出根据本发明第二实施例的、LTE***的帧和它们的SFN以及子帧数的示意图；
图5是示出根据本发明第二实施例的、在UE中HARQ接收数据的操作的流程图；
图6是示出根据本发明第三实施例的、用于HARQ处理的持续资源的过程的示意图；
图7是示出根据本发明的第三实施例的、在UE中接收HARQ分组的操作的流程图；
图8是示出根据本发明的、在ENB中通过持续资源发送HARQ分组的操作的流程图；
图9是示出应用本发明的UE设备的内部结构的框图；
图10是示出根据本发明的ENB设备的内部结构的框图；
图11是示出根据本发明第四实施例的、用于HARQ处理的持续资源的过程的示意图；和
图12是示出根据本发明第四实施例的、在UE中接收HARQ分组的操作的流程图。
具体实施方式
现在将参考附图详细描述本发明的优选实施例。在下面的描述中，为了清楚和简明起见，已经省略了结合于此的已知功能和构造的详细描述。另外，基于本发明中的功能限定在此所使用的术语，并且可根据用户、运营商意图或通常的惯例而改变。因此，应该基于整个说明书的内容而进行术语的限定。
在此本发明将参考四个优选实施例进行描述。在本发明的第一实施例中，UE和ENB事先就它们将用于通过持续资源接收到的分组的HARQ操作的HARQ进程的标识符进行商定，，以便使用事先商定的HARQ进程的标识符，在重传期间将其与通过持续资源接收到的分组相结合。
在本发明的第二和第三实施例中，当通过持续资源已经接收到分组并且存在对其尚未完成HARQ接收的若干分组时，可以确定一个进程，该进程中的数据应该与HARQ重传分组软组合。因此，本发明提供了这样的设备和方法，用于对于持续资源建立若干HARQ进程(下文中称为“持续资源专用的HARQ进程”)，并且用于使用预定规则定义通过持续资源接收到的分组与HARQ进程的标识符之间的映射关系。
本发明的第四实施例提供了一种使用重传次数识别在其中存储经过软组合的分组的HARQ进程的方法。
第一实施例
在本发明的第一实施例中，ENB通过呼叫建立过程向将分配以持续资源的UE发信号，告知持续资源专用的HARQ进程的标识符以及HARQ进程的软缓冲区(soft-buffer)大小。UE和ENB通过持续资源专用的HARQ进程执行与稍后通过持续资源发送和接收的HARQ分组相关的HARQ重传。
图2是示出根据本发明的、在ENB和UE之间发送和接收HARQ重传分组的过程的信号流程图。
参考图2，在包括UE 205和ENB 210的通信***中，在步骤S215中，ENB 210通过诸如无线承载(radio bearer)建立消息之类的呼叫建立消息，给UE 205发送与持续资源相关的信息以及持续资源专用的HARQ进程的软缓冲区大小和标识符。如这里所使用的术语“持续资源专用的HARQ进程”指的是这样的HARQ进程：其将用于通过持续资源接收到的分组的HARQ操作。为了解释的方便，持续资源专用的HARQ进程的标识符在此将用“x”指代。与持续资源相关的信息可以是，例如持续资源的间隔。当实际数据发送和接收迫近时，可以发送关于将用作持续资源的资源的信息。
HARQ进程标识符表示存储在其中的数据应该与HARQ重传分组软组合的HARQ进程。该HARQ进程内包括用于存储有错误的HARQ分组的软缓冲区，并且HARQ进程标识符是表示存储在其中的数据应该与一任意HARQ分组软组合的软缓冲区的信息。当接收到建立消息时，UE 205识别其将用来通过持续资源接收到的分组的HARQ进程标识符和HARQ进程缓冲区大小，并且建立包括具有所识别大小的软缓冲区的HARQ进程。另外，UE 205将该HARQ进程确定为持续资源专用的HARQ进程。
当持续资源分配给UE 205时，ENB 210在预定时间通过持续资源发送分组。因此，在步骤220中，UE 205接收所发送的分组。仅最初的n次HARQ发送可通过持续资源来实施。在下面的描述中，n将假设为1。换句话说，仅初始HARQ发送通过持续资源实施。在步骤220中通过持续资源接收到的分组在此将用“分组A”指代。因为分组A是通过持续资源发送的，所以没有L1/L2控制信息被发送。由此，不发送分组A的HARQ进程标识符。
UE 205对初始发送的分组A执行错误检测处理，例如循环冗余校验(CRC)计算。如果存在错误，那么UE 205将通过持续资源接收到的分组存储在HARQ进程x中，该HARQ进程x被商定为持续资源专用的HARQ进程。在此，因为没有在通过持续资源接收到的HARQ分组中一起以信号告知L1/L2控制信息，所以不能参考连同HARQ分组一起被信号告知的HARQ进程标识符。因此，本发明事先指定用于通过持续资源接收到的HARQ分组的HARQ进程，并将通过持续资源接收到的HARQ分组存储在该事先指定的HARQ进程中。
此后，在步骤225中，UE 205在预定时间通过诸如响应信道这样的传输资源发送否定HARQ反馈，也就是HARQ NACK。例如，HARQ反馈可包括1比特信息。
当在步骤225中接收到否定HARQ反馈时，ENB 210在由附图标记230表示的正确时间执行HARQ重传，并且如果相应的HARQ重传是与持续资源相关的HARQ重传，那么ENB 210包括在发送之前在L1/L2控制信道中在呼叫建立过程中商定的HARQ进程标识符x。对于通过持续资源接收到的HARQ分组发送否定HARQ反馈的UE 205监控L1/L2控制信道，以检查是否存在有调度到其的HARQ分组，以便接收在步骤230中发送的HARQ分组。该检查可通过HARQ进程标识符而进行。
更具体地，由于一任意HARQ分组被调度到UE 205，因此如果HARQ分组不是初始发送的HARQ分组，而是重传的HARQ分组，并且HARQ分组的HARQ进程标识符是针对持续资源而商定的HARQ进程标识符x，那么UE 205可确定重传的HARQ分组是与持续资源相关的重传。因此，在步骤235中，UE 205将在步骤230中重传的HARQ分组与存储在进程x中的数据软组合，该进程x是持续资源专用的HARQ进程。
因此，当在步骤230中接收的重传HARQ分组被定义为HARQ分组B时，UE 205在步骤235中将HARQ分组A与HARQ分组B软组合。在软组合之后，UE 205执行错误检测处理，诸如CRC，以确定是否存在错误。如果尽管进行了软组合但仍存在错误，那么在步骤240中，UE 205在预定时间使用诸如响应信道这样的传输资源发送否定HARQ反馈。
作为响应，在步骤245中，ENB 210在预定时间使用商定的传输资源重传HARQ分组。在此情况下，事先商定的x用作重传的HARQ分组的HARQ进程标识符，表示该重传的HARQ分组是与持续资源相关的重传。
在步骤245中，当通过L1/L2控制信道感测到包括HARQ进程标识符的HARQ重传时，UE 205识别重传的HARQ分组是与持续资源相关的重传。此后，UE 205将该HARQ分组与存储在由进程标识符x标识的软缓冲区中的数据软组合，并检查其中的错误。例如，如果在步骤245中接收的HARQ分组用HARQ分组C来指代，那么UE 205将连同HARQ进程标识符x一起接收的HARQ分组C与存储在HARQ进程x中的数据软组合，该数据就是通过HARQ分组A与HARQ分组B软组合而得到的数据。UE 205继续HARQ操作直至预定条件得以满足，例如，直至在软组合的HARQ分组中没有错误或重传已经达到最大重传次数。
图3是示出根据本发明的、在UE中接收HARQ的持续资源的操作的流程图。
参考图3，在步骤305的呼叫建立过程中，UE接收包括标识符和持续资源专用的HARQ进程的软缓冲区大小的信号。UE分配相应于软缓冲区大小的软缓冲区作为用于持续资源的软缓冲区，并且将该软缓冲区映射到HARQ进程标识符。
当持续资源分配给UE时，在步骤310中，UE通过持续资源接收HARQ分组。当接收到HARQ分组时，在步骤313中，UE对该HARQ分组执行CRC计算，以检查在HARQ分组中是否有错误。如果没有错误，UE就将HARQ分组传送给上层，然后等待直到在步骤310中通过持续资源接收到HARQ分组。
然而，如果在步骤313中存在错误，那么在步骤315中，UE将通过持续资源接收到的分组存储在商定的持续资源专用的HARQ进程中，并通过响应信道发送否定响应信号(NACK)。此后，在步骤320中，UE监控L1/L2控制信道以接收HARQ重传。此后，在步骤325中，UE检查是否存在调度到其的HARQ分组。该检查可通过检查HARQ分组的HARQ进程标识符是否相应于持续资源专用的HARQ进程的标识符而进行。因此，在步骤325中，如果HARQ进程是商定的HARQ进程，那么在步骤330中，UE将接收到的HARQ分组与存储在指定的持续资源专用的HARQ进程中的HARQ分组软组合。此后，UE执行步骤313中的错误检测操作。UE重复HARQ操作直至预定的条件得以满足。
然而，在步骤325中，如果HARQ进程不是商定的HARQ进程，那么在步骤323中，UE执行与上述现有技术相应的预定的必要操作。即，UE执行如下操作：根据接收到的HARQ分组的HARQ进程标识符确定其中的数据将与HARQ分组软组合的HARQ进程，检查该HARQ进程中的错误，并且发送HARQ反馈信息。
如上所述，通过事先指定调度的持续资源专用的HARQ进程的标识符和软缓冲区大小，UE能够确定哪个HARQ重传分组应该与通过持续资源接收到的HARQ分组相结合，而无需L1/L2控制信息。
第二实施例
如上所述，在本发明的第一实施例中，仅分配一个持续资源专用的HARQ进程。然而，这限制了在到下一间隔的持续资源分配时间之前完成一任意持续资源的HARQ重传。即，当仅存在一个持续资源专用的HARQ进程标识符时，不可能确定HARQ重传160是通过持续资源发送的HARQ分组145的重传，还是通过持续资源发送的HARQ分组105的重传。结果是，在下一持续资源分配时间之后仍然无法实施HARQ重传。
因此，为了解决该问题，本发明的第二实施例指定了数个持续资源专用的HARQ进程，并且定义了使用持续资源的时间和持续资源专用的HARQ进程一对一映射的规则。
例如，如果指定HARQ进程x和HARQ进程y用于持续资源，并且在时间z通过持续资源而接收一任意的HARQ分组，那么定义一公式以使得时间信息z一对一映射到HARQ进程x或HARQ进程y，从而使得可以确定这一时间：在该时间时分配的持续资源被映射到在一任意时间连同进程标识符x或y一起接收的HARQ分组。因为如上所述每隔一定间隔周期性地分配持续资源，所以存在多种可能的方法用于以循环整数替换分配持续资源的时间，并且下面将给出其优选例子。
大多数移动通信***包括***计数器，该***计数器以预定时间间隔增加以保持一致的时间信息。ENB将计数器值包括在***信息中，以将该计数器值通知给UE，使得UE和ENB可以共享相同的时间信息。UMTS移动通信***使用每10毫秒增加的***帧数(System Frame Number，SFN)作为***计数器。LTE***也使用类似的计数器，并且在此假设类似于UMTS***，使用每10毫秒增加的SFN。基于该假设的帧如图4所示。
图4是示出根据本发明基于前述假设的LTE***的帧和它们的SFN以及子帧数的示意图。
在图4中，横轴表示时间，并且纵轴表示资源。附图顶部所示的是SFN405和每个SFN的#0-#9的子帧数410。在LTE***中，如图所示，最小时间单元是具有1毫秒大小的子帧，10个子帧构成一个帧，并且每个帧被分配以单独的SFN。SFN具有有限大小，并且如果12比特SFN用于UMTS，那么SFN的值在0和4095之间循环。在LTE***中，一任意子帧由值在0和9之间的子帧数410以及值在0和4095之间的SFN 405识别。
分配任意持续资源的时间可用SFN和子帧数替换，并且SFN和子帧数的组合在此将称为“时间信息”。时间信息可表达为如公式(1)所示。
时间信息＝SFN+子帧数X 0.1       (1)
例如，持续资源415的时间信息是(434，6)，并且持续资源420的时间信息是(436，6)。通过定义具有持续资源分配间隔430和对于持续资源分配的(或与持续资源相关联的)HARQ进程的数量作为其输入的函数，可以从在特定时间的持续资源的时间信息计算持续资源专用的HARQ进程标识符。因此，持续资源专用的HARQ进程标识符可表达为如公式(2)所示。
持续资源专用的HARQ进程标识符＝F (i，n，t)       (2)
在公式(2)中，i表示以10毫秒为单位表达的持续资源分配间隔，n表示持续资源专用的HARQ进程的数量，并且t表示分配持续资源的时序的时间信息。
例如，关于持续资源专用的HARQ进程的指标的计算，HARQ进程的指标可使用公式(3)的方法从时间信息中计算，而HARQ进程的实际标识符可由指标确定。
持续资源专用的HARQ进程的指标＝MOD[s，n]，s＝ceiling[t/i，1]  (3)
在公式(3)中，i表示以10毫秒为单位表达的持续资源分配间隔，n表示持续资源专用的HARQ进程的数量，并且t表示分配持续资源的时序的时间信息。
转换成持续资源专用的HARQ进程的整数的HARQ进程指标是与特定HARQ进程在一组持续资源专用的HARQ进程中的相对顺序相关的信息。例如，如果x0、x1、x2、...、xn分配给一任意UE作为持续资源专用的HARQ进程标识符，那么进程指标0表示HARQ进程x0，指标1表示HARQ进程x1，指标2表示HARQ进程x2，并且指标n表示HARQ进程xn。持续资源专用的HARQ进程标识符与HARQ进程指标之间的关系可通过呼叫建立过程通知UE。
假设在公式(3)中，一个间隔中分配一个持续资源。即，当仅对于HARQ初始发送分配持续资源时应用公式(3)。如果一个间隔中分配多个持续资源，例如，如果持续资源被分配为使得它们可用于最初的n次HARQ发送，那么在公式(3)中，t表示关于分配用于初始发送的持续资源的时序的时间信息。如果基于以下假设应用公式(3)：持续资源分配间隔是20微秒并且持续资源专用的HARQ进程的数量是3，那么第一持续资源415的HARQ进程指标是1，并且其相关联的HARQ进程标识符是x1。另外，第二持续资源420的HARQ进程指标是2，并且其相关联的HARQ进程标识符是x2。最后，持续资源425的HARQ进程指标是0，并且其相关联的HARQ进程标识符是x0。
因此，如果UE初始通过持续资源接收HARQ分组，那么它使用初始接收时间的时间信息计算与HARQ分组相关联的HARQ进程标识符，然后使用HARQ进程标识符标识HARQ分组的HARQ重传。
图5是示出根据本发明第二实施例的、在UE中HARQ接收数据的操作的流程图。
参考图5，在步骤505中，UE执行呼叫建立。在呼叫建立期间，UE接收关于持续资源专用的HARQ进程标识符和软缓冲区大小的信息。当针对持续资源分配的HARQ进程的数量定义为n时，UE指定与用于持续资源的缓冲区大小相应的n个软缓冲区。另外，UE在呼叫建立过程中接收包括持续资源专用的HARQ进程标识符指标与HARQ进程标识符之间的映射信息的信令。简言之，当针对持续资源分配n个进程x0、x1、x2、...、xn-1时，UE基于映射信息得到HARQ进程标识符指标与实际的HARQ进程标识符之间的关系。例如，当针对持续资源分配HARQ进程1、HARQ进程3和HARQ进程7时，持续资源专用的HARQ进程标识符指标与HARQ进程标识符之间的映射信息可表达为如公式(4)所示。
HARQ进程1＝HARQ进程标识符指标0
HARQ进程3＝HARQ进程标识符指标1
HARQ进程7＝HARQ进程标识符指标2
......(4)
UE在呼叫建立过程中接收表示持续资源分配间隔的信令。为了解释的方便，以帧为单位表达的持续资源分配间隔在此用“i”指代。如果持续资源分配间隔是20毫秒，那么i设置为2(i＝2)。
在一任意时间将持续资源分配给UE之后，在步骤510中，UE通过周期性产生的持续资源接收HARQ分组。当通过持续资源接收到HARQ分组时，在步骤515中，UE使用公式(3)计算将应用于通过持续资源接收到的HARQ分组的HARQ进程指标，并检查由指标表示的HARQ进程标识符。另外，UE将通过持续资源接收到的HARQ分组映射到HARQ进程标识符。此后，在步骤520中，UE对通过持续资源接收到的HARQ分组执行CRC计算，以检查在HARQ分组中是否存在错误。
如果不存在错误，那么UE将HARQ分组传送给上层，然后等待直到在步骤510中通过下一持续资源接收到HARQ分组。
然而，如果存在错误，那么在步骤525中，UE将通过持续资源接收到的分组存储在与步骤515中计算的HARQ进程标识符相应的HARQ进程中，并且通过响应信道发送否定响应信号NACK。此后，在步骤530中，UE监控L1/L2控制信道以接收HARQ重传。当检测到预定的HARQ分组时，在步骤535中，UE检查HARQ分组的HARQ进程标识符是否相应于步骤515中计算的持续资源专用的HARQ进程。如果HARQ分组的HARQ进程标识符相应于持续资源专用的HARQ进程，那么UE进行到步骤545，否则进行到步骤540。
在步骤540中，UE根据现有技术执行预定的必要操作。即，UE根据接收到的HARQ分组的HARQ进程标识符确定存储在其中的分组将与接收到的HARQ分组软组合的HARQ进程，检查其中存在/不存在错误，以及根据检查结果发送HARQ反馈信息。但是，在步骤545中，UE将接收到的HARQ分组与存储在相应的持续资源专用的HARQ进程中的数据软组合。此后，UE返回到执行错误检测操作的步骤520。于是UE重复HARQ操作直至预定条件得以满足。
第三实施例
本发明的第三实施例使用从通过L1/L2控制信道接收到持续资源专用的HARQ进程标识符的时间开始起的持续资源的相对分配顺序，将一任意HARQ进程标识符映射到其中存储有将经过软组合的数据的HARQ进程持续资源专用。ENB和UE商定对于持续资源使用n个HARQ进程，并且不是指定绝对标识符而是指定相对标识符给持续资源专用的HARQ进程。例如，相对标识符表示在哪个在前间隔中通过持续资源发送的HARQ分组应该与重传的HARQ分组软组合。
更具体地，UE和ENB商定持续资源专用的HARQ进程标识符和呼叫建立过程中HARQ进程标识符的含义如下。事先进行该商定，以使得针对持续资源的HARQ进程x0表示其中存储有通过在前一间隔(just previousinterval)中分配的持续资源接收的HARQ分组的HARQ进程；HARQ进程x1表示其中存储有通过在往前第二间隔(second previous interval)中分配的持续资源接收的HARQ分组的HARQ进程；以及HARQ进程x2表示其中存储有通过在往前第三间隔(third previous interval)中分配的持续资源接收的HARQ分组的HARQ进程。
图6是示出根据本发明第三实施例的、用于HARQ处理的持续资源的过程的示意图。
参考图6，如果UE初始地通过持续资源接收HARQ分组，那么UE将该HARQ分组存储在针对持续资源分配的HARQ进程中没有存储数据的一任意HARQ进程中。此后，UE能够在由附图标记620示出的一任意时间接收HARQ分组的重传。然后，UE检查HARQ分组的HARQ进程标识符。如果HARQ标识符是x0(625)，那么UE将重传HARQ分组传送给其中存储有通过前一持续资源接收到的HARQ分组615的HARQ进程。即，UE将连同HARQ进程标识符x0一起传送的HARQ分组620与其中存储有通过前一持续资源接收的HARQ分组615的HARQ进程中所存储的数据软组合。
如果HARQ标识符是x1(630)，那么UE确认该HARQ标识符表示其中存储有通过往前第二持续资源接收的HARQ分组610的HARQ进程。于是UE将HARQ分组620与存储在该HARQ进程中的数据软组合。如果HARQ标识符是x2(635)，那么UE确认该HARQ标识符表示其中存储有通过往前第三持续资源接收的HARQ分组605的HARQ进程。于是UE将HARQ分组620与存储在该HARQ进程中的HARQ分组软组合。
图7是示出根据本发明的第三实施例的、在UE中接收HARQ分组的操作的流程图。
参考图7，在步骤705的呼叫建立过程中，UE接收包括持续资源专用的HARQ进程标识符和软缓冲区大小的信号。当对持续资源分配的HARQ进程的数量定义为n时，UE分配与用于持续资源的缓冲区大小相应的n个软缓冲区。UE在呼叫建立过程中接收表示持续资源专用的HARQ进程标识符的含义的信号。即，UE接收包括表示这样的在前持续资源的信息的信号：特定的HARQ进程标识符相应于与该在前持续资源相关联的进程的标识符。UE将n个进程x0、x1、x2、...、xn-1确认为持续资源专用的HARQ进程标识符，并且如公式(5)定义每个HARQ进程标识符的含义。
HARQ进程x0＝与前一持续资源相关联的进程标识符
HARQ进程x1＝与往前第二持续资源相关联的进程标识符
HARQ进程x2＝与往前第三持续资源相关联的进程标识符
HARQ进程xn-1＝与往前第n持续资源相关联的进程标识符
......(5)
如果已经完成呼叫建立过程的UE在一任意时间分配有持续资源，那么在步骤710中UE通过持续资源接收HARQ分组。此后，在步骤715中，UE对通过持续资源接收到的HARQ分组执行CRC计算，以检查在该HARQ分组中是否存在错误。如果不存在错误，那么UE就将该HARQ分组传送给上层，然后等待直到在步骤710中通过下一持续资源接收到HARQ分组。
但是，如果存在错误，那么在步骤720中，当通过持续资源接收到含有错误的HARQ分组时，UE就将该HARQ分组存储在其中没有存储数据的、当前未使用的持续资源专用的HARQ进程中的一个内，然后发送NACK信号。此后，在步骤725中，UE监控L1/L2控制信道以接收HARQ重传。如果UE在监控L1/L2控制信道的同时接收到调度到其的HARQ分组，那么在步骤730中，UE检查HARQ分组的HARQ进程标识符是否相应于步骤715中计算的持续资源专用的HARQ进程中的某一个。如果接收到的HARQ分组的HARQ进程标识符相应于持续资源专用的HARQ进程中的某一个，那么UE进行到步骤735，否则进行到步骤740。
在步骤740中，UE根据现有技术执行预定的操作。即，UE执行将接收到的HARQ分组与存储在由HARQ分组的HARQ进程标识符表示的HARQ进程中的分组软组合的操作，检查其中存在/不存在错误，以及发送HARQ反馈信息。
但是，在步骤735中，根据接收到的HARQ分组的HARQ进程标识符，UE检查此进程：与该进程相关联的分组与所述HARQ分组相应。即，如果HARQ进程标识符是xm，那么UE确认该进程标识符表示与往前第m持续资源相关联的进程。因此，UE将接收到的HARQ分组与存储在此进程中的数据软组合：在该进程中存储有通过往前第m持续资源接收到的HARQ分组。此后，UE返回到执行错误检测操作的步骤715。于是UE重复HARQ操作直至预定条件得以满足。
图8是示出根据本发明的、在ENB中通过持续资源发送HARQ分组的操作的流程图。
参考图8，在步骤805中，ENB将持续资源分配给必须向其分配持续资源的UE，例如VoIP。此后，在步骤810中，ENB使用持续资源将HARQ分组发送给UE。在步骤815中，ENB基于从UE接收到的HARQ反馈确定是否执行重传。即，ENB检查来自UE的响应信道，以确定其是接收到了NACK信号(NACk)还是确认信号(ACK)。如果接收到了ACK信号，那么ENB在步骤810中的下一时间通过持续资源发送HARQ分组。
然而，如果ENB接收到NACK信号，那么在步骤820中，ENB执行预定的调度算法以确定用于HARQ重传的传输资源。此后，在步骤825中，ENB确定将用于重传的HARQ进程的标识符。当应用上述第一实施例时，ENB使用在呼叫建立过程中与UE商定的持续资源专用的HARQ进程标识符用于重传。当应用第二实施例时，ENB使用在呼叫建立过程中与UE商定的持续资源专用的HARQ进程标识符中的、由通过持续资源发送HARQ分组的时序的时间信息而得到的HARQ进程标识符用于重传。当应用第三实施例时，持续资源专用根据发送重传分组的时间与通过持续资源发送HARQ分组的时间之间的时间差，ENB从在呼叫建立过程中与UE商定的持续资源专用的HARQ进程标识符中选择合适的HARQ进程标识符。在步骤830中，ENB使用所分配的传输资源和所选择的HARQ进程标识符重传HARQ分组。此后，在步骤815中，ENB检查是否存在另一次重传的需要。
图9是示出应用本发明的UE设备的内部结构的框图。应注意在图9中仅示出了对于本发明的必要元件，并且为了简洁没有示出与本发明不相关的其它元件。
参考图9，UE设备包括上层装置905、持续资源专用HARQ进程910、收发器925和控制器920，在HARQ进程910中包括常规HARQ处理器913和持续资源专用的HARQ处理器915。对于HARQ处理器913和915中的每一个，至少一个处理器被提供为与服务相关联。
控制器920经由收发器925接收L1/L2控制信息，并使用通过接收到的L1/L2控制信息确认的传输资源接收HARQ分组。另外，控制器920确定它将接收到的HARQ分组传送给哪个HARQ进程。当控制器920通过持续资源接收到HARQ分组时，控制器920将该HARQ分组存储在针对持续资源分配的HARQ进程中。即，控制器920根据通过L1/L2控制信道获得的HARQ进程标识符，针对通过持续资源接收到的HARQ分组确定对哪个分组进行相应重传，并控制收发器925使得将重传的HARQ分组传送到正确的HARQ进程。换句话说，根据第一实施例，控制器920控制收发器925使得其接收具有在呼叫建立过程中商定的持续资源专用的HARQ进程标识符的重传分组。
另外，根据第二实施例，控制器920控制收发器925使得其通过使用在呼叫建立过程中获得的信息检查HARQ进程标识符来接收重传分组，所述HARQ进程标识符是由通过持续资源发送HARQ分组的时序的时间信息得到的。
此外，根据第三实施例，控制器920控制收发器925根据发送重传分组的时间与通过持续资源发送HARQ分组的时间之间的时间差来选择HARQ进程标识符，并接收具有所选择的标识符的重传分组。
另外，根据第四实施例，控制器920使用从ENB以信号发送的重传顺序数(RSN)，通过与持续资源分配时间的关系，来检测标识符，并且选择与该相应标识符相关联的HARQ进程。
收发器925通过无线信道接收L1/L2控制信息或HARQ分组。通常，收发器925可包括射频(RF)单元、天线和调制解调器。
HARQ进程910包括提供用于执行HARQ操作的软缓冲区，并且由HARQ进程标识符进行标识。因此，HARQ进程910可以用存储器来实施。持续资源专用的HARQ处理器915在其中存储与持续资源相关联的HARQ分组。
上层装置905用于接收在HARQ进程中成功接收到的分组，并且对其执行预定操作。
图10是示出根据本发明的ENB设备的内部结构的框图。
参考图10，ENB设备包括上层装置1005、持续资源专用HARQ层装置(或HARQ进程)1010、收发器1025、调度器和控制信道处理器1020以及持续资源专用的HARQ进程标识符管理器1030，HARQ层装置1010中包括常规HARQ处理器1013和持续资源专用的HARQ处理器1015。
调度器和控制信道处理器1020通过预定的调度操作将传输资源分配给UE，生成L1/L2控制信息，并将其发送给UE。调度器和控制信道处理器1020在对将要通过持续资源发送的HARQ分组的重传期间，接收从持续资源专用的HARQ进程标识符管理器1030通知的HARQ进程标识符。
持续资源专用的HARQ进程标识符管理器1030管理针对持续资源分配的HARQ进程的标识符。在对将通过持续资源发送的HARQ分组执行重传之前，持续资源专用的HARQ进程标识符管理器1030选择将要使用的持续资源专用的HARQ进程标识符，并将其通知给调度器和控制信道处理器1020。即，根据本发明的第一实施例，持续资源专用的HARQ进程标识符管理器1030使用在呼叫建立过程中商定的持续资源专用的HARQ进程标识符用于重传。
当应用第二实施例时，持续资源专用的HARQ进程标识符管理器1030使用呼叫建立过程中商定的持续资源专用的HARQ进程标识符中的、由通过持续资源发送HARQ分组的时序的时间信息得到的HARQ进程标识符用于重传。
当应用第三实施例时，ENB根据发送重传分组的时间与通过持续资源发送HARQ分组的时间之间的时间差，从呼叫建立过程中与UE商定持续资源专用的HARQ进程标识符中选择正确的HARQ进程标识符。
在第四实施例中，持续资源专用的HARQ进程标识符管理器1030基于与持续资源分配时间的关系，使用RSN选择标识符。
收发器1025是通过无线信道发送L1/L2控制信息或HARQ分组的装置。收发器1025可包括天线、RF单元和调制解调器。HARQ进程1010包括提供用于执行HARQ操作的软缓冲区，并且可以用存储器来实现。该软缓冲区由HARQ进程标识符标识。持续资源专用的HARQ处理器1015仅处理与持续资源相关联的HARQ分组。
上层装置1005用于接收在HARQ进程1010中成功接收到的分组，并且对其执行预定操作。
第四实施例
本发明的第四实施例提供了一种使用除了HARQ进程标识符之外的其它信息来标识其中存储有将经过软组合的分组的HARQ进程的方法。本发明的第四实施例使用类似于RSN的、与软组合相关的信息表示HARQ进程标识符。
RSN是表示HARQ重传的顺序的信息。本发明的第四实施例限制了可用于预定间隔的RSN范围，从而使用接收到的数据的RSN值，确定若干个HARQ进程中的、其中存储的数据应该与接收到的数据软组合的一个HARQ进程。例如，在定义了8个RSN码点(code point)r1-r8的***中，根据如公式(6)所示定义的规则，确定用于重传在一任意时间通过持续资源接收到的HARQ分组的RSN。
RSN＝r1，r2，能够使用直至在持续资源之后分配第一持续资源的时间
RSN＝r3，r4，能够使用直至在持续资源之后分配第二持续资源的时间
RSN＝r5，r6，能够使用直至在持续资源之后分配第三持续资源的时间
RSN＝r7，r8，能够使用直至在持续资源之后分配第四持续资源的时间
......(6)
当在一任意时间成功解码了L1/L2控制信道时，UE检查L1/L2控制信道中的HARQ进程标识符，并且如果该HARQ进程标识符表示通过持续资源接收到的数据的重传，则UE检查L1/L2控制信道的RSN。如果RSN是r1或r2(1125)，因为该数据表示对于在最近的持续资源分配时间通过持续资源接收到的数据1115的重传，所以UE将其与通过最近的持续资源接收到的数据1115软组合。如果RSN是r3或r4(1130)，因为该数据表示在从当前时间往前第二持续资源分配时间通过持续资源接收到的数据1110的重传，所以UE将其与通过从当前时间往前第二持续资源接收到的数据1110软组合。如果RSN是r5或r6(1135)，因为该数据表示在从当前时间往前第三持续资源分配时间通过持续资源接收到的数据1105的重传，所以UE将其与通过从当前时间往前第三持续资源接收到的数据1105软组合。
图12是示出根据本发明第四实施例的、在UE中接收HARQ分组的操作的流程图。
参考图12，在步骤1205的呼叫建立过程中，UE接收信号，该信号包括：表示持续资源专用的HARQ进程的HARQ进程标识符、持续资源专用的HARQ进程的软缓冲区大小和RSN的可用间隔。更具体地，当针对持续资源分配的HARQ进程的数量定义为n时，UE分配与用于持续资源的缓冲区大小相应的n个软缓冲区。
另外，UE在呼叫建立过程中接收包括持续资源专用的HARQ进程的标识符的信号。标识符的数量总是一个，而不管针对持续资源分配的HARQ进程的数量多少，并且持续资源专用的HARQ进程标识符仅表示在一任意时间接收到的数据是通过持续资源接收到的数据的重传，并且RSN/重传映射信息表示这样的HARQ进程：接收到的数据与存储在该HARQ进程中的数据的重传相应。
在呼叫建立过程中，UE接收包括这样的信息的信号：通过该信息可识别持续资源专用的HARQ进程，即关于RSN与持续资源分配时间之间的关系的信息。该信息表示这样的在前持续资源分配时间：一任意RSNx用于在该时间通过持续资源接收到的分组的重传。该信息在此将称为RSN/重传映射信息。在此情况下，当存在r1至rn的n个RSN时，可以如公式(7)所定义来生成RSN/重传映射信息。
r1：用于在前一持续资源分配时间对于通过持续资源接收到的分组的重传
rm：用于在往前第x持续资源分配时间对于通过持续资源接收到的分组的重传
rn：用于在往前第y持续资源分配时间对于通过持续资源接收到的分组的重传
......(7)
公式(7)的详情将通过例子进行描述。假设存在0至3的4个RSN，那么可以如下定义生成RSN/重传映射信息。
0：用于在前一持续资源分配时间对于通过持续资源接收到的分组的重传
1：用于在前一持续资源分配时间对于通过持续资源接收到的分组的重传
2：用于在往前第二持续资源分配时间对于通过持续资源接收到的分组的重传
3：用于在往前第三持续资源分配时间对于通过持续资源接收到的分组的重传
如果已经完成呼叫建立过程的UE在一任意时间分配有持续资源，那么在步骤1210中UE通过持续资源接收HARQ分组。此后，在步骤1215中，UE对通过持续资源接收到的HARQ分组执行CRC计算，以检查在该HARQ分组中是否存在错误。如果不存在错误，那么UE将该HARQ分组传送给上层，然后等待直到在步骤1210中通过下一持续资源接收到HARQ分组。
如果存在错误，那么在步骤1220中，UE通过持续资源接收HARQ分组，并将具有错误的HARQ分组存储在其中没有存储其它数据的、当前未使用的持续资源专用的HARQ进程中的一个HARQ进程中，然后发送NACK信号。此后，在步骤1225中，UE监控L1/L2控制信道以接收HARQ重传。
当UE在监控L1/L2控制信道的同时接收到调度到其的HARQ分组时，在步骤1230中，其检查该HARQ分组的HARQ进程标识符是否相应于在呼叫建立过程中获知的持续资源专用的HARQ进程标识符。如果接收到的HARQ分组的HARQ进程标识符表示以下事实：该HARQ分组是通过持续资源接收到的HARQ分组的重传，那么UE进行到步骤1235，否则进行到步骤1240。
在步骤1240中，UE根据现有技术执行预定的操作。即，UE执行将接收到的HARQ分组与存储在由该分组的HARQ进程标识符表示的HARQ进程中的分组软组合的操作，检查其中存在/不存在错误，以及发送HARQ反馈信息。
然而，在步骤1235中，UE根据接收到的HARQ分组的RSN，检查此进程：与该进程相关联的分组与所述HARQ分组相应。即，如果RSN是一任意k，那么UE根据RSN/重传映射信息，检查这样的在前持续资源分配时间：在该时间对通过持续资源接收到的分组的重传由k表示，并且将该分组与接收到的HARQ分组软组合。此后，在步骤1215中，UE执行错误检测操作。UE重复HARQ操作直至预定条件得以满足。
如从前面的描述中可见的那样，本发明的应用识别通过持续资源重传的HARQ分组。另外，本发明提供了通过将通过持续资源接收到的分组映射到重传的HARQ分组的HARQ软组合。当存在数个在一任意时间通过持续资源接收到的HARQ分组时，相应的处理器通过确定一任意重传分组应该与哪个分组结合来执行正确的软组合。因此，本发明可防止由于分组识别错误而导致的通信失败或不必要的重传。另外，本发明可使用基于持续资源的HARQ而不增加接收机的复杂性。
虽然参考了本发明的给定优选实施例对本发明进行了图示和描述，但是本领域技术人员将理解，在不背离由所附权利要求限定的本发明的精神和范围的条件下，在此可以进行形式和细节的各种改变。

Claims (12)

1.一种用于在支持混合自动重传请求HARQ的移动通信***中由用户设备UE发送和接收分组的方法，所述方法包括：
在呼叫建立过程中从演进节点B即ENB接收针对持续资源的HARQ进程信息以及持续资源分配间隔；
当使用所述持续资源分配间隔分配持续资源时，通过持续资源接收分组；
使用针对持续资源的所述HARQ进程信息检测与所述分组相关联的HARQ进程的HARQ进程标识符ID；
将所述分组存储在检测到的HARQ进程中；
接收具有检测到的HARQ进程ID的重传分组；以及
将所述重传分组与所述分组软组合，
其中，所述HARQ进程信息包括针对所述持续资源的HARQ进程的数量。
2.根据权利要求1所述的方法，其中，所述HARQ进程信息还包括下列项中的至少一项：针对持续资源的至少一个HARQ进程标识符、用于确定至少一个HARQ进程标识符的HARQ进程指标、软缓冲区的大小、以及重传顺序数RSN。
3.根据权利要求2所述的方法，其中，检测所述HARQ进程ID包括：
使用所述持续资源分配间隔、针对持续资源分配的HARQ进程的数量以及何时分配持续资源的时间信息，基于下面的公式来获得持续资源专用的HARQ进程的指标：
HARQ进程的指标＝s modulo n
其中，其中s是从t/i取得的整数，i表示持续资源分配间隔，n表示针对持续资源分配的HARQ进程的数量，并且t表示分配持续资源的时序的时间信息，并且
其中，HARQ进程标识符是由所述HARQ进程的指标确定的。
4.一种用于在支持混合自动重传请求HARQ的移动通信***中由演进节点B即ENB发送和接收分组的方法，所述方法包括：
在呼叫建立过程中向用户设备UE发送针对持续资源的HARQ进程信息以及持续资源分配间隔；
通过持续资源向UE发送分组；
从UE接收关于所述分组的反馈信息；
基于所述反馈信息确定是否执行重传；
当基于所述反馈信息确定执行重传时，使用针对持续资源的所述HARQ进程信息检测与所述分组相关联的HARQ进程标识符ID；以及
向UE重传具有检测到的HARQ进程ID的重传分组，
其中，所述HARQ进程信息包括针对所述持续资源的HARQ进程的数量。
5.根据权利要求4所述的方法，其中，所述HARQ进程信息还包括下列项中的至少一项：针对持续资源的至少一个HARQ进程标识符、用于确定至少一个HARQ进程标识符的HARQ进程指标、软缓冲区的大小、以及重传顺序数RSN中的至少一个。
6.根据权利要求5所述的方法，其中，检测所述HARQ进程ID包括：
使用所述持续资源分配间隔、针对持续资源分配的HARQ进程的数量以及何时分配持续资源的时间信息，基于下面的公式来获得持续资源专用的HARQ进程的指标：
HARQ进程的指标＝s modulo n
其中，s是从t/i取得的整数，i表示持续资源分配间隔，n表示针对持续资源分配的HARQ进程的数量，并且t表示分配持续资源的时序的时间信息，并且
其中，HARQ进程标识符是由所述HARQ进程的指标确定的。
7.一种用于发送和接收混合自动重传请求HARQ分组的用户设备UE，所述用户设备包括：
收发器，用于在呼叫建立过程中从演进节点B即ENB接收针对持续资源的HARQ进程信息和持续资源分配间隔，以及当使用所述持续资源分配间隔分配持续资源时通过持续资源接收分组；
控制器，用于使用针对持续资源的所述HARQ进程信息检测与所述分组相关联的HARQ进程的HARQ进程标识符ID，以及控制所述收发器以接收具有检测到的HARQ进程ID的重传分组；以及
HARQ处理器，用于执行HARQ进程，以便将存储在检测到的HARQ进程中的分组与所述重传分组软组合，以及确定是否执行重传，
其中，所述HARQ进程信息包括针对所述持续资源的HARQ进程的数量。
8.根据权利要求7所述的用户设备，其中，所述HARQ进程信息还包括下列项中的至少一项：针对持续资源的至少一个HARQ进程标识符、用于确定至少一个HARQ进程标识符的HARQ进程指标、软缓冲区的大小、以及重传顺序数RSN。
9.根据权利要求8所述的用户设备，其中，所述控制器使用所述持续资源分配间隔、针对持续资源分配的HARQ进程的总数以及何时分配持续资源的时间信息，基于下面的公式来获得持续资源专用的HARQ进程的指标：
HARQ进程的指标＝s modulo n
其中，s是从t/i取得的整数，i表示持续资源分配间隔，n表示针对持续资源分配的HARQ进程的数量，并且t表示分配持续资源的时序的时间信息，并且
其中，HARQ进程标识符是由所述HARQ进程的指标确定的。
10.一种用于发送和接收混合自动重传请求HARQ分组的演进节点B即ENB设备，所述设备包括：
调度装置，用于向用户设备分配传输资源；
收发器，用于通过所述调度装置分配的持续资源发送分组，以及发送重传分组；
HARQ处理器，用于执行HARQ进程，以便从UE接收对于所述分组的反馈信息，以及根据所述反馈信息确定是否发送所述重传分组；以及
HARQ进程标识符管理器，用于当基于所述反馈信息确定执行重传时，使用针对持续资源的HARQ进程信息检测与所述分组相关联的HARQ进程标识符ID，以及控制所述调度装置将传输资源分配给具有检测到的HARQ进程ID的重传分组，
其中，所述HARQ进程信息包括针对所述持续资源的HARQ进程的数量。
11.根据权利要求10所述的ENB设备，其中，所述HARQ进程信息还包括下列项中的至少一项：针对持续资源的至少一个HARQ进程标识符、用于确定至少一个HARQ进程标识符的HARQ进程指标、软缓冲区的大小、以及重传顺序数RSN。
12.根据权利要求11所述的ENB设备，其中，所述HARQ进程标识符管理器使用所述持续资源分配间隔、针对持续资源分配的HARQ进程的数量以及何时分配持续资源的时间信息，基于下面的公式来获得持续资源专用的HARQ进程的指标：
HARQ进程的指标＝s modulo n
其中，s是从t/i取得的整数，i表示持续资源分配间隔，n表示针对持续资源分配的HARQ进程的数量，并且t表示分配持续资源的时序的时间信息，并且
其中，HARQ进程标识符是由所述HARQ进程的指标确定的。
CN2008801019101A 2007-08-07 2008-08-07 在支持混合自动重传请求的移动通信***中用于发送和接收分组的设备和方法 Active CN101772916B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201210475098.7A CN102946302B (zh) 2007-08-07 2008-08-07 在移动通信***中操作混合自动重传请求的方法和装置

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
KR10-2007-0079246 2007-08-07
KR20070079246 2007-08-07
KR10-2007-0113640 2007-11-08
KR20070113640A KR101394008B1 (ko) 2007-08-07 2007-11-08 복합 자동 재전송을 지원하는 이동통신 시스템에서 패킷 송/수신 장치 및 방법
PCT/KR2008/004601 WO2009020363A1 (en) 2007-08-07 2008-08-07 Apparatus and method for transmitting and receiving packets in a mobile communication system supporting hybrid automatic repeat request

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN201210475098.7A Division CN102946302B (zh) 2007-08-07 2008-08-07 在移动通信***中操作混合自动重传请求的方法和装置

Publications (2)

Publication Number Publication Date
CN101772916A CN101772916A (zh) 2010-07-07
CN101772916B true CN101772916B (zh) 2013-08-21

Family

ID=40684748

Family Applications (2)

Application Number Title Priority Date Filing Date
CN2008801019101A Active CN101772916B (zh) 2007-08-07 2008-08-07 在支持混合自动重传请求的移动通信***中用于发送和接收分组的设备和方法
CN201210475098.7A Active CN102946302B (zh) 2007-08-07 2008-08-07 在移动通信***中操作混合自动重传请求的方法和装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201210475098.7A Active CN102946302B (zh) 2007-08-07 2008-08-07 在移动通信***中操作混合自动重传请求的方法和装置

Country Status (8)

Country Link
US (1) USRE49982E1 (zh)
EP (2) EP4250614A3 (zh)
JP (2) JP4949515B2 (zh)
KR (1) KR101394008B1 (zh)
CN (2) CN101772916B (zh)
AU (1) AU2008284548B2 (zh)
CA (1) CA2695716C (zh)
RU (1) RU2435316C2 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103503348B (zh) * 2011-05-03 2016-06-22 Lg电子株式会社 用于在无线通信***中终端从基站接收下行链路信号的方法及其装置
CN111181708B (zh) 2012-04-12 2022-09-02 北京三星通信技术研究有限公司 数据处理的方法及设备
WO2017075857A1 (zh) * 2015-11-06 2017-05-11 华为技术有限公司 信息传输的方法、终端和基站
CN107733575B (zh) * 2016-08-11 2021-05-04 北京华为数字技术有限公司 上行传输进程号指示方法及相关设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1689262A (zh) * 2002-08-13 2005-10-26 松下电器产业株式会社 多个混合自动重复请求进程处理方法
CN1819677A (zh) * 2005-02-07 2006-08-16 上海贝尔阿尔卡特股份有限公司 一种基于非服务基站相对命令的终端操作方法及其装置
EP1746855A2 (en) * 2005-07-20 2007-01-24 Samsung Electronics Co., Ltd. System and method for transmitting resource allocation information in a communication system

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3765792B2 (ja) * 2000-10-21 2006-04-12 サムスン エレクトロニクス カンパニー リミテッド 複合再伝送形式を使用するデータ通信システムのデータ送受信方法
KR100557167B1 (ko) * 2001-11-02 2006-03-03 삼성전자주식회사 이동통신시스템에서의 재전송 장치 및 방법
KR100754552B1 (ko) * 2001-12-28 2007-09-05 삼성전자주식회사 고속 순방향 패킷 접속 방식을 사용하는 통신 시스템에서고속 공통 제어 채널 송수신 장치 및 방법
KR100850989B1 (ko) 2002-01-05 2008-08-12 엘지전자 주식회사 자동 반복 요청（ａｒｑ）시스템에서응답정보（ａｃｋ／ｎａｃｋ）신호에 대한 전력제어 방법
CN1245041C (zh) * 2002-02-01 2006-03-08 华硕电脑股份有限公司 利用harq进程的接收状态避免停顿的方法
KR100876765B1 (ko) 2002-05-10 2009-01-07 삼성전자주식회사 이동 통신 시스템에서 데이터 재전송 장치 및 방법
KR100965861B1 (ko) 2002-10-24 2010-06-24 삼성전자주식회사 이동통신 시스템에서 복합 재전송 제어 장치
KR100606008B1 (ko) 2003-01-04 2006-07-26 삼성전자주식회사 부호 분할 다중 접속 통신 시스템에서 역방향 데이터재전송 요청 송수신 장치 및 방법
CN100593289C (zh) * 2003-05-12 2010-03-03 Lg电子株式会社 在移动通信***中确定反向数据速率的方法
DE60311574T2 (de) 2003-08-14 2007-11-15 Matsushita Electric Industrial Co., Ltd., Kadoma Zeitüberwachung von Packetwiedersendungen während eines sanften Weiterreichens
KR100754658B1 (ko) 2004-03-12 2007-09-03 삼성전자주식회사 통신 시스템에서 복합 재전송 운용 방법
US7366477B2 (en) 2004-05-06 2008-04-29 Nokia Corporation Redundancy version implementation for an uplink enhanced dedicated channel
US7710911B2 (en) * 2004-06-10 2010-05-04 Interdigital Technology Corporation Method and apparatus for dynamically allocating H-ARQ processes
US8312142B2 (en) * 2005-02-28 2012-11-13 Motorola Mobility Llc Discontinuous transmission/reception in a communications system
US20060251079A1 (en) * 2005-03-22 2006-11-09 Kwak No-Jun Method and apparatus for transmitting packet data
BRPI0610629A2 (pt) * 2005-04-26 2010-07-13 Nokia Corp método, elemento de rede e sistema para sinalizar a informação de controle no canal de sinalização de uma interface de rádio entre a estação móvel e a rede de acesso de rádio, método para execução no equipamento do usuário, produto de programa de computador, método de comunicação de acesso de pacote de enlace descendente de alta velocidade para um sistema umts, e, equipamento do usuário
CN100449981C (zh) * 2005-08-15 2009-01-07 大唐移动通信设备有限公司 多载波高速下行分组接入中混合自动重传方法
ES2393955T3 (es) 2005-08-16 2013-01-02 Panasonic Corporation Método y aparatos para la activación de procesos de Solicitud Automática Hibrida (HARQ)
CN101273569B (zh) * 2005-10-12 2012-01-18 中兴通讯股份有限公司 基于混合自动重传请求进程标识的快速信令装置及方法
KR101086820B1 (ko) * 2006-03-14 2011-11-25 삼성전자주식회사 이동통신 시스템에서 복합 재전송 방법과 이를 위한 수신방법 및 장치
US8848618B2 (en) * 2006-08-22 2014-09-30 Qualcomm Incorporated Semi-persistent scheduling for traffic spurts in wireless communication
BRPI0719540A2 (pt) * 2006-10-02 2014-01-14 Lg Electronics Inc Método de retransmissão para sistema multiportadora
TW200824474A (en) 2006-10-28 2008-06-01 Interdigital Tech Corp Method and apparatus for scheduling uplink transmissions for real time services during a silent period
ES2525815T3 (es) * 2007-03-15 2014-12-30 Interdigital Technology Corporation Método y aparato para reordenar datos en un sistema de acceso de paquetes evolucionado de alta velocidad
US7996744B2 (en) * 2007-04-30 2011-08-09 Nokia Corporation Method and apparatus for providing a data retransmission scheme
EP2023523B1 (en) * 2007-08-07 2017-02-15 Samsung Electronics Co., Ltd. Apparatus and method for transmitting and receiving packets in a mobile communication system supporting hybrid automatic repeat request
US8320341B2 (en) 2007-10-23 2012-11-27 Nokia Corporation Re-transmission capability in semi-persistent transmission
EP2308191A2 (en) * 2008-07-18 2011-04-13 Research In Motion Limited Hybrid automatic repeat request process mapping rule

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1689262A (zh) * 2002-08-13 2005-10-26 松下电器产业株式会社 多个混合自动重复请求进程处理方法
CN1819677A (zh) * 2005-02-07 2006-08-16 上海贝尔阿尔卡特股份有限公司 一种基于非服务基站相对命令的终端操作方法及其装置
EP1746855A2 (en) * 2005-07-20 2007-01-24 Samsung Electronics Co., Ltd. System and method for transmitting resource allocation information in a communication system

Also Published As

Publication number Publication date
USRE49982E1 (en) 2024-05-21
JP4949515B2 (ja) 2012-06-13
JP2012151870A (ja) 2012-08-09
RU2435316C2 (ru) 2011-11-27
RU2010104023A (ru) 2011-08-10
JP5249442B2 (ja) 2013-07-31
AU2008284548B2 (en) 2011-08-11
KR20090014933A (ko) 2009-02-11
CN102946302B (zh) 2016-01-06
CA2695716C (en) 2014-03-25
JP2010536228A (ja) 2010-11-25
EP3955496A1 (en) 2022-02-16
EP4250614A3 (en) 2023-11-15
CN102946302A (zh) 2013-02-27
KR101394008B1 (ko) 2014-05-12
CN101772916A (zh) 2010-07-07
EP4250614A2 (en) 2023-09-27
CA2695716A1 (en) 2009-02-12
EP3955496B1 (en) 2023-10-04
AU2008284548A1 (en) 2009-02-12

Similar Documents

Publication Publication Date Title
CN101636961B (zh) 用于半持久性调度的(h)arq方法、基站和用户设备
US9439191B2 (en) Apparatus and method for transmitting and receiving packets in a mobile communication system supporting hybrid automatic repeat request
JP4966409B2 (ja) 通信システムにおける方法および装置
CN102342059B (zh) 在移动通信***中用于harq的传输控制方法
CN102047603B (zh) 电信***中的方法和布置
CN101682912B (zh) 用于无线分组数据***中的上行链路传输的半持久性资源分配方法
US8042018B2 (en) Method and apparatus for transmitting/receiving ACK/NACK in a frequency division multiple access system
CN101433123A (zh) 移动台、基站及通信控制方法
USRE49982E1 (en) Apparatus and method for transmitting and receiving packets in a mobile communication system supporting hybrid automatic repeat request
US20140281782A1 (en) Dynamic harq-id reservation
KR100966074B1 (ko) 무선통신시스템에서 재전송 장치 및 방법
CN103107874A (zh) 一种发送数据块的方法及设备

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant