识别混合式自动重发请求程序的方法及其通讯装置的制作方法

专利名称：识别混合式自动重发请求程序的方法及其通讯装置的制作方法
技术领域：
本发明关于一种用于一无线通讯系统的方法及其通讯装置，尤指一种用于一无线
通讯系统用来识别混合式自动重发请求程序的方法及其通讯装置。
背景技术：
第三代移动通讯联盟(the 3rd Generation Partnership Pro ject， 3GPP)所制定 的长期演进(Long Term Evolution, LTE)无线通讯系统，目前被视为提供高数据传输率、 低潜伏时间、封包最佳化以及改善系统容量和覆盖范围的一种新无线接口及无线网络架 构。于长期演进无线通讯系统中，演进式通用陆地全球无线接入网络(Evolved Universal Terrestrial Radio AccessNetwork， E-UT廳)包含多个力口强式基地台(Evolved Node-Bs， eNBs)，并与多个客户端(User Equipments, UEs)进行通讯。 LTE系统的无线接口协议架构包含有三层第一层为物理层(PhysicalLayer)、第 二层为数据链路层(Data Link Layer)，第三层为网络层(NetworkLayer)，其中第三层的 一控制平面为一无线资源控制(Radio ResourceControl， RRC)层，数据链路层再分成一封 包数据聚合协议(Packet DataConvergence Protocol, PDCP)层、一无线链路控制(Radio Link Control, RLC)层以及一媒体存取控制(Medium Access Control, MAC)层。
在LTE系统中，MAC层的主要服务及功能包含有混合式自动重发请求(Hybrid Automatic R印eat Request, HARQ)的错误更正，以及传输时间间隔(Transmission Time Interval, TTI)集束(bundling)传输。 在上链路调度方面，若一物理下链路控制信道(Physical DownlinkControl Channel, PDCCH)指示客户端接收一封包，而此封包通过上链路分享信道(Uplink Share Channel, UL-SCH)接收但未成功解码时，则客户端的MAC层进行一上链路HARQ程序，以请 求重传此封包。由于客户端在HARQ程序的信令往返时间(round trip time, RTT)期间无 法接收任何重传的封包，因此客户端需利用一HARQ往返时间定时器(HARQ RTT Timer)，用 来计算HARQ程序的信令往返时间。另外，客户端可通过所接收的HARQ信息设定对应的上 链路HARQ程序，HARQ信息中包含有一新数据指针(New Data Indicator,NDI)、一冗余版本 (Redundancy Version, RV)及传送区块(Transport Block, TB)尺寸。 此外，在客户端的MAC层中具有一个HARQ单元，用来维持多个平行运作的上链路 HARQ程序，使客户端在等待前一次传输的确认收讫消息或未收讫消息的期间，能够继续进 行上链路传输。在每一个TTI中，HARQ单元的运作包含有识别对应于TTI的HARQ程序，以 及当TTI分配到一上链路允量(grant)时，HARQ单元传送包含一 HARQ数据的上链路允量 至所识别的HARQ程序。最后，HARQ单元指示所识别的HARQ程序产生一新的传输或重传。
此夕卜，LTE系统提供 一 传输时间间隔集束(Transmission Time IntervalBundling， TTI Bundling)操作(或称为子帧集束操作(subframe b皿dlingoperation))，以提升LTE上链路覆盖范围，而不会影响关于数据链路层切 割(segmentation)的表头(overhead)及确认收讫(Acknowledgement, ACK)/未收讫(Negative Acknowledgement, NACK)的问题。当客户端启动TTI集束操作时，客户端允许 传送相同封包于连续的传输时间间隔/子帧。另外，客户端在使用TTI集束传输的小区 边界(cell boundary)可降低传输延迟，以及TTI集束传输的启动(Activation)或关闭 (Deactivation)是由RRC层的信令消息控制。 若RRC层启动TTI集束操作，RRC层的信令消息包含有一 TTI集束尺寸TTI_ BUNDLE—SIZE，用来定义一个TTI集束中可集成的传输时间间隔数量。在一 TTI集束内， HARQ的重传属于非适应性重传(Non-ad即tiveRetransmission)，客户端不须等待前一 次传输的响应消息，如确认收讫消息(Positive Acknowledgement, ACK)或未收讫消息 (NegativeAcknowledgement， NACK)，即进行重传，且在根据TTI_BUNDLE_SIZE所设定的一 特定TTI中，客户端才会接收响应消息。此外，TTI集束传输的重传，同样为一 TTI集束传 输。 除此之外，在一随机存取程序中(random access procedure)的上链路消息传 输不适用TTI集束传输，上链路消息包含一小区无线网络暂时识别(CellRadio Network Temporary Identifier, C-RNTI)MAC控制子件(controlelement)，或包含一共享控制信道 (Common Control Channel, CCCH)服务数据单元(Service Data Unit, SDU)。
已知技术并未清楚说明应如何识别在子帧集束操作的上链路HARQ程序。此外，在 非子帧集束操作中，HARQ单元于上链路最多维持八个平行运作的HARQ程序，以及在子帧集 束操作中，最多维持四个HARQ程序。换句话说，当客户端启动或关闭子帧集束操作时，HARQ 程序的数量会因此改变。然而，当非子帧集束操作与子帧集束操作之间产生操作转换时，客 户端无法得知哪些HARQ程序维持启用，因而造成客户端无法得知所接收的HARQ信息对应 于哪一个HARQ程序。使用HARQ信息于错误对应的HARQ程序上会造成数据传输错误。除 此之外，客户端会遭遇以下情形。 第一种情况在非子帧集束操作中，客户端使用八个HARQ程序于上链路传输。由 于已知技术未清楚制定应如何识别对应于子帧的HARQ程序，在没有定义任何识别HARQ程 序的情况下，客户端无法识别对应于子帧的HARQ程序。因此，客户端可能使用从基地台所 接收的HARQ信息于错误对应的HARQ程序。举例来说，当客户端接收具有一 NDI的上链路 允量时，客户端无法识别此NDI是用于八个HARQ程序当中的哪一个HARQ程序。因此，客户 端无法判断NDI是否指示一重传，在此情况下，客户端可能产生非预期的传输，如在一预期 的重传上进行一新的传输，或在一预期的新传输上进行一重传。 第二种情况根据已知技术，当客户端启动子帧集束操作时，八个HARQ程序当中 的其中四个HARQ程序会用于上链路传输，而其它四个HARQ程序会被中止。然而，已知技术 并未说明哪四个HARQ程序会用于上链路传输。在没有清楚制定使用HARQ程序的情况下， 客户端无法得知NDI是否指示一重传，造成客户端无法决定应进行一新的传输或重传。
第三种情况当客户端关闭子帧集束操作时，已知技术未说明应如何重启中止状 态的HARQ程序于上链路传输。在没有清楚定义八个HARQ程序当中的哪一个HARQ程序会 首先被重启的情况下，当客户端接收包含有NDI的上链路资源时，客户端无法判断此NDI用 于哪一个HARQ程序。因此，客户端无法得知中止状态的HARQ程序重新启动之后的第一个 传输为一新的传输或重传。 除了上述的三种情况，当客户端启动子帧集束操作时，由于一第三型消息传输不以子帧集束操作进行传输，因此可能会造成子帧集束操作下的传输错误。第三型消息传输 为一随机存取程序的传输，且可通过HARQ程序进行。在非子帧集束操作中，HARQ程序的新 的传输与其重传之间的时间间隔为8ms (HARQ RTT)，但在子帧集束操作中，其时间间隔则为 16ms。根据已知技术，在子帧集束操作中，关于随机存取程序的第三型消息传输不会以集束 传输方式进行，但第三型消息传输的HARQ RTT仍为16ms。由于使用HARQ程序的第三型消 息重传时间加倍，造成随机存取程序完成延迟。 如同上述，在一子帧集束操作中，第三型消息传输及重传不以集束传输方式进行 传输。然而，当第三型消息传输碰撞一子帧集束传输的一子帧的传输时，已知技术并未制定 应如何处理此一情况。

