CN101835260B - 基于协作传输的下行子帧选择方法 - Google Patents

基于协作传输的下行子帧选择方法 Download PDF

Info

Publication number
CN101835260B
CN101835260B CN200910127138.7A CN200910127138A CN101835260B CN 101835260 B CN101835260 B CN 101835260B CN 200910127138 A CN200910127138 A CN 200910127138A CN 101835260 B CN101835260 B CN 101835260B
Authority
CN
China
Prior art keywords
subframe
cooperative transmission
subframes
base station
physical resource
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
CN200910127138.7A
Other languages
English (en)
Other versions
CN101835260A (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 CN200910127138.7A priority Critical patent/CN101835260B/zh
Priority to PCT/CN2010/070893 priority patent/WO2010102547A1/zh
Publication of CN101835260A publication Critical patent/CN101835260A/zh
Application granted granted Critical
Publication of CN101835260B publication Critical patent/CN101835260B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal

Landscapes

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

Abstract

本发明公开了一种基于协作传输的下行子帧选择方法,该方法包括:将无线帧中除潜在寻呼子帧之外的子帧作为协作传输子帧,其中,潜在寻呼子帧是指:用于传输寻呼消息的子帧。借助于本发明的技术方案,能够选择出协作传输过程中用于协作传输的子帧,填补了现有技术的空白。

Description

基于协作传输的下行子帧选择方法
技术领域
本发明涉及通信领域,尤其涉及一种基于协作传输的下行子帧选择方法。
背景技术
随着高级长期演进(Long Term Evolution-Advance,简称为LTE-A)系统的发展,小区平均频谱效率和小区边缘频谱效率受到了广泛的关注。传统的无线通信系统的上/下行是以码分多址(CodeDivision Multiple Access,简称为CDMA)为基础的多址复用方式,但LTE-A系统的上/下行都是以正交频分复用(Orthogonal FrequencyDivision Multiplexing,简称为OFDM)为基础的多址复用方式。
由于LTE-A系统的上/下行采用OFDM为基础的多址复用方式,LTE-A系统的小区内部完全频分正交,没有数据处理增益,所以在LTE-A系统的小区内部不存在干扰问题,但小区边缘处的干扰较大。这样,LTE-A系统中小区边缘的频谱效率尤为受到关注。
目前,长期演进(Long Term Evolution简称为LTE)中对小区边缘处干扰的处理主要有以下三种方法:干扰随机化方法、干扰消除方法、干扰协调(也称为干扰躲避)方法。在这三种干扰处理方法中,无法兼顾到有效地消除干扰和充分利用资源两个方面。因此,利用多个小区的发射天线协作传输,来实现小区边缘处无线链路的较高容量和可靠传输,即,通过多点协作传输技术。但对于协作传输过程中,首先会选择出用于协作传输的子帧,其次,在该选择出的子帧上选择各个协作小区共有的物理资源块(Physical ResourceBlock,简称为PRB),来进行协作传输。这样,在协作传输过程中,如何选择用于协作传输的子帧,才能保证协作传输的高效性,并没有给出具体的解决方案。
发明内容
考虑到相关技术中存在的需要一种技术来解决于协作传输过程中,如何选择用于协作传输的子帧,来保证协作传输的高效性的问题而提出本发明,为此,本发明的主要目的在于提供一种基于协作传输的下行子帧选择方法,以解决上述问题。
根据本发明的一个方面,提供一种基于协作传输的下行子帧选择方法。
根据本发明的基于协作传输的下行子帧选择方法包括:将无线帧中除潜在寻呼子帧之外的子帧作为协作传输子帧,其中,潜在寻呼子帧是指:用于传输寻呼消息的子帧。
其中,将无线帧中除潜在寻呼子帧之外的子帧作为协作传输子帧包括:对于为相同终端服务的多个小区中的每个小区,将其无线帧中除潜在寻呼子帧之外的子帧作为协作传输子帧;其中,协作传输子帧用于在协作传输时,在其物理资源块上承载协作小区发送给协作终端的数据。
优选地,上述方法还包括:如果除潜在寻呼子帧之外的子帧的物理资源块没有公用的可用资源,则将潜在寻呼子帧作为协作传输子帧。
其中,在FDD模式下,潜在寻呼子帧为以下至少之一:无线帧的第一个子帧、第五个子帧、第六个子帧、第十个子帧,则除潜在寻呼子帧之外的子帧为以下至少之一:无线帧的第二个子帧、第三个子帧、第四个子帧、第七个子帧、第八个子帧、第九个子帧。
其中,在TDD模式下,潜在寻呼子帧为以下至少之一:无线帧的第一个子帧、第二个子帧、第六个子帧、第七个子帧,则除潜在寻呼子帧之外的子帧为以下至少之一:除无线帧的第一个子帧、第二个子帧、第六个子帧、第七个子帧之外的其他下行子帧。
优选地,上述方法进一步包括:在协作传输子帧中选择一个或多个子帧用于协作传输。
其中,选择一个或多个子帧的方式为以下之一:
以预定方式对协作传输子帧进行排序,并依次在协作传输子帧中查找用于协作传输的公用资源,直至查找到存在公共资源的子帧;并且,在协作传输子帧均不存在公共资源的情况下,重新根据排序依次查找或者在协作传输子帧中强制调用一个子帧进行协作传输;或者,
调用协作传输子帧中预先指定优先用于协作传输的特定子帧用于协作传输;或者,
判断协作传输子帧中预先指定优先用于协作传输的特定子帧是否存在用于协作传输的公共资源;在判断结果为是的情况下,调用特定子帧用于协作传输;否则,判断协作传输子帧中的其他子帧是否存在用于协作传输的公共资源;如果其他子帧存在公共资源,则调用其他子帧用于协作传输;否则强制调用特定子帧用于协作传输;或者,
判断协作传输子帧中是否存在用于协作传输的公共资源;在判断结果为是的情况下,调用存在公共资源的子帧用于协作传输;否则,强制调用协作传输子帧中的特定子帧用于协作传输,其中,特定子帧为预先指定的优先用于协作传输的子帧。
根据本发明的一个方面,提供一种基于协作传输的下行子帧选择方法。
根据本发明的基于协作传输的下行子帧选择方法包括:在无线帧中使用预先分配的一个或多个子帧作为协作传输子帧。
其中,在选择了预先指定的一个或多个子帧之后,方法还包括以下之一:
仅使用预先分配的一个或多个子帧中的物理资源块用于协作传输;或者,优先使用预先配置的一个或多个子帧中的物理资源块用于协作传输,在一个或多个子帧不存在用于协作传输的公共物理资源块的情况下,使用无线帧中存在公共物理资源块的其他子帧用于协作传输,其中,公共物理资源块是指参与协作传输的各个小区共有的闲置物理资源块。
通过本发明的上述至少一个技术方案,能够选择出协作传输过程中用于协作传输的子帧,填补了现有技术的空白。
附图说明
附图用来提供对本发明的进一步理解,并且构成说明书的一部分,与本发明的实施例一起用于解释本发明,并不构成对本发明的限制。在附图中:
图1是根据相关技术的LTE系统中FDD模式的子帧结构示意图;
图2是根据相关技术的LTE系统中TDD模式的子帧结构示意图;
图3是根据本发明方法实施例一的基于协作传输的下行子帧选择方法的流程图;
图4是根据本发明方法实施例二的基于协作传输的下行子帧选择方法的流程图。
具体实施方式
功能既述
目前,已经提出来协作传输技术,但在协作传输技术中,怎样高效的选择用于协作传输的子帧,或者说,基于什么原则来选择用于协作传输的子帧,目前还没有给出具体的解决方案,针对于此,本发明给出了协作传输下行子帧的选择方法,使得在该子帧上选择各个协作小区共有的物理资源块的成功率较高。
由于每个小区的用于发送寻呼消息的子帧是基站根据本小区的用户数来进行配置的,如果用于协作传输的子帧选择了潜在传输单播业务的寻呼消息的子帧,而且此时参与协作的小区的寻呼子帧配置不同,则要在每个协作小区之间协调出相同的物理资源是比较有难度的,特别是在系统带宽较小时,在每个协作小区之间协调出相同的物理资源的难度更高,所以在协作传输过程中,可以选择除潜在寻呼子帧之外的子帧作为用于协作传输的子帧。
在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
在说明本发明实施例之前,首先结合图1和图2对长期演进系统中频分双工模式(Frequency division duplex,简称为FDD)和时分双工模式(Time division duplex,简称为TDD)模式下的子帧结构进行说明。
第三代合作伙伴计划(3rd Generation Partnership Project,简称为3GPP)长期演进(Long Term Evolution,简称为LTE)系统的帧结构存在两个类型,即,Type 1和Type 2。其中,Type 1帧结构(即,图1所示的帧结构)应用于FDD模式,Type 2帧结构(即,图2所示的帧结构)应用于TDD模式。
图1是FDD模式下的子帧结构示意图,如图1所示,一个无线帧的长度为10ms,每个无线帧中包括10个子帧,每个子帧的长度是1ms。图2是TDD模式下的子帧结构示意图,如图2所示,在LTE帧结构中,一个10ms的无线帧被分成两个5ms的半帧,每个半帧由5个1ms的子帧组成。除了Type 2帧结构的特殊子帧(Type2中的特殊子帧由下行导频时隙(Downlink Pilot Time Slot,DwPTS)、保护间隔(Guard Period,GP)及UpPTS(Uplink Pilot TimeSlot,上行导频时隙)这3个特殊时隙组成,这3个时隙的长度是可配的,但是这3个时隙的总长固定为1ms)外,其它子帧都是由两个0.5ms的时隙组成的。
下面LTE中FDD模式和TDD模式目前采用的寻呼机制进行说明。
如表1所示,在FDD模式下,LTE中潜在的寻呼子帧为以下至少之一:无线帧的第一个子帧(子帧#0)、第五个子帧(子帧#4)、第六个子帧(子帧#5)、第十个子帧(子帧#9)。
如表2所示,在TDD模式下,LTE中潜在的寻呼子帧为以下至少之一:无线帧的第一个子帧(子帧#0)、第二个子帧(子帧#1)、第六个子帧(子帧#5)、第七个子帧(子帧#6)。
表1FDD寻呼子帧配置表
  Ns   PO when i_s=0   PO when i_s=1   PO when i_s=2   PO when i_s=3
  1   9   N/A   N/A   N/A
  2   4   9   N/A   N/A
  4   0   4   5   9
表2TDD寻呼子帧配置表
  Ns   PO when i_s=0   PO when i_s=1   PO when i_s=2   PO when i_s=3
  1   0   N/A   N/A   N/A
  2   0   5   N/A   N/A
  4   0   1   5   6
其中,在表1和表2中,寻呼时机(Paging Occasion,简称为PO)可以理解为寻呼子帧,即UE的寻呼时机在该子帧上;i_s是指:UE结合其自身的标识(UE Identity,简称为UE_ID)和其归属小区的基站配置的寻呼参数,根据协议规定的方法计算出来的一个数值,其中,Ns是一个中间参数,表示一个无线帧内配置的寻呼子帧数目。例如当基站置Ns=2时,在表示FDD模式下,子帧#4和子帧#9用于发送寻呼消息,子帧#0和子帧#5不发送寻呼消息;Ns=2时,在TDD模式下,子帧#0,子帧#5用于发送寻呼消息,子帧#1和子帧#6不发送寻呼消息。并且,从表1可以看出,在FDD模式下,子帧#9总是用于发送寻呼信息,从表2可以看出,在TDD模式下,子帧#0总是用于发送寻呼信息。
需要说明的是,潜在寻呼子帧在发送寻呼消息时,寻呼消息可以和其他业务复用在一个子帧上,但如果系统带宽较小时,则该子帧只能承载寻呼消息,没有其他资源来承载其他业务数据。
以下结合附图对本发明的优选实施例进行说明,应当理解,此处所描述的优选实施例仅用于说明和解释本发明,并不用于限定本发明。
方法实施例一
根据本发明实施例,提供了一种基于协作传输的下行子帧选择方法。
图3是根据本发明实施例的基于协作传输的下行子帧选择方法的流程图,需要说明的是,为了便于描述,在图3中以步骤的形式示出并描述了本发明的方法实施例的技术方案,在图3中所示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。虽然在图3中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。如图3所示,该方法包括以下步骤(步骤S302至步骤S304)。
步骤S302,将无线帧中除潜在寻呼子帧之外的子帧作为协作传输子帧,具体地,协作传输子帧是指:对于为相同终端服务的多个小区中的每个小区,将其无线帧中除潜在寻呼子帧之外的子帧作为协作传输子帧;协作传输子帧的作用是:在协作传输时,在其内部的物理资源块(时频资源块)上承载基站发送给终端的数据,即,协作传输子帧用于在协作传输时,在其物理资源块上承载协作小区发送给协作终端的数据。
步骤S304,潜在寻呼子帧是指,系统规定的可能用于传输寻呼消息的子帧,具体地,潜在寻呼子帧是指:系统可以用于传输单播业务的寻呼消息的子帧。
在具体实施过程中,如果除潜在寻呼子帧之外的子帧内没有公用的物理资源块用于协作传输,则可以将潜在寻呼子帧作为协作传输子帧,并在该协作传输子帧上选择用于协作传输的具体的物理资源块。
下面以LTE系统和高级长期演进(Long Term Evolution-Advanced,简称为LTE-A)系统为例对协作传输子帧的配置进行说明。
方式一:在FDD模式下,潜在寻呼子帧为以下至少之一:无线帧的第一个子帧(子帧#0)、第五个子帧(子帧#4)、第六个子帧(子帧#5)、第十个子帧(子帧#9),则除潜在寻呼子帧之外的子帧为以下至少之一:无线帧的第二个子帧(子帧#1)、第三个子帧(子帧#2)、第四个子帧(子帧#3)、第七个子帧(子帧#6)、第八个子帧(子帧#7)、第九个子帧(子帧#8)。
方式二:在TDD模式下,潜在寻呼子帧为以下至少之一:无线帧的第一个子帧(子帧#0)、第二个子帧(子帧#1)、第六个子帧(子帧#5)、第七个子帧(子帧#6),则除潜在寻呼子帧之外的子帧为以下至少之一:除无线帧的子帧#0、子帧#1、子帧#5、子帧#6之外的其他下行子帧。
对于每个小区,基站可以根据本小区的用户数量,并按照一定规则从潜在寻呼子帧中配置用于发送本小区单播业务的寻呼消息的子帧。例如,本小区只需要配置一个潜在寻呼子帧时,FDD模式则只能配置子帧#9为潜在寻呼子帧,TDD模式则只能配置子帧#0为潜在寻呼子帧。
另外,LTE的TDD模式有7种不同比例的上下行子帧配置方式,如下表3所示。
表3LTE上下行子帧配置表
在表3中,D表示下行子帧,U表示上行子帧,S表示下行到上行的切换子帧。例如,当上下行子帧配置方式为2时,潜在寻呼子帧为以下至少之一:无线帧的第一个子帧(子帧#0)、第二个子帧(子帧#1)、第六个子帧(子帧#5)、第七个子帧(子帧#6),则除潜在寻呼子帧之外的子帧为以下至少之一:无线帧的第四个子帧(子帧#3)、第五个子帧(子帧#4)、第九个子帧(子帧#8)、第十个子帧(子帧#9)。
优选地,在实施该方法时,可以在协作传输子帧中选择一个或多个子帧用于协作传输。
具体的选择方式包括4种:
(1)根据预定规则对协作传输子帧进行排序,并依次在协作传输子帧中查找存在用于协作传输的公用资源的子帧,直至查找到存在公共资源的子帧,在未查找到存在公共资源的子帧的情况下,重新根据排序依次查找或者在协作传输子帧中强制调用一个子帧进行协作传输。
(2)调用协作传输子帧中预先指定优先用于协作传输的特定子帧用于协作传输。
(3)判断协作传输子帧中预先指定优先用于协作传输的特定子帧是否存在用于协作传输的公共资源;在判断结果为是的情况下,调用特定子帧用于协作传输;否则,判断协作传输子帧中的其他子帧是否存在用于协作传输的公共资源;如果其他子帧存在公共资源,则调用其他子帧用于协作传输;否则强制调用特定子帧用于协作传输。
(4)判断协作传输子帧中是否存在用于协作传输的公共资源;在判断结果为是的情况下,调用存在公共资源的子帧用于协作传输;否则,强制调用协作传输子帧中的特定子帧用于协作传输,其中,特定子帧为预先指定的优先用于协作传输的子帧。
通过本发明的技术方案,能够选择出协作传输过程中用于协作传输的子帧,填补了现有技术的空白。
下面结合具体实例1和实例2对本发明实施例进行说明。
实例1
在协作传输过程中,如何判断某一终端是否需要协作,并且需要那些基站进行协作,和本专利无关,需要采用其它方法实现,我们这里假设已经获知了这些信息。这里,假设已经确定某一终端(为了方便描述,将该终端称为终端1)需要进行协作传输,并已经获知需要进行协作传输的一个或多个基站。另外,协作传输时,需要确定一个主节点,该主节点可以是协作终端目前所处的小区所归属的基站,这里,协作终端是终端1,则主节点就是终端1在进行协作传输之前所处的小区所归属的基站,这里将该基站称为节点A。
节点A通过和需要参与协作传输的其他基站进行协商,为终端1在规定的可以用于协作传输子帧(即,上文所述的协作传输子帧)上进行时频资源的分配,并且,对于每个需要参与协作传输的基站(包括节点A和参与协作传输的其他基站),其为终端1分配的时频资源都是相同的。这里,假设参与协作传输的其他基站为基站1、基站2和基站3,则节点A、基站1、基站2、基站3这四个基站进行协商,该协商操作可以通过基站之间的信令交互来实现,通过现有技术的方法就能实现,这里不再赘述。
FDD模式
在FDD模式下,节点A和基站1、基站2、基站3在可以用于协作传输的子帧上为终端1选择协作传输时所使用的资源,如上所述,可知,在FDD模式下,可以用于协作传输子帧为:子帧#1,子帧#2,子帧#3,子帧#6,子帧#7,子帧#8。例如,节点A和基站1、基站2、基站3通过协商,发现节点A、基站1、基站2、基站3的子帧#7的第5个物理资源块(Physical Resource Block,简称为PRB)上均有资源,则节点A、基站1、基站2、基站3均在子帧#7的第5个PRB上承载发送给终端1的数据。
另外,在上述方法的基础上,在FDD模式下,可以通过设置优先级的方式进一步在可选的协作传输子帧中,选择出某一个具体的用于协作传输的子帧,下面通过优先级方式一和优先级方式二进行说明。
优先级方式一
按照优先级别,在可以用于协作传输的子帧中依次选择用于协作传输的子帧。首先,可以以预定方式对用于协作传输的子帧进行排序,例如,可以按照时间的优先顺序对协作传输子帧排序,可以规定选择协作传输子帧的依次顺序为:子帧#1,子帧#2,子帧#3,子帧#6,子帧#7,子帧#8。这样,规定好该规则后,节点A会优先在子帧#1上协商用于协作传输的物理资源块,如果子帧#1上没有公用资源用于协作传输,节点A会在子帧#2上协商用于协作传输的物理资源块,如果子帧#2上没有公用资源用于协作传输时,节点A会在子帧#3上协商用于协作传输的物理资源块,如果子帧#3上没有公用资源用于协作传输时,节点A会在子帧#6上协商用于协作传输的物理资源块,如果子帧#6上没有公用资源用于协作传输时,节点A会在子帧#7上协商用于协作传输的物理资源块,如果子帧#7上没有公用资源用于协作传输时,节点A会在子帧#8上协商用于协作传输的物理资源块,如果子帧#8上也没有公用资源用于协作传输时,此时,节点A可以按照上述方法重新轮循,或者,节点A可以根据预先规定好的用于协作传输的某个子帧上强制调用该子帧的物理资源块,用于协作(在使用这种方法之前,系统需要预先规定:在协作传输过程中,如果所有子帧均不能用于协作传输时,设置某个子帧用于协作传输,例如子帧#7)。
优先级方式二
系统预先规定一个或者多个特定的子帧为优先用于协作传输的子帧,并且,除上述特定子帧之外的其他子帧不用于协作传输或者用于协作传输的等级较低。例如,规定子帧#2为优先用于协作传输的子帧,除子帧#2之外的其他子帧不用于协作传输或者用于协作传输的等级较低,其中,其他子帧是指:除去潜在寻呼子帧之外的子帧,根据上述假设,通过下面三种处理方式对优先级方式二进行描述。
处理方式1:节点A、基站1、基站2和基站3直接在子帧#2上进行协作传输资源块的分配,此时,节点A优先在子帧#2上选择节点A、基站1、基站2和基站3均共有的闲置物理资源块,如果在子帧#2上没有共有的闲置物理资源块,则节点A在子帧#2上选择其他业务占用的物理资源块,即节点A在子帧#2上强制分配用于协作传输的物理资源块。例如,节点A选择子帧#2上的物理资源块A用于协作传输,并且在节点A、基站1、基站2和基站3中有一个正在使用该物理资源块A用于传输其他非协作传输的终端(例如,假设基站1正在使用该物理资源块A为终端2传输业务2)的业务,此时,可以在协作传输开始之前,基站1为终端2的业务2分配其他物理资源块,并利用子帧#2上的物理资源块A承载终端1的业务数据;但如果在协作传输开始之前,基站1还没有为终端2的业务2分配好其他物理资源块,则直接断掉终端2的业务2,利用子帧#2上的物理资源块A承载终端1的业务数据。
例如,预先规定子帧#2和子帧#7为优先用于协作传输的子帧,除子帧#2和子帧#7之外的其他子帧不用于协作传输或者用于协作传输的等级较低,优先考虑子帧序号差为5的两个子帧,其他子帧是指:除去潜在寻呼子帧的子帧。具体处理为:节点A、基站1、基站2、基站3直接在子帧#2和子帧#7进行协作传输资源块的分配,节点A优先选择子帧#2和子帧#7上共有的闲置物理资源块,如果子帧#2和子帧#7上没有共有的闲置物理资源块,则节点A强制选择其他非协作传输业务(即,非协作传输终端进行的业务)占用的物理资源块用于为终端1进行协作传输。例如,在协作传输开始之前,节点A、基站1、基站2和基站3可以为某个非协作传输业务分配其他的物理资源块,并在该非协作传输业务占用的物理资源块上承载终端1的业务数据;或者,在协作传输开始之前,如果节点A、基站1、基站2和基站3还没有为上述某个非协作传输业务分配好其他物理资源块,则直接断掉该非协作传输业务,在该非协作传输业务占用的物理资源块上承载终端1的业务数据。
处理方式2:节点A优先在子帧#2上选择节点A、基站1、基站2和基站3均共有的闲置物理资源块,如果在子帧#2上分配到了协作传输的物理资源块,则利用该闲置物理资源块承载终端1的业务数据;如果在子帧#2上没有分配到协作传输的物理资源块,则节点A分别在子帧#1,子帧#3,子帧#6,子帧#7,子帧#8上选择节点A、基站1、基站2、基站3均共有的闲置物理资源块,用于协作资源,如果在子帧#1、子帧#3,子帧#6,子帧#7,子帧#8上分配到了协作传输的物理资源块,则利用选择出的闲置物理资源块承载终端1的业务数据,如果在子帧#1、子帧#3,子帧#6,子帧#7,子帧#8没有分配到协作传输的物理资源块,则节点A在子帧#2上强制分配用于协作传输的物理资源块,具体实现方法见处理方式1,这里不再赘述。
例如,节点A优先在子帧#2和子帧#7上选择节点A、基站1、基站2和基站3均共有的闲置物理资源块,如果分配到了协作传输的物理资源块,则利用该闲置物理资源块承载终端1的业务数据;如果没有分配到协作传输的物理资源块,则节点A分别在子帧#1,子帧#3,子帧#6,子帧#8上选择协作资源,如果在子帧#1,子帧#3,子帧#6,子帧#8分配到了协作传输的物理资源块,则利用选择出的闲置物理资源块承载终端1的业务数据,如果在子帧#1,子帧#3,子帧#6,子帧#8没有分配到协作传输的物理资源块,则节点A在子帧#2和/或#7上强制分配用于协作传输的物理资源块。
处理方式3:节点A分别在子帧#1,子帧#2,子帧#3,子帧#6,子帧#7,子帧#8上选择节点A、基站1、基站2和基站3均共有的闲置物理资源块,如果在子帧#1,子帧#2,子帧#3,子帧#6,子帧#7,子帧#8上分配到了协作传输的物理资源块,则利用选择出的闲置物理资源块承载终端1的业务数据,如果在子帧#1,子帧#2,子帧#3,子帧#6,子帧#7,子帧#8上没有分配到协作传输的物理资源块,则节点A在子帧#2上强制分配用于协作传输的物理资源块,具体实现方法见处理方式1,这里不再赘述。
例如,节点A分别在子帧#1,子帧#2,子帧#3,子帧#6,子帧#7,子帧#8上选择节点A、基站1、基站2和基站3均共有的闲置物理资源块,如果在子帧#1,子帧#2,子帧#3,子帧#6,子帧#7,子帧#8上分配到了协作传输的物理资源块,则利用选择出的闲置物理资源块承载终端1的业务数据,如果在子帧#1,子帧#2,子帧#3,子帧#6,子帧#7,子帧#8上没有分配到协作传输的物理资源块,则节点A在子帧#2和/或#7上强制分配用于协作传输的物理资源块。
TDD模式
在TDD模式下,节点A和基站1、基站2、基站3在可以用于协作传输子帧上为终端1选择协作传输时所使用的资源,如上所述,可知,在TDD模式下,可以用于协作传输子帧为:子帧#0,子帧#1,子帧#5,子帧#6之外的下行子帧。则节点A和基站1、基站2、基站3可以通过协商,确定除子帧#0,子帧#1,子帧#5,子帧#6之外的某个或某几个下行子帧的时频资源来承载发送给终端1的数据。
另外,在上述方法的基础上,在TDD模式下,以上下行子帧配置模式2为例,可以通过设置优先级的方式进一步在可选的协作传输子帧中,选择出某一个具体的用于协作传输的子帧,下面通过优先级方式一和优先级方式二进行说明。
优先级方式一
根据按照优先级别,在可以用于协作传输的子帧中依次选择用于协作传输的子帧。例如,按照时间的优先顺序,可以规定选择协作传输子帧的依次顺序为:子帧#3,子帧#4,子帧#8,子帧#9。这样,规定好该规则后,节点A会优先在子帧#3上协商用于协作传输的物理资源块,如果子帧#3上没有公用资源用于协作传输时,节点A会在子帧#4上协商用于协作传输的物理资源块,如果子帧#4上没有公用资源用于协作传输时,节点A会在子帧#8上协商用于协作传输的物理资源块,如果子帧#8上没有公用资源用于协作传输时,节点A会在子帧#9上协商用于协作传输的物理资源块,如果子帧#9上也没有公用资源用于协作传输时,此时,节点A可以按照上述方法重新轮循,或者,节点A可以根据预先规定好的用于协作传输的某个子帧上强制调用该子帧上的物理资源块,用于协作(在使用这种方法之前,系统需要预先规定:在协作传输过程中,如果所有子帧均不能用于协作传输时,设置某个子帧用于协作传输,例如子帧#8)。
优先级方式二
系统预先规定一个或者多个特定的子帧为优先用于协作传输的子帧,并且,除上述特定子帧之外的其他子帧不用于协作传输或者用于协作传输的等级较低。例如,规定子帧#3为优先用于协作传输的子帧,除子帧#3之外的其他子帧不用于协作传输或者用于协作传输的等级较低,其中,其他子帧是指除去潜在寻呼子帧的子帧,根据上述假设,通过下面三种处理方式对优先级方式二进行描述。
处理方式1:节点A、基站1、基站2和基站3直接在子帧#3进行协作传输资源块的分配,此时节点A优先在子帧#3选择上节点A、基站1、基站2和基站3均共有的闲置物理资源块,如果没有共有的闲置物理资源块,则节点A在子帧#3上选择其他业务占用的物理资源块,即节点A在子帧#3上强制分配其他业务占用的物理资源块用于协作传输。例如,节点A选择子帧#3上的物理资源块A用于协作传输,并且在节点A、基站1、基站2和基站3中有一个正在使用该物理资源块A用于传输其他非协作传输的终端(例如,假设基站1正在使用该物理资源块A为终端2传输业务2)的业务,此时,可以在协作传输开始之前,基站1为终端2的业务2分配其他物理资源块,如果在协作传输开始之前,基站1还没有为终端2的业务2分配好其他物理资源块,则直接断掉终端2的业务2,利用子帧#3上的物理资源块A承载终端1的业务数据。
例如,预先规定子帧#3和子帧#8为优先用于协作传输的子帧,除子帧#3和子帧#8之外的其他子帧不用于协作传输或者用于协作传输的等级较低,优先考虑子帧序号差为5的两个子帧,其他子帧是指:除去潜在寻呼子帧的子帧。具体处理为:节点A和基站1、基站2、基站3直接在子帧#3和#8进行协作传输资源块的分配,此时节点A优先选择子帧#3和#8上共有的闲置物理资源块,如果子帧#3和#8上没有共有的闲置物理资源块,则节点A强制选择其他业务占用的物理资源块用于为终端1进行协作传输。例如,在协作传输开始之前,节点A、基站1、基站2和基站3为其他非协作传输业务(即,非协作传输终端进行的业务)占用的物理资源块用于为终端1进行协作传输。例如,在协作传输开始之前,节点A、基站1、基站2和基站3可以为某个非协作传输业务分配其他的物理资源块,并在该非协作传输业务占用的物理资源块上承载终端1的业务数据;或者,在协作传输开始之前,如果节点A、基站1、基站2和基站3还没有为上述某个非协作传输业务分配好其他物理资源块,则直接断掉该非协作传输业务,在该非协作传输业务占用的物理资源块上承载终端1的业务数据。
处理方式2:节点A优先在子帧#3上选择节点A、基站1、基站2和基站3均共有的闲置物理资源块,如果在子帧#3上分配到了协作传输的物理资源块,利用该闲置物理资源块承载终端1的业务数据;如果在子帧#3上没有分配到协作传输的物理资源块,则节点A分别在子帧#4,#8,#9上选择节点A、基站1、基站2、基站3均共有的闲置物理资源块,用于协作资源,如果在子帧#4,#8,#9上分配到了协作传输的物理资源块,则利用选择出的闲置物理资源块承载终端1的业务数据,如果在子帧#4,#8,#9上没有分配到协作传输的物理资源块,则节点A此时在子帧#3上强制分配用于协作传输的物理资源块,具体实现方法见处理方式1,这里不再赘述。
例如,节点A优先在子帧#3和#8上选择节点A、基站1、基站2和基站3均共有的闲置物理资源块,如果分配到了协作传输的物理资源块,则利用该闲置物理资源块承载终端1的业务数据;如果没有分配到协作传输的物理资源块,则节点A分别在子帧#4,子帧#9上选择协作资源,如果在子帧#4,子帧#9分配到了协作传输的物理资源块,则利用选择出的闲置物理资源块承载终端1的业务数据,如果在子帧#4,子帧#9没有分配到协作传输的物理资源块,则节点A此时在子帧#3和/或#8上强制分配用于协作传输的物理资源块。
处理方式3:节点A分别在子帧#3,#4,#8,#9上选择节点A、基站1、基站2和基站3均共有的闲置物理资源块,如果在子帧#3,#4,#8,#9上分配到了协作传输的物理资源块,则利用选择出的闲置物理资源块承载终端1的业务数据,如果在子帧#3,#4,#8,#9上没有分配到协作传输的物理资源块,则节点A在子帧#3上强制分配用于协作传输的物理资源块,具体实现方法见处理方式1,这里不再赘述。
例如,节点A分别在子帧#3,#4,#8,#9上选择节点A、基站1、基站2和基站3均共有的闲置物理资源块,如果在子帧#3,#4,#8,#9上分配到了协作传输的物理资源块,则利用选择出的闲置物理资源块承载终端1的业务数据,如果在子帧#3,#4,#8,#9上没有分配到协作传输的物理资源块,则节点A在子帧#3和/或#8上强制分配用于协作传输的物理资源块。
需要说明的是,上述提到强制分配用于协作传输的物理资源块,是指:被强制分配的物理资源块不能是正在用于为其他终端进行协作传输的资源块,但可以是正在用于为其他终端进行非协作传输的资源块。
实例2
实例2与实例1的不同点在于:在实例2中,如果节点A、基站1、基站2、基站3通过协商发现,这几个基站在可以用于协作传输的子帧上没有公共可用的时频资源,则在协作传输过程中,可以选择潜在寻呼子帧上的时频资源承载发送给终端1的数据,即,潜在寻呼子帧也可以作为用于协作传输的子帧。
下面对实例2进行说明。
在协作传输过程中,如何判断某一终端是否需要协作,并且需要那些基站进行协作,和本专利无关,需要采用其它方法实现,我们这里假设已经获知了这些信息。这里,假设已经确定某一终端(为了方便描述,将该终端称为终端1)需要进行协作传输,并已经获知需要进行协作传输的一个或多个基站。另外,协作传输时,需要确定一个主节点,该主节点可以是协作终端目前所处的小区所归属的基站,这里,协作终端是终端1,则主节点就是终端1在进行协作传输之前所处的小区所归属的基站,这里将该基站称为节点A。
节点A需要参与协作传输的其他基站进行协商,为终端1在规定的可以用于协作传输子帧(即,上文所述的协作传输子帧)上进行时频资源的分配,并且,对于每个需要参与协作传输的基站(包括节点A和参与协作传输的其他基站),其为终端1分配的时频资源都是相同的。这里,假设参与协作传输的其他基站为基站1、基站2和基站3,则节点A、基站1、基站2、基站3四个基站进行协商,该协商操作可以通过基站之间的信令交互来实现,通过现有技术的方法就能实现,这里不再赘述。
对于FDD模式,节点A、基站1、基站2、基站3优先考虑在子帧#1,子帧#2,子帧#3,子帧#6,子帧#7,子帧#8为终端1分配时频资源。如果此时能够在子帧#1,子帧#2,子帧#3,子帧#6,子帧#7,子帧#8中为终端1找到公共可用的时频资源,则不考虑在子帧#0,#4,#5,#9上选择协作传输的时频资源;如果此时不能够在子帧#1,子帧#2,子帧#3,子帧#6,子帧#7,子帧#8中为终端1找到公共可用的时频资源,则节点A、基站1、基站2、基站3需要在子帧#0,子帧#4,子帧#5,子帧#9上选择协作传输的时频资源,并且,在这种情况下,优先在子帧#0和子帧#5上选择协作传输的时频资源,其次在子帧#4上选择协作传输的时频资源,最后在子帧#9选择协作传输的时频资源。
例如,节点A、基站1、基站2、基站3通过协商发现,不能够在子帧#1,子帧#2,子帧#3,子帧#6,子帧#7,子帧#8中为终端1找到公共可用的时频资源,则需要考虑在子帧#0,子帧#4,子帧#5,子帧#9上选择协作传输的时频资源,首先,会考虑在子帧#0和子帧#5上选择协作传输的时频资源,如果节点A、基站1、基站2、基站3通过协商发现在子帧#5上有公共可用的时频资源,则在子帧#5上承载发送给终端1的数据;如果节点A、基站1、基站2、基站3通过协商发现在子帧#5上没有公共可用的时频资源,其次,会考虑在子帧#4上选择协作传输的时频资源,如果节点A、基站1、基站2、基站3通过协商发现在子帧#4上有公共可用的时频资源,则在子帧#4上承载发送给终端1的数据,如果子帧#4上没有公共可用的时频资源,最后会考虑在子帧#9上选择协作传输的时频资源。
需要说明的是,在该实例2中的FDD方式下,同样可以按照实例1中FDD方式下的优先级方式一和优先级方式二进行协作传输子帧的选择,具体的选择处理过程与实例1中的选择过程类似,这里不再重复。
对于TDD模式,节点A、基站1、基站2、基站3优先考虑在除子帧#0,子帧#1,子帧#5,子帧#6之外的下行子帧上为终端1分配时频资源。如果此时能够在除子帧#0,子帧#1,子帧#5,子帧#6之外的下行子帧中为终端1找到公共可用的时频资源,则不考虑在子帧#0,子帧#1,子帧#5,子帧#6上选择协作传输的时频资源;如果此时不能够在子帧#0,子帧#1,子帧#5,子帧#6中为终端1找到公共可用的时频资源,则节点A、基站1、基站2、基站3需要在子帧#0,子帧#1,子帧#5,子帧#6上选择协作传输的时频资源,并且,在这种情况下,优先在子帧#1和子帧#6上选择协作传输的时频资源,其次在子帧#5上选择协作传输的时频资源,最后在子帧#0上选择协作传输的时频资源。
需要说明的是,在该实例2中的TDD方式下,同样可以按照实例1中TDD方式下的优先级方式一和优先级方式二进行协作传输子帧的选择,具体的选择处理过程与实例1中的选择过程类似,这里不再重复。
方法实施例二
根据本发明的实施例,提供一种基于协作传输的下行子帧选择方法。
图4是根据本实施例的基于协作传输的下行子帧选择方法,如图4所示,包括以下处理(步骤S402和步骤S404)。
步骤S402,在无线帧中使用预先分配的一个或多个子帧作为协作传输子帧,即,在无线帧中选择预先指定的一个或多个子帧作为协作传输子帧;
步骤S404,调用预先分配的一个或多个子帧或该无线帧的其他子帧进行协作传输。
具体地,在选择了预先指定的一个或多个子帧之后,可以根据以下方式确定具体进行协作传输的子帧:
方式一:仅使用预先分配的一个或多个子帧中的物理资源块用于协作传输,即,仅调用预先指定的一个或多个子帧用于协作传输。
方式二:优先使用预先配置的一个或多个子帧中的物理资源块用于协作传输,在一个或多个子帧不存在用于协作传输的公共物理资源块的情况下,使用无线帧中存在公共物理资源块的其他子帧用于协作传输,即,优先调用预先指定的一个或多个子帧用于协作传输,在一个或多个子帧不存在用于协作传输的公共资源的情况下,调用无线帧中存在公共资源的其他子帧用于协作传输,其中,公共物理资源块是指参与协作传输的各个小区共有的闲置物理资源块。
下面将结合具体实例描述根据本实施例的方法。
实例3
实例3与实例1的不同点在于:实例3中把可用于协作传输的子帧的范围进行了扩大,即把潜在寻呼子帧和非潜在寻呼子帧在用于协作传输时等同对待。具体差异描述:
FDD模式中,实例1中规定的用于协作传输的子帧为以下至少之一:子帧#1,子帧#2,子帧#3,子帧#6,子帧#7,子帧#8,不包括潜在寻呼子帧;实例3中规定的用于协作传输的子帧为以下至少之一:子帧#0,子帧#1,子帧#2,子帧#3,子帧#4,子帧#5,子帧#6,子帧#7,子帧#8,子帧#9,包括潜在寻呼子帧。
TDD模式中,实例1中规定:用于协作传输的子帧为除了子帧#0,子帧#1,子帧#5,子帧#6的下行子帧;实例3中规定:用于协作传输的子帧为包括子帧#0,子帧#1,子帧#5,子帧#6在内的下行子帧。
下面对实例3进行说明。
FDD模式
在FDD模式下,节点A和基站1、基站2、基站3在可以用于协作传输的子帧上为终端1选择协作传输时所使用的资源,如上所述,可知,在FDD模式下,可以用于协作传输子帧为:子帧#0,子帧#1,子帧#2,子帧#3,子帧#4,子帧#5,子帧#6,子帧#7,子帧#8,子帧#9。例如,节点A和基站1、基站2、基站3通过协商,发现节点A、基站1、基站2、基站3的子帧#7的第5个物理资源块(Physical Resource Block,简称为PRB)上均有资源,则节点A、基站1、基站2、基站3均在子帧#7的第5个PRB上承载发送给终端1的数据。
另外,在上述方法的基础上,在FDD模式下,可以通过设置优先级的方式进一步在可选的协作传输子帧中,选择出某一个具体的用于协作传输的子帧,下面通过优先级方式一和优先级方式二进行说明。
优先级方式一
按照优先级别,在可以用于协作传输的子帧中依次选择用于协作传输的子帧。首先,可以以预定方式对用于协作传输的子帧进行排序,例如,可以按照时间的优先顺序对协作传输子帧排序,可以规定选择协作传输子帧的依次顺序为:子帧#0,子帧#1,子帧#2,子帧#3,子帧#4,子帧#5,子帧#6,子帧#7,子帧#8,子帧#9。这样,规定好该规则后,节点A会优先在子帧#0上协商用于协作传输的物理资源块,如果子帧#0上没有公用资源用于协作传输,节点A会优先在子帧#1上协商用于协作传输的物理资源块,如果子帧#1上没有公用资源用于协作传输,节点A会在子帧#2上协商用于协作传输的物理资源块,如果子帧#2上没有公用资源用于协作传输时,节点A会在子帧#3上协商用于协作传输的物理资源块,如果子帧#3上没有公用资源用于协作传输时,节点A会优先在子帧#4上协商用于协作传输的物理资源块,如果子帧#4上没有公用资源用于协作传输,节点A会优先在子帧#5上协商用于协作传输的物理资源块,如果子帧#5上没有公用资源用于协作传输,节点A会在子帧#6上协商用于协作传输的物理资源块,如果子帧#6上没有公用资源用于协作传输时,节点A会在子帧#7上协商用于协作传输的物理资源块,如果子帧#7上没有公用资源用于协作传输时,节点A会在子帧#8上协商用于协作传输的物理资源块,如果子帧#8上也没有公用资源用于协作传输时,节点A会优先在子帧#9上协商用于协作传输的物理资源块,如果子帧#9上没有公用资源用于协作传输,此时,节点A可以按照上述方法重新轮循,或者,节点A可以根据预先规定好的用于协作传输的某个子帧上强制调用该子帧的物理资源块,用于协作(在使用这种方法之前,系统需要预先规定:在协作传输过程中,如果所有子帧均不能用于协作传输时,设置某个子帧用于协作传输,例如子帧#7)。
优先级方式二
系统预先规定一个或者多个特定的子帧为优先用于协作传输的子帧,并且,除上述特定子帧之外的其他子帧不用于协作传输或者用于协作传输的等级较低。例如,规定子帧#2为优先用于协作传输的子帧,除子帧#2之外的其他子帧不用于协作传输或者用于协作传输的等级较低,其中,其他子帧是指:除去潜在寻呼子帧之外的子帧,根据上述假设,通过下面三种处理方式对优先级方式二进行描述。
处理方式1:节点A、基站1、基站2和基站3直接在子帧#2上进行协作传输资源块的分配,此时,节点A优先在子帧#2上选择节点A、基站1、基站2和基站3均共有的闲置物理资源块,如果在子帧#2上没有共有的闲置物理资源块,则节点A在子帧#2上选择其他业务占用的物理资源块,即节点A在子帧#2上强制分配用于协作传输的物理资源块。例如,节点A选择子帧#2上的物理资源块A用于协作传输,并且在节点A、基站1、基站2和基站3中有一个正在使用该物理资源块A用于传输其他非协作传输的终端(例如,假设基站1正在使用该物理资源块A为终端2传输业务2)的业务,此时,可以在协作传输开始之前,基站1为终端2的业务2分配其他物理资源块,如果在协作传输开始之前,基站1还没有为终端2的业务2分配好其他物理资源块,则直接断掉终端2的业务2,利用子帧#2上的物理资源块A承载终端1的业务数据。
例如,预先规定子帧#2和子帧#7为优先用于协作传输的子帧,除子帧#2和子帧#7之外的其他子帧不用于协作传输或者用于协作传输的等级较低,优先考虑子帧序号差为5的两个子帧,其他子帧是指:除去潜在寻呼子帧的子帧。具体处理为:节点A、基站1、基站2、基站3直接在子帧#2和子帧#7进行协作传输资源块的分配,节点A优先选择子帧#2和子帧#7上共有的闲置物理资源块,如果子帧#2和子帧#7上没有共有的闲置物理资源块,则节点A强制选择其他非协作传输业务(即,非协作传输终端进行的业务)占用的物理资源块用于为终端1进行协作传输。例如,在协作传输开始之前,节点A、基站1、基站2和基站3可以为某个非协作传输业务分配其他的物理资源块,并在该非协作传输业务占用的物理资源块上承载终端1的业务数据;或者,在协作传输开始之前,如果节点A、基站1、基站2和基站3还没有为上述某个非协作传输业务分配好其他物理资源块,则直接断掉该非协作传输业务,在该非协作传输业务占用的物理资源块上承载终端1的业务数据。
处理方式2:节点A优先在子帧#2上选择节点A、基站1、基站2和基站3均共有的闲置物理资源块,如果在子帧#2上分配到了协作传输的物理资源块,则利用该闲置物理资源块承载终端1的业务数据;如果在子帧#2上没有分配到协作传输的物理资源块,则节点A分别在子帧#0,子帧#1,子帧#3,子帧#4,子帧#5,子帧#6,子帧#7,子帧#8,子帧#9上选择节点A、基站1、基站2、基站3均共有的闲置物理资源块,用于协作资源,如果在子帧#0,子帧#1,子帧#3,子帧#4,子帧#5,子帧#6,子帧#7,子帧#8,子帧#9上分配到了协作传输的物理资源块,则利用选择出的闲置物理资源块承载终端1的业务数据,如果在子帧#0,子帧#1,子帧#3,子帧#4,子帧#5,子帧#6,子帧#7,子帧#8,子帧#9没有分配到协作传输的物理资源块,则节点A在子帧#2上强制分配用于协作传输的物理资源块,具体实现方法见处理方式1,这里不再赘述。
例如,节点A优先在子帧#2和子帧#7上选择节点A、基站1、基站2和基站3均共有的闲置物理资源块,如果分配到了协作传输的物理资源块,则利用该闲置物理资源块承载终端1的业务数据;如果没有分配到协作传输的物理资源块,则节点A分别在子帧#0,子帧#1,子帧#3,子帧#4,子帧#5,子帧#6,子帧#8,子帧#9上选择协作资源,如果在子帧#0,子帧#1,子帧#3,子帧#4,子帧#5,子帧#6,子帧#8,子帧#9分配到了协作传输的物理资源块,则利用选择出的闲置物理资源块承载终端1的业务数据,如果在子帧#0,子帧#1,子帧#3,子帧#4,子帧#5,子帧#6,子帧#8,子帧#9没有分配到协作传输的物理资源块,则节点A在子帧#2和/或#7上强制分配用于协作传输的物理资源块。
处理方式3:节点A分别在子帧#0,子帧#1,子帧#2,子帧#3,子帧#4,子帧#5,子帧#6,子帧#7,子帧#8,子帧#9上选择节点A、基站1、基站2和基站3均共有的闲置物理资源块,如果在子帧#0,子帧#1,子帧#2,子帧#3,子帧#4,子帧#5,子帧#6,子帧#7,子帧#8,子帧#9上分配到了协作传输的物理资源块,则利用选择出的闲置物理资源块承载终端1的业务数据,如果在子帧#0,子帧#1,子帧#2,子帧#3,子帧#4,子帧#5,子帧#6,子帧#7,子帧#8,子帧#9上没有分配到协作传输的物理资源块,则节点A在子帧#2上强制分配用于协作传输的物理资源块,具体实现方法见处理方式1,这里不再赘述。
例如,节点A分别在子帧#0,子帧#1,子帧#2,子帧#3,子帧#4,子帧#5,子帧#6,子帧#7,子帧#8,子帧#9上选择节点A、基站1、基站2和基站3均共有的闲置物理资源块,如果在子帧#0,子帧#1,子帧#2,子帧#3,子帧#4,子帧#5,子帧#6,子帧#7,子帧#8,子帧#9上分配到了协作传输的物理资源块,则利用选择出的闲置物理资源块承载终端1的业务数据,如果在子帧#0,子帧#1,子帧#2,子帧#3,子帧#4,子帧#5,子帧#6,子帧#7,子帧#8,子帧#9上没有分配到协作传输的物理资源块,则节点A在子帧#2和/或#7上强制分配用于协作传输的物理资源块。
TDD模式
在TDD模式下,节点A和基站1、基站2、基站3在可以用于协作传输子帧上为终端1选择协作传输时所使用的资源,如上所述,可知,在TDD模式下,可以用于协作传输子帧为:包括子帧#0,子帧#1,子帧#5,子帧#6在内的下行子帧。则节点A和基站1、基站2、基站3可以通过协商,确定包括子帧#0,子帧#1,子帧#5,子帧#6在内的某个或某几个下行子帧的时频资源来承载发送给终端1的数据。
另外,在上述方法的基础上,在TDD模式下,以上下行子帧配置模式2为例,可以通过设置优先级的方式进一步在可选的协作传输子帧中,选择出某一个具体的用于协作传输的子帧,下面通过优先级方式一和优先级方式二进行说明。
优先级方式一
根据按照优先级别,在可以用于协作传输的子帧中依次选择用于协作传输的子帧。例如,按照时间的优先顺序,可以规定选择协作传输子帧的依次顺序为:子帧#0,子帧#1,子帧#3,子帧#4,子帧#5,子帧#6,子帧#8,子帧#9。这样,规定好该规则后,节点A会优先在子帧#0上协商用于协作传输的物理资源块,如果子帧#0上没有公用资源用于协作传输时,节点A会优先在子帧#1上协商用于协作传输的物理资源块,如果子帧#1上没有公用资源用于协作传输时,节点A会优先在子帧#3上协商用于协作传输的物理资源块,如果子帧#3上没有公用资源用于协作传输时,节点A会在子帧#4上协商用于协作传输的物理资源块,如果子帧#4上没有公用资源用于协作传输时,节点A会优先在子帧#5上协商用于协作传输的物理资源块,如果子帧#5上没有公用资源用于协作传输时,节点A会优先在子帧#6上协商用于协作传输的物理资源块,如果子帧#6上没有公用资源用于协作传输时,节点A会在子帧#8上协商用于协作传输的物理资源块,如果子帧#8上没有公用资源用于协作传输时,节点A会在子帧#9上协商用于协作传输的物理资源块,如果子帧#9上也没有公用资源用于协作传输时,此时,节点A可以按照上述方法重新轮循,或者,节点A可以根据预先规定好的用于协作传输的某个子帧上强制调用该子帧上的物理资源块,用于协作(在使用这种方法之前,系统需要预先规定:在协作传输过程中,如果所有子帧均不能用于协作传输时,设置某个子帧用于协作传输,例如子帧#8)。
优先级方式二
系统预先规定一个或者多个特定的子帧为优先用于协作传输的子帧,并且,除上述特定子帧之外的其他子帧不用于协作传输或者用于协作传输的等级较低。例如,规定子帧#3为优先用于协作传输的子帧,除子帧#3之外的其他子帧不用于协作传输或者用于协作传输的等级较低,其中,其他子帧是指除去潜在寻呼子帧的子帧,根据上述假设,通过下面三种处理方式对优先级方式二进行描述。
处理方式1:节点A、基站1、基站2和基站3直接在子帧#3进行协作传输资源块的分配,此时节点A优先在子帧#3选择上节点A、基站1、基站2和基站3均共有的闲置物理资源块,如果没有共有的闲置物理资源块,则节点A在子帧#3上选择其他业务占用的物理资源块,即节点A在子帧#3上强制分配其他业务占用的物理资源块用于协作传输。例如,节点A选择子帧#3上的物理资源块A用于协作传输,并且在节点A、基站1、基站2和基站3中有一个正在使用该物理资源块A用于传输其他非协作传输的终端(例如,假设基站1正在使用该物理资源块A为终端2传输业务2)的业务,此时,可以在协作传输开始之前,基站1为终端2的业务2分配其他物理资源块,如果在协作传输开始之前,基站1还没有为终端2的业务2分配好其他物理资源块,则直接断掉终端2的业务2,利用子帧#3上的物理资源块A承载终端1的业务数据。
例如,预先规定子帧#3和子帧#8为优先用于协作传输的子帧,除子帧#3和子帧#8之外的其他子帧不用于协作传输或者用于协作传输的等级较低,优先考虑子帧序号差为5的两个子帧,其他子帧是指:除去潜在寻呼子帧的子帧。具体处理为:节点A和基站1、基站2、基站3直接在子帧#3和#8进行协作传输资源块的分配,此时节点A优先选择子帧#3和#8上共有的闲置物理资源块,如果子帧#3和#8上没有共有的闲置物理资源块,则节点A强制选择其他非协作传输业务(即,非协作传输终端进行的业务)占用的物理资源块用于为终端1进行协作传输。例如,在协作传输开始之前,节点A、基站1、基站2和基站3可以为某个非协作传输业务分配其他的物理资源块,并在该非协作传输业务占用的物理资源块上承载终端1的业务数据;或者,在协作传输开始之前,如果节点A、基站1、基站2和基站3还没有为上述某个非协作传输业务分配好其他物理资源块,则直接断掉该非协作传输业务,在该非协作传输业务占用的物理资源块上承载终端1的业务数据。
处理方式2:节点A优先在子帧#3上选择节点A、基站1、基站2和基站3均共有的闲置物理资源块,如果在子帧#3上分配到了协作传输的物理资源块,利用该闲置物理资源块承载终端1的业务数据;如果在子帧#3上没有分配到协作传输的物理资源块,则节点A分别在子帧#0,#1,#4,#5,#6,#8,#9上选择节点A、基站1、基站2、基站3均共有的闲置物理资源块,用于协作资源,如果在子帧#0,#1,#4,#5,#6,#8,#9上分配到了协作传输的物理资源块,则利用选择出的闲置物理资源块承载终端1的业务数据,如果在子帧#0,#1,#4,#5,#6,#8,#9上没有分配到协作传输的物理资源块,则节点A此时在子帧#3上强制分配用于协作传输的物理资源块,具体实现方法见处理方式1,这里不再赘述。
例如,节点A优先在子帧#3和#8上选择节点A、基站1、基站2和基站3均共有的闲置物理资源块,如果分配到了协作传输的物理资源块,则利用该闲置物理资源块承载终端1的业务数据;如果没有分配到协作传输的物理资源块,则节点A分别在子帧#0,子帧#1,子帧#4,子帧#5,子帧#6,子帧#9上选择协作资源,如果在子帧#0,子帧#1,子帧#4,子帧#5,子帧#6,子帧#9分配到了协作传输的物理资源块,则利用选择出的闲置物理资源块承载终端1的业务数据,如果在子帧#0,子帧#1,子帧#4,子帧#5,子帧#6,子帧#9没有分配到协作传输的物理资源块,则节点A此时在子帧#3和/或#8上强制分配用于协作传输的物理资源块。
处理方式3:节点A分别在子帧#0,#1,#3,#4,#5,#6,#8,#9上选择节点A、基站1、基站2和基站3均共有的闲置物理资源块,如果在子帧#0,#1,#3,#4,#5,#6,#8,#9上分配到了协作传输的物理资源块,则利用选择出的闲置物理资源块承载终端1的业务数据,如果在子帧#0,#1,#3,#4,#5,#6,#8,#9上没有分配到协作传输的物理资源块,则节点A在子帧#3上强制分配用于协作传输的物理资源块,具体实现方法见处理方式1,这里不再赘述。
例如,节点A分别在子帧#0,#1,#3,#4,#5,#6,#8,#9上选择节点A、基站1、基站2和基站3均共有的闲置物理资源块,如果在子帧#0,#1,#3,#4,#5,#6,#8,#9上分配到了协作传输的物理资源块,则利用选择出的闲置物理资源块承载终端1的业务数据,如果在子帧#0,#1,#3,#4,#5,#6,#8,#9上没有分配到协作传输的物理资源块,则节点A在子帧#3和/或#8上强制分配用于协作传输的物理资源块。
需要说明的是,上述强制分配用于协作传输的物理资源块是指:被强制分配的物理资源块不能是正在用于为其他终端进行协作传输的资源块,但可以是正在用于为其他终端进行非协作传输的资源块。
如上所述,借助于本发明提供的基于协作传输的下行子帧选择方法,能够选择出协作传输过程中用于协作传输的子帧,填补了现有技术的空白。
实例4
实例4描述了在无线帧中预先分配的一个或多个子帧作为协作传输子帧的具体实例,该实例所描述的方法适合于FDD模式和TDD模式,下面以FDD模式为例进行说明,TDD模式的实现方法与FDD模式的实现方法类似,就不再赘述。
假设每个无线帧需要配置一个协作传输子帧,可以配置子帧#2为协作传输子帧,并且进一步规定协作传输子帧的配置周期的长度为320ms(上述子帧#2和320ms均是随机给出的数值,实际应用时可以根据系统对协作传输的要求进行配置),在当前的配置周期内,配置情况不能发生变化。这样,在LTE系统或者LTE-A系统中,系统一旦配置一个无线帧内有一个协作传输子帧#2后,从配置完成时生效,之后的32个无线帧不能再进行修改,即之后的32个无线帧中只能由子帧#2用于协作传输,直到下一个周期时,协作传输子帧的配置情况可以发生变化,也可以按照当前的配置情况进行协作传输。
基于上述配置情况,假设协作传输子帧的配置周期从系统帧号(System Frame Number,简称为SFN)为SFN=0的开始,即SFN从0到31为一个周期(第一个周期),SFN从32到63为一个周期(第二个周期),SFN从64到95为一个周期(第三个周期)......。在第一个周期内,将每个无线帧的子帧#2配置为协作传输子帧,则在该第一个周期内协作传输子帧始终为子帧#2,直到到达第二个周期的起始点,即在SFN=32时,协作传输子帧可以发生变化,例如从SFN=32时,将每个无线帧的子帧#2和子帧#7配置为协作传输子帧。
基于上述配置情况,优选地,可以只在SFN为偶数的无线帧内配置协作传输子帧,并将SFN为偶数的每个无线帧内的子帧#2配置为协作传输子帧。例如,在上述第一个周期内,将SFN为偶数的每个无线帧的子帧#2配置为协作传输子帧,则该第一个周期内,协作传输子帧始终为子帧#2,直到到达第二个周期的起始点,即在SFN=32时,协作传输子帧可以发生变化,例如从SFN=32时,将SFN为偶数的每个无线帧的子帧#2和子帧#7配置为协作传输子帧。
可以看出,实例4提供了协作传输子帧的配置更新机制,更新的快慢由更新周期(即实例中的320ms)决定,这样,便于系统根据协作用户的具体数量灵活配置协作传输子帧,提高了协作传输子帧配置的灵活性,并可以减少更新的频率。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (5)

1.一种基于协作传输的下行子帧选择方法,其特征在于,包括:
将无线帧中除潜在寻呼子帧之外的子帧作为协作传输子帧,其中,所述潜在寻呼子帧是指:用于传输寻呼消息的子帧;
在所述协作传输子帧中选择一个或多个子帧用于协作传输,其中,选择一个或多个子帧的方式为以下方式之一:
以预定方式对所述协作传输子帧进行排序,并依次在所述协作传输子帧中查找用于协作传输的公共资源,直至查找到存在所述公共资源的子帧,并且,在所述协作传输子帧均不存在所述公共资源的情况下,重新根据排序依次查找或者在所述协作传输子帧中强制调用一个子帧进行协作传输;
判断所述协作传输子帧中预先指定优先用于协作传输的特定子帧是否存在用于协作传输的公共资源,在判断结果为是的情况下,调用所述特定子帧用于协作传输,否则,判断所述协作传输子帧中的其他子帧是否存在用于协作传输的公共资源,如果所述其他子帧存在所述公共资源,则调用所述其他子帧用于协作传输,否则强制调用所述特定子帧用于协作传输;
判断所述协作传输子帧中是否存在用于协作传输的公共资源,在判断结果为是的情况下,调用存在所述公共资源的子帧用于协作传输,否则,强制调用所述协作传输子帧中的特定子帧用于协作传输,其中,所述特定子帧为预先指定的优先用于协作传输的子帧。
2.根据权利要求1所述的方法,其特征在于,所述将无线帧中除潜在寻呼子帧之外的子帧作为协作传输子帧包括:
对于为相同终端服务的多个小区中的每个小区,将其无线帧中除潜在寻呼子帧之外的子帧作为所述协作传输子帧;
其中,所述协作传输子帧用于在协作传输时,在其物理资源块上承载协作小区发送给协作终端的数据。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
如果除所述潜在寻呼子帧之外的子帧的物理资源块没有公用的可用资源,则将所述潜在寻呼子帧作为所述协作传输子帧。
4.根据权利要求1至3中任一项所述的方法,其特征在于,
在FDD模式下,所述潜在寻呼子帧为以下至少之一:所述无线帧的第一个子帧、第五个子帧、第六个子帧、第十个子帧,则除所述潜在寻呼子帧之外的子帧为以下至少之一:所述无线帧的第二个子帧、第三个子帧、第四个子帧、第七个子帧、第八个子帧、第九个子帧。
5.根据权利要求1至3中任一项所述的方法,其特征在于,
在TDD模式下,所述潜在寻呼子帧为以下至少之一:所述无线帧的第一个子帧、第二个子帧、第六个子帧、第七个子帧,则除所述潜在寻呼子帧之外的子帧为以下至少之一:除所述无线帧的第一个子帧、第二个子帧、第六个子帧、第七个子帧之外的其他下行子帧。
CN200910127138.7A 2009-03-13 2009-03-13 基于协作传输的下行子帧选择方法 Expired - Fee Related CN101835260B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN200910127138.7A CN101835260B (zh) 2009-03-13 2009-03-13 基于协作传输的下行子帧选择方法
PCT/CN2010/070893 WO2010102547A1 (zh) 2009-03-13 2010-03-05 基于协作传输的下行子帧选择方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN200910127138.7A CN101835260B (zh) 2009-03-13 2009-03-13 基于协作传输的下行子帧选择方法

Publications (2)

Publication Number Publication Date
CN101835260A CN101835260A (zh) 2010-09-15
CN101835260B true CN101835260B (zh) 2015-06-03

Family

ID=42719139

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200910127138.7A Expired - Fee Related CN101835260B (zh) 2009-03-13 2009-03-13 基于协作传输的下行子帧选择方法

Country Status (2)

Country Link
CN (1) CN101835260B (zh)
WO (1) WO2010102547A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9356725B2 (en) * 2010-10-08 2016-05-31 Qualcomm Incorporated Method and apparatus for managing inter-cell interference coordination actions for time-domain partitioned cells
KR102391248B1 (ko) * 2015-10-13 2022-04-27 삼성전자 주식회사 무선 통신 시스템 내 협력 통신 방법 및 장치
CN110875760B (zh) * 2018-08-31 2023-05-12 上海华为技术有限公司 一种通信方法及装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101119504A (zh) * 2006-08-01 2008-02-06 大唐移动通信设备有限公司 Ofdm系统中映射寻呼指示信息的方法
WO2008154863A1 (fr) * 2007-06-19 2008-12-24 Huawei Technologies Co., Ltd. Procédé, appareil de transmission et appareil de réception servant à transférer des informations de messagerie

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101119504A (zh) * 2006-08-01 2008-02-06 大唐移动通信设备有限公司 Ofdm系统中映射寻呼指示信息的方法
WO2008154863A1 (fr) * 2007-06-19 2008-12-24 Huawei Technologies Co., Ltd. Procédé, appareil de transmission et appareil de réception servant à transférer des informations de messagerie

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Motorola.Summary- Impact of Supporting "Blank" Subframes.《3GPP TSG RAN Plenary Meeting #42》.2008, *

Also Published As

Publication number Publication date
WO2010102547A1 (zh) 2010-09-16
CN101835260A (zh) 2010-09-15

Similar Documents

Publication Publication Date Title
US11234236B2 (en) Communication method and communications apparatus
CN108353422B (zh) 用于无线通信系统中的侧链路通信的方法和设备
US20200313805A1 (en) Method and apparatus for transmitting and receiving sidelink harq feedback information
CN106664684B (zh) 用于d2d通信的d2d数据资源的决定方法和装置
JP6891296B2 (ja) 時間周波数リソースの伝送方向を構成するための方法、および装置
CN108737039B (zh) 随机接入及响应方法、终端设备、网络设备
EP3179824B1 (en) User terminal and processor
CN112189367B (zh) 在新无线电非授权网络中配置备用寻呼机会的方法及用户设备
JP2022033739A5 (zh)
EP3007397A1 (en) Methods and apparatus for device to device communications
CN103069899A (zh) 配置用于在蜂窝网络下的设备到设备通信的上行链路和下行链路划分模式
CN111226473A (zh) 新无线电非授权频谱中随机接入信道的对话前监听和信道接入优先级等级
WO2018014295A1 (zh) 资源分配的方法和设备
CA3042760A1 (en) User equipment, base station and wireless communications system
JP2017529731A (ja) 無線通信システムにおける信号伝送方法及び装置
CN105471791A (zh) 循环前缀类型的配置方法及装置
CN114175841A (zh) 一种数据传输方法及装置
CN107046719B (zh) 用于减少时分双工的传输时延的方法、装置和系统
EP3910850A1 (en) Method and apparatus for configuring dmrs in wireless communication system
CN106034013B (zh) 一种用于设备到设备通信的方法和装置
CN108400950B (zh) 上行控制的接收、发送方法、装置、基站及用户设备
CN101835260B (zh) 基于协作传输的下行子帧选择方法
EP4117373A1 (en) Method for performing mt operation and du operation by iab node in wireless communication system, and device therefor
CN118160397A (zh) 无线通信的方法和终端设备
KR20190139624A (ko) Nr 시스템에서 v2x를 위한 dmrs 관련 정보 지시 방법 및 그 장치

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: 20150603

Termination date: 20200313

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