具体实施方式
为了实现上下行子帧的动态分配,可以采用如下方案:在一定时间周期内,设定四种子帧类型,包括固定用于下行传输的子帧,固定用于上行传输的子帧,以及灵活分配为上行或下行传输的子帧。以图2所示为例,所述时间周期为一个无线帧(仅是一个例子,也可能为其他时间周期),其中子帧#0,#5为固定下行子帧,子帧#2,#7为固定上行子帧,子帧#1,#6为特殊子帧(也可以归为固定下行子帧中),其他子帧(#3,#4,#8,#9)为灵活分配为上行或下行传输的子帧。对于最后一类子帧,基站可根据实时的业务需求和信道状况进行动态配置,以适应业务需求的动态变化。
上述方案中仅给出了动态配置TDD子帧的方法,在实际***中,不同的小区如果设置了不同的上下行子帧配置,则会造成相邻小区的交叉时隙干扰,如图3所示。需要指出的是,这里的相邻小区可以是地理上相邻的使用同样TDD载波的小区(如图3所示),也可以是同层部署的小区(例如宏小区),也可以是分层部署的小区(例如包含宏小区、微小区、家庭基站等)。此类交叉时隙干扰对于***性能的影响与部署场景以及无线环境等密切相关,例如如果相邻小区之间距离较近,或者信号传播条件较好,则交叉时隙干扰会严重降低处于接收状态的小区性能;如果相邻小区之间距离较远,或者存在有效的信号遮挡等,则交叉时隙干扰水平对于处于接收状态的小区性能影响并不大。
上述解决方案中,虽然给出了TDD小区灵活配置上下行子帧的方法,但并不能有效的解决交叉时隙干扰对***性能的严重影响,因此引入的灵活性不能保证甚至会降低***性能。
针对上述问题,本发明实施例给出了一种TDD小区间子帧配置的协调机制,使得相邻TDD小区能够通过协商的方式选择合适的TDD子帧分配方式,从而规避交叉时隙干扰对***性能的不利影响。
本发明实施例中,这里假设同一网络中的相邻TDD小区为是时间同步小区的,并且这里提到的相邻小区可以是同频的相邻小区,也可以是邻频的相邻小区。
本发明实施例中,当TDD基站小区判断需要对本基站小区进行子帧配置变更时,作为源TDD基站小区向相邻的目标TDD基站小区发送子帧配置变更请求,接收目标TDD基站小区回复的反馈信息,根据接收到的反馈信息,判断是否对本基站小区进行所述子帧配置变更,并在判断为是的情况下,对本基站小区进行子帧配置的相应设置。进一步的,当TDD基站小区作为目标TDD基站小区接收到源TDD基站小区发送的子帧配置变更请求消息后,根据该源TDD基站小区期望的子帧配置与本基站小区当前的子帧配置之间是否存在交叉时隙以及在存在交叉时隙时的交叉时隙干扰水平,确定是接受还是拒绝该源TDD基站小区的子帧配置变更请求,并向源TDD基站小区返回接受或拒绝该子帧配置变更请求的反馈信息。
下面结合附图对本发明实施例进行详细描述。
参见图4,为本发明实施例提供的TDD小区间子帧配置协调流程示意图,如图所示,该流程可包括以下步骤:
步骤401,源TDD基站小区判断是否需要进行TDD子帧配置变更。
该步骤中,源TDD基站小区可根据自身需求以及所处的无线环境状况判断是否需要进行TDD子帧配置变更。具体的,源TDD基站小区进行TDD子帧配置变更判断时考虑的因素包括但不限于如下的一种或任意几种:
(a)源TDD基站小区当前的上下行业务比例需求。例如,若下行业务需求增加同时上行业务需求减少,则可以将部分上行子帧改配为下行子帧。
(b)源TDD基站小区上行干扰水平。例如,若上行子帧干扰水平较高,则可以将测量到干扰水平较高且确定干扰来自于相邻基站小区的下行信号所对应的上行子帧其传输方向改配为下行子帧。具体的,若源TDD基站小区的上行子帧因来自于相邻TDD基站小区下行信号的干扰,导致干扰水平高于设定阈值,则将该干扰水平高于设定阈值的上行子帧变更为下行子帧。
(c)源TDD基站小区下行干扰水平。例如,若下行子帧干扰水平较高,则可以将测量到干扰水平较高且确定干扰来自于相邻基站小区UE(UserEquipment,用户设备)上行信号发射所对应的下行子帧其传输方向改配为上行子帧。具体的,若源TDD基站小区的下行子帧因来自于相邻TDD基站小区UE的上行信号的干扰,导致干扰水平高于设定阈值,则将该干扰水平高于设定阈值的下行子帧变更为上行子帧。
(d)源TDD基站小区接收到的相邻基站小区的干扰指示信息。例如,相邻基站小区指示某上行子帧受到了较强的干扰,如果该源TDD基站小区在对应的子帧上配置了下行传输,则将其改配为上行子帧。具体的,源TDD基站小区根据接收到的相邻基站小区的干扰指示信息,若判断该相邻基站小区有上行子帧受到的干扰超过设定阈值,且该子帧在源TDD基站小区被配置为下行子帧,则源TDD基站小区将该下行子帧变更为上行子帧。
(e)源TDD基站小区接收到的相邻基站小区的发射功率指示信息。例如,相邻基站小区指示下行发射功率升高,如果该源TDD基站小区在对应的子帧上配置了上行传输,则将其改配为下行子帧。
步骤402,如果源TDD基站小区判断需要进行TDD子帧配置变更,则向相邻的目标TDD基站小区发送TDD子帧配置变更请求消息。
具体的,该请求消息可以包括但不限于如下信息的一种或任意几种:
(a)源TDD基站小区当前的TDD子帧配置;
(b)源TDD基站小区期望变更的目标TDD子帧配置;
(c)源TDD基站小区期望改变TDD子帧配置的原因,例如,该原因可以是业务需求触发或干扰触发等等。
(d)源TDD基站小区测量到的与目标TDD基站小区之间的路径损耗;
(e)源TDD基站小区接收到的目标TDD基站小区下行信号功率;
(f)源TDD基站小区下行信号发射功率。
步骤403,目标TDD基站小区接收到源TDD基站小区发送的TDD子帧配置变更请求消息后,根据源TDD基站小区期望的目标TDD子帧配置,查看与本基站小区当前的(在目标TDD基站小区此时没有进行子帧配置变更的需求的情况下)或期望的(在目标TDD基站小区此时有进行子帧配置变更的需求的情况下)TDD子帧配置之间是否存在交叉时隙以及交叉时隙的干扰水平。基于此,目标TDD基站小区判断是否接受源TDD基站小区的TDD子帧配置变更请求。
特别的,如果目标TDD基站小区接收到多个源TDD基站小区的TDD子帧配置变更请求消息,则针对每一个源TDD基站小区逐一进行判断。
具体的,目标TDD基站小区在判断过程中可以考虑如下因素的一种或者任意几种:
(a)存在交叉时隙的子帧是否为该目标TDD基站小区传输关键信息的子帧。例如,该目标TDD基站小区在某一上行子帧配置了随机接入信道或者其他关键的上行控制信号传输,而源TDD基站小区期望将该子帧对应的位置改配为下行传输,则可能对该目标TDD基站小区造成较大的性能下降,此种情况下,目标TDD基站小区可拒绝源TDD基站小区的TDD子帧配置变更请求。
(b)源TDD基站小区与该目标TDD基站小区之间的路径损耗大小。例如,如果该路径损耗小于预设门限,则可能造成较大的交叉时隙干扰,此种情况下,目标TDD基站小区可拒绝源TDD基站小区的TDD子帧配置变更请求。其中,该路径损耗大小可以通过如下几种方式之一得到:
方式1:源TDD基站小区测量该路径损耗,并将测量到的路损值发送给目标TDD基站小区;
方式2:目标TDD基站小区自行测量并计算该路径损耗。例如,通过获知的源TDD基站小区下行信号发射功率减去该目标TDD基站小区接收到的源TDD基站小区下行信号发射功率得到;
方式3:源TDD基站小区测量其所接收到的该目标TDD基站小区的下行信号功率(设为P_r),该目标TDD基站小区据此间接计算路损(PL)。例如,该目标TDD基站小区下行信号发射功率为P_t,则PL=P_t-P_r。
(c)目标TDD基站小区接收到的源TDD基站小区下行信号功率。例如,如果目标TDD基站小区接收到的该功率大于预设门限,则可能造成较大的交叉时隙干扰,此种情况下,目标TDD基站小区可拒绝源TDD基站小区的TDD子帧配置变更请求。
其中,该接收功率大小可以通过如下几种方式之一得到:
方式1:目标TDD基站小区直接测量其所接收到的源TDD基站小区下行信号功率;
方式2:目标TDD基站小区通过获知源TDD基站小区发射功率以及两者之间的路径损耗,两者相减得到接收功率。
(d)源TDD基站小区变更TDD子帧配置的原因。例如,在计算或测量的交叉时隙干扰水平类似的情况下,如果是由于源小区业务需求触发的TDD子帧配置变更,则其优先级可适当低于由于干扰避免而触发的TDD子帧配置变更的优先级。
步骤404,目标TDD基站小区根据是否接受源TDD基站小区的TDD子帧配置变更请求,向源TDD基站小区发送反馈消息。
具体的,该反馈消息可包括但不限于如下信息的一种或任意几种:
(a)接受或拒绝源TDD基站小区子帧配置变更请求的指示信息;
(b)拒绝源TDD基站小区子帧配置变更请求的原因。例如,指示本基站小区(即目标TDD基站小区)不能接受交叉时隙干扰,或者指示源TDD基站小区发射功率过高等;
(c)目标TDD基站小区当前的TDD子帧配置情况信息;
(d)目标TDD基站小区能够接受的源TDD基站小区的TDD子帧配置方式;
(e)目标TDD基站小区能够接受的源TDD基站小区的发射功率。
步骤405,源TDD基站小区接收到目标TDD基站小区返回的反馈消息后,根据该反馈消息进行相应处理。例如,如果目标TDD基站小区拒绝源TDD基站小区的子帧配置变更请求,则源TDD基站小区保持当前子帧配置不变;如果目标TDD基站小区接受源TDD基站小区的子帧配置变更请求,则源TDD基站小区变更当前的子帧配置。
如果源TDD基站小区接收到多个目标TDD基站小区的反馈消息,则可综合进行TDD子帧配置的设置,例如,如果有至少一个目标TDD基站小区回复了拒绝消息,则源TDD基站小区保持当前的子帧配置不变。
上述TDD小区间的子帧配置协调流程,可以在不同的情况下进行。例如至少可以在如下两种情况下被触发:
(1)当源TDD小区基站开机初始化完毕,首次设置TDD子帧配置之前;
(2)当源TDD小区基站正常运行过程中,需要变更TDD子帧配置之前。
上述TDD小区间的子帧配置协调流程的信令交互过程可如图5A或图5B所示。其中,图5A示出了目标TDD基站小区接受源TDD基站小区的子帧配置变更请求的信令流程,图5B示出了目标TDD基站小区拒绝源TDD基站小区的子帧配置变更请求的信令流程。
需要说明的是,相应的信息交互方式在本发明实施例中不进行限定,例如,可以通过相邻小区之间的有线接口,如X2接口或/和S1接口等进行交互,也可以在相邻小区之间直接通过空中接口进行交互和信息传输。
通过以上描述可以看出,本发明实施例提供的TDD小区间子帧配置协调方案,使得相邻小区能够通过协商的方式选择合适的TDD子帧分配方式,从而规避交叉时隙干扰对***性能的不利影响,使得灵活的TDD子帧分配机制能够更好的工作,即在保证TDD子帧配置灵活性的同时,也一定程度上避免了交叉时隙干扰对***性能的影响,提高了技术方案的可用性。
基于相同的技术构思,本发明实施例还提供了一种基站,该基站可应用于上述处理流程。
参见图6,为本发明实施例提供的基站的结构示意图,如图所示,该基站可包括:
第一判决模块601,用于在本基站作为源基站的情况下,对本基站小区进行子帧配置变更判决,并在判决为需要对本基站小区进行子帧配置变更时,向相邻的目标基站发送子帧配置变更请求;
第二判决模块602,用于在本基站作为目标基站的情况下,判断是否接受源基站的子帧配置变更请求;
反馈模块603,用于在本基站作为目标基站的情况下,向源基站返回是否接受所述子帧配置变更请求的反馈信息;
配置模块604,用于在本基站作为源基站的情况下,根据目标基站返回的是否接受子帧配置变更请求的反馈信息,对本基站小区进行子帧配置的相应设置。
上述基站中,第一判决模块601可在所述子帧配置变更请求中携带本基站小区期望的子帧配置;第二判决模块602可根据源基站期望的子帧配置与本基站小区当前的或期望的子帧配置之间是否存在交叉时隙以及交叉时隙干扰水平,确定接受或拒绝源基站的子帧配置变更请求。
上述基站中,第一判决模块601可根据以下依据之一或任意组合,对本基站小区进行子帧配置变更判决:
(a)本基站小区当前的上下行业务比例需求;
(b)本基站小区的上行干扰水平;具体的;若本基站小区接收上行子帧信号受到来自于相邻基站小区下行信号的干扰,且干扰水平高于设定阈值,则将该干扰水平高于设定阈值的上行子帧变更为下行子帧。
(c)本基站小区的下行干扰水平;具体的,若本基站小区的用户接收下行子帧信号受到来自于相邻基站小区用户设备的上行信号的干扰,且干扰水平高于设定阈值,则将该干扰水平高于设定阈值的下行子帧变更为上行子帧。
(d)本集中小区接收到的相邻基站小区的干扰指示信息;具体的,若本基站小区根据接收到的相邻基站小区的干扰指示信息,判断该相邻基站小区有上行子帧受到的干扰超过设定阈值,且该子帧在本基站小区被配置为下行子帧,则将该下行子帧变更为上行子帧。
(e)本基站小区接收到的相邻基站小区的发射功率指示信息;具体的,若本基站小区根据接收到的相邻基站小区的发射功率指示信息判断该相邻基站的下行发射功率升高,且本基站小区的对应子帧为上行子帧,则将该上行子帧变更为下行子帧。
上述基站中,第一判决模块601可在所述子帧配置变更请求消息中携带以下信息之一或任意组合:
本基站小区期望的子帧配置;
本基站小区当前的子帧配置;
本基站小区期望变更子帧配置的原因;
本基站小区测量到的与目标基站小区之间的路径损耗;
本基站小区接收到的目标基站小区下行信号功率;
本基站小区的下行信号发射功率。
上述基站中,第二判决模块602可根据以下依据之一或任意组合,确定接受或拒绝源基站的子帧配置变更请求:
(a)存在交叉时隙的子帧是否为本基站小区传输关键信息的子帧;具体的,若本基站小区在存在交叉时隙的上行子帧配置了关键上行控制信号传输,而源基站小区期望将该子帧对应的位置变更为下行传输,则拒绝源基站小区的子帧配置变更请求。
(b)源基站小区与本基站小区之间的路径损耗大小;具体的,若所述路径损耗小于预设门限,则拒绝源TDD基站小区的子帧配置变更请求。
(c)本基站小区接收到的源基站小区下行信号功率;具体的,若本基站小区接收到的所述功率大于预设门限,则拒绝源TDD基站小区的子帧配置变更请求。
(d)源基站小区变更子帧配置的原因。
上述基站中,反馈模块603可将以下信息之一或任意组合携带于所述反馈消息返回给源基站:
接受或拒绝源基站小区子帧配置变更请求的指示信息;
拒绝源基站小区子帧配置变更请求的原因;
本基站小区当前的子帧配置;
本基站小区能够接受的源基站小区的子帧配置方式;
本基站小区能够接受的源基站小区的发射功率。
上述基站中,配置模块604可具体用于:若本基站接收到多个目标基站小区的反馈消息,则综合所述多个目标基站小区的反馈信息,进行本基站小区子帧配置的设置。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。