CN102036398B - 一种中继节点及其传输数据的方法 - Google Patents
一种中继节点及其传输数据的方法 Download PDFInfo
- Publication number
- CN102036398B CN102036398B CN200910174167.9A CN200910174167A CN102036398B CN 102036398 B CN102036398 B CN 102036398B CN 200910174167 A CN200910174167 A CN 200910174167A CN 102036398 B CN102036398 B CN 102036398B
- Authority
- CN
- China
- Prior art keywords
- subframe
- schedulings
- many
- descending
- uplink authorization
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/14—Relay systems
- H04B7/15—Active relay systems
- H04B7/155—Ground-based stations
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0078—Timing of allocation
- H04L5/0082—Timing of allocation at predetermined intervals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0091—Signaling for the administration of the divided path
- H04L5/0094—Indication of how sub-channels of the path are allocated
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/04—Large scale networks; Deep hierarchical networks
- H04W84/042—Public Land Mobile systems, e.g. cellular systems
- H04W84/047—Public Land Mobile systems, e.g. cellular systems using dedicated repeater stations
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明涉及一种中继节点及其传输数据的方法,涉及无线通信技术领域。本发明方法包括:所述RN根据获取的下行多子帧调度的调度信息在相应的多个连续或者非连续的下行回程子帧上接收数据,根据获取的上行多子帧调度的调度信息在相应的多个连续或者非连续的上行回程子帧上发送数据。本发明技术方案解决了为中继节点调度多个子帧的资源的问题。相比现有技术中动态调度和半持久调度的方法,本发明技术方案可以更为灵活的配置和利用资源,保证基站与中继节点之间的回程链路的传输。
Description
技术领域
本发明涉及无线通信技术领域,特别涉及中继节点及其传输数据的方法。
背景技术
第三代移动通信长期演进(Long Term Evolution,LTE)***的“演进的通用陆地无线接入网(Evolved Universal Terrestrial Radio Access Network,E-UTRAN,由基站eNB组成,因此也可以称为基站eNB)”的无线接口媒体接入控制(Media Access Control,MAC)协议层,存在调度/优先级处理(Scheduling/Priority handling)功能实体,其中,调度功能支持动态调度(Dynamic scheduling)和半持久调度(或称为半静态调度)(Semi-persistentScheduling)。
动态调度(Dynamic Scheduling)是指,E-UTRAN能够通过物理下行控制信道(Physical Downlink Control Channel,PDCCH)上的小区无线网络临时标识(Cell Radio Network Temporary Identifier,C-RNTI)在每个传输时间间隔(Transmit Time Interval,TTI,对应于一个子帧(subframe))向用户设备(UE)动态分配资源用于UE接收/发送数据,资源包括物理资源块(Physical Resource Block,PRB)和调制编码方案(Modulation and CodingScheme,MCS)等。其中上行采用下行控制信息(downlink control information,DCI)格式0(format 0)、下行采用DCI format 1指示调度信息,如表1、表2所示,两者主要的区别在于由于下行HARQ是异步HARQ所以需要指示HARQ进程标识,而上行HARQ是同步HARQ所以不需要指示该标识。UE混合自动重传请求(Hybrid ARQ,HARQ)的首传和HARQ重传均可使用动态调度。
表1为DCI format 0的主要定义域表
名称 | 说明 |
资源块指配信息 | 用于指示UE可使用的频域资源 |
调制编码等级(MCS,Modulation and Coding Scheme) | 用于指示UE发送的数据应当采用什么调制模式和编码率 |
新数据指示符(NDI,New Data Indicator) | 用于指示UE是发送新数据还是重传旧数据 |
上行标识 | 用于TDD模式的配置0,指示该上行授权用于哪个上行子帧 |
下行指配标识(DAI,Downlink Assignment Index) | 用于TDD模式的配置1~6,指示HARQ反馈的子帧 |
表2为DCI format 1的主要定义域表
名称 | 说明 |
资源分配包头 | 指示资源分配的类型 |
资源块指配信息 | 用于指示UE可使用的频域资源 |
MCS | 用于指示UE发送的数据应当采用什么调制模式和编码率 |
HARQ进程标识 | 用于指示UE所用的HARQ进程 |
NDI | 用于指示UE是发送新数据还是重传旧数据 |
冗余版本(RV,Runduncency Version) | 用于指示UE发送的HARQ冗余版本 |
DAI | 用于TDD模式的配置1~6,指示HARQ反馈的子帧 |
半持久调度(Semi-persistent Scheduling,SPS)是指,E-UTRAN可以通过在PDCCH(物理下行控制信道,Physical Downlink Control Channel)上的半持久调度小区无线网络临时标识(Semi-Persistent Scheduling C-RNTI,SPSC-RNTI)为UE分配半持久资源用于UE接收或者发送数据,资源包括物理资源块PRB、调制编码方案MCS等。在半持久调度中,UE的HARQ首传使用半持久资源,HARQ重传使用动态调度的资源。半持久资源按照所配置的周期重复发生,在UE被配置有半持久资源的子帧(Subframe),如果UE没有在PDCCH上监测到其C-RNTI,则在相应的子帧根据半持久资源进行接收或者发送。在UE被配置有半持久资源的子帧,如果UE在PDCCH上监测到其C-RNTI,则在相应的子帧使用PDCCH指示的动态资源替代(Override)半持久资源。
典型地,半持久调度应用于VoIP业务,为其分配的半持久资源以20ms为周期。E-UTRAN通过无线资源控制(Radio Resource Control,RRC)信令为UE配置半持久调度参数,包括半持久调度小区-无线网络临时标识、下行半持久调度配置、上行半持久调度配置等。下行或者上行半持久调度参数可以分别配置,下行半持久调度参数包括下行半持久调度周期、预留的HARQ进程数、PUCCH(物理上行控制信道,Physical Uplink Control Channel)反馈资源等信息;上行半持久调度参数包括上行半持久调度周期、隐式释放参数、PUSCH(物理上行共享信道,Physical Uplink Shared Channel)相关参数等信息、对于TDD模式还包括两周期配置信息。E-UTRAN通过RRC信令使能或者去使能(enable/disable)下行或者上行半持久调度,当下行或者上行半持久调度去使能时,对应的半持久资源被释放。LTE频分多路复用模式(Frequency Divided Duplex,FDD)在下行或者上行最多分别支持一个周期。时分多路复用模式(Time Divided Duplex,TDD)在下行仅支持一个周期,在上行支持两个周期的配置以避免HARQ重传和HARQ首传时半持久资源的冲突。在下行,E-UTRAN通过RRC为UE配置半持久调度所预留的HARQ进程数,动态调度可以共享预留给半持久调度的HARQ进程。在上行,动态调度和半持久调度也可以共享同一个HARQ进程。E-UTRAN通过PDCCH为UE激活半持久资源。为了降低半持久调度的复杂性,半持久资源是分配给整个UE的,而不是分配给某个具体的业务的。下行或者上行最多分别只配置一个半持久资源(包括PRB、MCS等信息),该半持久资源按照RRC信令所配置的下行或者上行半持久调度周期发生。E-UTRAN通过PDCCH显式释放UE的下行或者上行半持久资源。在上行,也支持隐式释放半持久资源,UE根据若干个连续的包含0个MAC SDU(媒体接入控制业务数据单元)的新的MAC PDU(媒体接入控制协议数据单元)触发半持久资源释放。
为了满足日益增长的大带宽高速移动接入的需求,第三代伙伴组织计划(Third Generation Partnership Proj ects,3GPP)推出高级长期演进(Long-TermEvolution advance,LTE-Advanced)标准。LTE-Advanced对于长期演进(Long-Term Evolution,LTE)的演进保留了LTE的核心,在此基础上采用一系列技术对频域、空域进行扩充,以达到提高频谱利用率、增加***容量等目的。无线中继(Relay)技术即LTE-Advanced中的技术之一,旨在扩展小区的覆盖范围,减少通信中的死角地区,平衡负载,转移热点地区的业务,节省终端(或称为用户设备UE,UserEquipment)的发射功率。如图1所示,在原有的基站(Donor-eNB)和UE之间增加一些新的中继节点(Relay-Node,RN),这些新增的RN和Donor-eNB通过无线连接,和传输网络之间没有有线连接。其中,Donor-eNB和RN之间的无线链路称为回程链路(backhaullink),RN和UE之间的无线链路称为接入链路(access link)。下行数据先到达Donor-eNB,然后再传递给RN,RN再传输至UE,上行则反之。
为了配置回程链路的资源,定义了RN专用的物理下行控制信道(R-PDCCH)、物理下行共享信道(R-PDSCH)和物理上行共享信道(R-PUSCH)。R-PDCCH用于动态或半静态地分配R-PDSCH资源和R-PUSCH资源,其中,R-PDSCH资源用于传输backhaul link的下行数据,R-PUSCH资源用于传输backhaul link的上行数据。
与PDCCH指示资源分配不同在于,R-PDCCH除了可以指示当前子帧的下行资源之外,也可以指示多个后续子帧的下行资源,此外,R-PDCCH也可以指示多个后续子帧的上行资源。然而现有的资源分配方法仅适用于调度单个子帧的资源,因此,需要提供一种新的调度方法用于R-PDCCH调度多个子帧的资源。
发明内容
本发明所要解决的技术问题是,提供一种中继节点及其传输数据的方法,以实现同时调度多个子帧的资源。
为了解决上述问题,本发明公开了一种RN传输数据的方法,包括:
所述RN根据获取的下行多子帧调度的调度信息在相应的多个连续或者非连续的下行回程子帧上接收数据,根据获取的上行多子帧调度的调度信息在相应的多个连续或者非连续的上行回程子帧上发送数据。
进一步地,上述方法中,所述RN在相应的多个连续或者非连续的下行回程子帧上接收数据指,混合自动重传请求(HARQ)首传,所述RN在相应的多个连续或者非连续的上行回程子帧上发送数据指,HARQ首传。
进一步地,上述方法中,所述RN获取所述调度信息的过程如下:
所述RN根据小区-无线网络临时标识(C-RNTI)或者用于多子帧调度的RNTI在RN专用的物理下行控制信道(R-PDCCH)上接收下行指配或者上行授权,所述下行指配或者上行授权包括以下一种或几种调度信息:
多子帧调度的子帧个数、多子帧调度中涉及的进程标识,各子帧的物理资源块(PRB)、各子帧的调制编码方案(MCS)、多子帧调度中分配资源的子帧和传输数据的子帧的映射关系、各子帧的新数据标识(NDI)、各子帧的冗余版本(RV)。
其中,所述下行指配和上行授权由相同的用于多子帧调度的下行控制信息(DCI)指示给RN,或者
所述下行指配和上行授权分别由不同的用于多子帧调度的DCI指示;
当所述下行指配和上行授权由相同的用于多子帧调度的DCI指示时,用于多子帧调度的DCI中增加标志位以表示该DCI指示的是用于下行多子帧调度的下行指配还是用于上行多子帧调度的上行授权。
所述指示下行指配的DCI为DCI格式1或者为新增DCI格式。
所述指示上行授权的DCI为DCI格式0或者为新增DCI格式。
所述RN通过RRC信令获取所述用于多子帧调度的RNTI,其中,所述RRC信令为RRC连接重配消息或者为新增的RRC信令。
所述多子帧调度中的起始子帧是所述RN接收所述下行指配或者上行授权的子帧和HARQ时序共同指示的子帧;或者
所述多子帧调度中的起始子帧是所述RN接收所述下行指配或者上行授权的子帧和和RN专用的HARQ时序共同指示的子帧;或者
所述多子帧调度中的起始子帧是RN专用的HARQ时序和所述分配资源的子帧和传输数据的子帧的映射关系共同指示的子帧;或者
所述多子帧调度中的后续子帧是RN专用的HARQ时序和所述分配资源的子帧和传输数据的子帧的映射关系共同指示的子帧;
其中,所述RN通过***预定义或者RRC信令获取所述RN专用的HARQ时序。
进一步地,上述方法中,所述RN获取所述调度信息的过程如下:
所述RN通过媒体接入控制(MAC)控制元(CE)获取用于下行指配或者上行授权,所述下行指配或者上行授权包括以下一种或几种调度信息:
多子帧调度的子帧个数、多子帧调度中涉及的进程标识,各子帧占用的PRB、各子帧的MCS、多子帧调度中分配资源的子帧和传输数据的子帧的映射关系、各子帧的NDI、各子帧的RV。
所述RN通过相同的MAC CE获取下行指配和上行授权,或者通过不同的MAC CE获取下行指配和上行授权;
其中,所述RN通过相同的MAC CE获取所述下行指配和上行授权时,该MAC CE中新增有标志位以表示该MAC CE指示的是用于下行多子帧调度的下行指配还是用于上行多子帧调度的上行授权。
所述RN接收所述MAC CE失败时,告知基站接收失败,基站不再重传所述MAC CE。
当所述下行指配或者上行授权中不包括所述多子帧调度的子帧个数时,所述RN在接收所述下行指配或上行授权之前,通过***预定义或者RRC信令获取所述多子帧调度的子帧个数;
当所述下行指配或者上行授权中不包括所述多子帧调度中涉及的进程标识时,所述RN通过***预定义或者RRC信令中子帧与进程标识的对应关系中获取多子帧调度的起始子帧的进程标识和后续子帧的进程标识,或者通过***预定义或者RRC信令获取多子帧调度的起始子帧的进程标识,对起始子帧的进程标识依次递增以获取后续子帧的进程标识;
当所述下行指配或者上行授权中只包括一个PRB时,所述RN得知多子帧调度中各子帧占用相同的PRB;
当所述下行指配或者上行授权中只包括一个MCS时,所述RN得知多子帧调度中各子帧采用相同的MCS;
当所述下行指配或者上行授权不包括NDI时,所述RN得知多子帧调度中各子帧的NDI为默认值;
当所述下行指配或者上行授权不包括RV时,所述RN得知多子帧调度中各子帧的RV为默认值。
所述多子帧调度中的起始子帧是所述RN接收所述MAC CE的子帧与***预定义的时间间隔共同指示的子帧;或者
所述多子帧调度中的起始子帧是所述RN正确接收所述MAC CE的子帧之后的第一个下行回程子帧或者上行回程子帧;或者
所述多子帧调度中的后续子帧是所述RN专用的HARQ时序和所述分配资源的子帧和传输数据的子帧的映射关系共同指示的子帧,其中,所述RN通过***预定义或者RRC信令获取所述RN专用的HARQ时序。
进一步地,上述方法中,所述RN获取所述调度信息的过程如下:
所述RN通过专用RRC信令获取用于多子帧调度的RNTI,再根据所述用于多子帧调度的RNTI在R-PDCCH上接收下行指配或者上行授权,所述下行指配包括以下调度信息:
多子帧调度中起始子帧的PRB、多子帧调度中起始子帧的MCS、多子帧调度中起始子帧的NDI、多子帧调度中起始子帧的RV、多子帧调度中起始子帧的进程标识;
所述上行授权包括以下调度信息:
多子帧调度中起始子帧的PRB、多子帧调度中起始子帧的MCS、多子帧调度中起始子帧的NDI、多子帧调度中起始子帧的RV。
所述下行指配由DCI格式1指示给所述RN,所述上行授权由DCI格式0指示给所述RN。
所述多子帧调度中起始子帧指所述RN接收下行指配或者上行授权的子帧和HARQ时序共同指示的子帧;或者
所述多子帧调度中起始子帧指所述RN接收下行指配或者上行授权的子帧和RN专用的HARQ时序共同指示的子帧;
其中,所述RN通过***预定义或者RRC信令获取所述RN专用的HARQ时序。
当所述RN从所述下行指配或者上行授权中获取所述多子帧调度中起始子帧的PRB时,获知所述多子帧调度中后续子帧的PRB与所述起始子帧的PRB相同;
当所述RN从所述下行指配或者上行授权中获取所述多子帧调度中起始子帧的MCS时,获知所述多子帧调度中后续子帧的MCS与所述起始子帧的MCS相同。
所述RN在接收所述下行指配或上行授权之前,通过***预定义或者RRC信令获取所述多子帧调度的子帧个数;
所述RN获知所述多子帧调度中后续子帧的NDI是与所述起始子帧的NDI相同的值,或者
所述RN获知所述多子帧调度中后续子帧的NDI是默认值;
所述RN获知所述多子帧调度中后续子帧的RV是与所述起始子帧的RV相同的值,或者
所述RN获知所述多子帧调度中后续子帧的RV是默认值。
所述RN通过***预定义或RRC信令获取子帧与进程标识的对应关系以获得所述多子帧调度的后续子帧的进程标识;或者
所述RN对所述多子帧调度的起始子帧的进程标识依次递增以获得所述多子帧调度的后续子帧的进程标识。
所述RN通过RRC信令获取所述用于多子帧调度的RNTI,其中,所述RRC信令为RRC连接重配消息或者为新增的RRC信令。
本发明还公开了一种中继节点,包括获取模块和传输模块:
所述获取模块,用于获取下行多子帧调度的调度信息和上行多子帧调度的调度信息;
所述传输模块,用于在所述下行多子帧调度的调度信息指示的多个连续或者非连续的下行回程子帧上接收数据,以及在所述下行多子帧调度的调度信息指示的多个连续或者非连续的上行回程子帧上发送数据。
其中,所述获取模块,根据小区-无线网络临时标识(C-RNTI)或者用于多子帧调度的RNTI在RN专用的物理下行控制信道(R-PDCCH)上接收下行指配或者上行授权,所述下行指配或者上行授权包括以下一种或几种调度信息:
多子帧调度的子帧个数、多子帧调度中涉及的进程标识,各子帧的物理资源块(PRB)、各子帧的调制编码方案(MCS)、多子帧调度中分配资源的子帧和传输数据的子帧的映射关系、各子帧的新数据标识(NDI)、各子帧的冗余版本(RV)。
或者,所述获取模块,通过媒体接入控制(MAC)控制元(CE)获取用于下行指配或者上行授权,所述下行指配或者上行授权包括以下一种或几种调度信息:
多子帧调度的子帧个数、多子帧调度中涉及的进程标识,各子帧占用的PRB、各子帧的MCS、多子帧调度中分配资源的子帧和传输数据的子帧的映射关系、各子帧的NDI、各子帧的RV。
或者,所述获取模块,通过专用RRC信令获取用于多子帧调度的RNTI,再根据所述用于多子帧调度的RNTI在R-PDCCH上接收下行指配或者上行授权,所述下行指配包括以下调度信息:
多子帧调度中起始子帧的PRB、多子帧调度中起始子帧的MCS、多子帧调度中起始子帧的NDI、多子帧调度中起始子帧的RV、多子帧调度中起始子帧的进程标识;
所述上行授权包括以下调度信息:
多子帧调度中起始子帧的PRB、多子帧调度中起始子帧的MCS、多子帧调度中起始子帧的NDI、多子帧调度中起始子帧的RV。
本发明技术方案解决了为中继节点调度多个子帧的资源的问题。相比现有技术中动态调度和半持久调度的方法,本发明技术方案可以更为灵活的配置和利用资源,保证基站与中继节点之间的回程链路的传输。
附图说明
图1为现有技术中利用relay技术的网络架构示意图;
图2为本实施例中RN进行业务传输的流程图;
图3为上行多子帧调度中专用MAC CE接收失败处理的示意图;
图4为下行多子帧调度中专用MAC CE接收失败处理的示意图。
具体实施方式
本发明的主要构思是:中继节点获取事先设定的多子帧调度的配置信息和调度信息,并根据所获取的配置信息和调度信息进行多子帧下行或者上行传输。
以下结合附图和具体实施方式对本发明技术方案作详细说明。
一种RN,包括获取模块和传输模块。
获取模块,主要用于获取下行多子帧调度的调度信息和上行多子帧调度的调度信息,其中,具体的获取过程参见下文介绍的RN传输数据的具体过程中的步骤202的操作;
本实施例中,获取模块可以根据小区-无线网络临时标识(C-RNTI)或者用于多子帧调度的RNTI在RN专用的物理下行控制信道(R-PDCCH)上接收下行指配或者上行授权,该下行指配或者上行授权可能包括以下一种或几种调度信息:
多子帧调度的子帧个数、多子帧调度中涉及的进程标识,各子帧的物理资源块(PRB)、各子帧的调制编码方案(MCS)、多子帧调度中分配资源的子帧和传输数据的子帧的映射关系、各子帧的新数据标识(NDI)、各子帧的冗余版本(RV)。
获取模块还可以通过媒体接入控制(MAC)控制元(CE)获取用于下行指配或者上行授权,下行指配或者上行授权可以包括以下一种或几种调度信息:
多子帧调度的子帧个数、多子帧调度中涉及的进程标识,各子帧占用的PRB、各子帧的MCS、多子帧调度中分配资源的子帧和传输数据的子帧的映射关系、各子帧的NDI、各子帧的RV。
获取模块还可以通过专用RRC信令获取用于多子帧调度的RNTI,再根据所述用于多子帧调度的RNTI在R-PDCCH上接收下行指配或者上行授权,下行指配包括以下调度信息:
多子帧调度中起始子帧的PRB、多子帧调度中起始子帧的MCS、多子帧调度中起始子帧的NDI、多子帧调度中起始子帧的RV、多子帧调度中起始子帧的进程标识;
上行授权包括以下调度信息:
多子帧调度中起始子帧的PRB、多子帧调度中起始子帧的MCS、多子帧调度中起始子帧的NDI、多子帧调度中起始子帧的RV。
传输模块,用于在下行多子帧调度的调度信息指示的多个连续或者非连续的下行回程子帧上接收数据,以及在下行多子帧调度的调度信息指示的多个连续或者非连续的上行回程子帧上发送数据,其中,传输模块的具体实现参见下文介绍的RN传输数据的具体过程中的步骤203的操作。
下面介绍上述RN进行数据传输的具体过程,如图2所示,包括以下步骤:
步骤201:RN获取多子帧调度的配置信息,其中,多子帧调度的配置信息至少包括:下行backhaul子帧的配置信息和上行backhaul子帧的配置信息;
该步骤中,RN可以通过基站下发的RRC信令或者***信息获取下行backhaul子帧的配置信息;
RN可以通过***信息、基站下发的RRC信令获取上行backhaul子帧的配置信息,或者在已经获取下行backhaul子帧的配置信息的前提下,再按照***预定义的规则根据下行backhaul子帧的配置信息获取上行backhaul子帧的配置信息,例如,RN获取了下行backhaul子帧的配置信息,则可以根据现有技术中HARQ时序获取上行backhaul子帧的配置信息,具体地,在FDD中,下行backhaul子帧的4ms之后的子帧即为上行backhaul子帧;
其他实施例中,多子帧调度的配置信息还可能包括RN专用的HARQ时序,RN专用的HARQ时序指分配资源的时刻、进行数据传输的时刻以及反馈时刻这三者的时间关系,其中,下行多子帧调度的HARQ时序包括在下行backhaul子帧分配的下行资源用于哪些下行backhaul子帧,在哪些上行子帧上反馈这些下行数据传输的正确与否,上行多子帧调度的HARQ时序包括在下行backhaul子帧分配的上行资源用于哪些上行backhaul子帧,在哪些下行子帧上反馈这些上行数据传输的正确与否,当然,RN专用的HARQ时序也可以是***预定义的。还有一些实施例中,多子帧调度的配置信息还包括子帧与进程(process)的对应关系,即指每个子帧进行上行或者下行传输占用哪个process,当然,子帧与process的对应关系也可以是***预定义的。
步骤202:RN获取多子帧调度的调度信息,其中,多子帧调度的调度信息包括多子帧调度的子帧信息(由起始子帧和子帧个数共同指示,或者由位图指示)以及各调度子帧占用的PRB、MCS和HARQ信息,HARQ信息包括HARQ process id(进程标识)、NDI、RV等,其中,多子帧调度中的多子帧为连续或者非连续的多个子帧;
该步骤中,多子帧调度的调度信息可以由基站下发的RRC信令,或者MAC CE,或者DCI独立指示给RN,也可以由RRC信令和MAC CE联合指示给RN,还可以由RRC信令和DCI联合指示给RN。当由RRC信令和MACCE联合指示时,若出现了两者共同指示的调度信息(如RRC信令和MAC CE都指示了多子帧调度的子帧个数),则可以MAC CE指示的为准;当由RRC信令和DCI联合指示时,若出现了两者共同指示的调度信息(如RRC信令和DCI都指示了多子帧调度的子帧个数),则可以DCI指示的为准;当多子帧调度的调度信息由RRC信令独立指示给RN(即下行指配或者上行授权都采用现有的DCI格式,且没有MAC CE指示多子帧调度的调度信息)时,所述RRC信令中必须包括多子帧调度专用的RNTI。
以下为了描述方便,将传递多子帧调度的调度信息的RRC信令称为专用RRC信令,将传递多子帧调度的调度信息的MAC CE称为专用MAC CE,将传递多子帧调度的调度信息的DCI称为专用DCI。
具体地,RN可以通过基站下发的专用RRC信令获取多子帧调度的调度信息中以下一种或几种信息,其中,所述专用RRC信令是在现有RRC信令(如RRC连接重配消息,RRCConnectionReconfiguration)中增加用于指示多子帧调度的调度信息的字段,或引入新的用于传递多子帧调度的调度信息的专用RRC信令:
(1)多子帧调度的子帧个数,该子帧个数的取值为大于或等于1的正整数,默认值可以为1,即单子帧调度,其中,RN可以从专用所述RRC信令中分别获取下行多子帧调度的子帧个数和上行多子帧调度的子帧个数,当然,RN也可能从所述专用RRC信令中获取一个子帧个数值,此时表示下行多子帧调度的子帧个数和上行多子帧调度的子帧个数相同;
(2)多子帧调度专用的RNTI(无线网络临时标识),其中,下行多子帧调度专用的RNTI和上行多子帧调度专用的RNTI可能相同,也可能不同;
(3)多子帧调度的HARQ时序,其中,下行多子帧调度中的HARQ时序至少包括RN接收下行多子帧调度的下行指配的下行backhaul子帧和RN接收下行多子帧调度的下行数据的下行backhaul子帧的映射关系,在此基础上,还可以进一步包括RN接收下行多子帧调度的下行数据的下行backhaul子帧和RN反馈所述下行多子帧调度的下行数据是否接收成功的上行backhaul子帧的映射关系;上行多子帧调度中的HARQ时序至少包括RN接收上行多子帧调度的上行授权的下行backhaul子帧和RN发送上行多子帧调度的上行数据的上行backhaul子帧的映射关系,在此基础上,还可以进一步包括RN发送上行多子帧调度的上行数据的上行backhaul子帧和RN接收所述上行多子帧调度的上行数据是否发送成功的反馈的下行backhaul子帧的映射关系。
RN可以通过专用MAC控制元(MAC CE)获取多子帧调度的调度信息中以下一种或多种信息,其中,所述MAC CE为引入新的用于传递多子帧调度的调度信息的MAC CE。指示下行和上行的多子帧调度的调度信息的专用MAC CE可以是不同的专用MAC CE,也可以是相同的专用MAC CE,采用相同的专用MAC CE时,专用所述MAC CE中包括一个标志位,用于指示传递的是下行多子帧调度的调度信息还是上行多子帧调度的调度信息:
(1)多子帧调度的子帧个数,该子帧个数的取值为大于或等于1的正整数,默认值可以为1,即单子帧调度,其中,RN可以分别获取下行多子帧调度的子帧个数和上行多子帧调度的子帧个数,当然,RN也可能只获取了一个子帧个数值,此时表示下行多子帧调度的子帧个数和上行多子帧调度的子帧个数相同;
(2)多子帧调度中涉及的进程标识,可以仅指示初始子帧对应的进程标识,后续子帧对应的进程标识可以根据初始子帧对应的进程标识以及设定算法(如依次递增)可得;也可以指示多子帧调度中每个子帧的进程标识;
(3)多子帧调度占用的PRB,可以仅指示初始子帧占用的PRB,此时,认为后续子帧占用的PRB与初始子帧占用的PRB相同,也可以分别指示多子帧调度中每个子帧占用的PRB;
(4)多子帧调度的MCS,可以仅指示初始子帧的MCS,此时,认为后续子帧的MCS与初始子帧的MCS相同,也可以分别指示多子帧调度中每个子帧的MCS;
(5)多子帧调度中分配资源的子帧和进行传输的子帧的映射关系,以bitmap的方式描述调度了哪些子帧的字段。例如,RN通过RRC信令获得的多子帧调度的HARQ时序表示在下行backhaul子帧D接收的上行授权用于在上 backhaul子帧U1、U2、U3可以进行上行传输。RN在子帧D收到上行授权,其中本字段以bitmap“110”指示,则意味着该上行授权用于U1、U2两个上行子帧的上行传输,该调度信息特别适用于非连续的多子帧调度。
RN在接收包含有上述专用MAC CE的MAC PDU的过程中,会认为该MAC CE是首传,这样,RN接收该MAC CE失败时,则基站不需要重传,这是因为MAC CE的重传可能占用其指示的多子帧调度的子帧,导致重传成功的MAC CE缺乏时效性,即RN已经错过了DeNB在MAC CE中指示的子帧。
RN可以通过专用DCI获取多子帧调度的调度信息中以下一种或多种信息,其中,专用DCI可以在现有DCI(如上行采用DCI format 0,下行采用DCI format 1)中增加指示多子帧调度的调度信息的字段来实现,也可以是新定义的用于传递多子帧调度的调度信息的DCI格式来实现。指示下行和上行的多子帧调度的调度信息的DCI可以是不同的DCI,也可以是相同的DCI,采用相同的DCI时,该DCI中包括一个标志位,用于指示传递的是下行多子帧调度的调度信息还是上行多子帧调度的调度信息:
(1)多子帧调度的标志位,当多子帧调度的调度信息由DCI独立指示时,若DCI的其它字段与现有DCI的字段相同,RN根据该标志位判断DCI指示的资源是用于多子帧调度还是单子帧调度;
(2)多子帧调度的子帧个数,该子帧个数的取值为大于或等于1的正整数,默认值可以为1,即单子帧调度,其中,RN可以分别获取下行多子帧调度的子帧个数和上行多子帧调度的子帧个数,当然,RN也可能只获取了一个子帧个数值,此时表示下行多子帧调度的子帧个数和上行多子帧调度的子帧个数相同;
(3)多子帧调度涉及的进程标识,可以仅指示初始子帧对应的进程标识,后续子帧对应的进程标识可以根据初始子帧对应的进程标识以及设定算法(如依次递增)可得;也可以指示多子帧调度中每个子帧的进程标识;
(4)多子帧调度占用的PRB,可以仅指示初始子帧占用的PRB,此时,认为后续子帧占用的PRB与初始子帧占用的PRB相同,也可以分别指示多子帧调度中每个子帧占用的PRB;
(5)多子帧调度的MCS,可以仅指示初始子帧的MCS,此时,认为后续子帧的MCS与初始子帧的MCS相同,也可以分别指示多子帧调度中每个子帧的MCS;
(6)多子帧调度中分配资源的子帧和进行传输的子帧的映射关系,以bitmap的方式描述调度了哪些子帧的字段。例如,RN通过专用RRC信令获得的多子帧调度的HARQ时序表示在下行backhaul子帧D接收的上行授权用于在上行backhaul子帧U1、U2、U3可以进行上行传输。RN在子帧D收到上行授权,其中本字段以bitmap“110”指示,则意味着该上行授权用于U1、U2两个上行子帧的上行传输,该调度信息特别适用于非连续的多子帧调度。
步骤203:RN确定下行指配或者上行授权,从而接收下行数据或者发送上行数据;
由于多子帧调度是指调度多个连续或者非连续的bakchaul子帧的HARQ首传,为了实现多子帧调度,RN在步骤202中获取了多子帧调度的调度信息,即一次调度的子帧信息;
其中,多子帧调度的一次调度的子帧信息中起始子帧可以是RN获得多子帧调度的下行指配或者上行授权的子帧与现有HARQ时序共同指示的子帧(如下行的起始子帧为RN获得多子帧调度的下行指配的子帧;FDD模式中,上行的起始子帧为RN获得多子帧调度的上行授权的子帧4ms之后的子帧;TDD模式中,上行的起始子帧与具体的TDD配置有关);也可以是RN获得多子帧调度的下行指配或者上行授权的子帧与RN专用的HARQ时序共同指示的子帧(RN专用的HARQ时序可以是***预定义的,也可以是在基站在多子帧调度的配置信息中传递的,也可以是在多子帧调度的调度信息中传递的)。特别地,当多子帧调度的调度信息由专用MAC CE指示时,起始子帧还可以是专用MAC CE发送的子帧与***预定义的时间间隔共同指示的子帧,还可以是专用MAC CE正确接收的子帧之后的第一个下行或者上行backhaul子帧。
一次调度的子帧信息中子帧个数可以是***预定义的值,或者是RN通过专用RRC信令、专用MAC CE或专用DCI获得的,当然RN也可以根据专用MAC CE或专用DCI中process个数、PRB个数或者MCS个数间接获得子帧个数,即多子帧调度的子帧个数与process个数、PRB个数和MCS个数均相同;
一次调度的子帧信息中位图指示是指RN结合多子帧调度的HARQ时序和多子帧调度中分配资源的子帧和进行传输的子帧的映射关系来获得非连续的多子帧调度中调度了哪些子帧,其中多子帧调度的HARQ时序通过RRC信令获得,所述映射关系通过MAC CE或者DCI获得。例如,RN通过RRC信令获得多子帧调度的HARQ时序时,若RRC信令表示在下行backhaul子帧D收到的上行授权用于上行backhaul子帧U1、U2、U3的上行传输,则RN在子帧D接收上行授权,其中DCI中指示所述映射关系的字段以位图“110”指示本次多子帧调度中调度的子帧,这意味着该上行授权用于U1、U2两个上行子帧的上行传输;
每个子帧占用的PRB(或MCS)可以通过专用MAC CE或专用DCI获得;如果专用MAC CE或专用DCI包括用于多个子帧的PRB(或MCS),则每个子帧采用不同的PRB(或MCS)。如果专用MAC CE或DCI只包括用于一个子帧的PRB(或MCS),则每个子帧采用相同的PRB(或MCS);
每个子帧的HARQ信息中HARQ process id可以通过***预定义或RRC信令获取子帧与HARQ process id的对应关系,从而根据子帧号得到该子帧占用的HARQ process id(即同步HARQ),或者通过专用MAC CE或DCI获得。专用MAC CE指的是引入新的用于传递HARQ process id的MAC CE。DCI可以是现有的DCI(如上行采用DCI format 0,下行采用DCI format 1),也可以是专用DCI。专用MAC CE指的是引入新的用于传递HARQ process id的DCI格式。如果专用MAC CE或DCI包括用于多个子帧的HARQ processid,则每个子帧依次采用相应的HARQ process id。如果专用MAC CE或DCI只包括用于一个子帧的HARQ process id,即只给出了初始子帧占用的HARQprocess id,后续子帧占用的HARQ process id根据初始子帧占用的HARQprocess id依次递增可得;
每个子帧的HARQ信息中NDI用于与上一次收到的NDI比较是否变化来判断当前收到的是首传还是重传。对多子帧调度而言,每个process都是首传,因此不需要根据NDI来判断。但是为了后续需要根据NDI比较来判断首传或者重传的单子帧调度,预定义用于多子帧调度的NDI。后续收到的指示单子帧调度的DCI中若NDI取值与预定义的用于多子帧调度的NDI取值相同,表示所述单子帧调度的是重传,否则若NDI取值不同,表示所述单子帧调度的是首传;
每个子帧的HARQ信息中RV是下行或者上行传输的冗余版本,对首传而言,冗余版本为第0个版本。不论收到的DCI中指示RV是哪个版本,多子帧调度的传输默认为是第0个版本;
RN根据上述调度信息在相应的子帧上接收下行数据或者发送上行数据。
在上述流程中,RN确定下行指配或者上行授权的过程中,保留步骤202所获取的调度信息,直至多子帧调度结束。
下面介绍结合实际应用场景,说明RN确定下行指配以接收下行数据,确定上行授权以发送上行数据的具体过程。
例如,多子帧调度的调度信息由专用RRC信令独立指示给RN,当该专用RRC信令配置了多子帧调度专用的RNTI(本实施例中上下行采用相同的专用的RNTI),***预定义或者该专用RRC信令配置了子帧个数(本实施例以3为例)时,RN用专用RRC信令指示的专用的RNTI在每个下行backhaul子帧检测R-PDCCH,若RN在子帧D1检测到下行指配(DCI format 1),且该下行指配中指示了初始子帧的process id(本实施例以process1为例)、PRB、MCS,则在不考虑重传的情况下,RN在D1以及接下来的2个下行backhaul子帧D2、D3根据下行指配中的PRB、MCS接收下行数据,以process1、process2(或***预定义的D2对应的process)、process3(或***预定义的D3对应的process)作首传处理;若RN在子帧D1检测到上行授权(DCI format 0),且该上行授权中指示了初始子帧的PRB、MCS,则在不考虑重传的情况下,RN在接下来的3个上行backhaul子帧U1、U2、U3上根据上行授权中的PRB、MCS发送上行数据,以***预定义的U1对应的process(本实施例以process1为例)、process2(或***预定义的U2对应的process)、process3(或***预定义的U3对应的process)作首传处理;
从上可以看出,RN正确接收到包含有上下行所采用的相同的多子帧调度专用的RNTI的专用RRC信令之后,R-PDCCH上该专用的RNTI指示的下行指配或者上行授权就是用于多子帧调度的下行指配或者上行授权;RN正确接收到包含下行多子帧调度专用的RNTI的RRC信令之后,R-PDCCH上该RNTI指示的下行指配就是用于多子帧调度的下行指配;RN正确接收到包含上行多子帧调度专用的RNTI的RRC信令之后,R-PDCCH上该RNTI指示的上行授权就是用于多子帧调度的上行授权。
又如,多子帧调度的调度信息由专用DCI格式独立指示给RN,或者由专用DCI格式联合专用RRC信令共同指示给RN,当***预定义或者专用RRC信令配置了子帧个数(本实施例以3为例)时,RN用C-RNTI在每个下行backhaul子帧中检测R-PDCCH,若RN在子帧D1检测到下行指配(专用DCI),且该下行指配中指示了标志位、初始子帧的process(本实施例以process1为例)、PRB、MCS,则在不考虑重传的情况下,RN在D1以及接下来的2个下行backhaul子帧D2、D3根据下行指配中的PRB、MCS接收下行数据,以process1、process2(或***预定义的D2对应的process)、process3(或***预定义的D3对应的process)作首传处理,当子帧个数、各子帧的process、PRB、MCS也在下行指配(专用DCI)中予以指示时,可以不需要标志位来区分多或者单子帧调度;若RN在子帧D1检测到上行授权(专用DCI),且该上行授权中指示了标志位及初始子帧的PRB、MCS,则在不考虑重传的情况下,RN在接下来的3个上行backhaul子帧U1、U2、U3根据上行授权中的PRB、MCS发送上行数据,以***预定义的U1对应的process(以process1为例)、process2(或***预定义的D2对应的process)、process3(或***预定义的D3对应的process)作首传处理,当子帧个数、各子帧的process、PRB、MCS也在上行授权(专用DCI)中予以指示时,可以不需要标志位来区分多或者单子帧调度;
此外,专用DCI格式还向RN指示非连续的多子帧调度,***预定义或者专用RRC信令配置了子帧个数(本实施例以3为例),且专用RRC信令配置了多子帧调度的HARQ时序(如在下行backhaul子帧D1的下行指配可用于指示D1、D2、D3三个下行backhaul子帧的下行传输)时,RN用C-RNTI在每个下行backhaul子帧上检测R-PDCCH,若RN在D1检测到下行指配(专用DCI),且该下行指配中指示了标志位、初始子帧的process(以process1为例)、PRB、MCS以及指示多子帧调度的子帧(以位图“101”的方式),则在不考虑重传的情况下,RN在D1和D3根据下行指配中的PRB、MCS接收下行数据,以process1、process2(或***预定义的D3对应的process)作首传处理。此时,D1和D3之间的下行backhaul子帧D2由于在多子帧调度的子帧中没有指示,因此不参与此次多子帧调度。其他处理方式与连续的多子帧调度类似,在此不再一一赘述。
再如,当多子帧调度由专用MAC CE独立指示给RN,或者由专用MACCE联合专用RRC信令共同指示给RN,***预定义或者RRC信令配置了子帧个数(本实施例以3为例)时,RN用C-RNTI在每个下行backhaul子帧上检测R-PDCCH,若RN在子帧D1检测到下行指配(DCI format 1),则在不考虑重传的情况下,RN在D1根据下行指配(DCI format 1)指示正确接收包含专用MAC CE的MAC PDU,专用MAC CE指示了初始子帧的process(本实施例以process1为例)及其PRB、MCS,并在标志位指示用于下行多子帧调度,RN在接下来的3个下行backhaul子帧D2、D3、D4根据专用MAC CE中的PRB、MCS接收下行数据,以process1(或***预定义的D2对应的process)、process2(或***预定义的D3对应的process)、process3(或***预定义的D4对应的process)作首传处理,子帧个数、各子帧的process、PRB、MCS也可以在专用MAC CE中予以指示;若RN在子帧D1检测到下行指配(DCI format 1),则在不考虑重传的情况下,RN在D1根据下行指配(DCI format 1)指示正确接收包含专用MAC CE的MAC PDU,专用MAC CE指示了初始子帧的PRB、MCS,并在标志位指示用于上行多子帧调度,RN在接下来的3个上行backhaul子帧U1、U2、U3根据专用MAC CE中的PRB、MCS发送上行数据,以***预定义的U1对应的process(以process1为例)、process2(或***预定义的U2对应的process)、process3(或***预定义的U3对应的process)作首传处理,子帧个数、各子帧的process、PRB、MCS也可以在专用MAC CE中予以指示。
在其他实施例中,RN接收包含上行多子帧调度的专用MAC CE的过程中,若接收失败,意味着本次多子帧调度失败,如图3所示,D表示下行backhaul子帧,Ux表示上行多子帧调度中第x个上行backhaul子帧,DeNB在子帧D分配了下行指配和上行授权给RN,按照正常流程,RN需要根据下行指配在子帧D接收包含指示上行多子帧调度的专用MAC CE的MACPDU,并保留上行授权,其中专用MAC CE中指示RN分别在子帧U1、U2、U3调度process1、process2、process3,上行授权中指示了RN在子帧U1调度process1所使用的PRB、MCS等调度信息,RN根据上行授权在子帧U1发送多子帧调度的第一个子帧(process1)的数据,同时在该子帧RN反馈包含上述专用MAC CE的MAC PDU是否接收成功;但当RN接收包含上述MAC CE的MAC PDU失败时,即RN无法获得所述MAC CE中的上行多子帧调度信息,则RN在后续不做多子帧调度,这样,DeNB在子帧U1收到反馈的NACK(表示RN接收失败),得知RN没有获得上行多子帧调度信息,则本次多子帧调度失败,DeNB可以在后续的下行backhaul子帧重新发送指示多子帧调度的MAC CE。
还有一些实施例中,RN接收下行多子帧调度的专用MAC CE时,若接收失败,其具体处理过程,如图4所示,Dx表示下行多子帧调度中第x个下行backhaul子帧。DeNB在子帧D分配了下行指配给RN,下行指配采用现有的DCI format1,按照正常流程,RN需要根据下行指配的指示在子帧D接收包含专用MAC CE的MAC PDU,专用MAC CE指示RN在D1、D2、D3分别调度process1、process2、process3,包括相应的PRB、MCS等调度信息,RN在相应的上行backhaul子帧反馈该MAC PDU是否接收成功;但当RN接收包含专用MAC CE的MAC PDU失败时,即RN无法获得所述MAC CE中的下行多子帧调度信息,则RN在后续不做多子帧调度,DeNB收到反馈的NACK(表示RN接收失败),得知RN没有获得下行多子帧调度信息,则本次多子帧调度失败,DeNB可以在后续的下行backhaul子帧重新发送指示多子帧调度的MAC CE。
步骤204:RN发送或者接收多子帧调度中各子帧的HARQ反馈。
该步骤中,RN可以按照现有技术对多子帧调度中的每个子帧单独反馈,也可以参考现有TDD中ACK或者NACK bundling的方式,对多个子帧共同反馈。
上述流程中,专用RRC信令为指定UE或指定RN的专用信令,获取多子帧调度的调度信息的专用RRC信令指的是在现有RRC信令(如RRC重配消息)中增加指示多子帧调度的调度信息的字段,或引入新的用于传递多子帧调度的调度信息的RRC信令。其中,可以通过同一条专用RRC信令,或者通过多条不同的专用RRC信令传输多子帧调度的调度信息、下行backhaul子帧配置信息和上行backhaul子帧配置信息。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。本发明还可有其他多种实施例,在不背离本发明精神及其实质的情况下,熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形,但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
Claims (21)
1.一种中继节点RN传输数据的方法,其特征在于,该方法包括:
所述RN根据获取的下行多子帧调度的调度信息在相应的多个连续或者非连续的下行回程子帧上接收数据,根据获取的上行多子帧调度的调度信息在相应的多个连续或者非连续的上行回程子帧上发送数据;
所述RN获取所述调度信息的过程如下:
所述RN根据小区-无线网络临时标识C-RNTI或者用于多子帧调度的RNTI在RN专用的物理下行控制信道R-PDCCH上接收下行指配或者上行授权,所述下行指配或者上行授权包括以下一种或几种调度信息:
多子帧调度的子帧个数、多子帧调度中涉及的进程标识,各子帧的物理资源块PRB、各子帧的调制编码方案MCS、多子帧调度中分配资源的子帧和传输数据的子帧的映射关系、各子帧的新数据标识NDI、各子帧的冗余版本RV;
其中,当所述下行指配或者上行授权中不包括所述多子帧调度的子帧个数时,所述RN在接收所述下行指配或上行授权之前,通过***预定义或者RRC信令获取所述多子帧调度的子帧个数;
当所述下行指配或者上行授权中不包括所述多子帧调度中涉及的进程标识时,所述RN通过***预定义或者RRC信令中子帧与进程标识的对应关系中获取多子帧调度的起始子帧的进程标识和后续子帧的进程标识,或者通过***预定义或者RRC信令获取多子帧调度的起始子帧的进程标识,对起始子帧的进程标识依次递增以获取后续子帧的进程标识;
当所述下行指配或者上行授权中只包括一个PRB时,所述RN得知多子帧调度中各子帧占用相同的PRB;
当所述下行指配或者上行授权中只包括一个MCS时,所述RN得知多子帧调度中各子帧采用相同的MCS;
当所述下行指配或者上行授权不包括NDI时,所述RN得知多子帧调度中各子帧的NDI为默认值;
当所述下行指配或者上行授权不包括RV时,所述RN得知多子帧调度中各子帧的RV为默认值。
2.如权利要求1所述的方法,其特征在于,
所述RN在相应的多个连续或者非连续的下行回程子帧上接收数据指,混合自动重传请求HARQ首传,所述RN在相应的多个连续或者非连续的上行回程子帧上发送数据指,HARQ首传。
3.如权利要求1所述的方法,其特征在于,
所述下行指配和上行授权由相同的用于多子帧调度的下行控制信息DCI指示给RN,或者
所述下行指配和上行授权分别由不同的用于多子帧调度的DCI指示;
当所述下行指配和上行授权由相同的用于多子帧调度的DCI指示时,用于多子帧调度的DCI中增加标志位以表示该DCI指示的是用于下行多子帧调度的下行指配还是用于上行多子帧调度的上行授权。
4.如权利要求1或3所述的方法,其特征在于,
指示下行指配的DCI为DCI格式1或者为新增DCI格式;
指示上行授权的DCI为DCI格式0或者为新增DCI格式。
5.如权利要求1或3所述的方法,其特征在于,
所述RN通过RRC信令获取所述用于多子帧调度的RNTI,其中,所述RRC信令为RRC连接重配消息或者为新增的RRC信令。
6.如权利要求1所述的方法,其特征在于,
所述多子帧调度中的起始子帧是所述RN接收所述下行指配或者上行授权的子帧和HARQ时序共同指示的子帧;或者
所述多子帧调度中的起始子帧是所述RN接收所述下行指配或者上行授权的子帧和RN专用的HARQ时序共同指示的子帧;或者
所述多子帧调度中的起始子帧是RN专用的HARQ时序和所述分配资源的子帧和传输数据的子帧的映射关系共同指示的子帧;或者
所述多子帧调度中的后续子帧是RN专用的HARQ时序和所述分配资源的子帧和传输数据的子帧的映射关系共同指示的子帧;
其中,所述RN通过***预定义或者RRC信令获取所述RN专用的HARQ时序。
7.一种中继节点RN传输数据的方法,其特征在于,该方法包括:
所述RN根据获取的下行多子帧调度的调度信息在相应的多个连续或者非连续的下行回程子帧上接收数据,根据获取的上行多子帧调度的调度信息在相应的多个连续或者非连续的上行回程子帧上发送数据;
所述RN获取所述调度信息的过程如下:
所述RN通过媒体接入控制MAC控制元CE获取用于下行指配或者上行授权,所述下行指配或者上行授权包括以下一种或几种调度信息:
多子帧调度的子帧个数、多子帧调度中涉及的进程标识,各子帧占用的PRB、各子帧的MCS、多子帧调度中分配资源的子帧和传输数据的子帧的映射关系、各子帧的NDI、各子帧的RV;
其中,当所述下行指配或者上行授权中不包括所述多子帧调度的子帧个数时,所述RN在接收所述下行指配或上行授权之前,通过***预定义或者RRC信令获取所述多子帧调度的子帧个数;
当所述下行指配或者上行授权中不包括所述多子帧调度中涉及的进程标识时,所述RN通过***预定义或者RRC信令中子帧与进程标识的对应关系中获取多子帧调度的起始子帧的进程标识和后续子帧的进程标识,或者通过***预定义或者RRC信令获取多子帧调度的起始子帧的进程标识,对起始子帧的进程标识依次递增以获取后续子帧的进程标识;
当所述下行指配或者上行授权中只包括一个PRB时,所述RN得知多子帧调度中各子帧占用相同的PRB;
当所述下行指配或者上行授权中只包括一个MCS时,所述RN得知多子帧调度中各子帧采用相同的MCS;
当所述下行指配或者上行授权不包括NDI时,所述RN得知多子帧调度中各子帧的NDI为默认值;
当所述下行指配或者上行授权不包括RV时,所述RN得知多子帧调度中各子帧的RV为默认值。
8.如权利要求7所述的方法,其特征在于,
所述RN在相应的多个连续或者非连续的下行回程子帧上接收数据指,混合自动重传请求HARQ首传,所述RN在相应的多个连续或者非连续的上行回程子帧上发送数据指,HARQ首传。
9.如权利要求7所述的方法,其特征在于,
所述RN通过相同的MAC CE获取下行指配和上行授权,或者通过不同的MAC CE获取下行指配和上行授权;
其中,所述RN通过相同的MAC CE获取所述下行指配和上行授权时,该MAC CE中新增有标志位以表示该MAC CE指示的是用于下行多子帧调度的下行指配还是用于上行多子帧调度的上行授权。
10.如权利要求7所述的方法,其特征在于,
所述RN接收所述MAC CE失败时,告知基站接收失败,基站不再重传所述MAC CE。
11.如权利要求7所述的方法,其特征在于,
所述多子帧调度中的起始子帧是所述RN接收所述MAC CE的子帧与***预定义的时间间隔共同指示的子帧;或者
所述多子帧调度中的起始子帧是所述RN正确接收所述MAC CE的子帧之后的第一个下行回程子帧或者上行回程子帧;或者
所述多子帧调度中的后续子帧是所述RN专用的HARQ时序和所述分配资源的子帧和传输数据的子帧的映射关系共同指示的子帧,其中,所述RN通过***预定义或者RRC信令获取所述RN专用的HARQ时序。
12.一种中继节点RN传输数据的方法,其特征在于,该方法包括:
所述RN根据获取的下行多子帧调度的调度信息在相应的多个连续或者非连续的下行回程子帧上接收数据,根据获取的上行多子帧调度的调度信息在相应的多个连续或者非连续的上行回程子帧上发送数据;
所述RN获取所述调度信息的过程如下:
所述RN通过专用RRC信令获取用于多子帧调度的RNTI,再根据所述用于多子帧调度的RNTI在R-PDCCH上接收下行指配或者上行授权,所述下行指配包括以下调度信息:
多子帧调度中起始子帧的PRB、多子帧调度中起始子帧的MCS、多子帧调度中起始子帧的NDI、多子帧调度中起始子帧的RV、多子帧调度中起始子帧的进程标识;
所述上行授权包括以下调度信息:
多子帧调度中起始子帧的PRB、多子帧调度中起始子帧的MCS、多子帧调度中起始子帧的NDI、多子帧调度中起始子帧的RV;
其中,当所述RN从所述下行指配或者上行授权中获取所述多子帧调度中起始子帧的PRB时,获知所述多子帧调度中后续子帧的PRB与所述起始子帧的PRB相同;
当所述RN从所述下行指配或者上行授权中获取所述多子帧调度中起始子帧的MCS时,获知所述多子帧调度中后续子帧的MCS与所述起始子帧的MCS相同。
13.如权利要求12所述的方法,其特征在于,
所述RN在相应的多个连续或者非连续的下行回程子帧上接收数据指,混合自动重传请求HARQ首传,所述RN在相应的多个连续或者非连续的上行回程子帧上发送数据指,HARQ首传。
14.如权利要求12所述的方法,其特征在于,
所述下行指配由DCI格式1指示给所述RN,所述上行授权由DCI格式0指示给所述RN。
15.如权利要求12或14所述的方法,其特征在于,
所述多子帧调度中起始子帧指所述RN接收下行指配或者上行授权的子帧和HARQ时序共同指示的子帧;或者
所述多子帧调度中起始子帧指所述RN接收下行指配或者上行授权的子帧和RN专用的HARQ时序共同指示的子帧;
其中,所述RN通过***预定义或者RRC信令获取所述RN专用的HARQ时序。
16.如权利要求12所述的方法,其特征在于,
所述RN在接收所述下行指配或上行授权之前,通过***预定义或者RRC信令获取所述多子帧调度的子帧个数;
所述RN获知所述多子帧调度中后续子帧的NDI是与所述起始子帧的NDI相同的值,或者
所述RN获知所述多子帧调度中后续子帧的NDI是默认值;
所述RN获知所述多子帧调度中后续子帧的RV是与所述起始子帧的RV相同的值,或者
所述RN获知所述多子帧调度中后续子帧的RV是默认值。
17.如权利要求12所述的方法,其特征在于,
所述RN通过***预定义或RRC信令获取子帧与进程标识的对应关系以获得所述多子帧调度的后续子帧的进程标识;或者
所述RN对所述多子帧调度的起始子帧的进程标识依次递增以获得所述多子帧调度的后续子帧的进程标识。
18.如权利要求12或14所述的方法,其特征在于,
所述RN通过RRC信令获取所述用于多子帧调度的RNTI,其中,所述RRC信令为RRC连接重配消息或者为新增的RRC信令。
19.一种中继节点,其特征在于,该中继节点包括获取模块和传输模块:
所述获取模块,用于获取下行多子帧调度的调度信息和上行多子帧调度的调度信息;
所述传输模块,用于在所述下行多子帧调度的调度信息指示的多个连续或者非连续的下行回程子帧上接收数据,以及在所述下行多子帧调度的调度信息指示的多个连续或者非连续的上行回程子帧上发送数据;所述获取模块还用于当下行指配或者上行授权中不包括所述多子帧调度的子帧个数时,在接收所述下行指配或上行授权之前,通过***预定义或者RRC信令获取所述多子帧调度的子帧个数;所述获取模块还用于根据小区-无线网络临时标识C-RNTI或者用于多子帧调度的RNTI在RN专用的物理下行控制信道R-PDCCH上接收下行指配或者上行授权,所述下行指配或者上行授权包括以下一种或几种调度信息:
多子帧调度的子帧个数、多子帧调度中涉及的进程标识,各子帧的物理资源块PRB、各子帧的调制编码方案MCS、多子帧调度中分配资源的子帧和传输数据的子帧的映射关系、各子帧的新数据标识NDI、各子帧的冗余版本RV;
所述获取模块还用于当所述下行指配或者上行授权中不包括所述多子帧调度中涉及的进程标识时,通过***预定义或者RRC信令中子帧与进程标识的对应关系中获取多子帧调度的起始子帧的进程标识和后续子帧的进程标识,或者通过***预定义或者RRC信令获取多子帧调度的起始子帧的进程标识,对起始子帧的进程标识依次递增以获取后续子帧的进程标识;当所述下行指配或者上行授权中只包括一个PRB时,得知多子帧调度中各子帧占用相同的PRB;当所述下行指配或者上行授权中只包括一个MCS时,得知多子帧调度中各子帧采用相同的MCS;当所述下行指配或者上行授权不包括NDI时,得知多子帧调度中各子帧的NDI为默认值。
20.一种中继节点,其特征在于,该中继节点包括获取模块和传输模块:
所述获取模块,用于获取下行多子帧调度的调度信息和上行多子帧调度的调度信息;所述传输模块,用于在所述下行多子帧调度的调度信息指示的多个连续或者非连续的下行回程子帧上接收数据,以及在所述下行多子帧调度的调度信息指示的多个连续或者非连续的上行回程子帧上发送数据;
所述获取模块,通过媒体接入控制MAC控制元CE获取用于下行指配或者上行授权,所述下行指配或者上行授权包括以下一种或几种调度信息:
多子帧调度的子帧个数、多子帧调度中涉及的进程标识,各子帧占用的PRB、各子帧的MCS、多子帧调度中分配资源的子帧和传输数据的子帧的映射关系、各子帧的NDI、各子帧的RV;
所述获取模块还用于当所述下行指配或者上行授权中不包括所述多子帧调度的子帧个数时,在接收所述下行指配或上行授权之前,通过***预定义或者RRC信令获取所述多子帧调度的子帧个数;
所述获取模块还用于当所述下行指配或者上行授权中不包括所述多子帧调度中涉及的进程标识时,通过***预定义或者RRC信令中子帧与进程标识的对应关系中获取多子帧调度的起始子帧的进程标识和后续子帧的进程标识,或者通过***预定义或者RRC信令获取多子帧调度的起始子帧的进程标识,对起始子帧的进程标识依次递增以获取后续子帧的进程标识;当所述下行指配或者上行授权中只包括一个PRB时,得知多子帧调度中各子帧占用相同的PRB;当所述下行指配或者上行授权中只包括一个MCS时,得知多子帧调度中各子帧采用相同的MCS;当所述下行指配或者上行授权不包括NDI时,得知多子帧调度中各子帧的NDI为默认值;当所述下行指配或者上行授权不包括RV时,得知多子帧调度中各子帧的RV为默认值。
21.一种中继节点,其特征在于,该中继节点包括获取模块和传输模块:所述获取模块,用于获取下行多子帧调度的调度信息和上行多子帧调度的调度信息;所述传输模块,用于在所述下行多子帧调度的调度信息指示的多个连续或者非连续的下行回程子帧上接收数据,以及在所述下行多子帧调度的调度信息指示的多个连续或者非连续的上行回程子帧上发送数据;
所述获取模块,通过专用RRC信令获取用于多子帧调度的RNTI,再根据所述用于多子帧调度的RNTI在R-PDCCH上接收下行指配或者上行授权,所述下行指配包括以下调度信息:多子帧调度中起始子帧的PRB、多子帧调度中起始子帧的MCS、多子帧调度中起始子帧的NDI、多子帧调度中起始子帧的RV、多子帧调度中起始子帧的进程标识;
所述上行授权包括以下调度信息:
多子帧调度中起始子帧的PRB、多子帧调度中起始子帧的MCS、多子帧调度中起始子帧的NDI、多子帧调度中起始子帧的RV;
所述获取模块还用于当从所述下行指配或者上行授权中获取所述多子帧调度中起始子帧的PRB时,获知所述多子帧调度中后续子帧的PRB与所述起始子帧的PRB相同;还用于当所述RN从所述下行指配或者上行授权中获取所述多子帧调度中起始子帧的MCS时,获知所述多子帧调度中后续子帧的MCS与所述起始子帧的MCS相同。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910174167.9A CN102036398B (zh) | 2009-09-29 | 2009-09-29 | 一种中继节点及其传输数据的方法 |
EP10819847.4A EP2448347A4 (en) | 2009-09-29 | 2010-08-17 | RELAY NODE AND METHOD FOR TRANSMITTING DATA |
PCT/CN2010/076069 WO2011038618A1 (zh) | 2009-09-29 | 2010-08-17 | 一种中继节点及其传输数据的方法 |
US13/384,309 US8897202B2 (en) | 2009-09-29 | 2010-08-17 | Relay node for transmitting data by using scheduling information of multiple subframes scheduling and method for the relay node transmitting data by scheduling information of multiple subframes scheduling |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910174167.9A CN102036398B (zh) | 2009-09-29 | 2009-09-29 | 一种中继节点及其传输数据的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102036398A CN102036398A (zh) | 2011-04-27 |
CN102036398B true CN102036398B (zh) | 2015-06-03 |
Family
ID=43825535
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910174167.9A Active CN102036398B (zh) | 2009-09-29 | 2009-09-29 | 一种中继节点及其传输数据的方法 |
Country Status (4)
Country | Link |
---|---|
US (1) | US8897202B2 (zh) |
EP (1) | EP2448347A4 (zh) |
CN (1) | CN102036398B (zh) |
WO (1) | WO2011038618A1 (zh) |
Families Citing this family (50)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101449890B1 (ko) * | 2006-10-27 | 2014-10-13 | 후지쯔 가부시끼가이샤 | 무선 통신 시스템 및 무선 통신 방법 |
CN101500189B (zh) * | 2008-02-03 | 2011-06-01 | 华为技术有限公司 | 实现***信息调度的方法、***及终端 |
US20110111693A1 (en) * | 2008-02-14 | 2011-05-12 | Seigo Nakao | Radio communication base station device, radio communication relay station device, radio communication terminal device, radio communication system, and radio communication method |
CN102202408B (zh) * | 2010-03-22 | 2014-01-01 | 华为技术有限公司 | 多子帧调度方法、***和设备 |
US9591664B2 (en) * | 2011-02-21 | 2017-03-07 | Lg Electronics Inc. | Method for setting search space for relay node in wireless communication system and device therefor |
CN107104767B (zh) | 2011-03-11 | 2020-06-26 | Lg电子株式会社 | 在无线通信***中设置动态子帧的方法及其设备 |
CN102137504B (zh) * | 2011-04-12 | 2016-01-20 | 电信科学技术研究院 | 一种调度多子帧传输的方法及装置 |
CN102781095B (zh) * | 2011-05-09 | 2015-07-29 | 华为技术有限公司 | 数据传输的方法、基站、用户设备及*** |
US10205569B2 (en) * | 2011-08-26 | 2019-02-12 | Lg Electronics Inc. | Method and user equipment for receiving downlink signals, and method and base station for transmitting downlink signals |
CN102263746B (zh) * | 2011-08-26 | 2017-03-15 | 中兴通讯股份有限公司 | 数据传输方法及装置 |
CN102394728B (zh) * | 2011-11-17 | 2014-08-20 | 电信科学技术研究院 | 下行进程号的确定方法和设备 |
CN103139923A (zh) * | 2011-11-30 | 2013-06-05 | 华为技术有限公司 | 多子帧调度信令的传输方法及装置 |
KR101758845B1 (ko) * | 2012-04-02 | 2017-07-17 | 삼성전자주식회사 | 양방향 트래픽을 위한 물리 계층 네트워크 코딩에 기반한 스케줄링 방법 및 장치 |
US9432986B2 (en) * | 2012-05-08 | 2016-08-30 | Lg Electronics Inc. | Control signal transceiving method and apparatus for same |
CN103391618A (zh) * | 2012-05-09 | 2013-11-13 | 中兴通讯股份有限公司 | 子帧配置方法及装置 |
CN103546411B (zh) * | 2012-07-09 | 2019-01-04 | 中兴通讯股份有限公司 | 上行授权信息发送方法、授权信息指示方法及基站 |
KR102057868B1 (ko) | 2012-08-01 | 2019-12-20 | 엘지전자 주식회사 | 제어 정보를 시그널링 하는 방법 및 이를 위한 장치 |
CN103873214B (zh) * | 2012-12-14 | 2017-12-19 | 电信科学技术研究院 | 一种数据传输方法及装置 |
CN104871448B (zh) * | 2012-12-18 | 2018-04-13 | Lg电子株式会社 | 在无线通信***中发送下行链路控制信息的方法和设备 |
MY176651A (en) * | 2012-12-21 | 2020-08-19 | Ericsson Telefon Ab L M | Non-consecutive subframes in multi-tti scheduling messages |
US20140328260A1 (en) * | 2013-02-26 | 2014-11-06 | Samsung Electronics Co., Ltd. | Scheduling over multiple transmission time intervals |
US10123344B2 (en) * | 2013-03-06 | 2018-11-06 | Qualcomm Incorporated | Methods and apparatus for multi-subframe scheduling |
CN104144513A (zh) * | 2013-05-10 | 2014-11-12 | 中兴通讯股份有限公司 | 一种多子帧调度方法、基站、终端和*** |
KR20140135331A (ko) * | 2013-05-15 | 2014-11-26 | 삼성전자주식회사 | 무선 통신 시스템에서 동적 시분할 복식 시스템 운영 방법 및 장치 |
EP3057260B1 (en) | 2013-11-08 | 2021-05-05 | Huawei Technologies Co., Ltd. | Method and device for transmitting scheduling signaling |
EP3468126B1 (en) * | 2013-11-28 | 2021-04-07 | LG Electronics Inc. -1- | Data receiving method and apparatus supporting expansion modulation scheme |
CN105264803B (zh) * | 2014-01-26 | 2018-12-14 | 华为终端(东莞)有限公司 | 一种传输方法和用户设备 |
EP3641210B1 (en) * | 2014-09-10 | 2021-11-03 | Telefonaktiebolaget LM Ericsson (publ) | Radio access node, communication terminal and methods performed therein |
US9775141B2 (en) | 2015-07-14 | 2017-09-26 | Motorola Mobility Llc | Method and apparatus for reducing latency of LTE uplink transmissions |
US9717079B2 (en) | 2015-07-14 | 2017-07-25 | Motorola Mobility Llc | Method and apparatus for selecting a resource assignment |
US9794921B2 (en) | 2015-07-14 | 2017-10-17 | Motorola Mobility Llc | Method and apparatus for reducing latency of LTE uplink transmissions |
US20170099664A1 (en) * | 2015-10-01 | 2017-04-06 | Nokia Solutions And Networks Oy | Method, apparatus and computer program for transmission scheduling |
WO2017096558A1 (en) * | 2015-12-09 | 2017-06-15 | Qualcomm Incorporated | Flexible resource mapping and mcs determination |
JP6619520B2 (ja) * | 2016-01-08 | 2019-12-11 | エルジー エレクトロニクス インコーポレイティド | 無線通信システムにおける無線信号送受信方法及び装置 |
WO2017136004A1 (en) * | 2016-02-05 | 2017-08-10 | Intel IP Corporation | Systems and methods for flexible time-domain resource mapping for npdcch and npdsch in nb-iot systems |
CN105611572B (zh) * | 2016-02-17 | 2018-11-09 | 河南工业大学 | 一种中继子帧的重配置方法及*** |
CN106231680A (zh) * | 2016-07-21 | 2016-12-14 | 深圳市金立通信设备有限公司 | 一种控制信息设计方法、基站、终端及*** |
US10645750B2 (en) * | 2016-08-15 | 2020-05-05 | Futurewei Technologies, Inc. | Advance scheduling for discontinuous transmission and reception using uplink beacons |
KR102156668B1 (ko) * | 2016-11-16 | 2020-09-17 | 주식회사 케이티 | 차세대 무선망에서 하향링크 신호를 송수신하는 방법 및 그 장치 |
CN108365912B (zh) * | 2017-01-26 | 2020-11-17 | 华为技术有限公司 | 传输模式切换方法及装置 |
US10849124B2 (en) * | 2017-12-21 | 2020-11-24 | Qualcomm Incorporated | Grant-free downlink transmission |
EP3735081A4 (en) | 2017-12-27 | 2020-12-16 | Beijing Xiaomi Mobile Software Co., Ltd. | PLANNING PROCEDURE, BASE STATION, TERMINAL DEVICE AND STORAGE MEDIUM |
EP3735797A4 (en) * | 2018-02-08 | 2021-10-27 | Samsung Electronics Co., Ltd. | METHOD FOR TRANSMISSION OF PHYSICAL CHANNELS, USER DEVICE FOR IT, METHOD AND USER DEVICE FOR RELAY TRANSFER |
CN110139247B (zh) * | 2018-02-08 | 2024-04-12 | 北京三星通信技术研究有限公司 | 物理信道传输的方法及设备 |
TWI708517B (zh) * | 2018-05-06 | 2020-10-21 | 南韓商Lg電子股份有限公司 | 用於傳輸和接收下行鏈路資料的方法及裝置 |
CN110545556B (zh) * | 2018-05-28 | 2023-01-13 | ***通信有限公司研究院 | 一种mac ce、信息发送方法、接收方法及通信设备 |
CN112567857B (zh) * | 2018-08-10 | 2023-07-07 | 联想(北京)有限公司 | 用于调度传输块的方法和装置 |
CN112399616B (zh) * | 2019-08-15 | 2022-09-09 | 中国信息通信研究院 | 一种上行调度资源多配置数据传送方法、设备和*** |
WO2021159615A1 (zh) * | 2020-02-14 | 2021-08-19 | Oppo广东移动通信有限公司 | 混合自动重传请求应答码本确定方法、装置及其设备 |
US20220007456A1 (en) * | 2020-07-06 | 2022-01-06 | Qualcomm Incorporated | Inactivity timer mechanisms in discontinuous reception |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1416633A (zh) * | 2000-02-24 | 2003-05-07 | 加林克半导体V.N.有限公司 | 在区分服务网中的帧调度与缓冲区管理联合算法 |
WO2008054313A1 (en) * | 2006-10-31 | 2008-05-08 | Telefonaktiebolaget Lm Ericsson (Publ) | Harq in spatial multiplexing mimo system |
WO2009001640A1 (ja) * | 2007-06-28 | 2008-12-31 | Kyocera Corporation | 通信方法および通信システム |
WO2009095814A1 (en) * | 2008-02-01 | 2009-08-06 | Nokia Siemens Networks Oy | Method, apparatus and computer program for uplink scheduling in a network that employs relay nodes |
CN101518137A (zh) * | 2006-09-22 | 2009-08-26 | 京瓷株式会社 | Ofdma方式的通信***以及通信方法 |
Family Cites Families (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CA2632191A1 (en) * | 2005-11-29 | 2007-06-07 | Telefonaktiebolaget L M Ericsson (Publ) | Scheduling in a wireless multi-hop relay network |
FI20075761A0 (fi) * | 2007-10-29 | 2007-10-29 | Nokia Siemens Networks Oy | Käyttäjälaitetunnisteen allokointi |
CN101478337B (zh) * | 2008-01-04 | 2013-09-11 | 华为技术有限公司 | 一种无线通信***、传输方法与装置 |
US8509162B2 (en) * | 2008-02-13 | 2013-08-13 | Qualcomm Incorporated | System and method for scheduling over multiple hops |
US9078270B2 (en) * | 2008-07-03 | 2015-07-07 | Qualcomm Incorporated | Opportunistic relay scheduling in wireless communications |
KR101649493B1 (ko) * | 2008-09-18 | 2016-08-19 | 삼성전자주식회사 | Crc 길이의 가상 확장 방법 및 장치 |
US9007992B2 (en) * | 2008-11-18 | 2015-04-14 | Nokia Corporation | Relaying in a communication system |
US8311061B2 (en) * | 2008-12-17 | 2012-11-13 | Research In Motion Limited | System and method for multi-user multiplexing |
KR101584814B1 (ko) * | 2008-12-23 | 2016-01-13 | 엘지전자 주식회사 | 무선통신 시스템에서 스케줄링 요청 전송방법 및 장치 |
KR101489516B1 (ko) * | 2009-01-22 | 2015-02-06 | 엘지전자 주식회사 | 중계기가 도입된 무선통신 시스템에서 백홀신호 전송방법 |
US20100254329A1 (en) * | 2009-03-13 | 2010-10-07 | Interdigital Patent Holdings, Inc. | Uplink grant, downlink assignment and search space method and apparatus in carrier aggregation |
US9265053B2 (en) * | 2009-04-06 | 2016-02-16 | Futurewei Technologies, Inc. | System and method for assigning backhaul resources |
US8289895B2 (en) * | 2009-04-24 | 2012-10-16 | Research In Motion Limited | Relay link HARQ operation |
US8649281B2 (en) * | 2009-04-27 | 2014-02-11 | Samsung Electronics Co., Ltd. | Control design for backhaul relay to support multiple HARQ processes |
AR077108A1 (es) * | 2009-06-16 | 2011-08-03 | Interdigital Patent Holdings | Metodo y aparato para una operacion harq sincronizada y evitar interferencia |
US8861424B2 (en) * | 2009-07-06 | 2014-10-14 | Qualcomm Incorporated | Downlink control channel for relay resource allocation |
WO2011018123A1 (en) * | 2009-08-14 | 2011-02-17 | Nokia Siemens Networks Oy | Resource allocation scheme for a relay backhaul link |
CN102577568B (zh) * | 2009-08-14 | 2015-08-12 | 交互数字技术公司 | 用于中继的dl回程控制信道设计 |
AU2010284941B2 (en) * | 2009-08-21 | 2016-01-14 | Telefonaktiebolaget L M Ericsson (Publ) | Controlling a transmission of information in a wireless communication network with a relay node |
-
2009
- 2009-09-29 CN CN200910174167.9A patent/CN102036398B/zh active Active
-
2010
- 2010-08-17 EP EP10819847.4A patent/EP2448347A4/en not_active Withdrawn
- 2010-08-17 WO PCT/CN2010/076069 patent/WO2011038618A1/zh active Application Filing
- 2010-08-17 US US13/384,309 patent/US8897202B2/en active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1416633A (zh) * | 2000-02-24 | 2003-05-07 | 加林克半导体V.N.有限公司 | 在区分服务网中的帧调度与缓冲区管理联合算法 |
CN101518137A (zh) * | 2006-09-22 | 2009-08-26 | 京瓷株式会社 | Ofdma方式的通信***以及通信方法 |
WO2008054313A1 (en) * | 2006-10-31 | 2008-05-08 | Telefonaktiebolaget Lm Ericsson (Publ) | Harq in spatial multiplexing mimo system |
WO2009001640A1 (ja) * | 2007-06-28 | 2008-12-31 | Kyocera Corporation | 通信方法および通信システム |
WO2009095814A1 (en) * | 2008-02-01 | 2009-08-06 | Nokia Siemens Networks Oy | Method, apparatus and computer program for uplink scheduling in a network that employs relay nodes |
Non-Patent Citations (4)
Title |
---|
R1-091151 Relay Link Control Signalling;Research In Motion, UK Limited;《R1-091151》;20090327;第3节-第4节 * |
R1-091692 PDCCH Structure for LTE-Advanced System;NEC Group;《R1-091692》;20090508;全文 * |
R1-092237 PDCCH structure for multiple carrier aggregation in LTE-Advanced;LG Electronics;《 R1-092237》;20090508;全文 * |
R1-093042 R-PDCCH Design;Huawei;《 R1-093042》;20090828;全文 * |
Also Published As
Publication number | Publication date |
---|---|
EP2448347A1 (en) | 2012-05-02 |
US20120176957A1 (en) | 2012-07-12 |
WO2011038618A1 (zh) | 2011-04-07 |
CN102036398A (zh) | 2011-04-27 |
US8897202B2 (en) | 2014-11-25 |
EP2448347A4 (en) | 2016-10-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102036398B (zh) | 一种中继节点及其传输数据的方法 | |
CN112640341B (zh) | 在覆盖范围内场景下和覆盖范围外场景下的侧链中的harq | |
CN102215590B (zh) | 一种调度方法及*** | |
CN102045773B (zh) | 中继节点的数据传输冲突的处理方法和装置 | |
CN104604159B (zh) | 用于在小区内载波聚合***中传输控制信道的方法和装置 | |
US9516638B2 (en) | Signal transmission/reception method and apparatus therefor | |
EP2538734B1 (en) | Method and device for scheduling multiple sub-frames | |
CN102237989B (zh) | 一种数据传输的方法及*** | |
EP2137865B1 (en) | (h)arq for semi-persistent scheduling | |
US8599738B2 (en) | Transmission method for wireless relay system and relay station using the same | |
CN101932027B (zh) | 一种多载波调度方法和*** | |
US9577801B2 (en) | Uplink transmission method and apparatus in inter-eNB inter-duplex carrier aggregation system | |
EP2445245A1 (en) | Method, system and device for implementing backhaul link control channel transmission in relay system | |
US20140204800A1 (en) | Buffer status indication in wireless communication | |
CN102056228A (zh) | 上行混合自动请求重传应答信息捆绑指示传输方法和基站 | |
CN101931960B (zh) | 一种避免上行传输冲突的方法、***和装置 | |
CN101677282A (zh) | 无线资源调度的配置方法以及基站 | |
CN102026361B (zh) | 干扰协调方法和*** | |
US9924508B2 (en) | Communication duration configuring method, relay station, mobile station and mobile communication system | |
CN103648175A (zh) | 多子帧调度方法、***和设备 | |
CN109963283A (zh) | 一种lte小区的实现方法 | |
CN102006601B (zh) | 一种发送协同数据的方法、***和装置 | |
CN102035632B (zh) | 一种无线中继场景下的数据传输方法和*** | |
CN102006602B (zh) | 一种发送协同数据的方法、***和装置 | |
CN101883387A (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 |