CN101807983B - 克服上行混合自动重传请求与突发业务冲突的方法和系统 - Google Patents

克服上行混合自动重传请求与突发业务冲突的方法和系统 Download PDF

Info

Publication number
CN101807983B
CN101807983B CN 200910006949 CN200910006949A CN101807983B CN 101807983 B CN101807983 B CN 101807983B CN 200910006949 CN200910006949 CN 200910006949 CN 200910006949 A CN200910006949 A CN 200910006949A CN 101807983 B CN101807983 B CN 101807983B
Authority
CN
China
Prior art keywords
uplink
frame
sub
control channel
feedback channel
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.)
Expired - Fee Related
Application number
CN 200910006949
Other languages
English (en)
Other versions
CN101807983A (zh
Inventor
王军虎
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.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to CN 200910006949 priority Critical patent/CN101807983B/zh
Priority to PCT/CN2009/073844 priority patent/WO2010091574A1/zh
Publication of CN101807983A publication Critical patent/CN101807983A/zh
Application granted granted Critical
Publication of CN101807983B publication Critical patent/CN101807983B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1887Scheduling and prioritising arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1854Scheduling and prioritising arrangements

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种克服上行混合自动重传请求与突发业务冲突的方法和系统,该方法包括:当有突发业务产生并使基站和终端间正在进行的上行HARQ进程中的一个或多个上行子帧所关联的控制信道和/或反馈信道不可用时,基站将上行子帧所关联的不可用的控制信道改为该控制信道之前可用的控制信道,将上行子帧所关联的不可用的反馈信道改为该反馈信道之后可用的反馈信道;并将改变后的上行子帧与控制信道和/或反馈信道的新的关联关系通过广播信道发送给终端;终端和基站均根据新的关联关系,使用上行子帧关联的控制信道和/或反馈信道进行上行HARQ进程。本发明解决了突发业务与正在进行的上行HARQ进程中的控制信道和/或反馈信道相冲突问题。

Description

克服上行混合自动重传请求与突发业务冲突的方法和系统
技术领域
本发明涉及通信领域,具体地说,涉及一种克服上行混合自动重传请求(HARQ,Hybrid Automatic Retransmission Request)与突发业务冲突的方法和系统。
背景技术
混合自动重传请求(HARQ)是一种为克服无线移动信道时变和多径衰落对信号传输的影响而提出的技术,该技术是通过将自动重传请求(ARQ,Automatic Retransmission Request)和前向纠错编码(FEC,Forward ErrorCorrection)这两种技术联合使用来实现的。HARQ技术能够使无线移动通信系统获得更高的系统吞吐量和更高的系统稳定性,并且是3G长期演进(LTE,Long Term Evolution)系统以及全球微波接入互操作性(WiMAX,WorldInteroperability for Microwave Access)系统中的关键技术之一。
在TDD-OFDM(Time Division Duplex-Orthogonal Frequency DivisionMultiplexing,时分双工正交频分复用)系统中,上、下行是分时传输的,该系统中的基站和终端收到对方的数据都需要一定的处理时间,另外由于帧对齐和传播也会引入的一定的时延,为了减少TDD-OFDM系统固有的时间延迟,TDD-OFDM系统通常将用于数据传输的无线帧(Radio Frame)分为几个更小的子帧(Sub-Frame),包括下行子帧和上行子帧,下行子帧和上行子帧的比例可以根据具体实施情况而确定;如图1所示,一个无线帧分为8个子帧(SF0-SF7),一个无线帧内有一对上下行切换点,图1中UL/DL(上行子帧/下行子帧)的比例为3∶5。
在现有的技术方案中,如图2所示,一种上行HARQ通信过程,又称为HARQ进程,可以描述:
步骤S201,基站通过控制信道上的控制信令给终端分配发送数据的上行子帧的资源,终端在所分配的上行子帧的资源上向基站发送初传数据或重传数据,开始HARQ进程;
步骤S202,基站接收来自终端的初传数据或重传数据,并在相应的反馈信道中将反馈信息发送给终端,如果反馈信息是否认信息(NACK),则执行步骤S203;如果反馈信息是确认信息(ACK),则执行步骤S204;
步骤S203,终端接收否认信息,判断对数据的重传是否达到最大重传次数,如果达到重传次数,则执行步骤S204;否则,终端在HARQ进程规定的重传间隔要求下,执行步骤S201,在相应的上行子帧的资源上进行重传数据;
步骤S204,终端终止HARQ进程,结束。
在TDD-OFDM系统下,突发业务与正在进行的上行HARQ进程中的控制信道和/或反馈信道相冲突,似的控制或反馈信道的所在的资源存在不可用的情况。例如当多播广播业务(MBS,Multicast and Broadcast Service)/增强的多播广播业务(E-MBS,Enhanced Multicast and Broadcast Service)以TDM(时分复用)方式与单播业务复用资源时,由于多播广播业务是非周期性调度的,多播广播业务会临时占用下行子帧的资源,使得位于所述下行子帧上的控制信道和/或反馈信道将不可用,这样使得发送端不能正确获得相应的控制信息和/或反馈信息。如图3所示,在TDD-OFDM系统下连续两个无线帧N、N+1中,控制信道/反馈信道以间隔1个子帧的方式分布,如图中下行子帧U0、U1和U2与上行子帧SF5、SF6和SF7分别一一对应,下行子帧U0、U1和U2是上行子帧SF5、SF6和SF7的控制信道和/或反馈信道,多播广播业务以TDM方式与单播业务复用,占用了无线帧N+1中下行子帧SF3和SF4,无线帧N+1中的反馈信道U2用于承载着无线帧N中的上行子帧SF7的反馈信息,由于无线帧N+1中的下行子帧SF4被占用,所以不能在下行子帧SF4上发送;因此,在无线帧N中子帧SF7上发送数据的终端得不到反馈信息,而无线帧N+1的SF7将处于控制空缺状态。
发明内容
本发明所解决的技术问题在于提供了一种克服上行混合自动重传请求与突发业务冲突的方法和系统,以解决突发业务与正在进行的上行HARQ进程中的控制信道和/或反馈信道相冲突的问题。
为了解决上述问题,本发明提供了一种克服上行混合自动重传请求与突发业务冲突的方法,应用于时分双工正交频分复用系统的基站与终端间进行的上行混合自动重传请求HARQ进程中,包括:
当有所述突发业务产生并使所述基站和终端间正在进行的所述上行HARQ进程中的一个或多个上行子帧所关联的控制信道和/或反馈信道不可用时,所述基站将所述上行子帧所关联的不可用的控制信道改为该控制信道之前可用的控制信道,将所述上行子帧所关联的不可用的反馈信道改为该反馈信道之后可用的反馈信道;并将改变后的所述上行子帧与控制信道和/或反馈信道的新的关联关系通过广播信道发送给所述终端;
所述终端和基站均根据所述新的关联关系,使用所述上行子帧关联的控制信道和/或反馈信道进行所述上行HARQ进程。
本发明所述的方法,其中,所述方法为:
基站对用于上行HARQ进程的每个超帧内的无线帧进行顺序标号,并对所述超帧中作为所述控制信道或反馈信道的下行子帧进行标号;
当有所述突发业务产生并使所述基站和终端间正在进行的所述上行HARQ进程中的一个或多个上行子帧所关联的控制信道和/或反馈信道不可用时,所述基站将所述上行子帧所关联的不可用的控制信道改为该控制信道之前可用的控制信道,将所述上行子帧所关联的不可用的反馈信道改为该反馈信道之后可用的反馈信道;并将所述上行子帧的标号、改变后的所述上行子帧新关联的控制信道和/或反馈信道的标号组成广播消息,将该广播消息写入超帧头中通过广播信道发送给终端;
所述终端读取所述超帧头中的广播消息,并根据广播消息中所述上行子帧的标号、改变后的所述上行子帧新关联的控制信道和/或反馈信道的标号确定所述上行子帧新关联的控制信道和/或反馈信道,所述终端和基站均根据所述新的关联关系,使用所述上行子帧新关联的控制信道和/或反馈信道进行所述上行HARQ进程。
本发明所述的方法,其中,所述基站将所述上行子帧所关联的不可用的控制信道改为该控制信道之前可用的控制信道,将所述上行子帧所关联的不可用的反馈信道改为该反馈信道之后可用的反馈信道,进一步为:
所述基站将所述上行子帧所关联的不可用的控制信道改为该控制信道之前相邻最近的可用的控制信道,将所述上行子帧所关联的不可用的反馈信道改为该反馈信道之后相邻最近的可用的反馈信道。
进一步地,其中,所述突发业务为多播广播业务或者增强的多播广播业务。
进一步地,其中,所述广播消息中还包括有所述上行子帧新的关联关系的有效持续时间。
进一步地,其中,所述终端读取所述超帧头中的广播消息,并根据广播消息中所述上行子帧的标号、改变后的所述上行子帧新关联的控制信道和/或反馈信道的标号确定所述上行子帧新关联的控制信道和/或反馈信道,所述终端和基站均根据所述新的关联关系,使用所述上行子帧新关联的控制信道和/或反馈信道进行所述上行HARQ进程,进一步为:
所述终端读取所述超帧头中的广播消息,并根据广播消息中所述上行子帧的标号、改变后的所述上行子帧新关联的控制信道和/或反馈信道的标号确定所述上行子帧新关联的控制信道和/或反馈信道,所述终端和基站均根据所述新的关联关系,使用所述上行子帧新关联的控制信道和/或反馈信道进行所述上行HARQ进程,在所述有效持续时间结束后,所述终端和基站均对改变关联的控制信道和/或反馈信道的所述上行子帧恢复到预先设置所关联的控制信道和/或反馈信道上继续进行所述上行HARQ进程。
为了解决上述问题,本发明还提供了为了解决上述问题,本发明提供了一种克服上行混合自动重传请求与突发业务冲突的系统,应用于时分双工正交频分复用系统的基站与终端间进行的上行混合自动重传请求HARQ进程中,该系统包括:关联关系改变模块、基站侧的执行模块和终端侧的执行模块;其中,
所述关联关系改变模块,位于基站中,用于当有所述突发业务产生并使所述基站和终端间正在进行的所述上行HARQ进程中的一个或多个上行子帧所关联的控制信道和/或反馈信道不可用时,将所述上行子帧所关联的不可用的控制信道改为该控制信道之前可用的控制信道,将所述上行子帧所关联的不可用的反馈信道改为该反馈信道之后可用的反馈信道;并将改变后的所述上行子帧与控制信道和/或反馈信道的新的关联关系通过广播信道发送给所述终端侧的执行模块,同时将改变后的所述上行子帧与控制信道和/或反馈信道的新的关联关系发送给所述基站侧的执行模块;
所述基站侧的执行模块,用于读取并指示所述基站根据所述新的关联关系,使用所述上行子帧关联的控制信道和/或反馈信道与所述终端进行所述上行HARQ进程;
所述终端侧的执行模块,用于读取并指示所述终端根据所述新的关联关系,使用所述上行子帧关联的控制信道和/或反馈信道与所述基站进行所述上行HARQ进程。
本发明所述的系统,其中,所述系统还包括:关联模块,位于基站中,用于对所述上行HARQ进程的每个超帧内的无线帧进行顺序标号,并对所述超帧中作为所述控制信道或反馈信道的下行子帧进行标号;
所述关联关系改变模块,进一步还用于当有所述突发业务产生并使所述基站和终端间正在进行的所述上行HARQ进程中的一个或多个上行子帧所关联的控制信道和/或反馈信道不可用时,将所述上行子帧所关联的不可用的控制信道改为该控制信道之前可用的控制信道,将所述上行子帧所关联的不可用的反馈信道改为该反馈信道之后可用的反馈信道;并将所述上行子帧的标号、改变后的所述上行子帧新关联的控制信道和/或反馈信道的标号组成广播消息,将该广播消息写入超帧头中通过广播信道发送给所述终端侧的执行模块,同时将所述上行子帧的标号、改变后的所述上行子帧新关联的控制信道和/或反馈信道的标号发送给所述基站侧的执行模块;
所述基站侧的执行模块,进一步用于根据所述上行子帧的标号、改变后的所述上行子帧新关联的控制信道和/或反馈信道的标号确定所述上行子帧新关联的控制信道和/或反馈信道,然后指示所述基站根据该上行子帧新关联的控制信道和/或反馈信道与所述终端进行所述上行HARQ进程;
所述终端侧的执行模块,进一步用于读取所述超帧头中的广播消息,并指示所述终端根据广播消息中所述上行子帧的标号、改变后的所述上行子帧新关联的控制信道和/或反馈信道的标号确定所述上行子帧新关联的控制信道和/或反馈信道,然后根据该上行子帧新关联的控制信道和/或反馈信道与所述基站进行所述上行HARQ进程。
本发明所述的系统,其中,所述关联关系改变模块将所述上行子帧所关联的不可用的控制信道改为该控制信道之前可用的控制信道,将所述上行子帧所关联的不可用的反馈信道改为该反馈信道之后可用的反馈信道,进一步为:
所述关联关系改变模块将所述上行子帧所关联的不可用的控制信道改为该控制信道之前相邻最近的可用的控制信道,将所述上行子帧所关联的不可用的反馈信道改为该反馈信道之后相邻最近的可用的反馈信道。
进一步地,其中,所述突发业务为多播广播业务或者增强的多播广播业务。
进一步地,其中,所述广播消息中还包括有所述上行子帧新的关联关系的有效持续时间。
进一步地,其中,所述基站侧的执行模块,进一步用于根据所述上行子帧的标号、改变后的所述上行子帧新关联的控制信道和/或反馈信道的标号确定所述上行子帧新关联的控制信道和/或反馈信道,然后指示所述基站根据该上行子帧新关联的控制信道和/或反馈信道与所述终端进行所述上行HARQ进程,在所述有效持续时间结束后,对改变关联的控制信道和/或反馈信道的所述上行子帧恢复到预先设置所关联的控制信道和/或反馈信道上继续与所述终端进行所述上行HARQ进程;
所述终端侧的执行模块,进一步用于读取所述超帧头中的广播消息,并指示所述终端根据广播消息中上行子帧的标号、改变后的上行子帧新关联的控制信道和/或反馈信道的标号确定上行子帧新关联的控制信道和/或反馈信道,然后根据该上行子帧新关联的控制信道和/或反馈信道与终端进行所述上行HARQ进程,在所述有效持续时间结束后,对改变关联的控制信道和/或反馈信道的所述上行子帧恢复到预先设置所关联的控制信道和/或反馈信道上继续与所述基站进行所述上行HARQ进程。
与现有技术相比,本发明解决了上行混合自动重传请求与突发业务冲突的问题,尤其是解决了在TDD-OFDM系统中终端和基站之间进行上行HARQ进程中当有多播广播业务/增强的多播广播业务以TDM方式与单播业务复用资源时,多播广播业务/增强的多播广播业务临时占用下行子帧的资源,使得上行HARQ进程中位于所述下行子帧上的控制信道和/或反馈信道不可用的问题。
附图说明
图1为现有技术中一个无线帧的结构图;
图2为现有技术中一种上行HARQ通信的流程图;
图3为现有技术中在TDD-OFDM系统下,连续两个无线帧之间的结构图;
图4为本发明实施例所述的一种克服上行混合自动重传请求与突发业务冲突的方法流程图;
图5为实施例1中采用本发明所述方法的超帧结构图;
图6为实施例2中采用本发明所述方法的超帧结构图;
图7为实施例3中采用本发明所述方法的超帧结构图;
图8为本发明实施例所述的一种克服上行混合自动重传请求与突发业务冲突的系统的结构图。
具体实施方式
以下对具体实施方式进行详细描述,但不作为对本发明的限定。
如图4所示,为本发明实施例所述的克服上行混合自动重传请求与突发业务冲突的方法,应用于TDD-OFDM系统的基站与终端间进行的上行HARQ进程中,具体步骤包括:
步骤101,基站对用于上行HARQ进程的每个超帧内的无线帧进行顺序标号,并对超帧中作为控制信道或反馈信道的下行子帧进行标号。
其中,该步骤101之前基站是根据预定信息对每个超帧内的无线帧中的上行子帧设置与其关联的控制信道和反馈信道,通过上述设置基站与终端间进行上行HARQ进程;所述预定信息包括:一个超帧内的无线帧中上行子帧和下行子帧的数量之比、控制信道或反馈信道的分布、上/下行的处理时延。
所述设置具体是基站根据预定信息将超帧内每个上行子帧与该上行子帧之前的一个下行子帧关联作为该上行子帧的控制信道,与该上行子帧之后的一个下行子帧关联作为该上行子帧的反馈信道。
这里所述控制信道为承载调度该上行子帧发送数据信息的时频资源;所述反馈信道为终端通过该上行子帧发送数据信息给基站后,基站根据上行HARQ技术用于发送的确认(ACK)信息或否定(NACK)信息的时频资源。
步骤102,当有突发业务产生并使基站和终端间正在进行的上行HARQ进程中的一个或多个上行子帧所关联的控制信道和/或反馈信道不可用时,基站根据关联关系的改变原则得到这些上行子帧新关联的控制信道和/或反馈信道,并将上行子帧的标号、改变后的这些上行子帧新关联的控制信道和/或反馈信道的标号,以及这些上行子帧新的关联关系的有效持续时间组成广播消息(该广播消息中的信令格式如表2所示),将该广播消息写入超帧头中通过广播信道发送给终端。
其中,所述有效持续时间为在基站内预先设置的基站和终端间在几个超帧中根据改变后的这些上行子帧新的关联关系进行上行HARQ进程,如在基站内没有预先设置有效持续时间的时长,则该有效持续时间默认为一个超帧的时长;
其中,所述关联关系的改变原则是:
基站将上行子帧所关联的不可用的控制信道改为该控制信道之前可用的控制信道,将上行子帧所关联的不可用的反馈信道改为该反馈信道之后可用的反馈信道。
这里后续实施例1-3采用的是:基站将上行子帧所关联的不可用的控制信道改为该控制信道之前相邻最近的可用的控制信道,将上行子帧所关联的不可用的反馈信道改为该反馈信道之后相邻最近的可用的反馈信道。
步骤103,终端读取超帧头中的广播消息,并按照广播消息中上行子帧的标号、改变后的所述上行子帧新关联的控制信道和/或反馈信道的标号确定上行子帧新关联的控制信道和/或反馈信道,然后基站和终端均根据该上行子帧新关联的控制信道和/或反馈信道进行上行HARQ进程,在有效持续时间结束后,基站和终端均对改变关联的控制信道和/或反馈信道的上行子帧恢复到预先设置所关联的控制信道和/或反馈信道上继续进行上行HARQ进程。
这里本发明实施例方法中所述的突发业务为多播广播业务或者增强的多播广播业务。
根据本发明所述的方法实施例1
如预定信息是:1、超帧包含有4个无线帧,一个无线帧包含8个子帧,上下行子帧分配比例为3∶5;2、上行处理时延和下行处理时延均为2个子帧的时长;3、与上行子帧关联的控制信道或反馈信道在超帧中是每间隔一个无线帧中的下行子帧分布的;根据本发明所述的方法,具体步骤是:
步骤1,(如图5所示)基站对一个超帧中的无线帧进行顺序标号,比如:SF0~SF31;并对超帧中作为控制信道或反馈信道的下行子帧进行标号,比如U0,U1,U2...。
现有的根据预定信息对每个上行子帧设置与其关联的控制信道和反馈信道,如表1所示,在一个超帧中每个上行子帧与其关联的控制信道和反馈信道对应关系表:
表1
  子帧序号   控制信道/反馈信道
  SF5   U0/U3
  SF6   U1/U4
  SF7   U2/U5
  SF13   U3/U6
  SF14   U4/U7
  SF15   U5/U8
  SF21   U6/U9
  SF22   U7/U10
  SF23   U8/U11
  SF29   U9/U0(下一个超帧)
  SF30   U10/U1(下一个超帧)
  SF31   U11/U2(下一个超帧)
终端的上行数据按照上行HARQ技术在上行子帧上发送或重传,基站在与该上行子帧关联的反馈信道上进行ACK/NACK信息的反馈,从而使终端决定其是否重传。
步骤2,当系统在下行子帧SF11、SF12上调度了多播组播业务,位于下行子帧SF12上的控制信道或反馈信道U5不能在预定的资源上发送控制信息或反馈信息,基站根据设置的关联关系的改变原则,将SF7关联的反馈信道从U5改为U6,将SF15关联的控制信道从U5改为U4;由于多播组播业务的调度是以超帧为周期,因此基站将改变后的这些上行子帧与控制信道和/或反馈信道的新的关联关系,以及这些上行子帧新的关联关系的有效持续时间组成广播消息,并将该广播消息写入超帧头中通过广播信道发送给终端;
如表2所示,为广播消息的信令格式的表示;
表2:
  名称   大小   取值说明
  Association update   关联的更新
  {
  subframe Index   x bit   子帧标号
  Control Channel Index   x bit   控制信道的标号
  Feedback Channel Index   x bit   反馈信道的标号
  Effective duration   x bit   有效持续时间是基站和终端间在几个超帧中根据改变后的关联关系进行上行HARQ
  }
其中,如广播消息的信令格式中的有效持续时间没有设置,则该有效持续时间采用默认的一个超帧的时长。
与表1相对应的表3是当上行子帧的控制信道和/或反馈信道不可用时,根据关联关系的改变原则,改变后的一个超帧中每个上行子帧与其关联的控制信道和反馈信道对应关系表,通过表1和表3的对比更加直观的看出根据关联关系的改变原则所改变的部分(如表3所示,其中下划线的部分为上行子帧新的关联信道);
表3:
  子帧序号   控制信道/反馈信道
  SF5   U0/U3
  SF6   U1/U4
  SF7   U2/U6
  SF13   U3/U6
  SF14   U4/U7
  SF15   U4/U8
  SF21   U6/U9
  SF22   U7/U10
  SF23   U8/U11
  SF29   U9/U0(下一个超帧)
  SF30   U10/U1(下一个超帧)
  SF31   U11/U2(下一个超帧)
步骤3,终端读取超帧头中的广播消息,并根据广播消息中上行子帧的标号、改变后的上行子帧新关联的控制信道和/或反馈信道的标号确定上行子帧新关联的控制信道和/或反馈信道,终端和基站均根据新的关联关系,使用上行子帧新关联的控制信道和/或反馈信道进行上行HARQ进程,在有效持续时间(这里采用默认的一个超帧的时长)结束后,基站和终端均对改变关联的控制信道和/或反馈信道的上行子帧恢复到预先设置所关联的U5上继续进行上行HARQ进程。
实施例2
当预定信息是:1、超帧包含有4个无线帧,一个无线帧包含8个子帧,上下行子帧分配比例为4∶4;2、上行处理时延和下行处理时延均为3个子帧的时长;3、与上行子帧关联的控制信道或反馈信道在超帧中的下行子帧上连续分布的;根据本发明所述的方法,具体步骤是:
步骤1,(如图6所示)基站对一个超帧中的无线帧进行顺序标号,比如:SF0~SF31;并对超帧中作为控制信道或反馈信道的下行子帧进行标号,比如U0,U1,U2...。
现有的根据预定信息对每个上行子帧设置与其关联的控制信道和反馈信道,如表4所示,在一个超帧中每个上行子帧与其关联的控制信道和反馈信道对应关系表:
表4:
  子帧序号   控制信道/反馈信道
  SF4   U0/U4
  SF5   U1/U5
  SF6   U2/U6
  SF7   U3/U7
  SF12   U4/U8
  SF13   U5/U9
  SF14   U6/U10
  SF15   U7/U11
  SF20   U8/U12
  SF21   U9/U13
  SF22   U10/U14
  SF23   U11/U15
  SF28   U12/U0(下一个超帧)
  SF29   U13/U1(下一个超帧)
  SF30   U14/U2(下一个超帧)
  SF31   U15/U3(下一个超帧)
终端的上行数据按照上行HARQ技术在上行子帧上发送或重传,基站在与该上行子帧关联的反馈信道上进行ACK/NACK信息的反馈,从而使终端决定其是否重传。
步骤2,当系统在下行子帧SF18、SF19上调度了多播组播业务,位于下行子帧SF18和SF19上的U10和U11不能在预定的资源上发送控制信息或反馈信息,基站根据设置的关联关系的改变原则,将SF14关联的反馈信道从U10改为U12,将SF15关联的反馈信道从U11改为U12,将SF22关联的控制信道从U10改为U9,将SF23关联的控制信道从U11改为U9;由于多播组播业务的调度是以超帧为周期,因此基站将这些上行子帧改变后的控制信道或反馈信道的信息,以及这些上行子帧新的关联关系的有效持续时间(这里采用默认的一个超帧的时长)组成广播消息,并将该广播消息写入超帧头中通过广播信道发送给终端;
上述基站通过广播信道发送的广播消息的信令格式同前面实施例1所述的表2的内容大致相同,这里不再详述;
与表4相对应的表5是当上行子帧的控制信道和/或反馈信道不可用时,根据关联关系的改变原则,改变后的一个超帧中每个上行子帧与其关联的控制信道和反馈信道对应关系表,通过表4和表5的对比更加直观的看出根据关联关系的改变原则所改变的部分(如表5所示,其中下划线的部分为上行子帧新的关联信道);
表5:
  子帧序号   控制信道/反馈信道
  SF4   U0/U4
  SF5   U1/U5
  SF6   U2/U6
  SF7   U3/U7
  SF12   U/U8
  SF13   U5/U9
  SF14   U6/U12
  SF15   U7/U12
  SF20   U8/U12
  SF21   U9/U13
  SF22   U9/U14
  SF23   U9/U15
  SF28   U12/U0(下一个超帧)
  SF29   U13/U1(下一个超帧)
  SF30   U14/U2(下一个超帧)
  SF31   U15/U3(下一个超帧)
步骤3,终端读取超帧头中的广播消息,并根据广播消息中上行子帧的标号、改变后的上行子帧新关联的控制信道和/或反馈信道的标号确定上行子帧新关联的控制信道和/或反馈信道,终端和基站均根据新的关联关系,使用上行子帧新关联的控制信道和/或反馈信道进行上行HARQ进程,在有效持续时间(这里采用默认的一个超帧的时长)结束后,基站和终端均对改变关联的控制信道和/或反馈信道的上行子帧恢复到预先设置所关联的U10和U11上继续进行上行HARQ进程。
实施例3
当预定信息是:1、超帧包含有4个无线帧,一个无线帧包含8个子帧,上下行子帧分配比例为5∶3;2、上行处理时延为3个子帧时长,下行处理时延为2个子帧的时长;3、与上行子帧关联的控制信道或反馈信道在超帧中的下行子帧上连续分布的;根据本发明所述的方法,具体步骤是:
步骤1,(如图7所示)基站对一个超帧中的无线帧进行顺序标号,比如:SF0~SF31;并对超帧中作为控制信道或反馈信道的下行子帧进行标号,比如U0,U1,U2...。
现有的根据预定信息对每个上行子帧设置与其关联的控制信道和反馈信道,如表6所示,在一个超帧中每个上行子帧与其关联的控制信道和反馈信道对应关系表:
表6:
  子帧序号   控制信道/反馈信道
  SF3   U11(上一超帧)/U3
  SF4   U0/U3
  SF5   U0/U4
  SF6   U1/U4
  SF7   U1/U5
  SF11   U2/U6
  SF12   U3/U6
  SF13   U3/U7
  SF14   U4/U7
  SF15   U4/U8
  SF19   U5/U9
  SF20   U6/U9
  SF21   U6/U10
  SF22   U7/U10
  SF23   U7/U11
  SF27   U8/U0(下一个超帧)
  SF28   U9/U0(下一个超帧)
  SF29   U9/U1(下一个超帧)
  SF30   U10/U1(下一个超帧)
  SF31   U10/U2(下一个超帧)
终端的上行数据按照上行HARQ技术在上行子帧上发送或重传,基站在与该上行子帧关联的反馈信道上进行ACK/NACK信息的反馈,从而使终端决定其是否重传。
步骤2,当系统在下行子帧SF17、SF18上调度了多播组播业务,位于下行子帧SF17和SF18上的U17和U8不能在预定的资源上发送控制信息或反馈信息,基站根据设置的关联关系的改变原则,将SF13关联的反馈信道从U7改为U9,将SF14关联的反馈信道从U7改为U9,将SF15关联的反馈信道从U8改为U9,将SF22关联的控制信道从U7改为U6,将SF23关联的控制信道从U7改为U6,将SF27关联的控制信道从U8改为U6;由于多播组播业务的调度是以超帧为周期,因此基站将这些上行子帧改变后的控制信道或反馈信道的信息,以及这些上行子帧新的关联关系的有效持续时间(默认为一个超帧的时长)组成广播消息,并将该广播消息写入超帧头中通过广播信道发送给终端;
上述基站通过广播信道发送的广播消息的信令格式同前面实施例1所述的表2的内容大致相同,这里不再详述;
与表6相对应的表7是当上行子帧的控制信道和/或反馈信道不可用时,根据关联关系的改变原则,改变后的一个超帧中每个上行子帧与其关联的控制信道和反馈信道对应关系表,通过表6和表7的对比更加直观的看出根据关联关系的改变原则所改变的部分(如表7所示,其中下划线的部分为上行子帧新的关联信道);
表7:
  子帧序号   下行控制/反馈信道
  SF3   U11(上一超帧)/U3
  SF4   U0/U3
  SF5   U0/U4
  SF6   U1/U4
  SF7   U1/U5
  SF11   U2/U6
  SF12   U3/U6
  SF13   U3/U9
  SF14   U4/U9
  SF15   U4/U9
  SF19   U5/U9
  SF20   U6/U9
  SF21   U6/U10
  SF22   U6/U10
  SF23   U6/U11
  SF27   U6/U0(下一个超帧)
  SF28   U9/U0(下一个超帧)
  SF29   U9/U1(下一个超帧)
  SF30   U10/U1(下一个超帧)
  SF31   U10/U2(下一个超帧)
步骤3,终端读取超帧头中的广播消息,并根据广播消息中上行子帧的标号、改变后的上行子帧新关联的控制信道和/或反馈信道的标号确定上行子帧新关联的控制信道和/或反馈信道,终端和基站均根据新的关联关系,使用上行子帧新关联的控制信道和/或反馈信道进行上行HARQ进程,在有效持续时间(这里采用默认的一个超帧的时长)结束后,基站和终端均对改变关联的控制信道和/或反馈信道的上行子帧恢复到预先设置所关联的U7和U8上继续进行上行HARQ进程。
如图8所示,为本发明实施例所述的克服上行混合自动重传请求与突发业务冲突的系统,应周于TDD-OFDM系统的基站与终端间进行的上行HARQ进程中,该系统包括:关联模块801、关联关系改变模块802、基站侧的执行模块803和终端侧的执行模块804;其中,
关联模块801,位于基站中,用于对上行HARQ进程的每个超帧内的无线帧进行顺序标号,并对超帧中作为控制信道或反馈信道的下行子帧进行标号。
其中,在TDD-OFDM系统中基站是根据预定信息对每个超帧内的无线帧中的上行子帧设置与其关联的控制信道和反馈信道,通过上述设置基站与终端间进行上行HARQ进程;所述预定信息包括:一个超帧内的无线帧中上行子帧和下行子帧的数量之比、控制信道或反馈信道的分布、上/下行的处理时延。
所述设置具体是基站根据预定信息将超帧内每个上行子帧与该上行子帧之前的一个下行子帧关联作为该上行子帧的控制信道,与该上行子帧之后的一个下行子帧关联作为该上行子帧的反馈信道。
这里所述控制信道为承载调度该上行子帧发送数据信息的时频资源;所述反馈信道为终端通过该上行子帧发送数据信息给基站后,基站根据HARQ技术用于发送的确认(ACK)信息或否定(NACK)信息的时频资源。
关联关系改变模块802,位于基站中,用于当有突发业务产生并使基站和终端间正在进行的上行HARQ进程中的一个或多个上行子帧所关联的控制信道和/或反馈信道不可用时,根据关联关系的改变原则得到这些上行子帧新关联的控制信道和/或反馈信道,并将上行子帧的标号、改变后的这些上行子帧新关联的控制信道和/或反馈信道的标号,以及这些上行子帧新的关联关系的有效持续时间组成广播消息,将该广播消息写入超帧头中通过广播信道发送给基站侧的执行模块803和终端侧的执行模块804。
其中,所述有效持续时间为基站内预先设置的基站和终端间在几个超帧中根据改变后的这些上行子帧新的关联关系进行上行HARQ进程,如在基站内没有预先设置有效持续时间的时长,则该有效持续时间默认为一个超帧的时长;
其中,所述关联关系的改变原则是:该上行子帧所关联的控制信道不可用时改为该控制信道之前可用的控制信道,该上行子帧所关联的反馈信道不可用时改为该反馈信道之后可用的反馈信道;
这里还可以是:该上行子帧所关联的控制信道不可用时改为该控制信道之前相邻最近的可用的控制信道,该上行子帧所关联的反馈信道不可用时改为该反馈信道之后相邻最近的可用的反馈信道。
基站侧的执行模块803,用于根据上行子帧的标号、改变后的上行子帧新关联的控制信道和/或反馈信道的标号确定上行子帧新关联的控制信道和/或反馈信道,然后指示基站根据该上行子帧新关联的控制信道和/或反馈信道与终端进行所述上行HARQ进程,在有效持续时间结束后,对改变关联的控制信道和/或反馈信道的上行子帧恢复到预先设置所关联的控制信道和/或反馈信道上继续与终端进行所述上行HARQ进程;
终端侧的执行模块804,进一步用于读取超帧头中的广播消息,并指示终端根据广播消息中上行子帧的标号、改变后的上行子帧新关联的控制信道和/或反馈信道的标号确定上行子帧新关联的控制信道和/或反馈信道,然后根据该上行子帧新关联的控制信道和/或反馈信道与基站进行所述上行HARQ进程,在有效持续时间结束后,对改变关联的控制信道和/或反馈信道的上行子帧恢复到预先设置所关联的控制信道和/或反馈信道上继续与基站进行上行HARQ进程。
这里本发明实施例的系统中所述的突发业务为多播广播业务或者增强的多播广播业务。
与现有技术相比,本发明解决了上行混合自动重传请求与突发业务冲突的问题,尤其是解决了在TDD-OFDM系统中终端和基站之间进行上行HARQ进程中当有多播广播业务/增强的多播广播业务以TDM方式与单播业务复用资源时,多播广播业务/增强的多播广播业务临时占用下行子帧的资源,使得上行HARQ进程中位于所述下行子帧上的控制信道和/或反馈信道不可用的问题。
显然,本领域的技术人员应该明白,上述的本发明所述系统的各模块或所述方法的各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现,这里本发明不限制于任何特定的硬件和软件结合。
当然,本发明还可有其他多种实施例,在不背离本发明精神及其实质的情况下,熟悉本领域的技术人员可根据本发明做出各种相应的改变和变形,但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (10)

1.一种克服上行混合自动重传请求与突发业务冲突的方法,应用于时分双工正交频分复用系统的基站与终端间进行的上行混合自动重传请求HARQ进程中,其特征在于,包括:
当有所述突发业务产生并使所述基站和终端间正在进行的所述上行HARQ进程中的一个或多个上行子帧所关联的控制信道和/或反馈信道不可用时,所述基站将所述上行子帧所关联的不可用的控制信道改为该控制信道之前相邻最近的可用的控制信道,将所述上行子帧所关联的不可用的反馈信道改为该反馈信道之后相邻最近的可用的反馈信道;并将改变后的所述上行子帧与控制信道和/或反馈信道的新的关联关系通过广播信道发送给所述终端;
所述终端和基站均根据所述新的关联关系,使用所述上行子帧关联的控制信道和/或反馈信道进行所述上行HARQ进程。
2.如权利要求1所述的方法,其特征在于,所述方法为:
基站对用于上行HARQ进程的每个超帧内的无线帧进行顺序标号,并对所述超帧中作为所述控制信道或反馈信道的下行子帧进行标号;
当有所述突发业务产生并使所述基站和终端间正在进行的所述上行HARQ进程中的一个或多个上行子帧所关联的控制信道和/或反馈信道不可用时,所述基站将所述上行子帧所关联的不可用的控制信道改为该控制信道之前相邻最近的可用的控制信道,将所述上行子帧所关联的不可用的反馈信道改为该反馈信道之后相邻最近的可用的反馈信道;并将所述上行子帧的标号、改变后的所述上行子帧新关联的控制信道和/或反馈信道的标号组成广播消息,将该广播消息写入超帧头中通过广播信道发送给终端;
所述终端读取所述超帧头中的广播消息,并根据广播消息中所述上行子帧的标号、改变后的所述上行子帧新关联的控制信道和/或反馈信道的标号确定所述上行子帧新关联的控制信道和/或反馈信道,所述终端和基站均根据所述新的关联关系,使用所述上行子帧新关联的控制信道和/或反馈信道进行所述上行HARQ进程。
3.如权利要求1或2所述的方法,其特征在于,所述突发业务为多播广播业务或者增强的多播广播业务。
4.如权利要求2所述的方法,其特征在于,所述广播消息中还包括有所述上行子帧新的关联关系的有效持续时间。
5.如权利要求4所述的方法,其特征在于,所述终端读取所述超帧头中的广播消息,并根据广播消息中所述上行子帧的标号、改变后的所述上行子帧新关联的控制信道和/或反馈信道的标号确定所述上行子帧新关联的控制信道和/或反馈信道,所述终端和基站均根据所述新的关联关系,使用所述上行子帧新关联的控制信道和/或反馈信道进行所述上行HARQ进程,进一步为:
所述终端读取所述超帧头中的广播消息,并根据广播消息中所述上行子帧的标号、改变后的所述上行子帧新关联的控制信道和/或反馈信道的标号确定所述上行子帧新关联的控制信道和/或反馈信道,所述终端和基站均根据所述新的关联关系,使用所述上行子帧新关联的控制信道和/或反馈信道进行所述上行HARQ进程,在所述有效持续时间结束后,所述终端和基站均对改变关联的控制信道和/或反馈信道的所述上行子帧恢复到预先设置所关联的控制信道和/或反馈信道上继续进行所述上行HARQ进程。
6.一种克服上行混合自动重传请求与突发业务冲突的系统,应用于时分双工正交频分复用系统的基站与终端间进行的上行混合自动重传请求HARQ进程中,其特征在于,该系统包括:关联关系改变模块、基站侧的执行模块和终端侧的执行模块;其中,
所述关联关系改变模块,位于基站中,用于当有所述突发业务产生并使所述基站和终端间正在进行的所述上行HARQ进程中的一个或多个上行子帧所关联的控制信道和/或反馈信道不可用时,将所述上行子帧所关联的不可用的控制信道改为该控制信道之前相邻最近的可用的控制信道,将所述上行子帧所关联的不可用的反馈信道改为该反馈信道之后相邻最近的可用的反馈信道;并将改变后的所述上行子帧与控制信道和/或反馈信道的新的关联关系通过广播信道发送给所述终端侧的执行模块,同时将改变后的所述上行子帧与控制信道和/或反馈信道的新的关联关系发送给所述基站侧的执行模块;
所述基站侧的执行模块,用于读取并指示所述基站根据所述新的关联关系,使用所述上行子帧关联的控制信道和/或反馈信道与所述终端进行所述上行HARQ进程;
所述终端侧的执行模块,用于读取并指示所述终端根据所述新的关联关系,使用所述上行子帧关联的控制信道和/或反馈信道与所述基站进行所述上行HARQ进程。
7.如权利要求6所述的系统,其特征在于,所述系统还包括:关联模块,位于基站中,用于对所述上行HARQ进程的每个超帧内的无线帧进行顺序标号,并对所述超帧中作为所述控制信道或反馈信道的下行子帧进行标号;
所述关联关系改变模块,进一步还用于当有所述突发业务产生并使所述基站和终端间正在进行的所述上行HARQ进程中的一个或多个上行子帧所关联的控制信道和/或反馈信道不可用时,将所述上行子帧所关联的不可用的控制信道改为该控制信道之前相邻最近的可用的控制信道,将所述上行子帧所关联的不可用的反馈信道改为该反馈信道之后相邻最近的可用的反馈信道;并将所述上行子帧的标号、改变后的所述上行子帧新关联的控制信道和/或反馈信道的标号组成广播消息,将该广播消息写入超帧头中通过广播信道发送给所述终端侧的执行模块,同时将所述上行子帧的标号、改变后的所述上行子帧新关联的控制信道和/或反馈信道的标号发送给所述基站侧的执行模块;
所述基站侧的执行模块,进一步用于根据所述上行子帧的标号、改变后的所述上行子帧新关联的控制信道和/或反馈信道的标号确定所述上行子帧新关联的控制信道和/或反馈信道,然后指示所述基站根据该上行子帧新关联的控制信道和/或反馈信道与所述终端进行所述上行HARQ进程;
所述终端侧的执行模块,进一步用于读取所述超帧头中的广播消息,并指示所述终端根据广播消息中所述上行子帧的标号、改变后的所述上行子帧新关联的控制信道和/或反馈信道的标号确定所述上行子帧新关联的控制信道和/或反馈信道,然后根据该上行子帧新关联的控制信道和/或反馈信道与所述基站进行所述上行HARQ进程。
8.如权利要求6或7所述的系统,其特征在于,所述突发业务为多播广播业务或者增强的多播广播业务。
9.如权利要求7所述的系统,其特征在于,所述广播消息中还包括有所述上行子帧新的关联关系的有效持续时间。
10.如权利要求9所述的系统,其特征在于,所述基站侧的执行模块,进一步用于根据所述上行子帧的标号、改变后的所述上行子帧新关联的控制信道和/或反馈信道的标号确定所述上行子帧新关联的控制信道和/或反馈信道,然后指示所述基站根据该上行子帧新关联的控制信道和/或反馈信道与所述终端进行所述上行HARQ进程,在所述有效持续时间结束后,对改变关联的控制信道和/或反馈信道的所述上行子帧恢复到预先设置所关联的控制信道和/或反馈信道上继续与所述终端进行所述上行HARQ进程;
所述终端侧的执行模块,进一步用于读取所述超帧头中的广播消息,并指示所述终端根据广播消息中上行子帧的标号、改变后的上行子帧新关联的控制信道和/或反馈信道的标号确定上行子帧新关联的控制信道和/或反馈信道,然后根据该上行子帧新关联的控制信道和/或反馈信道与终端进行所述上行HARQ进程,在所述有效持续时间结束后,对改变关联的控制信道和/或反馈信道的所述上行子帧恢复到预先设置所关联的控制信道和/或反馈信道上继续与所述基站进行所述上行HARQ进程。
CN 200910006949 2009-02-13 2009-02-13 克服上行混合自动重传请求与突发业务冲突的方法和系统 Expired - Fee Related CN101807983B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN 200910006949 CN101807983B (zh) 2009-02-13 2009-02-13 克服上行混合自动重传请求与突发业务冲突的方法和系统
PCT/CN2009/073844 WO2010091574A1 (zh) 2009-02-13 2009-09-09 一种上行混合自动重传请求的调度方法与系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN 200910006949 CN101807983B (zh) 2009-02-13 2009-02-13 克服上行混合自动重传请求与突发业务冲突的方法和系统

Publications (2)

Publication Number Publication Date
CN101807983A CN101807983A (zh) 2010-08-18
CN101807983B true CN101807983B (zh) 2013-10-16

Family

ID=42561383

Family Applications (1)

Application Number Title Priority Date Filing Date
CN 200910006949 Expired - Fee Related CN101807983B (zh) 2009-02-13 2009-02-13 克服上行混合自动重传请求与突发业务冲突的方法和系统

Country Status (2)

Country Link
CN (1) CN101807983B (zh)
WO (1) WO2010091574A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102158325B (zh) * 2011-04-22 2017-05-10 中兴通讯股份有限公司 数据传输方法及装置
CN104601300B (zh) * 2013-10-31 2018-03-16 电信科学技术研究院 一种数据传输方法及设备
CN109217990B (zh) * 2017-06-30 2021-07-09 华为技术有限公司 一种数据传输方法及装置
CN111200487B (zh) * 2018-11-20 2021-06-29 展讯通信(上海)有限公司 混合自动重传请求确认harq-ack的传输方法及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1731705A (zh) * 2005-08-19 2006-02-08 中兴通讯股份有限公司 时分同步码分多址系统多载波高速下行分组接入实现方法
CN101174879A (zh) * 2006-11-02 2008-05-07 鼎桥通信技术有限公司 一种混合自动请求重传的调度方法
CN101296167A (zh) * 2007-04-23 2008-10-29 中兴通讯股份有限公司 一种为上行混合自动重发请求突发分配传输带宽的方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8112075B2 (en) * 2006-03-24 2012-02-07 Nokia Corporation HARQ-aware CQI reporting
CN101217347B (zh) * 2007-12-28 2011-12-14 中国科学院计算技术研究所 一种无线网络媒体接入控制系统中harq的实现方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1731705A (zh) * 2005-08-19 2006-02-08 中兴通讯股份有限公司 时分同步码分多址系统多载波高速下行分组接入实现方法
CN101174879A (zh) * 2006-11-02 2008-05-07 鼎桥通信技术有限公司 一种混合自动请求重传的调度方法
CN101296167A (zh) * 2007-04-23 2008-10-29 中兴通讯股份有限公司 一种为上行混合自动重发请求突发分配传输带宽的方法

Also Published As

Publication number Publication date
WO2010091574A1 (zh) 2010-08-19
CN101807983A (zh) 2010-08-18

Similar Documents

Publication Publication Date Title
CN101605356B (zh) 一种指示资源的方法、装置及系统
CN101388755B (zh) 单小区mbms数据重传调度方法、装置、系统和基站
US8654661B2 (en) Method and apparatus for multicast and broadcast retransmission in wireless communication systems
CN101772073A (zh) 基于时分双工系统的混合自动重传请求的实现方法和装置
CN102740465B (zh) 数据传输方法、装置及系统
CN101399651B (zh) 一种业务数据在hsdpa中传输的方法、装置及系统
CN103036657B (zh) 一种数据传输方法和装置
CN101867937A (zh) 基于恒定调度的混合自动重传实现方法
CN102355334B (zh) 一种半静态调度方式下数据的传输方法及用户设备
CN101018133A (zh) 一种多媒体广播组播业务帧序列的生成方法
CN104378185A (zh) 一种用于lte系统中子帧绑定的调度方法及装置
CN101807983B (zh) 克服上行混合自动重传请求与突发业务冲突的方法和系统
CN103873211A (zh) 一种harq重传和盲检测方法
EP3602878B1 (en) Puncture bundling of data for a first service in a transmission of a second service
CN101615988A (zh) 混合自动重传请求的调度方法
CN103026773B (zh) 传输数据的方法和设备
CN101568153A (zh) 一种实时小分组业务的传输方法及装置
CN101610138B (zh) 上行混合自动重传请求的实现方法和系统
CN102595609B (zh) 一种子帧捆绑时实现上行子帧调度的方法和系统
CN101610097B (zh) 时分同步码分多址系统中盲检收发方法及设备
WO2013159597A1 (zh) 数据传输方法、用户设备及基站
CN101547069B (zh) 一种数据接收反馈信号的发送方法、系统和装置
WO2007108602A1 (en) Method and apparatus for allocation of transmission resources in a mobile communication system
CN101674168B (zh) 一种恒定调度下基于混合自动重传的通信方法及系统
CN101610137A (zh) 基于harq的通信方法

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
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20131016

Termination date: 20180213

CF01 Termination of patent right due to non-payment of annual fee