CN101807983A - 克服上行混合自动重传请求与突发业务冲突的方法和*** - Google Patents
克服上行混合自动重传请求与突发业务冲突的方法和*** Download PDFInfo
- Publication number
- CN101807983A CN101807983A CN200910006949A CN200910006949A CN101807983A CN 101807983 A CN101807983 A CN 101807983A CN 200910006949 A CN200910006949 A CN 200910006949A CN 200910006949 A CN200910006949 A CN 200910006949A CN 101807983 A CN101807983 A CN 101807983A
- Authority
- CN
- China
- Prior art keywords
- frame
- uplink
- control channel
- sub
- 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.)
- Granted
Links
Images
Classifications
-
- 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/1887—Scheduling and prioritising arrangements
-
- 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/1854—Scheduling 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 Error Correction)这两种技术联合使用来实现的。HARQ技术能够使无线移动通信***获得更高的***吞吐量和更高的***稳定性,并且是3G长期演进(LTE,Long Term Evolution)***以及全球微波接入互操作性(WiMAX,World Interoperability for Microwave Access)***中的关键技术之一。
在TDD-OFDM(Time Division Duplex-Orthogonal Frequency Division Multiplexing,时分双工正交频分复用)***中,上、下行是分时传输的,该***中的基站和终端收到对方的数据都需要一定的处理时间,另外由于帧对齐和传播也会引入的一定的时延,为了减少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+I的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 | U 15/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 (12)
1.一种克服上行混合自动重传请求与突发业务冲突的方法,应用于时分双工正交频分复用***的基站与终端间进行的上行混合自动重传请求HARQ进程中,其特征在于,包括:
当有所述突发业务产生并使所述基站和终端间正在进行的所述上行HARQ进程中的一个或多个上行子帧所关联的控制信道和/或反馈信道不可用时,所述基站将所述上行子帧所关联的不可用的控制信道改为该控制信道之前可用的控制信道,将所述上行子帧所关联的不可用的反馈信道改为该反馈信道之后可用的反馈信道;并将改变后的所述上行子帧与控制信道和/或反馈信道的新的关联关系通过广播信道发送给所述终端;
所述终端和基站均根据所述新的关联关系,使用所述上行子帧关联的控制信道和/或反馈信道进行所述上行HARQ进程。
2.如权利要求1所述的方法,其特征在于,所述方法为:
基站对用于上行HARQ进程的每个超帧内的无线帧进行顺序标号,并对所述超帧中作为所述控制信道或反馈信道的下行子帧进行标号;
当有所述突发业务产生并使所述基站和终端间正在进行的所述上行HARQ进程中的一个或多个上行子帧所关联的控制信道和/或反馈信道不可用时,所述基站将所述上行子帧所关联的不可用的控制信道改为该控制信道之前可用的控制信道,将所述上行子帧所关联的不可用的反馈信道改为该反馈信道之后可用的反馈信道;并将所述上行子帧的标号、改变后的所述上行子帧新关联的控制信道和/或反馈信道的标号组成广播消息,将该广播消息写入超帧头中通过广播信道发送给终端;
所述终端读取所述超帧头中的广播消息,并根据广播消息中所述上行子帧的标号、改变后的所述上行子帧新关联的控制信道和/或反馈信道的标号确定所述上行子帧新关联的控制信道和/或反馈信道,所述终端和基站均根据所述新的关联关系,使用所述上行子帧新关联的控制信道和/或反馈信道进行所述上行HARQ进程。
3.如权利要求1或2所述的方法,其特征在于,所述基站将所述上行子帧所关联的不可用的控制信道改为该控制信道之前可用的控制信道,将所述上行子帧所关联的不可用的反馈信道改为该反馈信道之后可用的反馈信道,进一步为:
所述基站将所述上行子帧所关联的不可用的控制信道改为该控制信道之前相邻最近的可用的控制信道,将所述上行子帧所关联的不可用的反馈信道改为该反馈信道之后相邻最近的可用的反馈信道。
4.如权利要求1或2所述的方法,其特征在于,所述突发业务为多播广播业务或者增强的多播广播业务。
5.如权利要求2所述的方法,其特征在于,所述广播消息中还包括有所述上行子帧新的关联关系的有效持续时间。
6.如权利要求5所述的方法,其特征在于,所述终端读取所述超帧头中的广播消息,并根据广播消息中所述上行子帧的标号、改变后的所述上行子帧新关联的控制信道和/或反馈信道的标号确定所述上行子帧新关联的控制信道和/或反馈信道,所述终端和基站均根据所述新的关联关系,使用所述上行子帧新关联的控制信道和/或反馈信道进行所述上行HARQ进程,进一步为:
所述终端读取所述超帧头中的广播消息,并根据广播消息中所述上行子帧的标号、改变后的所述上行子帧新关联的控制信道和/或反馈信道的标号确定所述上行子帧新关联的控制信道和/或反馈信道,所述终端和基站均根据所述新的关联关系,使用所述上行子帧新关联的控制信道和/或反馈信道进行所述上行HARQ进程,在所述有效持续时间结束后,所述终端和基站均对改变关联的控制信道和/或反馈信道的所述上行子帧恢复到预先设置所关联的控制信道和/或反馈信道上继续进行所述上行HARQ进程。
7.一种克服上行混合自动重传请求与突发业务冲突的***,应用于时分双工正交频分复用***的基站与终端间进行的上行混合自动重传请求HARQ进程中,其特征在于,该***包括:关联关系改变模块、基站侧的执行模块和终端侧的执行模块;其中,
所述关联关系改变模块,位于基站中,用于当有所述突发业务产生并使所述基站和终端间正在进行的所述上行HARQ进程中的一个或多个上行子帧所关联的控制信道和/或反馈信道不可用时,将所述上行子帧所关联的不可用的控制信道改为该控制信道之前可用的控制信道,将所述上行子帧所关联的不可用的反馈信道改为该反馈信道之后可用的反馈信道;并将改变后的所述上行子帧与控制信道和/或反馈信道的新的关联关系通过广播信道发送给所述终端侧的执行模块,同时将改变后的所述上行子帧与控制信道和/或反馈信道的新的关联关系发送给所述基站侧的执行模块;
所述基站侧的执行模块,用于读取并指示所述基站根据所述新的关联关系,使用所述上行子帧关联的控制信道和/或反馈信道与所述终端进行所述上行HARQ进程;
所述终端侧的执行模块,用于读取并指示所述终端根据所述新的关联关系,使用所述上行子帧关联的控制信道和/或反馈信道与所述基站进行所述上行HARQ进程。
8.如权利要求7所述的***,其特征在于,所述***还包括:关联模块,位于基站中,用于对所述上行HARQ进程的每个超帧内的无线帧进行顺序标号,并对所述超帧中作为所述控制信道或反馈信道的下行子帧进行标号;
所述关联关系改变模块,进一步还用于当有所述突发业务产生并使所述基站和终端间正在进行的所述上行HARQ进程中的一个或多个上行子帧所关联的控制信道和/或反馈信道不可用时,将所述上行子帧所关联的不可用的控制信道改为该控制信道之前可用的控制信道,将所述上行子帧所关联的不可用的反馈信道改为该反馈信道之后可用的反馈信道;并将所述上行子帧的标号、改变后的所述上行子帧新关联的控制信道和/或反馈信道的标号组成广播消息,将该广播消息写入超帧头中通过广播信道发送给所述终端侧的执行模块,同时将所述上行子帧的标号、改变后的所述上行子帧新关联的控制信道和/或反馈信道的标号发送给所述基站侧的执行模块;
所述基站侧的执行模块,进一步用于根据所述上行子帧的标号、改变后的所述上行子帧新关联的控制信道和/或反馈信道的标号确定所述上行子帧新关联的控制信道和/或反馈信道,然后指示所述基站根据该上行子帧新关联的控制信道和/或反馈信道与所述终端进行所述上行HARQ进程;
所述终端侧的执行模块,进一步用于读取所述超帧头中的广播消息,并指示所述终端根据广播消息中所述上行子帧的标号、改变后的所述上行子帧新关联的控制信道和/或反馈信道的标号确定所述上行子帧新关联的控制信道和/或反馈信道,然后根据该上行子帧新关联的控制信道和/或反馈信道与所述基站进行所述上行HARQ进程。
9.如权利要求7或8所述的***,其特征在于,所述关联关系改变模块将所述上行子帧所关联的不可用的控制信道改为该控制信道之前可用的控制信道,将所述上行子帧所关联的不可用的反馈信道改为该反馈信道之后可用的反馈信道,进一步为:
所述关联关系改变模块将所述上行子帧所关联的不可用的控制信道改为该控制信道之前相邻最近的可用的控制信道,将所述上行子帧所关联的不可用的反馈信道改为该反馈信道之后相邻最近的可用的反馈信道。
10.如权利要求7或8所述的***,其特征在于,所述突发业务为多播广播业务或者增强的多播广播业务。
11.如权利要求8所述的***,其特征在于,所述广播消息中还包括有所述上行子帧新的关联关系的有效持续时间。
12.如权利要求11所述的***,其特征在于,所述基站侧的执行模块,进一步用于根据所述上行子帧的标号、改变后的所述上行子帧新关联的控制信道和/或反馈信道的标号确定所述上行子帧新关联的控制信道和/或反馈信道,然后指示所述基站根据该上行子帧新关联的控制信道和/或反馈信道与所述终端进行所述上行HARQ进程,在所述有效持续时间结束后,对改变关联的控制信道和/或反馈信道的所述上行子帧恢复到预先设置所关联的控制信道和/或反馈信道上继续与所述终端进行所述上行HARQ进程;
所述终端侧的执行模块,进一步用于读取所述超帧头中的广播消息,并指示所述终端根据广播消息中上行子帧的标号、改变后的上行子帧新关联的控制信道和/或反馈信道的标号确定上行子帧新关联的控制信道和/或反馈信道,然后根据该上行子帧新关联的控制信道和/或反馈信道与终端进行所述上行HARQ进程,在所述有效持续时间结束后,对改变关联的控制信道和/或反馈信道的所述上行子帧恢复到预先设置所关联的控制信道和/或反馈信道上继续与所述基站进行所述上行HARQ进程。
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 true CN101807983A (zh) | 2010-08-18 |
CN101807983B 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) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015062477A1 (zh) * | 2013-10-31 | 2015-05-07 | 电信科学技术研究院 | 一种数据传输方法及设备 |
CN109217990A (zh) * | 2017-06-30 | 2019-01-15 | 华为技术有限公司 | 一种数据传输方法及装置 |
WO2020103780A1 (zh) * | 2018-11-20 | 2020-05-28 | 展讯通信(上海)有限公司 | 混合自动重传请求确认harq-ack的传输方法及装置 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102158325B (zh) * | 2011-04-22 | 2017-05-10 | 中兴通讯股份有限公司 | 数据传输方法及装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1731705A (zh) * | 2005-08-19 | 2006-02-08 | 中兴通讯股份有限公司 | 时分同步码分多址***多载波高速下行分组接入实现方法 |
US20070238462A1 (en) * | 2006-03-24 | 2007-10-11 | Nokia Corporation | HARQ-aware CQI reporting |
CN101174879A (zh) * | 2006-11-02 | 2008-05-07 | 鼎桥通信技术有限公司 | 一种混合自动请求重传的调度方法 |
CN101296167A (zh) * | 2007-04-23 | 2008-10-29 | 中兴通讯股份有限公司 | 一种为上行混合自动重发请求突发分配传输带宽的方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101217347B (zh) * | 2007-12-28 | 2011-12-14 | 中国科学院计算技术研究所 | 一种无线网络媒体接入控制***中harq的实现方法 |
-
2009
- 2009-02-13 CN CN 200910006949 patent/CN101807983B/zh not_active Expired - Fee Related
- 2009-09-09 WO PCT/CN2009/073844 patent/WO2010091574A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1731705A (zh) * | 2005-08-19 | 2006-02-08 | 中兴通讯股份有限公司 | 时分同步码分多址***多载波高速下行分组接入实现方法 |
US20070238462A1 (en) * | 2006-03-24 | 2007-10-11 | Nokia Corporation | HARQ-aware CQI reporting |
CN101174879A (zh) * | 2006-11-02 | 2008-05-07 | 鼎桥通信技术有限公司 | 一种混合自动请求重传的调度方法 |
CN101296167A (zh) * | 2007-04-23 | 2008-10-29 | 中兴通讯股份有限公司 | 一种为上行混合自动重发请求突发分配传输带宽的方法 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015062477A1 (zh) * | 2013-10-31 | 2015-05-07 | 电信科学技术研究院 | 一种数据传输方法及设备 |
CN109217990A (zh) * | 2017-06-30 | 2019-01-15 | 华为技术有限公司 | 一种数据传输方法及装置 |
CN109217990B (zh) * | 2017-06-30 | 2021-07-09 | 华为技术有限公司 | 一种数据传输方法及装置 |
WO2020103780A1 (zh) * | 2018-11-20 | 2020-05-28 | 展讯通信(上海)有限公司 | 混合自动重传请求确认harq-ack的传输方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
WO2010091574A1 (zh) | 2010-08-19 |
CN101807983B (zh) | 2013-10-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9161181B2 (en) | Communication method, base station, communication system, and mobile terminal | |
CN101867937B (zh) | 基于恒定调度的混合自动重传实现方法 | |
US8654661B2 (en) | Method and apparatus for multicast and broadcast retransmission in wireless communication systems | |
CN101388755B (zh) | 单小区mbms数据重传调度方法、装置、***和基站 | |
CN101772073A (zh) | 基于时分双工***的混合自动重传请求的实现方法和装置 | |
CN101399651B (zh) | 一种业务数据在hsdpa中传输的方法、装置及*** | |
CN103036657B (zh) | 一种数据传输方法和装置 | |
CN101605356A (zh) | 一种指示资源的方法、装置及*** | |
CN101646239A (zh) | 一种半持久调度的方法 | |
CN102355334B (zh) | 一种半静态调度方式下数据的传输方法及用户设备 | |
CN105429738A (zh) | 数据传输方法、装置及*** | |
CN101018133A (zh) | 一种多媒体广播组播业务帧序列的生成方法 | |
CN101932111B (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 | |
CN102595609B (zh) | 一种子帧捆绑时实现上行子帧调度的方法和*** | |
CN103026773B (zh) | 传输数据的方法和设备 | |
WO2013159597A1 (zh) | 数据传输方法、用户设备及基站 | |
CN101610097B (zh) | 时分同步码分多址***中盲检收发方法及设备 | |
CN101610138A (zh) | 上行混合自动重传请求的实现方法和*** | |
WO2007108602A1 (en) | Method and apparatus for allocation of transmission resources in a mobile communication system | |
CN101895927B (zh) | 一种恒定调度的实现方法 | |
CN102075233B (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 | ||
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 |