CN104145513A - 一种协调调度方法及装置 - Google Patents

一种协调调度方法及装置 Download PDF

Info

Publication number
CN104145513A
CN104145513A CN201280001414.5A CN201280001414A CN104145513A CN 104145513 A CN104145513 A CN 104145513A CN 201280001414 A CN201280001414 A CN 201280001414A CN 104145513 A CN104145513 A CN 104145513A
Authority
CN
China
Prior art keywords
user
weakon
section point
coordinated
frames
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
Application number
CN201280001414.5A
Other languages
English (en)
Other versions
CN104145513B (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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of CN104145513A publication Critical patent/CN104145513A/zh
Application granted granted Critical
Publication of CN104145513B publication Critical patent/CN104145513B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04TPC
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/54Allocation or scheduling criteria for wireless resources based on quality criteria

Landscapes

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

Abstract

本申请实施例公开了一种协调调度方法及装置,涉及通信领域,可以降低宏小区用户和微小区用户间的干扰。具体方案为:第一节点接收第二节点发送的协调调度请求;依据第一弱子帧样式,在第一弱子帧采用比正常子帧低的功率发送第一用户的下行数据信道或比正常子帧低的服务授权SG调度第一用户的上行数据信道;其中所述第一用户包括所述第一节点小区中对所述第二节点小区造成干扰的用户和/或软切换区用户。本申请用于协调调度的过程中。

Description

一种协调调度方法及装置 技术领域
本申请涉及通信领域, 尤其涉及一种协调调度方法及装置。
背景技术
无线通信领域面临着数据业务爆炸增长的压力,为了提高网络容量和 降低传输成本,业内提出了一种异构网络( Heterogeneous Network , Hetnet ) 技术。 Hetnet由多个不同大小、 不同类型的小区一起构成, 包括: 宏小区
( Macro cell )和 小区。 其中 小区包括: 型小区 ( Micro cell )、 小区 (Pico Cell )、 毫 小区 ( Femto Cell )、 远端射频头 ( Remote Radio Head , RRH ) 形态的小区等。 通过为话务密集的区域部署更多的微小区, 可以有效提高该区域的网络容量, 并且微小区因规模较小, 其建设成本
( Capital Expenditure , Cap ax ) 和运营成本 ( Operating Expense , Opex ) 都比较低, 因此 Hetnet 受到众多运营商的重视, 是无线网络演进的一个 重要方向。
现有技术中, 当微小区与宏小区同频部署时, 如图 1所示, 最外圈是 宏小区覆盖区域, 最内圈是微小区覆盖区域, 虚线圈与最内圈之间的环形 区域是软切换区域, 此时, 微小区中心用户会对在软切换区的宏小区用户 产生下行干扰,软切换区的宏小区用户会对软切换区的微小区用户产生上 行干扰。 同样的, 还会存在反方向的干扰, 即宏小区中心用户会对软切换 区的微小区用户产生下行干扰,软切换区的微小区用户会对软切换区的宏 小区用户产生上行干扰。
并且, 由于微小区和宏小区的同频部署, 微小区的覆盖范围收缩, 为 了使更多的用户能接入微小区,对微小区覆盖的场景采用覆盖拓展( Range Extension, RE ) 技术。 但当对微小区覆盖的场景进行 RE拓展之后, 宏小 区用户和微小区用户间的干扰问题会加剧。 因此,急需一种方案以解决上述异构网络部署中小区间同频干扰的问 题。
发明内容
本申请的实施例提供一种协调调度方法及装置,可以降低宏小区用户 和微小区用户间的干扰。
为达到上述目的, 本申请的实施例采用如下技术方案:
本申请的第一方面, 提供一种协调调度方法, 包括:
第一节点接收第二节点发送的协调调度请求;
依据第一弱子帧样式,在第一弱子帧采用比正常子帧低的功率发送第 一用户的下行数据信道或比正常子帧低的服务授权 ( Serving Grant, SG ) 调度第一用户的上行数据信道;其中所述第一用户包括第一节点小区中对 第二节点小区造成干扰的用户和 /或软切换区用户。
结合第一方面, 在一种可能的实现方式中,
所述协调调度请求包括: 上行协调调度请求和 /或下行协调调度请求; 所述协调调度请求中包含所述第一弱子帧样式、协调调度模式标识和
/或弱子帧增减指示。
结合第一方面和上述可能的实现方式, 在另一种可能的实现方式中, 所述协调调度请求中包含协调调度模式标识,所述协调调度模式标识 指示第一模式或第二模式;
所述第一模式为所述第一节点在第一弱子帧采用比正常子帧低的功 率发送第一用户的下行数据信道或比正常子帧低的 SG调度所述第一用户 的上行数据信道;
所述第二模式为所述第一节点在第一弱子帧采用比正常子帧低的功 率发送第一用户的下行数据信道或比正常子帧低的 SG调度所述第一用户 的上行数据信道,并且所述第二节点在第二弱子帧采用比正常子帧低的功 率发送第二用户的下行数据信道或比正常子帧低的 SG调度第二用户的上 行数据信道; 其中所述第二用户包括: 所述第二节点小区中对所述第一节 点小区造成干扰的用户和 /或软切换区用户。
其中, 数据信道包含至少以下信道中的一种: 承载业务的信道, 承载 高层信令的信道。
结合第一方面和上述可能的实现方式, 在另一种可能的实现方式中, 在所述第一节点接收第二节点发送的协调调度请求之后, 所述方法还包 括:
向所述第二节点发送协调调度响应;
其中, 所述协调调度响应包括: 上行协调调度响应和 /或下行协调调 度响应;
所述协调调度响应中包含为第二节点配置的第二弱子帧样式、协调调 度模式标识和 /或弱子帧增减指示。
结合第一方面和上述可能的实现方式, 在另一种可能的实现方式中, 当所述协调调度响应中包含所述协调调度模式标识时,在向所述第二节点 发送协调调度响应之前, 所述方法还包括:
确定协调调度模式;
所述协调调度响应中包含的所述协调调度模式标识,用于指示所述第 二节点在第二弱子帧采用比正常子帧低的功率发送第二用户的下行数据 信道或比正常子帧低的 SG调度所述第二用户的上行数据信道。
结合第一方面和上述可能的实现方式, 在另一种可能的实现方式中, 所述依据第一弱子帧样式,在第一弱子帧采用比正常子帧低的功率发送第 一用户的下行数据信道或比正常子帧低的服务授权 SG调度第一用户的上 行数据信道, 包括:
依据所述第一弱子帧样式,在所述第一弱子帧采用比正常子帧低的功 率发送第一用户的下行数据信道; 和 /或
依据所述第一弱子帧样式, 在所述第一弱子帧采用比正常子帧低的 SG调度第一用户的上行数据信道。
结合第一方面和上述可能的实现方式, 在另一种可能的实现方式中, 在所述第二模式下, 所述方法还包括:
依据所述第二弱子帧样式, 在所述第二弱子帧调度第三用户; 所述第 三用户包括所述第一节点小区中被所述第二用户干扰的用户。
结合第一方面和上述可能的实现方式, 在另一种可能的实现方式中, 在第一节点接收第二节点发送的协调调度请求之前, 所述方法还包括: 与所述第二节点交互协调调度能力信息; 和 /或
与所述第二节点进行无线帧对齐; 和 /或
与所述第二节点交互被干扰情况; 和 /或
与所述第二节点交互上行用户吞吐量的和 /或下行用户吞吐量。
结合第一方面和上述可能的实现方式, 在另一种可能的实现方式中, 确定协调调度模式为所述第一模式的触发条件包括以下任一个:所述 第一节点小区和第二节点小区的软切换区有至少一个用户;所述软切换区 中用户数量超过预定数量门限; 所述第一节点小区未进行覆盖扩展 RE或
RE门限小于预定扩展门限;
确定所述协调调度模式为所述第二模式的触发条件包括以下任一个: 所述软切换区中有至少一个第二节点小区的用户; 所述第一节点小区的
RE 门限高于预定扩展门限; 所述第一节点小区的用户吞吐量低于所述第 二节点小区用户吞吐量。
本申请的第二方面, 提供一种协调调度装置, 包括:
接收单元, 用于接收第二节点发送的协调调度请求;
调度单元, 用于依据第一弱子帧样式, 在第一弱子帧采用比正常子帧 低的功率发送第一用户的下行数据信道或比正常子帧低的服务授权 SG调 度第一用户的上行数据信道;其中所述第一用户包括第一节点小区中对第 二节点小区造成干扰的用户和 /或软切换区用户。
结合第二方面, 在一种可能的实现方式中,
所述接收单元接收的协调调度请求包括: 上行协调调度请求和 /或下 行协调调度请求; 所述接收单元接收的协调调度请求中包含所述第一弱子帧样式、协调 调度模式标识和 /或弱子帧增减指示。
结合第二方面和上述可能的实现方式, 在另一种可能的实现方式中, 所述接收单元接收的协调调度请求中包含协调调度模式标识,所述协调调 度模式标识指示第一模式或第二模式;
所述第一模式为所述第一节点在第一弱子帧采用比正常子帧低的功 率发送第一用户的下行数据信道或比正常子帧低的 SG调度所述第一用户 的上行数据信道;
所述第二模式为所述第一节点在第一弱子帧采用比正常子帧低的功 率发送第一用户的下行数据信道或比正常子帧低的 SG调度所述第一用户 的上行数据信道,并且所述第二节点在第二弱子帧采用比正常子帧低的功 率发送第二用户的下行数据信道或比正常子帧低的 SG调度第二用户的上 行数据信道; 其中所述第二用户包括: 所述第二节点小区中对所述第一节 点小区造成干扰的用户和 /或软切换区用户。
结合第二方面和上述可能的实现方式, 在另一种可能的实现方式中, 所述的装置, 还包括:
发送单元,用于在所述接收单元接收第二节点发送的协调调度请求之 后, 向所述第二节点发送协调调度响应;
其中, 所述发送单元发送的协调调度响应包括: 上行协调调度响应和 /或下行协调调度响应;
所述发送单元发送的协调调度响应中包含为第二节点配置的第二弱 子帧样式、 协调调度模式标识和 /或弱子帧增减指示。
结合第二方面和上述可能的实现方式, 在另一种可能的实现方式中, 当所述发送单元发送的协调调度响应中包含所述协调调度模式标识 时, 所述的装置还包括:
确定单元, 用于所述发送单元在向所述第二节点发送协调调度响应之 前, 确定协调调度模式; 所述发送单元发送的协调调度响应中包含的所述协调调度模式标识, 用于指示所述第二节点在第二弱子帧采用比正常子帧低的功率发送第二 用户的下行数据信道或比正常子帧低的 SG调度所述第二用户的上行数据 信道。
结合第二方面和上述可能的实现方式, 在另一种可能的实现方式中, 所述调度单元包括:
下行调度模块, 用于依据所述第一弱子帧样式, 在所述第一弱子帧采 用比正常子帧低的功率发送第一用户的下行数据信道; 和 /或
上行调度模块, 用于依据所述第一弱子帧样式, 在所述第一弱子帧采 用比正常子帧低的 SG调度第一用户的上行数据信道。
结合第二方面和上述可能的实现方式, 在另一种可能的实现方式中, 所述调度单元, 还用于在所述第二模式下, 依据所述第二弱子帧样式, 在 所述第二弱子帧调度第三用户;所述第三用户包括所述第一节点小区中被 所述第二用户干扰的用户。
结合第二方面和上述可能的实现方式, 在另一种可能的实现方式中, 所述装置还包括:
交互单元,用于在所述接收单元接收第二节点发送的协调调度请求之 前,
与所述第二节点交互协调调度能力信息; 和 /或
与所述第二节点进行无线帧对齐; 和 /或
与所述第二节点交互被干扰情况; 和 /或
与所述第二节点交互上行用户吞吐量的和 /或下行用户吞吐量。
结合第二方面和上述可能的实现方式, 在另一种可能的实现方式中, 确定协调调度模式为所述第一模式的触发条件包括以下任一个:所述 第一节点小区和第二节点小区的软切换区有至少一个用户;所述软切换区 中用户数量超过预定数量门限; 所述第一节点小区未进行覆盖扩展 RE或 RE门限小于预定扩展门限; 确定所述协调调度模式为所述第二模式的触发条件包括以下任一个: 所述软切换区中有至少一个第二节点小区的用户; 所述第一节点小区的
RE 门限高于预定扩展门限; 所述第一节点小区的用户吞吐量低于所述第 二节点小区用户吞吐量。
本申请的第三方面, 还提供一种协调调度装置, 包括:
接收器, 用于接收第二节点发送的协调调度请求;
处理器, 用于依据第一弱子帧样式, 在第一弱子帧采用比正常子帧低 的功率发送第一用户的下行数据信道或比正常子帧低的服务授权 SG调度 第一用户的上行数据信道;其中所述第一用户包括第一节点小区中对第二 节点小区造成干扰的用户和 /或软切换区用户。
结合第三方面, 在一种可能的实现方式中,
所述接收器接收的协调调度请求包括: 上行协调调度请求和 /或下行 协调调度请求;
所述接收器接收的协调调度请求中包含所述第一弱子帧样式、协调调 度模式标识和 /或弱子帧增减指示。
结合第三方面和上述可能的实现方式, 在另一种可能的实现方式中, 所述接收器接收的协调调度请求中包含协调调度模式标识,所述协调调度 模式标识指示第一模式或第二模式;
所述第一模式为所述第一节点在第一弱子帧采用比正常子帧低的功 率发送第一用户的下行数据信道或比正常子帧低的 SG调度所述第一用户 的上行数据信道;
所述第二模式为所述第一节点在第一弱子帧采用比正常子帧低的功 率发送第一用户的下行数据信道或比正常子帧低的 SG调度所述第一用户 的上行数据信道,并且所述第二节点在第二弱子帧采用比正常子帧低的功 率发送第二用户的下行数据信道或比正常子帧低的 SG调度第二用户的上 行数据信道; 其中所述第二用户包括: 所述第二节点小区中对所述第一节 点小区造成干扰的用户和 /或软切换区用户。 结合第三方面和上述可能的实现方式, 在另一种可能的实现方式中, 所述装置, 还包括:
发送器, 用于在所述接收器接收第二节点发送的协调调度请求之后, 向所述第二节点发送协调调度响应;
其中, 所述发送器发送的协调调度响应包括: 上行协调调度响应和 / 或下行协调调度响应;
所述发送器发送的协调调度响应中包含为第二节点配置的第二弱子 帧样式、 协调调度模式标识和 /或弱子帧增减指示。
结合第三方面和上述可能的实现方式, 在另一种可能的实现方式中, 当所述发送单元发送的协调调度响应中包含所述协调调度模式标识 时, 所述处理器, 还用于所述发送器在向所述第二节点发送协调调度响应 之前, 确定协调调度模式;
所述发送器发送的协调调度响应中包含的所述协调调度模式标识,用 于指示所述第二节点在第二弱子帧采用比正常子帧低的功率发送第二用 户的下行数据信道或比正常子帧低的 SG调度所述第二用户的上行数据信 道。
结合第三方面和上述可能的实现方式, 在另一种可能的实现方式中, 所述处理器还用于: 依据所述第一弱子帧样式, 在所述第一弱子帧采用比 正常子帧低的功率发送第一用户的下行数据信道; 和 /或依据所述第一弱 子帧样式, 在所述第一弱子帧采用比正常子帧低的 SG调度第一用户的上 行数据信道。
结合第三方面和上述可能的实现方式, 在另一种可能的实现方式中, 所述处理器, 还用于在所述第二模式下, 依据所述第二弱子帧样式, 在所 述第二弱子帧调度第三用户;所述第三用户包括所述第一节点小区中被所 述第二用户干扰的用户。
结合第三方面和上述可能的实现方式, 在另一种可能的实现方式中, 所述处理器, 还用于在所述接收器接收第二节点发送的协调调度请求之 与所述第二节点交互协调调度能力信息; 和 /或
与所述第二节点进行无线帧对齐; 和 /或
与所述第二节点交互被干扰情况; 和 /或
与所述第二节点交互上行用户吞吐量的和 /或下行用户吞吐量。
结合第三方面和上述可能的实现方式, 在另一种可能的实现方式中, 确定协调调度模式为所述第一模式的触发条件包括以下任一个:所述 第一节点小区和第二节点小区的软切换区有至少一个用户;所述软切换区 中用户数量超过预定数量门限; 所述第一节点小区未进行覆盖扩展 RE或 RE门限小于预定扩展门限;
确定所述协调调度模式为所述第二模式的触发条件包括以下任一个: 所述软切换区中有至少一个第二节点小区的用户; 所述第一节点小区的 RE 门限高于预定扩展门限; 所述第一节点小区的用户吞吐量低于所述第 二节点小区用户吞吐量。
本申请的第四方面, 提供一种信息交互方法, 包括:
第一节点接收第二节点发送的吞吐量信息;
根据所述吞吐量信息管理第一节点小区的传输配置。
结合第四方面, 在一种可能的实现方式中, 所述根据所述吞吐量信息 管理第一节点小区的传输配置, 包括:
根据所述吞吐量信息触发协调调度; 和 /或
根据所述吞吐量信息选择协调调度模式; 和 /或
根据所述吞吐量信息确定弱子帧样式。
结合第四方面和上述可能的实现方式, 在另一种可能的实现方式中, 所述吞吐量信息包括: 边缘用户的上行吞吐量、 平均上行吞吐量、 一定比 例用户的上行吞吐量、 边缘用户的下行吞吐量、 平均下行吞吐量和 /或一 定比例用户的下行吞吐量。
本申请的第五方面, 提供一种信息交互装置, 包括: 接收单元, 用于接收第二节点发送的吞吐量信息;
管理单元,用于根据所述接收单元接收的吞吐量信息管理第一节点小 区的传输配置。
结合第五方面, 在一种可能的实现方式中, 所述管理单元包括: 触发模块: 用于根据所述接收单元接收的吞吐量信息触发协调调度; 和 /或
选择模块,用于根据所述接收单元接收的吞吐量信息选择协调调度模 式; 和 /或
确定模块, 用于根据所述接收单元接收的吞吐量信, 确定弱子帧样 式。
结合第五方面和上述可能的实现方式, 在另一种可能的实现方式中, 所述接收单元接收的吞吐量信息包括: 边缘用户的上行吞吐量、 平均上行 吞吐量、 一定比例用户的上行吞吐量、 边缘用户的下行吞吐量、 平均下行 吞吐量和 /或一定比例用户的下行吞吐量。
本申请的第六方面, 还提供一种信息交互装置, 包括:
接收器, 用于接收第二节点发送的吞吐量信息;
处理器,用于根据所述接收器接收的吞吐量信息管理第一节点小区的 传输配置。
结合第六方面, 在一种可能的实现方式中, 所述处理器还用于: 根据所述接收器接收的吞吐量信息触发协调调度; 和 /或根据所述接 收器接收的吞吐量信息选择协调调度模式; 和 /或根据所述接收器接收的 吞吐量信息确定弱子帧样式。
结合第六方面和上述可能的实现方式, 在另一种可能的实现方式中, 所述接收器接收的吞吐量信息包括: 边缘用户的上行吞吐量、 平均上行吞 吐量、 一定比例用户的上行吞吐量、 边缘用户的下行吞吐量、 平均下行吞 吐量和 /或一定比例用户的下行吞吐量。
本申请实施例提供的一种协调调度方法及装置,第一节点在接收第二 节点发送的协调调度请求之后,依据第一弱子帧样式在第一弱子帧采用比 正常子帧低的功率发送第一用户的下行数据信道或比正常子帧低的服务 授权 SG调度第一用户的上行数据信道, 以使得第二节点可以在第一弱子 帧正常调度受到第一用户干扰的第二节点小区用户,可以减少中心用户对 软切换区用户的干扰和软切换区用户之间的干扰,从而降低了现有技术中 宏小区和微小区同频部署时的干扰。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对 实施例或现有技术描述中所需要使用的附图作简单地介绍, 显而易见地, 下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员 来讲, 在不付出创造性劳动性的前提下, 还可以根据这些附图获得其他的 附图。
图 1为微小区和宏小区同频部署覆盖图;
图 2为本申请实施例提供的一种协调调度方法流程图;
图 3为本申请实施例提供的另一种协调调度方法流程图;
图 4为弱子帧样式示意图;
图 5为本申请实施例提供的另一种协调调度方法流程图;
图 6为本申请实施例提供的另一种协调调度方法流程图;
图 7为本申请实施例提供的一种协调调度装置组成示意图;
图 8为本申请实施例提供的另一种协调调度装置组成示意图; 图 9为本申请实施例提供的另一种协调调度装置组成示意图; 图 10为本申请实施例提供的一种信息交互方法流程图;
图 11为本申请实施例提供的一种信息交互装置组成示意图; 图 12为本申请实施例提供的另一种信息交互装置组成示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进 行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例, 而不是全部的实施例。 基于本申请中的实施例, 本领域普通技术人员在没 有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的 范围。
本文中描述的技术可用于各种通信系统, 例如当前 2G , 3G通信系统 和下一代通信系统, 例如全球移动通信系统 ( GSM , Global System for Mobile communications ) , 码分多址 ( CDMA , Code Division Multiple Access ) 系统, 时分多址 (TDMA, Time Division Multiple Access ) 系统, 宽带码分多址 ( WCDMA , Wideband Code Division Multiple Access Wireless ), 频分多址 ( FDMA , Frequency Division Multiple Addressing ) 系统, 正交频分多址 ( OFDMA , Orthogonal Frequency-Division Multiple Access )系统,单载波 FDMA( SC-FDMA )系统,通用分组无线业务( GPRS , General Packet Radio Service )系统,长期演进( LTE , Long Term Evolution ) 系统, 以及其他此类通信系统。
本文中结合终端和 /或基站和 /或基站节点来描述各种方面。
用户设备, 可以是无线终端也可以是有线终端, 无线终端可以是指向 用户提供语音和 /或数据连通性的设备, 具有无线连接功能的手持式设备、 或连接到无线调制解调器的其他处理设备。 无线终端可以经无线接入网 (例如, RAN , Radio Access Network ) 与一个或多个核心网进行通信, 无线终端可以是移动终端, 如移动电话(或称为"蜂窝"电话)和具有移动 终端的计算机, 例如, 可以是便携式、 袖珍式、 手持式、 计算机内置的或 者车载的移动装置, 它们与无线接入网交换语言和 /或数据。 例如, 个人 通信业务 ( PCS , Personal Communication Service ) 电话、 无绳电话、 会 话发起协议 ( SIP )话机、 无线本地环路 ( WLL , Wireless Local Loop )站、 个人数字助理 (PDA, Personal Digital Assistant ) 等设备。 无线终端也可 以称为系统、 订户单元 ( Subscriber Unit )、 订户站 ( Subscriber Station ), 移动站 ( Mobile Station )、 移动台 ( Mobile )、 远程站 ( Remote Station )、 接入点 ( Access Point )、 远程终端 ( Remote Terminal )、 接入终端 (Access Terminal ), 用户终端 ( User Terminal )、 用户代理 ( User Agent )、 用户设 备 ( User Equipment )。
基站(例如, 接入点) 可以是指接入网中在空中接口上通过一个或多 个扇区与无线终端通信的设备。 基站可用于将收到的空中帧与 IP分组进 行相互转换, 作为无线终端与接入网的其余部分之间的路由器, 其中接入 网的其余部分可包括网际协议(IP ) 网络。 基站还可协调对空中接口的属 性管理。例如,基站可以是 GSM或 CDMA中的基站( BTS , Base Transceiver Station ), 也可以是 WCDMA 中的基站 ( NodeB ), 还可以是 LTE 中的演 进型基站 ( NodeB或 eNB或 e-NodeB , evolutional Node B ), 本申请并不 限定。
基站控制器 (源节点或目标节点), 可以是 GSM或 CDMA中的基站 控制器 (BSC , base station controller ), 也可以是 WCDMA中的无线网络 控制器 (RNC , Radio Network Controller ), 本申请并不限定。
另外, 本文中术语"系统"和"网络"在本文中常被可互换使用。 本文中 术语"和 /或", 仅仅是一种描述关联对象的关联关系, 表示可以存在三种 关系, 例如, A和 /或 B , 可以表示: 单独存在 A , 同时存在 A和 B , 单 独存在 B这三种情况。 另外, 本文中字符" /", 一般表示前后关联对象是 一种"或"的关系。
本申请一实施例提供一种信息传递方法, 如图 2所示, 该方法可以包 括:
101、 第一节点接收第二节点发送的协调调度请求。
其中, 在同频部署场景下, 宏小区和微小区之间存在干扰问题, 即第 一节点小区和第二节点小区存在干扰。为了减小第一节点小区和第二节点 小区间的干扰, 第二节点可以向第一节点发送协调调度请求, 以便于第一 节点根据协调调度请求对第一用户进行调度。
其中, 所述第一节点既可以是基站也可以是 RNC , 第二节点也既可 以是基站也可以是 RNC。 所述第一节点小区是微小区时第二节点小区为 宏小区, 或者第一节点小区是宏小区时第二节点小区是微小区, 或者所述 第一节点小区是微小区时第二节点小区微小区,或者第一节点小区是宏小 区时第二节点小区是宏小区。
102、 依据第一弱子帧样式, 在第一弱子帧采用比正常子帧低的功率 发送第一用户的下行数据信道或比正常子帧低的服务授权 ( Serving Grant, SG ) 调度第一用户的上行数据信道; 其中所述第一用户包括第一 节点小区中对第二节点小区造成干扰的用户和 /或软切换区用户。
本文所述弱子帧, 对数据信道, 在下行是指发射功率比正常子帧的发 射功率低的帧,或者,在上行是指服务授权比正常子帧的服务授权低的帧。
其中, 在第一节点接收到第二节点发送的协调调度请求之后, 根据接 收到的所述协调调度请求中携带的第一弱子帧样式,在第一弱子帧采用比 正常子帧低的功率发送第一用户的下行数据信道或比正常子帧低的 SG调 度第一用户的上行数据信道,以使得第一用户对第二节点小区中软切换区 用户和其他被干扰用户受到的干扰减小。 例如, 正常子帧采用的功率或 SG为 X, 在第一节点接收到第二节点发送的协调调度请求之后, 可以根 据协调调度请求中携带的第一弱子帧样式, 在第一弱子帧采用低于 X (如 X/10、 X/2 ) 的功率发送第一用户的下行数据信道或低于 X的 SG调度第 一用户的上行数据信道。其中所述第一用户包括第一节点小区中对第二节 点小区造成干扰的用户和 /或软切换区用户。
需要说明的是,第一节点只在第一弱子帧采用比正常子帧低的功率发 送第一用户的下行数据信道或比正常子帧低的 SG调度第一用户的上行数 据信道,而在第一弱子帧不采用比正常子帧低的功率发送第一用户的下行 控制信令。
本申请实施例提供的一种协调调度方法,第一节点在接收第二节点发 送的协调调度请求之后,依据第一弱子帧样式在第一弱子帧采用比正常子 帧低的功率发送第一用户的下行数据信道或比正常子帧低的服务授权 SG 调度第一用户的上行数据信道,以使得第二节点可以在第一弱子帧正常调 度受到第一用户干扰的第二节点小区用户,可以减少中心用户对软切换区 用户的干扰和软切换区用户之间的干扰,从而降低了现有技术中宏小区和 微小区同频部署时的干扰。
本申请另一实施例还提供一种协调调度方法, 如图 3所示, 该方法可 以包括:
201、 第一节点和第二节点进行信息交互。
在 Hentnet网络部署中 ,当第一节点小区和第二节点小区同频部署时 , 微小区的信号覆盖收缩很快, 现有技术中为了扩大微小区的覆盖范围, 采 用了 RE拓展技术, 但是在进行 RE拓展之后, 软切换区用户数量增加, 使得微小区和宏小区之间的干扰更加严重。
在这种情况下, 为了减小第二节点小区受到的干扰, 第二节点可以与 第一节点进行协调,指示第一节点采用比正常子帧低的功率发送第一用户 的下行数据信道或者比正常子帧低的 SG调度第一用户的上行数据信道, 以使得第一节点小区对第二节点小区造成的干扰可以减小,在进行协调调 度之前会与第一节点进行信息交互, 为协调调度做准备。 除了进行信息交 互外,第二节点(或第一节点)也可以向控制节点报告需要进行交互流程; 若第一节点和第二节点在同一控制节点, 可以直接向控制节点报告, 若不 在同一控制节点, 第一节点和第二节点也可在控制节点间交互。 其中, 交 互信息的过程可以包括: 与所述第二节点交互协调调度能力信息, 和 /或 与所述第二节点进行无线帧对齐, 和 /或与所述第二节点交互被干扰情况, 和 /或与所述第二节点交互上行用户吞吐量的和 /或下行用户吞吐量。并且, 信息的交互可以是周期性的, 也可以是由事件触发的。
202、 第一节点接收第二节点发送的下行协调调度请求。
其中, 在进行信息交互之后, 第二节点可以根据交互结果确定是否向 第一节点下发下行协调调度请求,也可以根据交互结果确定在下发的下行 协调调度请求中携带的协调调度模式标识。所述下行协调调度请求中可以 包含所述第一弱子帧样式、 协调调度模式标识和 /或弱子帧增减指示。 具体的, 所述协调调度请求中包含协调调度模式标识, 所述协调调度 模式标识可以指示第一模式或第二模式。第一模式为所述第一节点在第一 弱子帧采用比正常子帧低的功率发送第一用户的下行数据信道。第二模式 为所述第一节点在第一弱子帧采用比正常子帧低的功率发送第一用户的 下行数据信道,并且所述第二节点在第二弱子帧采用比正常子帧低的功率 发送第二用户的下行数据信道, 其中所述第二用户包括: 所述第二节点小 区中对所述第一节点小区造成干扰的用户和 /或软切换区用户。
进一步的,确定协调调度模式为所述第一模式的触发条件可以包括以 下任一个: 所述第一节点小区和第二节点小区的软切换区有至少一个用 户; 所述软切换区中用户数量超过预定数量门限; 所述第一节点小区未进 行覆盖扩展 RE或 RE门限小于预定扩展门限。 确定所述协调调度模式为 所述第二模式的触发条件可以包括以下任一个:所述软切换区中有至少一 个第二节点小区的用户;所述第一节点小区的 RE门限高于预定扩展门限; 所述第一节点小区的用户吞吐量低于所述第二节点小区用户吞吐量。在选 择协调调度模式时,可以参考的触发条件包括但不局限于本申请中提到的 触发条件, 本申请在此不做限定。
203、 第一节点依据所述第一弱子帧样式, 在所述第一弱子帧采用比 正常子帧低的功率发送第一用户的下行数据信道。
其中,所述第一弱子帧样式是指第二节点指示第一节点可以在那些弱 子帧使用比正常子帧低的功率发送第一用户的下行数据信道。弱子帧样式 可以通过包含在下行协调调度请求或下行协调调度响应中的第一弱子帧 样式进行配置, 也可以预先在第一节点和 /或第二节点上配置所述第一弱 子帧样式。 例如, 以第一节点小区是微小区同时第二节点小区是宏小区为 例, 如图 4 ( a ) 所示, 微小区 1在子帧 2和子帧 6采用比正常子帧低的 功率发送第一用户的下行数据信道。由于对宏小区造成干扰的用户可能不 止一个,所以宏小区也可以在下行协调调度请求中携带对该宏小区造成干 扰的其他小区 (如微小区 2 ) 的弱子帧样式, 即图中微小区 2在子帧 3和 子帧 7 采用比正常子帧低的功率发送对宏小区造成干扰的用户的下行数 据信道。
所述弱子帧增减指示, 用于指示对方调整弱子帧样式中弱子帧的个 数。 例如, 第二节点小区发现第一节点小区造成的干扰情况较低时, 可以 向第一节点发送弱子帧减少指示, 以使得第一节点减少第一弱子帧的个 数。 或者, 第二节点在和第一节点进行信息交互的过程中发现第一节点小 区造成的干扰较严重, 则可以向第一节点发送弱子帧增加指示, 以使得第 一节点增加第一弱子帧的个数。
其中, 在第一节点接收到第二节点发送的下行协调调度请求之后, 可 以根据下行协调调度请求中携带的第一弱子帧样式、协调调度模式标识和 /或弱子帧增减指示, 对第一用户在第一弱子帧采用比正常子帧低的功率 发送下行数据信道。其中所述第一用户包括所述第一节点小区中对所述第 二节点小区造成干扰的用户和 /或软切换区用户。
需要说明的是, 步骤 203中主要以第一模式为例进行描述, 若下行协 调调度请求中携带的协调调度模式为第二模式时,所述第一节点可在第一 弱子帧采用比正常子帧低的功率发送第一用户的下行数据信道,并且所述 第二节点也可在第二弱子帧采用比正常子帧低的功率发送第二用户的下 行数据信道。 其中所述第二用户包括: 所述第二节点小区中对所述第一节 点小区造成干扰的用户和 /或软切换区用户。
进一步可选的, 在步骤 203第一节点依据所述第一弱子帧样式, 在所 述第一弱子帧采用比正常子帧低的功率发送第一用户的下行数据信道之 前, 还可以包括以下步骤 204-207。 如图 5所示, 以下以第二模式为例进 行描述:
204、 第一节点确定协调调度模式。
其中, 第一节点在向所述第二节点发送下行协调调度响应之前, 可以 先确定采用哪种协调调度模式,其中第一节点选择协调调度模式的方法与 步骤 202中第二节点选择协调调度模式的方法类似,所以协调调度模式的 触发条件可以参考步骤 202 , 本发明在此不作详细赘述。 例如, 第一节点 接收到协调调度请求中携带的协调调度模式标识为第一模式,而第一节点 根据步骤 201 的交互结果确定第二节点小区中用户对第一节点小区的软 切换区用户也造成严重干扰, 则可以选择第二模式, 并携带在下行协调调 度响应中。 这样, 第一节点在第一弱子帧采用比正常子帧低的功率发送第 一用户的下行数据信道的同时,所述第二节点在第二弱子帧采用比正常子 帧低的功率发送第二用户的下行数据信道,从而不仅第一节点小区可以减 少对第二节点小区的干扰,第二节点小区也可以减小对第一节点小区的软 切换区用户的干扰。
205、 第一节点向所述第二节点发送下行协调调度响应。
其中, 在所述第一节点确定采用何种协调调度模式之后, 向所述第二 节点发送下行协调调度响应,其中所述下行协调调度响应中包含为第二节 点配置的第二弱子帧样式、 协调调度模式标识和 /或弱子帧增减指示。 所 述协调调度模式标识,用于指示所述第二节点在第二弱子帧采用比正常子 帧低的功率发送第二用户的下行数据信道。 其中, 协调调度响应可以是第 一节点主动发起的, 也可以是收到第二节点的请求后发起的。
206、 第二节点在第二弱子帧采用比正常子帧低的功率发送第二用户 的下行数据信道。
其中, 在第二节点接收到所述第一节点发送的下行协调调度响应时, 根据所述下行协调调度响应中携带的协调调度模式标识,在第二弱子帧采 用比正常子帧低的功率发送第二用户的下行数据信道。 例如, 以第一节点 小区是微小区同时第二节点小区是宏小区为例, 如图 4 ( b ) 所示, 微小 区 1在子帧 2和子帧 6采用比正常子帧低的功率发送第一用户的下行数据 信道,微小区 2在子帧 3和子帧 7采用比正常子帧低的功率发送对宏小区 造成干扰的用户的下行数据信道, 同时, 宏小区在弱子帧 4 和弱子帧 8 采用比正常子帧低的功率发送第二用户的下行数据信道。
207、 第一节点依据所述第二弱子帧样式, 在所述第二弱子帧调度第 三用户。所述第三用户包括所述第一节点小区中被所述第二用户干扰的用 户。
其中, 在所述第二模式下, 由于第二节点采用了比正常子帧低的功率 发送第二用户的下行数据信道,避免对第一节点小区中的第三用户造成干 扰, 因此第一节点可以依据所述第二弱子帧样式, 在所述第二弱子帧调度 所述第三用户。 其中, 所述第三用户包括所述第一节点小区中被所述第二 用户干扰的用户。 具体的, 可以采用正常的功率发送第三用户的下行数据 信道, 也可以采用调高的功率发送第三用户的下行数据信道, 本申请实施 例对此不做限定。
本申请实施例提供的一种协调调度方法,第一节点在接收第二节点发 送的协调调度请求之后,依据第一弱子帧样式在第一弱子帧采用比正常子 帧低的功率发送第一用户的下行数据信道,以使得第二节点可以在第一弱 子帧正常调度受到第一用户干扰的第二节点小区用户,可以减少中心用户 对软切换区用户的干扰和软切换区用户之间的干扰,从而降低了现有技术 中宏小区和微小区同频部署时的干扰。
并且, 在进行下行协调调度的过程中, 不仅第一节点可以在第一弱子 小区对第二节点小区的干扰,第二节点也可以在第二弱子帧对第二用户采 用比正常子帧低的功率发送下行数据信道,减少第二节点小区对第一节点 小区的干扰,这样可以使得第一节点小区和第二节点小区间的干扰进一步 减小。
本申请另一实施例还提供一种协调调度方法, 如图 6所示, 该方法可 以包括:
301、 第一节点和第二节点进行信息交互。
302、 第一节点接收第二节点发送的上行协调调度请求。
其中, 在进行信息交互之后, 第二节点可以根据交互结果确定是否向 第一节点下发上行协调调度请求,也可以根据交互结果确定在下发的上行 协调调度请求中携带的协调调度模式标识。所述上行协调调度请求中可以 包含所述第一弱子帧样式、 协调调度模式标识和 /或弱子帧增减指示。
具体的, 所述协调调度请求中包含协调调度模式标识, 所述协调调度 模式标识可以指示第一模式或第二模式。第一模式为所述第一节点在第一 弱子帧采用比正常子帧低的 SG调度所述第一用户的上行数据信道。 第二 模式为所述第一节点在第一弱子帧采用比正常子帧低的 SG调度所述第一 用户的上行数据信道,并且所述第二节点在第二弱子帧采用比正常子帧低 的 SG调度第二用户的上行数据信道。
303、 第一节点依据所述第一弱子帧样式, 在所述第一弱子帧采用比 正常子帧低的 SG调度第一用户的上行数据信道。
其中,所述第一弱子帧样式是指第二节点指示第一节点可以在那些弱 子帧使用比正常子帧低的 SG调度第一用户的上行数据信道。 弱子帧样式 可以通过包含在上行协调调度请求、上行协调调度响应中的第一弱子帧样 式进行配置, 也可以预先在第一节点和 /或第二节点上配置所述第一弱子 帧样式。所述弱子帧增减指示用于指示第一节点减少或者增加弱子帧样式 中弱子帧的个数。
其中, 在第一节点接收到第二节点发送的上行协调调度请求之后, 可 以根据上行协调调度请求中携带的第一弱子帧样式、协调调度模式标识和 /或弱子帧增减指示,对第一用户在第一弱子帧采用比正常子帧低的 SG调 度上行数据信道。
需要说明的是, 步骤 303中主要以第一模式为例进行描述, 若上行协 调调度请求中携带的协调调度模式为第二模式时,所述第一节点可在第一 弱子帧采用比正常子帧低的 SG调度所述第一用户的上行数据信道, 并且 所述第二节点也可在第二弱子帧采用比正常子帧低的 SG调度第二用户的 上行数据信道。
进一步可选的, 在步骤 303第一节点依据所述第一弱子帧样式, 在所 述第一弱子帧采用比正常子帧低的 SG 调度第一用户的上行数据信道之 前, 还可以包括以下步骤 304-307。 以下以第二模式为例进行描述:
304、 第一节点确定协调调度模式。
305、 第一节点向所述第二节点发送上行协调调度响应。
其中, 在所述第一节点确定采用何种协调调度模式之后, 向所述第二 节点发送上行协调调度响应,其中所述上行协调调度响应中包含为第二节 点配置的第二弱子帧样式、 协调调度模式标识和 /或弱子帧增减指示。 所 述协调调度模式标识,用于指示所述第二节点在第二弱子帧采用比正常子 帧低的 SG调度所述第二用户的上行数据信道。
306、 第二节点在第二弱子帧采用比正常子帧低的 SG调度所述第二 用户的上行数据信道。
其中, 在第二节点接收到所述第一节点发送的上行协调调度响应时, 根据所述上行协调调度响应中携带的协调调度模式标识,在第二弱子帧采 用比正常子帧低的 SG调度第二用户的上行数据信道。
307、 第一节点依据所述第二弱子帧样式, 在所述第二弱子帧调度第 三用户。所述第三用户包括所述第一节点小区中被所述第二用户干扰的用 户。
其中, 在所述第二模式下, 由于第二节点采用了比正常子帧低的 SG 调度第二用户的上行数据信道,避免对第一节点小区中的第三用户造成干 扰, 因此第一节点可以依据所述第二弱子帧样式, 在所述第二弱子帧调度 所述第三用户。 具体的, 可以采用正常的 SG调度第三用户的上行数据信 道, 也可以采用调高的 SG调度第三用户的上行数据信道, 本申请实施例 对此不做限定。
需要说明的是, 在本实施例的上行协调调度过程中, 部分步骤的具体 描述可以参考本申请另一实施例中下行协调调度的过程,部分参数和流程 的具体描述本发明实施例这里不再详细赘述。
需要说明的是,当所述协调调度请求包括上行协调调度请求和下行协 调调度请求, 即所述调度过程中既有上行协调调度还有下行协调调度时, 上行协调调度的弱子帧样式和下行协调调度的弱子帧样式可以相同也可 以不同, 在这种上行协调调度和下行协调调度同时存在的应用场景中, 协 调调度过程与上行协调调度过程类似,同时存在上协调调度和下行协调调 度的具体调度过程可以参考上行协调调度过程,本申请实施例在此不作详 细赘述。
本申请实施例提供的一种协调调度方法,第一节点在接收第二节点发 送的协调调度请求之后,依据第一弱子帧样式在第一弱子帧采用比正常子 帧低的服务授权 SG调度第一用户的上行数据信道, 以使得第二节点可以 在第一弱子帧正常调度受到第一用户干扰的第二节点小区用户,可以减少 中心用户对软切换区用户的干扰和软切换区用户之间的干扰,从而降低了 现有技术中宏小区和微小区同频部署时的干扰。
并且, 在进行上行协调调度的过程中, 不仅第一节点可以在第一弱子 帧对第一用户采用比正常子帧低的 SG调度第一用户的上行数据信道, 减 少第一节点小区对第二节点小区的干扰,第二节点也可以在第二弱子帧对 第二用户采用比正常子帧低的 SG调度第二用户的上行数据信道, 减少第 二节点小区对第一节点小区的干扰,这样可以使得第一节点小区和第二节 点小区间的干扰进一步减小。
本申请另一实施例提供一种协调调度装置, 如图 7所示, 包括: 接收 单元 41、 调度单元 42。
接收单元 41 , 用于接收第二节点发送的协调调度请求。
调度单元 42 , 用于依据第一弱子帧样式, 在第一弱子帧采用比正常 子帧低的功率发送第一用户的下行数据信道或比正常子帧低的服务授权 SG调度第一用户的上行数据信道; 其中所述第一用户包括第一节点小区 中对第二节点小区造成干扰的用户和 /或软切换区用户。
进一步的, 所述接收单元 41接收的协调调度请求包括: 上行协调调 度请求和 /或下行协调调度请求。
所述接收单元 41接收的协调调度请求中包含所述第一弱子帧样式、 协调调度模式标识和 /或弱子帧增减指示。
进一步的, 所述接收单元 41接收的协调调度请求中包含协调调度模 式标识, 所述协调调度模式标识指示第一模式或第二模式。
所述第一模式为所述第一节点在第一弱子帧采用比正常子帧低的功 率发送第一用户的下行数据信道或比正常子帧低的 SG调度所述第一用户 的上行数据信道。
所述第二模式为所述第一节点在第一弱子帧采用比正常子帧低的功 率发送第一用户的下行数据信道或比正常子帧低的 SG调度所述第一用户 的上行数据信道,并且所述第二节点在第二弱子帧采用比正常子帧低的功 率发送第二用户的下行数据信道或比正常子帧低的 SG调度第二用户的上 行数据信道; 其中所述第二用户包括: 所述第二节点小区中对所述第一节 点小区造成干扰的用户和 /或软切换区用户。
进一步的, 如图 8所示, 所述装置还可以包括: 发送单元 43。
发送单元 43 , 用于在所述接收单元 41接收第二节点发送的协调调度 请求之后, 向所述第二节点发送协调调度响应。
其中, 所述发送单元 43发送的协调调度响应包括: 上行协调调度响 应和 /或下行协调调度响应。
所述发送单元 43发送的协调调度响应中包含为第二节点配置的第二 弱子帧样式、 协调调度模式标识和 /或弱子帧增减指示。
进一步的, 当所述发送单元发送的协调调度响应中包含所述协调调度 模式标识时, 所述的装置还可以包括: 确定单元 44。
确定单元 44 , 用于所述发送单元 43在向所述第二节点发送协调调度 响应之前, 确定协调调度模式。
所述发送单元 43发送的协调调度响应中包含的所述协调调度模式标 识,用于指示所述第二节点在第二弱子帧采用比正常子帧低的功率发送第 二用户的下行数据信道或比正常子帧低的 SG调度所述第二用户的上行数 据信道。 进一步的, 所述调度单元 42可以包括: 下行调度模块 421、 上行调度 模块 422。
下行调度模块 421 , 用于依据所述第一弱子帧样式, 在所述第一弱子 帧采用比正常子帧低的功率发送第一用户的下行数据信道。
和 /或上行调度模块 422 , 用于依据所述第一弱子帧样式, 在所述第一 弱子帧采用比正常子帧低的 SG调度第一用户的上行数据信道。
进一步的, 所述调度单元 42 , 还用于在所述第二模式下, 依据所述 第二弱子帧样式, 在所述第二弱子帧调度第三用户; 所述第三用户包括所 述第一节点小区中被所述第二用户干扰的用户。
进一步的, 所述装置还可以包括: 交互单元 45。
交互单元 45 , 用于在所述接收单元 41接收第二节点发送的协调调度 请求之前, 与所述第二节点交互协调调度能力信息; 和 /或与所述第二节 点进行无线帧对齐; 和 /或与所述第二节点交互被干扰情况; 和 /或与所述 第二节点交互上行用户吞吐量的和 /或下行用户吞吐量。
进一步的,确定协调调度模式为所述第一模式的触发条件包括以下任 一个: 所述第一节点小区和第二节点小区的软切换区有至少一个用户; 所 述软切换区中用户数量超过预定数量门限;所述第一节点小区未进行覆盖 扩展 RE或 RE门限小于预定扩展门限。
确定所述协调调度模式为所述第二模式的触发条件包括以下任一个: 所述软切换区中有至少一个第二节点小区的用户; 所述第一节点小区的 RE 门限高于预定扩展门限; 所述第一节点小区的用户吞吐量低于所述第 二节点小区用户吞吐量。
本申请实施例提供的一种协调调度装置,第一节点在接收第二节点发 送的协调调度请求之后,依据第一弱子帧样式在第一弱子帧采用比正常子 帧低的功率发送第一用户的下行数据信道或比正常子帧低的服务授权 SG 调度第一用户的上行数据信道,以使得第二节点可以在第一弱子帧正常调 度受到第一用户干扰的第二节点小区用户,可以减少中心用户对软切换区 用户的干扰和软切换区用户之间的干扰,从而降低了现有技术中宏小区和 微小区同频部署时的干扰。
并且, 在进行协调调度的过程中, 不仅第一节点可以在第一弱子帧对 第一用户采用比正常子帧低的功率发送第一用户的下行数据信道或比正 常子帧低的 SG调度第一用户的上行数据信道, 减少第一节点小区对第二 节点小区的干扰,第二节点也可以在第二弱子帧对第二用户采用比正常子 帧低的功率发送第二用户的下行数据信道或比正常子帧低的 SG调度第二 用户的上行数据信道, 减少第二节点小区对第一节点小区的干扰, 这样可 以使得第一节点小区和第二节点小区间的干扰进一步减小。
本申请另一实施例提供一种协调调度装置, 如图 9所示, 包括: 接收 器 51、 处理器 52。
接收器 51 , 用于接收第二节点发送的协调调度请求。
处理器 52 , 用于依据第一弱子帧样式, 在第一弱子帧采用比正常子 帧低的功率发送第一用户的下行数据信道或比正常子帧低的服务授权 SG 调度第一用户的上行数据信道;其中所述第一用户包括第一节点小区中对 第二节点小区造成干扰的用户和 /或软切换区用户。
进一步的, 所述接收器 5 1接收的协调调度请求包括: 上行协调调度 请求和 /或下行协调调度请求。
所述接收器 51接收的协调调度请求中包含所述第一弱子帧样式、 协 调调度模式标识和 /或弱子帧增减指示。
进一步的, 所述接收器 5 1接收的协调调度请求中包含协调调度模式 标识, 所述协调调度模式标识指示第一模式或第二模式。
所述第一模式为所述第一节点在第一弱子帧采用比正常子帧低的功 率发送第一用户的下行数据信道或比正常子帧低的 SG调度所述第一用户 的上行数据信道。
所述第二模式为所述第一节点在第一弱子帧采用比正常子帧低的功 率发送第一用户的下行数据信道或比正常子帧低的 SG调度所述第一用户 的上行数据信道,并且所述第二节点在第二弱子帧采用比正常子帧低的功 率发送第二用户的下行数据信道或比正常子帧低的 SG调度第二用户的上 行数据信道; 其中所述第二用户包括: 所述第二节点小区中对所述第一节 点小区造成干扰的用户和 /或软切换区用户。
进一步的, 所述的装置还可以包括: 发送器 53。
发送器 53 , 用于在所述接收器 51接收第二节点发送的协调调度请求 之后, 向所述第二节点发送协调调度响应。
其中, 所述发送器 53发送的协调调度响应包括: 上行协调调度响应 和 /或下行协调调度响应。
所述发送器 53发送的协调调度响应中包含为第二节点配置的第二弱 子帧样式、 协调调度模式标识和 /或弱子帧增减指示。
进一步的, 当所述发送单元发送的协调调度响应中包含所述协调调度 模式标识时, 所述处理器 52 , 还用于所述发送器 53在向所述第二节点发 送协调调度响应之前, 确定协调调度模式。
所述发送器 53 发送的协调调度响应中包含的所述协调调度模式标 识,用于指示所述第二节点在第二弱子帧采用比正常子帧低的功率发送第 二用户的下行数据信道或比正常子帧低的 SG调度所述第二用户的上行数 据信道。
进一步的, 所述处理器 52还用于: 依据所述第一弱子帧样式, 在所 述第一弱子帧采用比正常子帧低的功率发送第一用户的下行数据信道,和 /或依据所述第一弱子帧样式, 在所述第一弱子帧采用比正常子帧低的 SG 调度第一用户的上行数据信道。
进一步的, 所述处理器 52 , 还用于在所述第二模式下, 依据所述第 二弱子帧样式, 在所述第二弱子帧调度第三用户; 所述第三用户包括所述 第一节点小区中被所述第二用户干扰的用户。
进一步的, 所述处理器 52 , 还用于在所述接收器 5 1接收第二节点发 送的协调调度请求之前, 与所述第二节点交互协调调度能力信息; 和 /或 与所述第二节点进行无线帧对齐; 和 /或与所述第二节点交互被干扰情况; 和 /或与所述第二节点交互上行用户吞吐量的和 /或下行用户吞吐量。
进一步的,确定协调调度模式为所述第一模式的触发条件包括以下任 一个: 所述第一节点小区和第二节点小区的软切换区有至少一个用户; 所 述软切换区中用户数量超过预定数量门限;所述第一节点小区未进行覆盖 扩展 RE或 RE门限小于预定扩展门限。
确定所述协调调度模式为所述第二模式的触发条件包括以下任一个: 所述软切换区中有至少一个第二节点小区的用户; 所述第一节点小区的 RE 门限高于预定扩展门限; 所述第一节点小区的用户吞吐量低于所述第 二节点小区用户吞吐量。
本申请实施例提供的一种协调调度装置,第一节点在接收第二节点发 送的协调调度请求之后,依据第一弱子帧样式在第一弱子帧采用比正常子 帧低的功率发送第一用户的下行数据信道或比正常子帧低的服务授权 SG 调度第一用户的上行数据信道,以使得第二节点可以在第一弱子帧正常调 度受到第一用户干扰的第二节点小区用户,可以减少中心用户对软切换区 用户的干扰和软切换区用户之间的干扰,从而降低了现有技术中宏小区和 微小区同频部署时的干扰。
并且, 在进行协调调度的过程中, 不仅第一节点可以在第一弱子帧对 第一用户采用比正常子帧低的功率发送第一用户的下行数据信道或比正 常子帧低的 SG调度第一用户的上行数据信道, 减少第一节点小区对第二 节点小区的干扰,第二节点也可以在第二弱子帧对第二用户采用比正常子 帧低的功率发送第二用户的下行数据信道或比正常子帧低的 SG调度第二 用户的上行数据信道, 减少第二节点小区对第一节点小区的干扰, 这样可 以使得第一节点小区和第二节点小区间的干扰进一步减小。
本申请另一实施例提供一种信息交互方法, 如图 10所示, 包括:
601、 第一节点接收第二节点发送的吞吐量信息。
其中, 所述吞吐量信息包括: 边缘用户的上行吞吐量、 平均上行吞吐 量、 一定比例用户的上行吞吐量、 边缘用户的下行吞吐量、 平均下行吞吐 量和 /或一定比例用户的下行吞吐量。
其中, 所述平均上行或下行吞吐量可以是, 提前设置一个上行或下行 的吞吐量阈值,将所有用户吞吐量低于此吞吐量阈值的用户的上行或下行 吞吐量进行统计并取平均值, 计算出平均上行或下行吞吐量。 上行吞吐量 阈值或下行吞吐量阈值可以根据需要预先设定,当然也可以将用户吞吐量 高于预先设定的吞吐量阈值的用户作为统计对象,本申请实施例对此不做 限定。
所述一定比例用户的上行或下行吞吐量可以是,第二节点小区将所有 用户的上行或下行吞吐量按照从低到高的顺序排列,选择一定比例的用户 的上行或下行吞吐量信息统计出来并取平均值,作为所述一定比例用户的 上行或下行吞吐量。 所述一定比例可以为相对比例, 例如 5%、 90%、 50% 等; 也可以是绝对数值, 例如 10个用户、 100个用户等。 或者, 所述一 定比例用户的上行或下行吞吐量也可以按照上行或下行吞吐量从高到低 的顺序选择一定比例的用户进行统计; 或者, 也可以随机抽取一定比例的 用户进行统计。
602、 根据所述吞吐量信息管理第一节点小区的传输配置。
其中, 所述根据所述吞吐量信息管理所述第一节点小区的传输配置, 包括: 根据所述吞吐量信息触发协调调度, 和 /或根据所述吞吐量信息选 择协调调度模式, 和 /或根据所述吞吐量信, 确定弱子帧样式。
具体的, 根据所述吞吐量信息触发协调调度具体是: 当第一节点小区 导致第二节点小区的吞吐量低于第一门限时,触发第一节点在第一弱子帧 采用比正常子帧低的功率发送第一用户的下行数据信道或比正常子帧低 的 SG调度第一用户的上行数据信道。
根据所述吞吐量信息选择协调调度模式具体是: 当第一节点小区导致 第二节点小区的吞吐量低于第一门限且第一节点小区的吞吐量也低于第 一门限时, 第一节点选择第二模式进行协调调度, 即第一节点在第一弱子 帧采用比正常子帧低的功率发送第一用户的下行数据信道或比正常子帧 低的 SG调度所述第一用户的上行数据信道, 并且所述第二节点在第二弱 子帧采用比正常子帧低的功率发送第一用户的下行数据信道或比正常子 帧低的 SG调度第二用户的上行数据信道。
根据所述吞吐量信息确定弱子帧样式具体是: 当第一节点小区导致第 二节点小区的吞吐量持续降低或者低于第二门限时,第一节点增加弱子帧 样式, 具体的可以参考本申请步骤 203中的描述, 本申请实施例在此不作 伴细赘述。
本申请实施例提供一种信息交互方法,第一节点通过接收第二节点发 送的吞吐量信息, 根据所述吞吐量信息管理第一节点小区的传输配置, 可 以便于第一节点依据吞吐量信息进行协调调度。
本申请另一实施例提供一种信息交互装置, 如图 11所示, 包括: 接 收单元 71、 管理单元 72。
接收单元 71 , 用于接收第二节点发送的吞吐量信息;
管理单元 72 , 用于根据所述接收单元 71接收的吞吐量信息管理第一 节点小区的传输配置。
进一步的,所述管理单元 72可以包括:触发模块 721、选择模块 722、 确定模块 723。
触发模块 721 , 用于根据所述接收单元 71接收的吞吐量信息触发协 调调度; 和 /或
选择模块 722 , 用于根据所述接收单元 71接收的吞吐量信息选择协 调调度模式; 和 /或
确定模块 723 , 用于根据所述接收单元 71接收的吞吐量信息确定弱 子帧样式。
进一步的, 所述接收单元 71接收的吞吐量信息包括: 边缘用户的上 行吞吐量、 平均上行吞吐量、 一定比例用户的上行吞吐量、 边缘用户的下 行吞吐量、 平均下行吞吐量和 /或一定比例用户的下行吞吐量。 本申请实施例提供一种信息交互装置,第一节点通过接收第二节点发 送的吞吐量信息, 根据所述吞吐量信息管理第一节点小区的传输配置, 可 以便于第一节点依据吞吐量信息进行协调调度。
本申请另一实施例还提供一种信息交互装置, 如图 12所示, 包括: 接收器 81、 处理器 82。
接收器 81 , 用于接收第二节点发送的吞吐量信息;
处理器 82 , 用于根据所述接收器 81接收的吞吐量信息管理第一节点 小区的传输配置。
进一步的, 所述处理器 82还用于: 根据所述接收器 81接收的吞吐量 信息触发协调调度; 和 /或根据所述接收器 81接收的吞吐量信息选择协调 调度模式; 和 /或根据所述接收器 81接收的吞吐量信息确定弱子帧样式。
进一步的, 所述接收器 81接收的吞吐量信息包括: 边缘用户的上行 吞吐量、 平均上行吞吐量、 一定比例用户的上行吞吐量、 边缘用户的下行 吞吐量、 平均下行吞吐量和 /或一定比例用户的下行吞吐量。
本申请实施例提供一种信息交互装置,第一节点通过接收第二节点发 送的吞吐量信息, 根据所述吞吐量信息管理第一节点小区的传输配置, 可 以便于第一节点依据吞吐量信息进行协调调度。
所属领域的技术人员可以清楚地了解到, 为描述的方便和简洁, 仅以 上述各功能模块的划分进行举例说明, 实际应用中, 可以根据需要而将上 述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功 能模块, 以完成以上描述的全部或者部分功能。 上述描述的系统, 装置和 单元的具体工作过程, 可以参考前述方法实施例中的对应过程, 在此不再 赘述。
在本申请所提供的几个实施例中, 应该理解到, 所揭露的系统, 装置 和方法, 可以通过其它的方式实现。 例如, 以上所描述的装置实施例仅仅 是示意性的, 例如, 所述模块或单元的划分, 仅仅为一种逻辑功能划分, 实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可 以集成到另一个系统, 或一些特征可以忽略, 或不执行。 另一点, 所显示 或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装 置或单元的间接耦合或通信连接, 可以是电性, 机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的, 作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地 方, 或者也可以分布到多个网络单元上。 可以根据实际的需要选择其中的 部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元 中, 也可以是各个单元单独物理存在, 也可以两个或两个以上单元集成在 一个单元中。 上述集成的单元既可以采用硬件的形式实现, 也可以采用软 件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品 销售或使用时, 可以存储在一个计算机可读取存储介质中。 基于这样的理 解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技 术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品 存储在一个存储介质中, 包括若干指令用以使得一台计算机设备(可以是 个人计算机, 服务器, 或者网络设备等) 或处理器 ( processor )执行本申 请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括: U盘、 移动硬盘、 只读存储器 (ROM , Read-Only Memory ) , 随机存取存储器 ( RAM, Random Access Memory )、 磁碟或者光盘等各种可以存储程序代 码的介质。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到 本申请可借助软件加必需的通用硬件的方式来实现, 当然也可以通过硬 件, 但很多情况下前者是更佳的实施方式。 基于这样的理解, 本申请的技 术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式 体现出来, 该计算机软件产品存储在可读取的存储介质中, 如计算机的软 盘, 硬盘或光盘等, 包括若干指令用以使得一台计算机设备(可以是个人 计算机, 服务器, 或者网络设备等) 执行本申请各个实施例所述的方法。 以上所述,以上实施例仅用以说明本申请的技术方案,而非对其限制; 尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员 应当理解: 其依然可以对前述各实施例所记载的技术方案进行修改, 或者 对其中部分技术特征进行等同替换; 而这些修改或者替换, 并不使相应技 术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (34)

  1. 权 利 要 求 书
    1、 一种协调调度方法, 其特征在于, 包括:
    第一节点接收第二节点发送的协调调度请求;
    依据第一弱子帧样式, 在第一弱子帧采用比正常子帧低的功率发送第 一用户的下行数据信道或比正常子帧低的服务授权 SG 调度第一用户的上 行数据信道; 其中所述第一用户包括第一节点小区中对第二节点小区造成 干扰的用户和 /或软切换区用户。
  2. 2、 根据权利要求 1所述的方法, 其特征在于,
    所述协调调度请求包括: 上行协调调度请求和 /或下行协调调度请求; 所述协调调度请求中包含所述第一弱子帧样式、 协调调度模式标识和 / 或弱子帧增减指示。
  3. 3、 根据权利要求 1所述的方法, 其特征在于,
    所述协调调度请求中包含协调调度模式标识, 所述协调调度模式标识 指示第一模式或第二模式;
    所述第一模式为所述第一节点在第一弱子帧采用比正常子帧低的功率 发送第一用户的下行数据信道或比正常子帧低的 SG调度所述第一用户的 上行数据信道;
    所述第二模式为所述第一节点在第一弱子帧采用比正常子帧低的功率 发送第一用户的下行数据信道或比正常子帧低的 SG调度所述第一用户的 上行数据信道, 并且所述第二节点在第二弱子帧采用比正常子帧低的功率 发送第二用户的下行数据信道或比正常子帧低的 SG调度第二用户的上行 数据信道; 其中所述第二用户包括: 所述第二节点小区中对所述第一节点 小区造成干扰的用户和 /或软切换区用户。
  4. 4、 根据权利要求 1-3中任一项所述的方法, 其特征在于, 在所述第一 节点接收第二节点发送的协调调度请求之后, 所述方法还包括:
    向所述第二节点发送协调调度响应;
    其中, 所述协调调度响应包括: 上行协调调度响应和 /或下行协调调度 响应;
    所述协调调度响应中包含为第二节点配置的第二弱子帧样式、 协调调 度模式标识和 /或弱子帧增减指示。
  5. 5、 根据权利要求 4所述的方法, 其特征在于, 当所述协调调度响应中 包含所述协调调度模式标识时,在向所述第二节点发送协调调度响应之前, 所述方法还包括:
    确定协调调度模式;
    所述协调调度响应中包含的所述协调调度模式标识, 用于指示所述第 二节点在第二弱子帧采用比正常子帧低的功率发送第二用户的下行数据信 道或比正常子帧低的 SG调度所述第二用户的上行数据信道。
  6. 6、 根据权利要求 1 -5中任一项所述的方法, 其特征在于, 所述依据第 一弱子帧样式, 在第一弱子帧采用比正常子帧低的功率发送第一用户的下 行数据信道或比正常子帧低的服务授权 SG调度第一用户的上行数据信道, 包括:
    依据所述第一弱子帧样式, 在所述第一弱子帧采用比正常子帧低的功 率发送第一用户的下行数据信道; 和 /或
    依据所述第一弱子帧样式,在所述第一弱子帧采用比正常子帧低的 SG 调度第一用户的上行数据信道。
  7. 7、 根据权利要求 3所述的方法, 其特征在于, 在所述第二模式下, 所 述方法还包括:
    依据所述第二弱子帧样式, 在所述第二弱子帧调度第三用户; 所述第 三用户包括所述第一节点小区中被所述第二用户干扰的用户。
  8. 8、 根据权利要求 1 -7中任一项所述的方法, 其特征在于, 在第一节点 接收第二节点发送的协调调度请求之前, 所述方法还包括:
    与所述第二节点交互协调调度能力信息; 和 /或
    与所述第二节点进行无线帧对齐; 和 /或
    与所述第二节点交互被干扰情况; 和 /或 与所述第二节点交互上行用户吞吐量的和 /或下行用户吞吐量。
  9. 9、 根据权利要求 3或 7所述的方法, 其特征在于,
    确定协调调度模式为所述第一模式的触发条件包括以下任一个: 所述 第一节点小区和第二节点小区的软切换区有至少一个用户; 所述软切换区 中用户数量超过预定数量门限; 所述第一节点小区未进行覆盖扩展 RE 或 RE门限小于预定扩展门限;
    确定所述协调调度模式为所述第二模式的触发条件包括以下任一个: 所述软切换区中有至少一个第二节点小区的用户;所述第一节点小区的 RE 门限高于预定扩展门限; 所述第一节点小区的用户吞吐量低于所述第二节 点小区用户吞吐量。
  10. 10、 一种协调调度装置, 其特征在于, 包括:
    接收单元, 用于接收第二节点发送的协调调度请求;
    调度单元, 用于依据第一弱子帧样式, 在第一弱子帧采用比正常子帧 低的功率发送第一用户的下行数据信道或比正常子帧低的服务授权 SG 调 度第一用户的上行数据信道; 其中所述第一用户包括第一节点小区中对第 二节点小区造成干扰的用户和 /或软切换区用户。
  11. 11、 根据权利要求 10所述的装置, 其特征在于,
    所述接收单元接收的协调调度请求包括: 上行协调调度请求和 /或下行 协调调度请求;
    所述接收单元接收的协调调度请求中包含所述第一弱子帧样式、 协调 调度模式标识和 /或弱子帧增减指示。
  12. 12、 根据权利要求 10所述的装置, 其特征在于,
    所述接收单元接收的协调调度请求中包含协调调度模式标识, 所述协 调调度模式标识指示第一模式或第二模式;
    所述第一模式为所述第一节点在第一弱子帧采用比正常子帧低的功率 发送第一用户的下行数据信道或比正常子帧低的 SG调度所述第一用户的 上行数据信道; 所述第二模式为所述第一节点在第一弱子帧采用比正常子帧低的功率 发送第一用户的下行数据信道或比正常子帧低的 SG调度所述第一用户的 上行数据信道, 并且所述第二节点在第二弱子帧采用比正常子帧低的功率 发送第二用户的下行数据信道或比正常子帧低的 SG调度第二用户的上行 数据信道; 其中所述第二用户包括: 所述第二节点小区中对所述第一节点 小区造成干扰的用户和 /或软切换区用户。
  13. 13、 根据权利要求 10- 12中任一项所述的装置, 其特征在于, 还包括: 发送单元, 用于在所述接收单元接收第二节点发送的协调调度请求之 后, 向所述第二节点发送协调调度响应;
    其中, 所述发送单元发送的协调调度响应包括: 上行协调调度响应和 / 或下行协调调度响应;
    所述发送单元发送的协调调度响应中包含为第二节点配置的第二弱子 帧样式、 协调调度模式标识和 /或弱子帧增减指示。
  14. 14、 根据权利要求 13所述的装置, 其特征在于,
    当所述发送单元发送的协调调度响应中包含所述协调调度模式标识 时, 所述装置还包括:
    确定单元, 用于所述发送单元在向所述第二节点发送协调调度响应之 前, 确定协调调度模式;
    所述发送单元发送的协调调度响应中包含的所述协调调度模式标识, 用于指示所述第二节点在第二弱子帧采用比正常子帧低的功率发送第二用 户的下行数据信道或比正常子帧低的 SG 调度所述第二用户的上行数据信 道。
  15. 15、 根据权利要求 10-14 中任一项所述的装置, 其特征在于, 所述调 度单元包括:
    下行调度模块, 用于依据所述第一弱子帧样式, 在所述第一弱子帧采 用比正常子帧低的功率发送第一用户的下行数据信道; 和 /或
    上行调度模块, 用于依据所述第一弱子帧样式, 在所述第一弱子帧采 用比正常子帧低的 SG调度第一用户的上行数据信道。
  16. 16、 根据权利要求 12所述的装置, 其特征在于,
    所述调度单元, 还用于在所述第二模式下, 依据所述第二弱子帧样式, 在所述第二弱子帧调度第三用户; 所述第三用户包括所述第一节点小区中 被所述第二用户干扰的用户。
  17. 17、 根据权利要求 10- 16中任一项所述的装置, 其特征在于, 还包括: 交互单元, 用于在所述接收单元接收第二节点发送的协调调度请求之 前,
    与所述第二节点交互协调调度能力信息; 和 /或
    与所述第二节点进行无线帧对齐; 和 /或
    与所述第二节点交互被干扰情况; 和 /或
    与所述第二节点交互上行用户吞吐量的和 /或下行用户吞吐量。
  18. 18、 根据权利要求 12或 16所述的装置, 其特征在于,
    确定协调调度模式为所述第一模式的触发条件包括以下任一个: 所述 第一节点小区和第二节点小区的软切换区有至少一个用户; 所述软切换区 中用户数量超过预定数量门限; 所述第一节点小区未进行覆盖扩展 RE 或 RE门限小于预定扩展门限;
    确定所述协调调度模式为所述第二模式的触发条件包括以下任一个: 所述软切换区中有至少一个第二节点小区的用户;所述第一节点小区的 RE 门限高于预定扩展门限; 所述第一节点小区的用户吞吐量低于所述第二节 点小区用户吞吐量。
  19. 19、 一种协调调度装置, 其特征在于, 包括:
    接收器, 用于接收第二节点发送的协调调度请求;
    处理器, 用于依据第一弱子帧样式, 在第一弱子帧采用比正常子帧低 的功率发送第一用户的下行数据信道或比正常子帧低的服务授权 SG 调度 第一用户的上行数据信道; 其中所述第一用户包括第一节点小区中对第二 节点小区造成干扰的用户和 /或软切换区用户。 20、 根据权利要求 19所述的装置, 其特征在于,
    所述接收器接收的协调调度请求包括: 上行协调调度请求和 /或下行协 调调度请求;
    所述接收器接收的协调调度请求中包含所述第一弱子帧样式、 协调调 度模式标识和 /或弱子帧增减指示。
  20. 21、 根据权利要求 19所述的装置, 其特征在于,
    所述接收器接收的协调调度请求中包含协调调度模式标识, 所述协调 调度模式标识指示第一模式或第二模式;
    所述第一模式为所述第一节点在第一弱子帧采用比正常子帧低的功率 发送第一用户的下行数据信道或比正常子帧低的 SG调度所述第一用户的 上行数据信道;
    所述第二模式为所述第一节点在第一弱子帧采用比正常子帧低的功率 发送第一用户的下行数据信道或比正常子帧低的 SG调度所述第一用户的 上行数据信道, 并且所述第二节点在第二弱子帧采用比正常子帧低的功率 发送第二用户的下行数据信道或比正常子帧低的 SG调度第二用户的上行 数据信道; 其中所述第二用户包括: 所述第二节点小区中对所述第一节点 小区造成干扰的用户和 /或软切换区用户。
  21. 22、 根据权利要求 19-21 中任一项所述的装置, 其特征在于, 还包括: 发送器, 用于在所述接收器接收第二节点发送的协调调度请求之后, 向所述第二节点发送协调调度响应;
    其中, 所述发送器发送的协调调度响应包括: 上行协调调度响应和 /或 下行协调调度响应;
    所述发送器发送的协调调度响应中包含为第二节点配置的第二弱子帧 样式、 协调调度模式标识和 /或弱子帧增减指示。
  22. 23、 根据权利要求 22所述的装置, 其特征在于,
    当所述发送单元发送的协调调度响应中包含所述协调调度模式标识 时, 所述处理器, 还用于所述发送器在向所述第二节点发送协调调度响应 之前, 确定协调调度模式;
    所述发送器发送的协调调度响应中包含的所述协调调度模式标识, 用 于指示所述第二节点在第二弱子帧采用比正常子帧低的功率发送第二用户 的下行数据信道或比正常子帧低的 SG调度所述第二用户的上行数据信道。
  23. 24、 根据权利要求 19-23 中任一项所述的装置, 其特征在于, 所述处 理器还用于: 依据所述第一弱子帧样式, 在所述第一弱子帧采用比正常子 帧低的功率发送第一用户的下行数据信道; 和 /或依据所述第一弱子帧样 式, 在所述第一弱子帧采用比正常子帧低的 SG 调度第一用户的上行数据 信道。
  24. 25、 根据权利要求 21所述的装置, 其特征在于,
    所述处理器, 还用于在所述第二模式下, 依据所述第二弱子帧样式, 在所述第二弱子帧调度第三用户; 所述第三用户包括所述第一节点小区中 被所述第二用户干扰的用户。
  25. 26、 根据权利要求 19-25 中任一项所述的装置, 其特征在于, 所述处 理器, 还用于在所述接收器接收第二节点发送的协调调度请求之前,
    与所述第二节点交互协调调度能力信息; 和 /或
    与所述第二节点进行无线帧对齐; 和 /或
    与所述第二节点交互被干扰情况; 和 /或
    与所述第二节点交互上行用户吞吐量的和 /或下行用户吞吐量。
  26. 27、 根据权利要求 21或 25所述的装置, 其特征在于,
    确定协调调度模式为所述第一模式的触发条件包括以下任一个: 所述 第一节点小区和第二节点小区的软切换区有至少一个用户; 所述软切换区 中用户数量超过预定数量门限; 所述第一节点小区未进行覆盖扩展 RE 或 RE门限小于预定扩展门限;
    确定所述协调调度模式为所述第二模式的触发条件包括以下任一个: 所述软切换区中有至少一个第二节点小区的用户;所述第一节点小区的 RE 门限高于预定扩展门限; 所述第一节点小区的用户吞吐量低于所述第二节 点小区用户吞吐量。
  27. 28、 一种信息交互方法, 其特征在于, 包括:
    第一节点接收第二节点发送的吞吐量信息;
    根据所述吞吐量信息管理第一节点小区的传输配置。
  28. 29、 根据权利要求 28所述的方法, 其特征在于, 所述根据所述吞吐量 信息管理第一节点小区的传输配置, 包括:
    根据所述吞吐量信息触发协调调度; 和 /或
    根据所述吞吐量信息选择协调调度模式; 和 /或
    根据所述吞吐量信息确定弱子帧样式。
  29. 30、 根据权利要求 28或 29所述的方法, 其特征在于, 所述吞吐量信 息包括: 边缘用户的上行吞吐量、 平均上行吞吐量、 一定比例用户的上行 吞吐量、 边缘用户的下行吞吐量、 平均下行吞吐量和 /或一定比例用户的下 行吞吐量。
  30. 31、 一种信息交互装置, 其特征在于, 包括:
    接收单元, 用于接收第二节点发送的吞吐量信息;
    管理单元, 用于根据所述接收单元接收的吞吐量信息管理第一节点小 区的传输配置。
  31. 32、 根据权利要求 31所述的装置, 其特征在于, 所述管理单元包括: 触发模块, 用于根据所述接收单元接收的吞吐量信息触发协调调度; 和 /或
    选择模块, 用于根据所述接收单元接收的吞吐量信息选择协调调度模 式; 和 /或
    确定模块,用于根据所述接收单元接收的吞吐量信息确定弱子帧样式。
  32. 33、 根据权利要求 31或 32所述的装置, 其特征在于, 所述接收单元 接收的吞吐量信息包括: 边缘用户的上行吞吐量、 平均上行吞吐量、 一定 比例用户的上行吞吐量、 边缘用户的下行吞吐量、 平均下行吞吐量和 /或一 定比例用户的下行吞吐量。 34、 一种信息交互装置, 其特征在于, 包括:
    接收器, 用于接收第二节点发送的吞吐量信息;
    处理器, 用于根据所述接收器接收的吞吐量信息管理第一节点小区的 传输配置。
  33. 35、 根据权利要求 34所述的装置, 其特征在于, 所述处理器还用于: 根据所述接收器接收的吞吐量信息触发协调调度; 和 /或根据所述接收 器接收的吞吐量信息选择协调调度模式; 和 /或根据所述接收器接收的吞吐 量信息确定弱子帧样式。
  34. 36、 根据权利要求 34或 35所述的装置, 其特征在于, 所述接收器接 收的吞吐量信息包括: 边缘用户的上行吞吐量、 平均上行吞吐量、 一定比 例用户的上行吞吐量、 边缘用户的下行吞吐量、 平均下行吞吐量和 /或一定 比例用户的下行吞吐量。
CN201280001414.5A 2012-09-05 2012-09-05 一种协调调度方法及装置 Active CN104145513B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2012/081022 WO2014036699A1 (zh) 2012-09-05 2012-09-05 一种协调调度方法及装置

Publications (2)

Publication Number Publication Date
CN104145513A true CN104145513A (zh) 2014-11-12
CN104145513B CN104145513B (zh) 2018-11-20

Family

ID=50236447

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201280001414.5A Active CN104145513B (zh) 2012-09-05 2012-09-05 一种协调调度方法及装置

Country Status (2)

Country Link
CN (1) CN104145513B (zh)
WO (1) WO2014036699A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016146010A1 (en) * 2015-03-13 2016-09-22 Huawei Technologies Co., Ltd. System and method for interference coordination in wireless communications systems

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016137395A1 (en) * 2015-02-23 2016-09-01 Agency For Science, Technology And Research Radio communication methods and radio communication devices
US11050628B1 (en) * 2019-12-13 2021-06-29 At&T Intellectual Property I, L.P. Mobile microcell deployment scheduler and management system

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102065490A (zh) * 2011-01-17 2011-05-18 大唐移动通信设备有限公司 基站间下行发射功率的协调方法和设备
CN102176692A (zh) * 2011-01-30 2011-09-07 电信科学技术研究院 上行数据传输的处理方法和设备
WO2011136083A1 (ja) * 2010-04-28 2011-11-03 京セラ株式会社 無線通信システム、無線基地局、及び通信制御方法
CN102404833A (zh) * 2010-09-17 2012-04-04 电信科学技术研究院 一种异构系统中干扰避免的方法和设备
CN102474829A (zh) * 2009-08-11 2012-05-23 高通股份有限公司 通过对干扰小区的传输进行打孔来减轻干扰

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101527593B (zh) * 2008-03-05 2013-01-16 中兴通讯股份有限公司 基于时分双工无线通信系统的小区间干扰消除方法及装置
JP2011259202A (ja) * 2010-06-09 2011-12-22 Kyocera Corp 無線通信システム、無線基地局、無線端末及び通信制御方法
CN102340344B (zh) * 2010-07-27 2015-03-25 电信科学技术研究院 一种异构网络中基站间的干扰避免方法及设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102474829A (zh) * 2009-08-11 2012-05-23 高通股份有限公司 通过对干扰小区的传输进行打孔来减轻干扰
WO2011136083A1 (ja) * 2010-04-28 2011-11-03 京セラ株式会社 無線通信システム、無線基地局、及び通信制御方法
CN102404833A (zh) * 2010-09-17 2012-04-04 电信科学技术研究院 一种异构系统中干扰避免的方法和设备
CN102065490A (zh) * 2011-01-17 2011-05-18 大唐移动通信设备有限公司 基站间下行发射功率的协调方法和设备
CN102176692A (zh) * 2011-01-30 2011-09-07 电信科学技术研究院 上行数据传输的处理方法和设备

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016146010A1 (en) * 2015-03-13 2016-09-22 Huawei Technologies Co., Ltd. System and method for interference coordination in wireless communications systems
US9980270B2 (en) 2015-03-13 2018-05-22 Futurewei Technologies, Inc. System and method for interference coordination in wireless communications systems
US10595321B2 (en) 2015-03-13 2020-03-17 Futurewei Technologies, Inc. System and method for interference coordination in wireless communications systems

Also Published As

Publication number Publication date
WO2014036699A1 (zh) 2014-03-13
CN104145513B (zh) 2018-11-20

Similar Documents

Publication Publication Date Title
Zhang et al. LTE-unlicensed: The future of spectrum aggregation for cellular networks
CN103297980B (zh) 干扰协调的方法和装置
JP2018528736A (ja) 無線通信システムにおける端末のv2x動作のためのリソース選択方法及び前記方法を利用する端末
EP3606239A1 (en) Carrier switching and information sending method and apparatus
CN103650578A (zh) 一种微小区覆盖调整方法及设备、系统
CN103188754A (zh) 选择目标小区的方法、节点及系统
CN103797835A (zh) 一种上行干扰管理方法、节点及系统
CN104255056A (zh) 切换方法和设备
CN107006015A (zh) 使用频谱资源进行通信的方法和通信设备
CN104303460A (zh) 在无线局域网中提供服务质量敏感设备的系统和方法
CN104081745A (zh) 上行传输方法、基站和用户设备
CN102595444B (zh) 调度方法、判断链路不平衡的方法、装置及通信系统
CN102695191A (zh) 信号处理方法和装置
CN104145513A (zh) 一种协调调度方法及装置
CN105557019A (zh) 一种资源分配、业务传输方法及装置
CN111866895B (zh) 一种5g nr基站的非授权频段模式选择方法
CN103858502A (zh) 辅助上行传输的方法和基站
CN103037356B (zh) 一种通信方法和装置
CN107079300B (zh) 使用频谱资源进行通信的方法和通信设备
EP3197218B1 (en) Method for allocating multiple component carriers, base station and user equipment
CN104735798A (zh) 一种获取配置资源的方法和装置
Kiran et al. Wi-Fi and LTE Coexistence in Unlicensed Spectrum
WO2017016330A1 (zh) 一种标识分配方法及网络设备
CN103945480A (zh) 消除异构网络中微微小区与高速用户设备之间干扰的方法、装置与系统
CN104145522B (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
GR01 Patent grant
GR01 Patent grant