发明内容
本发明提供一种用于一无线通讯系统用来识别上链路混合式自动重发请求程序 的方法及其相关通讯装置，以解决上述问题。 本发明揭露一种识别混合式自动重发请求程序的方法，用于一无线通讯系统的一 移动装置，该方法包含有分别指派对应于多个上链路混合式自动重发请求程序的多个混 合式自动重发请求索引编号，以识别该多个混合式自动重发请求程序中的每一个混合式自 动重发请求程序。 本发明还揭露一种识别混合式自动重发请求程序的方法，用于一无线通讯系统的 一移动装置，该方法包含有当一第三型消息传输碰撞一子帧集束传输的一子帧的传输时， 于被碰撞的该子帧上以该第三型消息传输取代该子帧集束传输。


图1为一无线通讯系统的示意图。 图2为本发明实施例一通讯装置的示意图。 图3为本发明实施例用于一长期演进系统的一程序码的示意图。 图4为本发明第一实施例的一流程图。 图5为本发明实施例混合式自动重发请求索引编号对应子帧的示意图。 图6为本发明第二实施例的一流程图。 图7 8为本发明实施例混合式自动重发请求索引编号对应子帧的示意图。 图9为本发明第三实施例的流程图。 图10为本发明第四实施例的流程图。 图11为本发明第五实施例的流程图。
[主要元件标号说明]50无线通讯系统60通讯装置600处理单元610储存单元614程序码700无线资源控制层710封包数据聚合协议层720无线链路控制层730媒体存取控制层740物理层80、90、10、20、30 流程
800、802、804、900、902、904、906、908、910、100、102、104、106、200、202、204、300、 302 、304 步骤
具体实施例方式
请参考图1，图1为本发明实施例一无线通讯系统50的示意图。简单地来说，无 线通讯系统50由一网络端以及多个移动装置所组成。无线通讯系统50可为一通用移动 通信系统(Universal Mobile TelecommunicationsSystem, UMTS)、长期演进(Long-Term Evolution, LTE)系统或其它相关网络系统。在LTE系统中，网络端为一演进式通用陆地全 球无线接入网络(EvolvedUniversal Terrestrial Radio Access Network, E-UT塵)，其包
含有多个演进式基地台，而移动装置可称为客户端，其可为移动电话或计算机系统等设备。 图1的网络端及多个移动装置仅用来代表无线通讯系统50的简易架构，而非用来限制无线 通讯系统50。此外，网络端及客户端视传输方向的不同，皆可作为传送端或接收端，举例来 说，就上链路而言，客户端为传送端，网络端为接收端；就下链路而言，客户端为接收端，网 络端为传送端。 请参考图2，图2为本发明实施例一通讯装置60的示意图。通讯装置60可为 图1中的移动装置，其包含一处理单元600，如微处理器或专用集成电路(A卯lication Specific Integrated Circuit, ASIC)、储存单元610以及通讯接口单元620。储存单元 610可为任一数据储存装置，用以储存一程序码614，并由处理单元600读取及处理。储存 单元210可为用户识别模i央(Subscriber Identity Module, SIM)、只读存储器(read-only memory, ROM)、随机存取存储器(random-access memory, RAM)、光盘只读存储器(CD-ROMs)、 磁带(magnetic t即es)、硬盘(hard disks)及光学数据储存装置(opticaldata storage devices)。通讯接口单元620可为一无线接收器，用以根据处理单元600的处理结果，与网 络端进行无线通讯。 请参考图3，图3为本发明实施例用于LTE系统的程序码614的示意图。程序码 614包含多个通讯协议层的程序码，由上至下为无线资源控制(RadioResource Control, RRC)层700、封包数据聚合协议(Packet Data ConvergenceProtocol，PDCP)层710、无线链 路控制(Radio Link Control, RLC)层720，媒体存取控制(Medium Access Control, MAC) 层730及一物理层740。在前述任一通讯协议层中，一服务数据单元(service data unit, SDU)为从上一通讯协议层所接收的封包，而一协议数据单元(protocol data unit，PDU)为 传送至下一通讯协议层的封包，其包含有上层封包的一标头(header)以及零个或多个服 务数据单元。 RRC层710用来启动一传输时间间隔(Transmission Time Interval,TTI)集束操 作，其亦可称为子帧集束操作(subframe bundling operation)，以及使用一传输时间间隔 集束尺寸(TTI_BUNDLE_SIZE)设定一 TTI/子帧集束的大小。MAC层730用来处理TTI集束 操作，例如根据MAC层或RRC层的设定，处理启动及关闭TTI集束操作的设定。此外，MAC层 730可进行混合式自动重发请求(Hybrid Automatic R印eat Request,HARQ)程序，以传输 多个传送区i央(transport blocks)及进行随机存取程序(random access procedure)，其 中随机存取程序包含有传送一随机存取前导(preamble)、接收一随机存取响应，以及传送 一第三型消息(Message 3)MAC PDU。物理层740可监听一物理下链路控制信道(PhysicalDownlink Control Channel, PDCCH)，以接收来自基地台的一上链路允量(Grant)及一HARQ 信息等数据。通过上链路允量，MAC层730可根据HARQ信息，在一特定TTI进行一特定HARQ 程序的数据传输。通过TTI集束操作，通讯装置60可在连续的TTI/子帧中，传送相同的封 包(如PDU)或传送区块。 请参考图4，图4为本发明实施例一流程80的示意图。流程80用于一无线通讯系 统的一客户端中，用来在非子帧集束操作中，识别多个上链路HARQ程序，流程80可编译为 程序码614，并包含有以下步骤
步骤800:开始。 步骤802 :分别指派对应于多个上链路混合式自动重发请求程序的多个混合式自 动重发请求索引编号(HARQ reference皿mber)，以识别该多个混合式自动重发请求程序 中的每一个混合式自动重发请求程序。
步骤804:结束。 根据流程80，多个混合式自动重发请求程序的每一个混合式自动重发请求程序被 指派一 HARQ索引编号，用来识别每一个上链路混合式自动重发请求程序。通过指派的HARQ 索引编号，客户端可识别一接收封包或一传输封包属于哪一个上链路HARQ程序。此外，流 程80可用于无线通讯系统的一基地台中。换句话说，当基地台分配上链路允量予客户端 时，基地台指派一 HARQ索引编号给关于每一个上链路HARQ程序的HARQ信息。因此，客户 端可识别从基地台所接收的HARQ信息是哪一个HARQ程序，藉以产生一基地台所预期的传 输，如一新的传输或一适应性(adaptive)/非适应性(non-adaptive)重传。
此外，当客户端从基地台接收上链路允量时，客户端可根据所储存的HARQ信息中 的一新数据指针(New Data Indicator, NDI)值及所接收的上链路允量中的另一 NDI值，正 确地判断HARQ程序中的一 NDI指示状态(Toggle State)，并根据此NDI指示状态，产生一 预期的传输或适应性传输。当NDI指示状态显示客户端所储存的HARQ信息中的NDI值不 同于上链路允量中的NDI值，客户端产生一新的传输；而当NDI状态显示客户端所储存的 HARQ信息中的NDI值与上链路允量中的NDI值相同，则客户端产生一适应性重传。
另外，每一 HARQ索引编号可根据一 HARQ往返时间定时器(HARQ RTT Timer)所控 制的一HARQ往返时间及多个子帧的子帧数(subframe number)而产生，请参考方程式E1 :
m= (subframe counter) mod (HARQ round trip time)，其中m代表HARQ索弓l编 号，subframe counter代表一子帧计数器值，其为一整数且于一预定周期中的每一子帧，其 子帧计数器值增加数值1，而mod为一模数运算。 较佳地，子帧计数器值通过公式(10*SFN+subframe皿mber+k)得出，其中SFN表 示一系统帧数(System Frame Number)，以及k为零或一整数。在此情况下，HARQ索引编号 可通过以下方程序E2而得出m= (10*SFN+subframe皿mber+k) mod (HARQ round trip time)。 举例来说，请参考图5，图5用来清楚说明根据上述方法产生对应于子帧的HARQ索
引编号。客户端运作于SFN为'0'至'2'中，且每一系统帧包含有子帧数为'0'至'9'的
子帧。HARQ往返定时器设定为8个子帧(8毫秒(ms))，以及启用8个HARQ程序于上链路
传输。根据上述方程式E2，对应于多个子帧的HARQ索引编号(在此简称HRN)可为从0至
7的循环序列。
通过指派HARQ索引编号予HARQ程序及HARQ信息，当客户端接收具有HARQ信息 的上链路允量时，客户端可识别从基地台所接收的HARQ信息属于哪一个上链路HARQ程序， 因此可避免HARQ信息用于错误的HARQ程序中。通过使用正确的HARQ信息，客户端可再根 据NDI指示状态，产生正确预期的传输。 此外，流程80可用于一非子帧集束操作中。当子帧集束操作启动时，部分HARQ程 序会维持启用，但其余HARQ程序则被中止。当非子帧集束操作及子帧集束操作的操作发生 转换时，客户端所启用的HARQ程序的数量会因此改变。在此情况下，本发明实施例提供一 流程，当发生操作转换时，用来配置HARQ索引编号，避免产生HARQ程序识别错误。
请参考图6，图6为本发明实施例一流程90的示意图。流程90用于一无线通讯系 统的一客户端中，用来决定在子帧集束操作中，客户端所维持启用的HARQ程序，流程90可 编译为程序码614，并包含有以下步骤
步骤900:开始。 步骤902 :从非子帧集束操作转换至子帧集束操作。
步骤904 :于一第一子帧上接收一第一上链路允量。 步骤906 :根据一混合式自动重发往返时间及一子帧集束尺寸(subframebundle size)，决定一启用数量(activation number)。 步骤908 :根据该第一子帧、该第一子帧的混合式自动重发请求索引编号及该启 用数量，产生用于该子帧集束操作且关于该多个混合式自动重发请求程序中的部分混合式 自动重发请求程序的一混合式自动重发请求索引编号序列。
步骤910:结束。 根据流程90，当在非子帧集束操作中的客户端启动子帧集束操作，且从基地台接 收第一上链路允量时，客户端利用子帧集束尺寸及HARQ往返时间决定维持启用的上链路 HARQ程序的数量。接着，客户端产生HARQ索引编号序列，其用来指示在子帧集束操作中，维 持启用的HARQ程序的HARQ索引编号。 此外，HARQ索引编号序列中未指示的HARQ索引编号表示其所对应的HARQ程序被 中止。因此，当因为从非子帧集束操作转换至子帧集束操作所产生的HARQ程序启用数量改 变时，本发明实施例能明确决定维持启用于上链路数据传输的HARQ程序，以正确处理后续 所接收的HARQ信息。 请参考图7，图7用来举例说明决定使用于子帧集束操作中的HARQ程序，其中客户
端需于接收上链路允量的子帧之后的四个子帧开始进行相关传输。在此说明中，一子帧/ TTI的时间长度为lms，子帧集束尺寸设定为4，以及在子帧集束操作中的一HARQ往返时间 为16ms。因此，启用数量通过运算16/4决定为4。如图7所示，客户端运作于三个HRN周 期。当子帧集束操作在第一HRN周期的HRN二 '2'启动，且客户端在第一HRN周期的HRN二 '3'(对应子帧SN二 '3')接收第一上链路允量时，客户端在第一HRN周期的HRN二 '7'(对 应SN = '7'，其为SN = '3'之后的第四个子帧)传送上链路数据，进而得出HARQ索引编号 序列中的第一个HARQ索引编号HRN二 '7'。由于启用数量为4，客户端启用从HRN = '7' 至'2'的四个连续HARQ索引编号。换句话说，HARQ索引编号序列为'7'、 '0'、 '1'及'2'。
在决定HARQ索引编号序列后，客户端利用以下公式Fl，配置HARQ索引编号序列 { '7'， '0'， '1'， '2' }中的每一个HARQ索引编号给连续的子帧集束，其中公式F1为<formula>formula see original document page 11</formula>其中11为说1^索引编号序列中的第一个说1^索引编号，以及1^为子帧
集束尺寸。 根据公式F1， HARQ索引编号以循环方式配置于连续子帧，其表示为{(7，7，7，7)， (O，O，O，O)， (l，l，l，l)， (2，2，2，2)}。因此，子帧集束操作中的上链路HARQ程序根据上述配 置的HARQ索引编号，进行子帧集束传输。 请继续参考图7，举一子帧集束传输的例子(于图7中标示为TP1)。由于子帧集 束尺寸为4，每一HARQ程序应于四个连续子帧上传送相同的上链路数据。在此情况下，根 据在第一 HRN周期的HRN = '3'所接收的第一个上链路允量，客户端连续传送对应HRN = '7'的HARQ程序的上链路数据在子帧号SN二 '7'、'8'、'9'及'0'上。此外，客户端在第 二HRN周期的HRN二 '0'上，接收一第二上链路允量。根据在第二HRN周期的HRN二 '0' 所接收的第二个上链路允量，客户端连续传送对应HRN = '0'的HARQ程序的上链路数据在 子帧号SN = '2，、 '3，、 '4'及'5'上。 另举一子帧集束传输的例子(于图7中标示为TP2) ， TP2与TP1在第二上链路允 量上产生不同的传输方式。在此例子中，由于对应HRN二 '0'的集束的最后一个子帧会占 据HRN二 '1'集束的第一个子帧，因此，客户端仅在第二HRN周期的子帧号SN= '2'、'3' 及'4'传送HARQ程序(HRN = '0')。在此情况下，HARQ程序(HRN = '1')仍可以传输完 整的子帧集束。 在子帧集束操作中，HARQ重传为非适应性重传，且不需等待前一次传输的响应消 息，即可进行传输。此外，对于来自网络端关于一个子帧集束的接收确认信息，客户端仅对 应于子帧集束的最后一个子帧的一特定子帧接收。 除了公式Fl，本发明实施例提供另一配置HARQ索引编号序列中的每一个HARQ索
引编号的方式，此方式是根据所接收的上链路允量，请参考以下公式F2:n，n+l，n+2，n+3，n，n+l，n+2，n+3，...，其中n为HARQ索引编号序列的第一个HARQ
索引编号，且每一元素皆用于一子帧集束的传输。 请继续参考图8，图8用来根据流程90，举例说明另一种配置HARQ索引编号的方 式。由上述可知，HARQ索引编号序列为HRN = '7' 、 '0' 、 '1'及'2，且第一个HARQ索引编号 为HRN = '7'。因此，客户端将HRN = '7'配置给关于第一个接收到的上链路允量的子帧集 束上，以及将HRN二 'O'配置于关于第二个接收到的上链路允量的子帧集束上。同理，HARQ 索引编号序列中的第三及第四个HARQ索引编号亦根据上述方式配置。简单来说，HARQ索 引编号序列HRN = '7'、 '0'、 '1'及'2以循环方式配置于相关上链路允量的子帧集束上。
如图8所示，关于一上链路允量的传输是执行于接收到上链路允量的子帧之后的 四个子帧上。由此可知，根据第一HRN周期的HRN二 '3'的第一上链路允量，对应HRN = '7'的HARQ程序的数据连续传送于SN二 '7'、 '8'、 '9'及'0'上(第一周期)。根据第二 HRN周期的HRN二 '0'的第二上链路允量，对应HRN = '0'的HARQ程序的数据连续传送于 SN二'2'、'3'、'4'及'5'上(第二周期)。根据第二HRN周期的HRN二'7'的第三上链路 允量，对应HRN二 'l'的HARQ程序的数据连续传送于SN二 '9'、 '0'、 '1'及'2'上(第二 周期)。不同于图7所示的HARQ索引编号序列的配置方式，客户端是于接收上链路允量时， 才配置HARQ索引编号序列给子帧集束。因此，当客户端根据配置的HARQ索引编号序列，进行子帧集束传输时，可避免HARQ程序无法进行数据传输。 根据流程90，当在非子帧集束操作中的客户端根据网络端的指示，启动子帧集束 操作时，客户端及网络端可决定维持哪些已启用的HARQ程序。在此情况下，客户端可识别 所接收的HARQ信息对应于哪一个HARQ程序，藉以使用正确的HARQ信息设定HARQ程序，以 产生双方预期的新的传输或适应性重传。 在上述实施例中，上链路允量可通过PDCCH或一物理混合式自动重发请求指针信 道(Physical Hybrid Automatic Repeat Request IndicatorChannel， PHICH)传送，或可 为一半持续性调度允量(Semi-PersistentScheduling grant) 。 HARQ程序的传输数据可通 过一物理上链路共享信道(Physical Uplink Shared Channel, PUSCH)传输。
另外，当从子帧集束操作至非子帧集束操作的操作转换发生时，HARQ程序的数量 亦发生改变。客户端必需启动中止的HARQ程序，并决定起始的HARQ程序。请参考图9，图 9为本发明实施例一流程10的示意图。流程10用来启动在子帧集束操作中的中止状态的 HARQ程序，流程10可编译为程序码614，并包含有以下步骤
步骤100 :开始。
步骤102 :当从该子帧集束操作至该非子帧集束操作的操作转换发生时，根据对
应于一子帧的一混合式自动重发请求索引编号，决定该非子帧集束操作中的第一个子帧所
对应的一混合式自动重发请求索引编号，其中该子帧集束操作在该子帧中被指示需关闭。
步骤104 :以该非子帧集束操作中的该第一个子帧所对应的该混合式自动重发请
求索引编号为一起始的混合式自动重发请求索引编号，采增加循环方式配置该多个混合式
自动重发请求索引编号于该非子帧集束操作中的子帧。
步骤106 :结束。
根据流程10，当在子帧集束操作中的客户端于第一子帧期间被指示关闭子帧集束
操作时，客户端根据第一子帧的信息，决定起始的HARQ索引编号，接着客户端根据起始的
HARQ索引编号，采增加循环方式配置HARQ索引编号于非子帧集束操作中的子帧。 在图8中，客户端在SN二 '2'(对应第三HRN周期的HRN = '6')关闭子帧集束
操作，接着传送数据在SN = '3'。子帧集束操作则于HRN = '6'所对应的子帧关闭，在此情
况下，客户端通过公式F3，配置HARQ索引编号于非子帧集束操作中的连续的子帧，公式F3
为 p+l，p+2，p+3，...，其中(p+1)为起始的HARQ索引编号。 换句话说，客户端采增加循环方式配置HARQ索引编号[7， 0， 1， 2， 3， 4， 5， 6]，且对 应HRN = '3' 、 '4' 、 '5'及'6'的HARQ程序被重新启动。HARQ程序的数据则根据所配置的 HARQ索引编号[7，0，1，2，3，4，5，6]进行传输。 根据上述，当客户端关闭子帧集束操作时，HARQ程序的数量改变。因此，根据流程 IO，客户端可利用HARQ索引编号，适当地启动在子帧集束操作中被中止的HARQ程序，藉以 使用最多八个HARQ程序在非子帧集束操作中的上链路数据传输。 此外，由于一随机存取程序的一第三型消息(Message 3)不适用于子帧集 束操作，因此在子帧集束操作中，第三型消息的传输可能与一子帧集束传输发生碰撞 (collision)。在此情况下，客户端必需处理第三型消息传输及集束传输的优先传输顺序， 藉以避免传输错误或延迟随机存取程序完成时间。
请参考图10，图10为本发明实施例一流程20的示意图。流程20用来处理第三型 消息传输碰撞问题，流程20可编译为程序码614，并包含有以下步骤
步骤200:开始。 步骤202 :当一第三型消息传输碰撞一子帧集束传输的一子帧的传输时，于被碰
撞的该子帧上以该第三型消息传输取代该子帧集束传输。 步骤204:结束。 根据流程20，当第三型消息传输碰撞子帧集束传输时，被碰撞的子帧上的传输会 被第三型消息传输取代，即被碰撞的子帧改成用来传输第三型消息。而子帧集束中其它未 与第三型消息传输发生碰撞的子帧传输的内容，不会受到第三型消息传输碰撞的影响。
根据流程20概念，举一第三型消息传输碰撞子帧集束传输的例子，且其相关HARQ 程序配置有根据图4例子的HARQ索引编号。请参考图8。在子帧集束操作中，HARQ程序的 数据传输是根据HARQ索引编号序列HRN二 '7'、 '0'、 '1'及'2'进行传输。关于HARQ索
引编号的指派说明可参考上述，在此不再赘述。因此，当第三型消息传输碰撞集束传输(如 HRN= '7')中的第三个子帧的传输时，在此情况下，客户端使用集束传输(HRN= '7')中
的第一、二及四个子帧进行集束传输，而使用第第三个子帧进行第三型消息传输。 此外，本发明实施例提供另一用来处理第三型消息传输碰撞的方法。请参考图11，
图11为本发明实施例一流程30的示意图，流程30可编译为程序码614，并包含有以下步
骤 步骤300:开始。
步骤302 :当一第三型消息传输碰撞一子帧集束传输时，优先传输第三型消息。
步骤304:结束。 根据流程30，第三型消息传输较集束传输设定为较高的优先传输顺序。其中一种 传送第三型消息的方式为当第三型消息传输碰撞子帧集束传输时，停止子帧集束的传输。 换句话说，子帧集束传输被中止，而以第三型消息传输取代子帧集束传输。此外，流程20可 在流程30执行完成后接续进行。 如上所述，当在子帧集束操作中的客户端进行随机存取程序时，第三型消息传输 可能碰撞集束传输。因此，流程20及30于第三型消息产生碰撞时，可提供适当的传输方法。
此外，本发明实施例还提供一种避免第三型消息碰撞子帧集束的方法，亦即除了 进行第三型消息传输之外，其它传输皆根据配置于该子帧集束的混合自动重发请求索引 数，进行混合自动重发请求传输。换句话说，当客户端根据用于子帧集束操作的HARQ索引 编号序列，进行一数据传输时，不会进行任何第三型消息的传输，以避免子帧集束传输受影 响。在此情况下，第三型消息传输以非子帧集束操作集行传输。 综上所述，本发明实施例提供指派上链路HARQ程序及HARQ信息的HARQ索引编号 的方法及其相关装置，使客户端可识别从基地台所收的HARQ数据对应于哪一个HARQ程序， 藉以产生正确预期的传输。 以上所述仅为本发明的较佳实施例，凡依本发明权利要求范围所做的均等变化与 修饰，皆应属本发明的涵盖范围。
权利要求
一种识别混合式自动重发请求HARQ程序的方法，用于一无线通讯系统的一移动装置，该方法包含有分别指派对应于多个上链路混合式自动重发请求程序的多个混合式自动重发请求索引编号，以识别该多个混合式自动重发请求程序中的每一个混合式自动重发请求程序。
2. 根据权利要求1所述的方法，还包含有 接收一上链路允量；以及根据关于该多个混合式自动重发请求程序的每一个混合式自动重发请求程序中的混 合式自动重发请求信息中的一第一新数据指针NDI值及所接收的该上链路允量中的第二 新数据指针，决定该多个混合式自动重发请求程序中的每一个混合式自动重发请求程序的 一新数据指针指示状态，其中该多个上链路混合式自动重发请求程序具有一子帧集束操作 及一非子帧集束操作。
3. 根据权利要求2所述的方法，其中该多个上链路混合式自动重发请求程序操作于该非子帧集束操作，以及该多个混合式自动重发请求索引编号循环式地配置于多个子帧。
4. 根据权利要求1或3所述的方法，还包含有根据多个子帧的子帧数及一混合式自动重发请求往返时间，产生该多个混合式自动重 发请求索引编号中的每一个混合式自动重发请求索引编号。
5. 根据权利要求4所述的方法，其中根据该多个子帧的该子帧数及该混合式自动重发 请求往返时间，产生该多个混合式自动重发请求索引编号中的每一个混合式自动重发请求 索引编号包含有根据一第一方程式，产生对应于该多个子帧的该多个混合式自动重发请求索引编号中的每一个混合式自动重发请求索引编号，该第一方程式为<formula>formula see original document page 2</formula>其中m为一混合式自动重发请 求索引编号，subframe counter为一子帧计数器值，其为一整数且于一预定周期中的每一 子帧，该子帧计数器值增加数值1， mod为一模数运算，以及HARQ ro皿d trip time为一混 合式自动重发请求往返时间；其中，该子帧计数器值是根据一方程式而得出，该第二方程式为 <formula>formula see original document page 2</formula>其中SFN表示一系统帧数，subframe誦ber为一子帧 数，以及k为零或一整数。
6. 根据权利要求2所述的方法，还包含有 从该非子帧集束操作转换至该子帧集束操作； 于一第一子帧上接收一第一上链路允量；根据一混合式自动重发往返时间及一子帧集束尺寸，决定一启用数量；以及 根据该第一子帧、该第一子帧的混合式自动重发请求索引编号及该启用数量，产生用于该子帧集束操作且关于该多个混合式自动重发请求程序中的部分混合式自动重发请求程序的一混合式自动重发请求索引编号序列。
7. 根据权利要求6所述的方法，还包含有以下至少其中一步骤配置该混合式自动重发请求索引编号序列中的每一个混合式自动重发请求索引编号 给一子帧集束，其中该多个被配置的子帧集束为连续子帧集束；以及除了关于一随机存取程序的一第三型消息的一混合式自动重发请求传输之外，根据配置于该多个子帧集束的该混合式自动重发请求索引编号，进行对应的混合式自动重发请求 传输。
8. 根据权利要求7所述的方法，其中该混合式自动重发请求索引编号序列中的第一个 混合式自动重发请求索引编号为该第一子帧之后的第四个子帧所对应的混合式自动重发 请求索引编号。
9. 根据权利要求6所述的方法，还包含有配置该混合式自动重发请求索引编号序列中的第一个混合式自动重发请求索引编号给关于该第一上链路允量的一第一子帧集束；于一第二子帧上接收该第一上链路允量之后的一第二上链路允量；以及 配置该混合式自动重发请求索引编号序列中的第二个混合式自动重发请求索引编号给关于该第二上链路允量的一第二子帧集束。
10. 根据权利要求9所述的方法，还包含有除了进行关于一随机存取程序的一第三型消息的一混合式自动重发请求传输之外，根 据配置于该多个子帧集束的该混合式自动重发请求索引编号，进行对应的混合式自动重发 请求传输。
11. 根据权利要求9所述的方法，其中该第一子帧集束为该第一子帧之后的四个子帧， 以及该第二子帧集束为该第二子帧之后的四个子帧。
12. 根据权利要求2所述的方法，还包含有当从该子帧集束操作至该非子帧集束操作的操作转换发生时，根据对应于一子帧的一 混合式自动重发请求索引编号，决定该非子帧集束操作中的第一个子帧所对应的一混合式 自动重发请求索引编号，其中该子帧集束操作在该子帧中被指示需关闭；以及以该非子帧集束操作中的该第一个子帧所对应的该混合式自动重发请求索引编号为 一起始的混合式自动重发请求索引编号，采增加循环方式配置该多个混合式自动重发请求 索引编号于该非子帧集束操作中的子帧。
13. 根据权利要求6所述的方法，还包含有以下至少其中一步骤当根据该混合式自动重发请求索引编号序列，进行用于该子帧集束操作的混合式自动 重发请求程序的数据传输时，排除进行关于一随机存取程序的一第三型消息传输；以及 以该非子帧集束操作进行关于该随机存取程序的该第三型消息传输。
14. 根据权利要求2所述的方法，还包含有以下至少其中一步骤 设定一第三型消息传输的传送优先级高于一子帧集束传输；以及当该第三型消息传输碰撞该子帧集束传输的一子帧的传输时，于被碰撞的该子帧上以 该第三型消息传输取代该子帧集束传输。
15. —种用于一无线通讯系统的一通讯装置，用来识别混合式自动重发请求HARQ程 序，该通讯装置包含有一储存单元，用来储存关于一流程的一程序码；以及 一处理单元，耦接该储存单元，用来处理该程序码，以执行该流程； 其中，该流程包含有 如同权利要求1所定义的方法步骤。
16. —种识别混合式自动重发请求HARQ程序的方法，用于一无线通讯系统的一移动装置，该方法包含有当一第三型消息传输碰撞一子帧集束传输的一子帧的传输时，于被碰撞的该子帧上以 该第三型消息传输取代该子帧集束传输。
17. —种用于一无线通讯系统的一通讯装置，用来识别混合式自动重发请求HARQ程 序，该通讯装置包含有一储存单元，用来储存关于一流程的一程序码；以及一处理单元，耦接该储存单元，用来处理该程序码，以执行该流程；其中，该流程包含有如同权利要求16所定义的方法步骤。
全文摘要
一种识别混合式自动重发请求程序的方法，用于一无线通讯系统的一移动装置，该方法包含有分别指派对应于多个上链路混合式自动重发请求程序的多个混合式自动重发请求索引编号，以识别该多个混合式自动重发请求程序中的每一个混合式自动重发请求程序。
文档编号H04L1/18GK101795183SQ200910217229
公开日2010年8月4日 申请日期2009年12月30日 优先权日2008年12月30日
发明者吴志祥 申请人:宏达国际电子股份有限公司