节点间无线资源分配方法和系统的制作方法
【技术领域】
[0001] 本发明涉及通信领域，特别涉及一种节点间无线资源分配方法和系统。
【背景技术】
[0002] 随着用户对LTE (Long Term Evolution，长期演进）网络容量和覆盖需求的上升， 未来的LTE网络中势必需要引入小基站（Small Cell) W吸收话务和增强覆盖，但是传统小 基站的引入在一定程度上会增加节点之间的干扰W及对于终端移动性的产生负面的影响。 在 3GPP (Hie 化(1 Generation Partnership Project,第H代合作伙伴计划）R12 的标准研 究中，SCE(Small Cell Enhancement,小基站增强）议题主要研究在异构网中容量W及移动 性等相关问题。在当前的标准中小基站增强主要讨论的协议找架构IA如图1所示。根据 3GPP的讨论，宏基站与小基站之间的承载转移主要复用了切换机制，但是送个过程中仍然 存在一些问题需要通过标准化或者厂家实现来解决：
[0003] 问题1 ;宏基站选择哪些承载分流到小基站
[0004] 传统的切换触发主要是由于终端移动到小区边缘或者因为网络负载的原因 导致该终端所有的业务都切换到另外一个小区中，目标小区对于切换终端的NGBR(Non Guaranteed Bit Rate,非保证比特速率）速率无法保证其比原小区更高。而在双连接场景 中承载的分流其主要目的除了分流宏基站负载W外，还有提升NGBR业务的速率从而最大 化网络的吞吐量。因此如果NGBR承载分流到小基站后无法获得更高的速率，不如保持在宏 基站，不仅可W节省信令开销还可W减少对于小基站频谱资源的浪费。但是传统的切换机 制中源小区无法估计该承载在目标小区的速率。
[000引 问题2虑基站和小基站之间合理分配肥-AMBR
[0006] 核必网需要给单个终端分配一个NGBR业务的速率限制肥-AMBR0JE Aggregate Maximum Bit Rate,用户聚合的最大速率），在双连接场景中由于存在两个传输节点，因此 两个节点需要共享送个速率限制信息，但是不合理的UE-AMBR分配会降低用户W及网络的 吞吐量。
[0007] 问题3 ;小基站上接纳的承载什么时候需要被切换回宏基站
[0008] 在图1所示的架构中，宏基站无法实时感知到小基站上该终端的业务速率，而若 采用基于传统切换机制中的终端的测量上报的方式，或者小基站通过X2接口与宏基站交 互业务速率信息，都会大量消耗了信令资源并且也非常不精确。
【发明内容】
[0009] 本发明实施例提供一种节点间无线资源分配方法和系统。可有效降低不合理的资 源分配所带来的业务速率过低W及减小对小基站的时频资源的浪费问题，从而提升了网络 吞吐量W及用户感知。
[0010] 根据本发明的一个方面，提供一种节点间无线资源分配方法，包括：
[0011] 源节点判断用户终端是否处于目标节点的有效覆盖区域中；
[0012] 若判断所述用户终端处于目标节点的有效覆盖区域中，则源节点进一步判断是否 满足预定的分流触发条件；
[0013] 若判断满足预定的分流触发条件，则源节点向目标节点发送分流通知消息，其中 分流通知消息包括分流承载的标识；
[0014] 目标节点接收到分流通知消息后，判断是否接纳相应的分流承载，并在能够接纳 至少一个分流承载时向源节点发送承载分流确认消息，其中承载分流确认消息包括能够接 纳的分流承载标识；
[0015] 源节点在接收到承载分流确认消息后，根据能够接纳的分流承载标识将相应承载 分流到目标节点。
[0016] 在一个实施例中，源节点判断所述用户终端是否处于目标节点的有效覆盖区域中 的步骤包括：
[0017] 源节点在没有承载位于目标节点时，指示所述用户终端对目标节点的频点进行测 量；
[0018] 源节点根据所述用户终端上报的测量结果，若目标节点至少一个频点上的信号质 量和/或信号强度与源节点至少一个频点上的信号质量和/或信号强度之差大于预定口 限，则判断所述用户终端处于目标节点的有效覆盖区域中。
[0019] 在一个实施例中，源节点判断所述用户终端是否处于目标节点的有效覆盖区域中 的步骤包括：
[0020] 源节点在有承载分流到目标节点时，判断所述用户终端处于目标节点的有效覆盖 区域中。
[0021] 在一个实施例中，若判断所述用户终端处于目标节点的有效覆盖区域中，则源节 点进一步判断是否满足预定的分流触发条件的步骤包括：
[0022] 若判断所述用户终端处于目标节点的有效覆盖区域中，则源节点对所述用户终端 中的NGBR承载进行分类，其中将所述用户终端中的NGBR承载分为有速率需求的业务和无 速率需要的业务，为每个有速率需求的业务设置一个最小目标速率值和一个最小接纳速 率，为无速率需要的业务仅设置一个最小接纳速率；
[0023] 源节点进一步判断是否满足预定的分流触发条件。
[0024] 在一个实施例中，源节点判断是否满足预定的分流触发条件的步骤包括：
[0025] 源节点判断自身负载是否超过预定的负载口限；
[0026] 若判断自身负载超过预定的负载口限，且所述用户终端至少包括一个GBR业务， 则源节点判断满足预定的分流触发条件。
[0027] 在一个实施例中，源节点判断是否满足预定的分流触发条件的步骤包括：
[0028] 源节点判断所述用户终端是否包括有速率要求的NGBR业务；
[0029] 若判断所述用户终端包括至少一个有速率要求的NGBR业务，则源节点判断满足 预定的分流触发条件。
[0030] 在一个实施例中，目标节点接收到分流通知消息后，判断是否接纳相应的分流承 载的步骤包括：
[0031] 目标节点接收到分流通知消息后，针对第k个分流承载，统计本地第一承载集合 中全部承载在上行方向上需要的PRB值之和;A巧'、W及在下行方向上需要的PRB值 之和IT=I心？ >其中在第一承载集合中，全部承载的QCI值大于第k个分流承载的QCI值； 1《k《A，A为分流通知消息中包括的分流承载总数，分流通知消息中包括的分流承载按 照QCI值由高到低的顺序排列，M为第一承载集合中的承载总数；
[0032] 目标节点统计本地第二承载集合中全部承载在上行方向上需要的PRB值之和 、W及在下行方向上需要的PRB值之和，其中在第二承载集合中，全 部承载的QCI值等于第k个分流承载的QCI值，K为第二承载集合中的承载总数；
[0033] 目标节点确定第k个分流承载在上行方向上需要的PRB值Ai?/"+,,川、W及在下行 方向上需要的PRB值
[0034] 若同时满足：
[003引 + < 了扫U
[0036] 玄;'=i M;+, + 我 + A咕州 < _r所
[0037] 则目标节点判断第k个分流承载能够被接纳。
[0038] 在一个实施例中，若分流承载中包括NGBR业务，则分流通知消息还包括源节 点分配给目标节点的UE-AMBR参数，其中分配给目标节点的上行UE-AMBR参数巧二曲SeOT 为=噫。,-(1 + 巧，分配给目标节点的下行肥-AMBR参数颜为 C/細=C/於，其中C,,、Kl,为核必网给所述用户终端分配的上行 肥-AMBR参数和下行肥-AMBR参数，X为速率浮动参数，￡^。巧"和Si咚分别为不需要分 流的无速率需求业务上行和下行方向上的当前服务速率之和，N为不需要分流的无速率需 求业务数量。
[0039] 在一个实施例中，目标节点将不能被接纳的分流承载进行分类，W得到第一未接 纳承载集合和第二未接纳承载集合，其中第一未接纳承载集合中的全部承载均有速率要 求，第二未接纳承载集合中的全部承载均无速率要求，第一未接纳承载集合中全部承载在 上行方向和下行方向上的速率之和为哉和辞，第二未接纳承载集合中全部承载在上行方 向和下行方向上的速率之和为51'和鸣；
[0040] 对源节点分配的肥-AMBR参数进行修改，其中将C心WS -C + J%巧"-得作为修 改后的上行肥-AMBR参数，将U + X%)碎-巧'作为修改后的下行肥-AMBR参数；
[0041] 目标节点将修改后的上行肥-AMBR参数和下行肥-AMBR参数加入到发送给源节点 的承载分流确认消息中。
[0042] 在一个实施例中，源节点在接收到承载分流确认消息后，进一步查询承载分流确 认消息中是否携带有修改后的上行肥-AMBR参数VmU和下行肥-AMBR参数Vmd ;
[0043] 若承载分流确认消息中携带有修改后的上行肥-AMBR参数VmU和下行肥-AMBR参 数VnA则将所述用户终端在源节点中的NGBR业务使用的上行肥-AMBR参数和下行肥-AMBR 参数分别更新为和墙W -Fb/。
[0044] 在一个实施例中，目标节点对所述用户终端承载的实际服务速率进行监控，判断 是否满足预定的分流回源节点条件；
[0045] 若满足预定的分流回源节点条件，则目标节点向源节点发送分流请求消息，其中 分流请求消息包括分流承载的标识；
[0046] 源节点接收到分流请求消息后，判断是否接纳相应的分流承载；
[0047] 在能够接纳至少一个承载时，源节点向目标节点发送分流请求确认消息；源节点 还向所述用户终端发送配置通知消息，用于将重新分流回源节点的承载通知给所述用户终 端，W便为重新分流回源节点的承载配置相关的协议找参数；
[0048] 目标节点在接收到分流请求确认消息后，根据分流请求确认消息中包括的能够分 流的承载列表，对需要分流的承载执行数据前转，并在数据前转完成后向源节点发送数据 前转完成通知；
[0049] 源节点在接收到目标节点发送的数据前转完成通知后，并在接收到所述用户终端 发送的配置响应消息后，向目标节点发送分流承载前转完成通知；其中所述用户终端完成 重新分流回源节点的承载在源节点的重新配置后，向源节点发送配置响应消息；
[0050] 目标节点在接收到分流承载前转完成通知后，释放为重新分流回源节点的承载保 留的相关资源。
[0051] 在一个实施例中，目标节点在释放为重新分流回源节点的承载保留的相关资源的 步骤之后，还包括：
[0052] 目标节点判断自身是否还保留有所述用户终端的承载；
[0053] 若自身没有保留所述用户终端的承载，则目标节点释放相关的上下文。
[0054] 在一个实施例中，目标节点对所述用户终端承载的实际服务速率进行监控，判断 是否满足预定的分流回源节点条件的步骤包括：
[0055] 目标节点判断所述用户终端的频谱效率是否低于预定效率口限；
[0056] 若所述用户终端的频谱效率低于预定效率口限，则目标节点判断满足预定的分流 回源节点条件。
[0057] 在一个实施例中，目标节点对所述用户终端承载的实际服务速率进行监控，判断 是否满足预定的分流回源节点条件的步骤包括：
[0058] 目标节点查询有速率需求的承载是否能够满足最小目标速率需求；
[0059] 若发现有速率需求的承载不能满足最小目标速率需求时，则目标节点判断满足预 定的分流回源节点条件。
[0060] 在一个实施例中，源节点接收到分流请求消息后，判断是否接纳相应的分流承载 的步骤包括：
[0061] 源节点接收到分流请求消息后，针对第P个分流承载，统计本地第H承载集合中 全部承载在上行方向上需要的PRB值之和心巧/"、W及在下行方向上需要的PRB值之 和;,其中在第H承载集合中，全部承载的QCI值大于第P个分流承载的QCI值； 1《P《B，B为分流通知消息中包括的分流承载总数，分流通知消息中包括的分流承载按 照QCI值由高到低的顺序排列，X为第H承载集合中的承载总数；
[0062] 源节点统计本地第四承载集合中全部承载在上行方向上需要的PRB值之和 玄;心+1、W及在下行方向上需要的PRB值之和，其中在第四承载集合 中，全部承载的QCI值等于第P个分流承载的QCI值，Y为第四承载集合中的承载总数；
[0063] 源节点确定第P个分流承载在上行方向上需要的PRB值MCi,州、W及在下行方 向上需要的PRB值
[0064] 若同时满足：
[006引瓦屋;+,+ 玄=,MA"州 + 眉;7巧，
[006引抵A刪】+ S=I眉川+纖;Ii'川<
[0067] 则源节点判断第P个分流承载能够被接纳。
[006引在一个实施例中，源节点在未接纳的承载中包括NGBR业务时，对能被接纳的分流 承载进行分类，W得到第一接纳承载集合和第二接纳承载集合，其中第一接纳承载集合中 的全部承载均有速率要求，第二接纳承载集合中的全部承载均无速率要求，第一接纳承载 集合中全部承载在上行方向和下行方向上的速率之和为巧和、'，第二接纳承载集合中全 部承载在上行方向和下行方向上的速率之和为巧和巧;
[0069] 重新确定分配给目标节点的上行肥-AMBR参数和下行肥-AMBR参数 喘I.,盛細，其中：
[0070] K山"識二 VL, - VU 誦-{1+X%)SI - S:
[00川 Kl…脚二 KL - C;:,施蝴(1 + -r%似-均
[0072] 其中为核必网给所述用户终端分配的上行肥-AMBR参数和下行 肥-AMBR参数，X为速率浮动参数，巧,AMbW、Klufews为源节点当前使用的上行肥-AMBR参 数和下行肥-AMBR参数；
[007引源节点将重新确定的上行肥-AMBR参数KLwws和下行肥-AMBR参数加入 到分流请求确认消息中。
[0074] 在一个实施例中，目标节点在接收到分流请求确认消息后，还包括：
[0075] 目标节点判断是否存在不