本发明公开一种节点间无线资源分配方法和系统。其中源节点在判断用户终端处于目标节点的有效覆盖区域中，则进一步判断是否满足预定的分流触发条件。若判断满足预定的分流触发条件，则源节点向目标节点发送分流通知消息。目标节点接收到分流通知消息后，判断是否接纳相应的分流承载，并在能够接纳至少一个分流承载时向源节点发送承载分流确认消息，其中承载分流确认消息包括能够接纳的分流承载标识。源节点在接收到承载分流确认消息后，根据能够接纳的分流承载标识将相应承载分流到目标节点。从而可以有效地降低不合理的资源分配所带来的业务速率过低以及减少对小基站的时频资源的浪费问题，提升了网络吞吐量以及用户感知。
节点间无线资源分配方法和系统
技术领域
[0001] 本发明涉及通信领域，特别涉及一种节点间无线资源分配方法和系统。
背景技术
[0002] 随着用户对LTE(Long Term Evolution，长期演进)网络容量和覆盖需求的上升，未来的LTE网络中势必需要引入小基站(Small Cell)以吸收话务和增强覆盖，但是传统小基站的引入在一定程度上会增加节点之间的干扰以及对于终端移动性的产生负面的影响。在3GPP(The 3rd Generation Partnership Project，第三代合作伙伴计划)R12的标准研究中，SCE(Small Cell Enhancement，小基站增强)议题主要研究在异构网中容量以及移动性等相关问题。在当前的标准中小基站增强主要讨论的协议栈架构1A如图1所示。根据3GPP的讨论，宏基站与小基站之间的承载转移主要复用了切换机制，但是这个过程中仍然存在一些问题需要通过标准化或者厂家实现来解决：
[0003] 问题1：宏基站选择哪些承载分流到小基站
[0004] 传统的切换触发主要是由于终端移动到小区边缘或者因为网络负载的原因导致该终端所有的业务都切换到另外一个小区中，目标小区对于切换终端的NGBR(Non Guaranteed Bit Rate，非保证比特速率)速率无法保证其比原小区更高。而在双连接场景中承载的分流其主要目的除了分流宏基站负载以外，还有提升NGBR业务的速率从而最大化网络的吞吐量。因此如果NGBR承载分流到小基站后无法获得更高的速率，不如保持在宏基站，不仅可以节省信令开销还可以减少对于小基站频谱资源的浪费。但是传统的切换机制中源小区无法估计该承载在目标小区的速率。
[0005] 问题2：宏基站和小基站之间合理分配UE-AMBR
[0006] 核心网需要给单个终端分配一个NGBR业务的速率限制UE-AMBR(UE Aggregate Maximum Bit Rate，用户聚合的最大速率)，在双连接场景中由于存在两个传输节点，因此两个节点需要共享这个速率限制信息，但是不合理的UE-AMBR分配会降低用户以及网络的吞吐量。
[0007] 问题3：小基站上接纳的承载什么时候需要被切换回宏基站
[0008] 在图1所示的架构中，宏基站无法实时感知到小基站上该终端的业务速率，而若采用基于传统切换机制中的终端的测量上报的方式，或者小基站通过X2接口与宏基站交互业务速率信息，都会大量消耗了信令资源并且也非常不精确。
发明内容
[0009] 本发明实施例提供一种节点间无线资源分配方法和系统。可有效降低不合理的资源分配所带来的业务速率过低以及减小对小基站的时频资源的浪费问题，从而提升了网络吞吐量以及用户感知。
[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值之和 以及在下行方向上需要的PRB值之和其中在第一承载集合中，全部承载的QCI值大于第k个分流承载的QCI值；1≤k≤A，A为分流通知消息中包括的分流承载总数，分流通知消息中包括的分流承载按照QCI值由高到低的顺序排列，M为第一承载集合中的承载总数；
[0032] 目标节点统计本地第二承载集合中全部承载在上行方向上需要的PRB值之和以及在下行方向上需要的PRB值之和 其中在第二承载集合中，全部承载的QCI值等于第k个分流承载的QCI值，K为第二承载集合中的承载总数；
[0033] 目标节点确定第k个分流承载在上行方向上需要的PRB值 以及在下行方向上需要的PRB值
[0034] 若同时满足：
[0035]
[0036]
[0037] 则目标节点判断第k个分流承载能够被接纳。
[0038] 在一个实施例中，若分流承载中包括NGBR业务，则分流通知消息还包括源节点分配给目标节点的UE-AMBR参数，其中分配给目标节点的上行UE-AMBR参数 为分配给目标节点的下行UE-AMBR参数 为其中 为核心网给所述用户终端分配的上行
UE-AMBR参数和下行UE-AMBR参数，x为速率浮动参数， 和 分别为不需要分流的无速率需求业务上行和下行方向上的当前服务速率之和，N为不需要分流的无速率需求业务数量。
[0039] 在一个实施例中，目标节点将不能被接纳的分流承载进行分类，以得到第一未接纳承载集合和第二未接纳承载集合，其中第一未接纳承载集合中的全部承载均有速率要求，第二未接纳承载集合中的全部承载均无速率要求，第一未接纳承载集合中全部承载在上行方向和下行方向上的速率之和为 和 第二未接纳承载集合中全部承载在上行方向和下行方向上的速率之和为 和
[0040] 对源节点分配的UE-AMBR参数进行修改，其中将 作为修改后的上行UE-AMBR参数，将 作为修改后的下行UE-AMBR参数；
[0041] 目标节点将修改后的上行UE-AMBR参数和下行UE-AMBR参数加入到发送给源节点的承载分流确认消息中。
[0042] 在一个实施例中，源节点在接收到承载分流确认消息后，进一步查询承载分流确认消息中是否携带有修改后的上行UE-AMBR参数Vmu和下行UE-AMBR参数Vmd；
[0043] 若承载分流确认消息中携带有修改后的上行UE-AMBR参数Vmu和下行UE-AMBR参数Vmd，则将所述用户终端在源节点中的NGBR业务使用的上行UE-AMBR参数和下行UE-AMBR参数分别更新为 和
[0044] 在一个实施例中，目标节点对所述用户终端承载的实际服务速率进行监控，判断是否满足预定的分流回源节点条件；
[0045] 若满足预定的分流回源节点条件，则目标节点向源节点发送分流请求消息，其中分流请求消息包括分流承载的标识；
[0046] 源节点接收到分流请求消息后，判断是否接纳相应的分流承载；
[0047] 在能够接纳至少一个承载时，源节点向目标节点发送分流请求确认消息；源节点还向所述用户终端发送配置通知消息，用于将重新分流回源节点的承载通知给所述用户终端，以便为重新分流回源节点的承载配置相关的协议栈参数；
[0048] 目标节点在接收到分流请求确认消息后，根据分流请求确认消息中包括的能够分流的承载列表，对需要分流的承载执行数据前转，并在数据前转完成后向源节点发送数据前转完成通知；
[0049] 源节点在接收到目标节点发送的数据前转完成通知后，并在接收到所述用户终端发送的配置响应消息后，向目标节点发送分流承载前转完成通知；其中所述用户终端完成重新分流回源节点的承载在源节点的重新配置后，向源节点发送配置响应消息；
[0050] 目标节点在接收到分流承载前转完成通知后，释放为重新分流回源节点的承载保留的相关资源。
[0051] 在一个实施例中，目标节点在释放为重新分流回源节点的承载保留的相关资源的步骤之后，还包括：
[0052] 目标节点判断自身是否还保留有所述用户终端的承载；
[0053] 若自身没有保留所述用户终端的承载，则目标节点释放相关的上下文。
[0054] 在一个实施例中，目标节点对所述用户终端承载的实际服务速率进行监控，判断是否满足预定的分流回源节点条件的步骤包括：
[0055] 目标节点判断所述用户终端的频谱效率是否低于预定效率门限；
[0056] 若所述用户终端的频谱效率低于预定效率门限，则目标节点判断满足预定的分流回源节点条件。
[0057] 在一个实施例中，目标节点对所述用户终端承载的实际服务速率进行监控，判断是否满足预定的分流回源节点条件的步骤包括：
[0058] 目标节点查询有速率需求的承载是否能够满足最小目标速率需求；
[0059] 若发现有速率需求的承载不能满足最小目标速率需求时，则目标节点判断满足预定的分流回源节点条件。
[0060] 在一个实施例中，源节点接收到分流请求消息后，判断是否接纳相应的分流承载的步骤包括：
[0061] 源节点接收到分流请求消息后，针对第p个分流承载，统计本地第三承载集合中全部承载在上行方向上需要的PRB值之和 以及在下行方向上需要的PRB值之和其中在第三承载集合中，全部承载的QCI值大于第p个分流承载的QCI值；1≤p≤B，B为分流通知消息中包括的分流承载总数，分流通知消息中包括的分流承载按照QCI值由高到低的顺序排列，X为第三承载集合中的承载总数；
[0062] 源节点统计本地第四承载集合中全部承载在上行方向上需要的PRB值之和以及在下行方向上需要的PRB值之和 其中在第四承载集合中，全部承载的QCI值等于第p个分流承载的QCI值，Y为第四承载集合中的承载总数；
[0063] 源节点确定第p个分流承载在上行方向上需要的PRB值 以及在下行方向上需要的PRB值
[0064] 若同时满足：
[0065]
[0066]
[0067] 则源节点判断第p个分流承载能够被接纳。
[0068] 在一个实施例中，源节点在未接纳的承载中包括NGBR业务时，对能被接纳的分流承载进行分类，以得到第一接纳承载集合和第二接纳承载集合，其中第一接纳承载集合中的全部承载均有速率要求，第二接纳承载集合中的全部承载均无速率要求，第一接纳承载集合中全部承载在上行方向和下行方向上的速率之和为 和 第二接纳承载集合中全部承载在上行方向和下行方向上的速率之和为 和
[0069] 重新确定分配给目标节点的上行UE-AMBR参数 和下行UE-AMBR参数其中：
[0070]
[0071]
[0072] 其中 为核心网给所述用户终端分配的上行UE-AMBR参数和下行UE-AMBR参数，x为速率浮动参数， 为源节点当前使用的上行UE-AMBR参数和下行UE-AMBR参数；
[0073] 源节点将重新确定的上行UE-AMBR参数 和下行UE-AMBR参数 加入到分流请求确认消息中。
[0074] 在一个实施例中，目标节点在接收到分流请求确认消息后，还包括：
[0075] 目标节点判断是否存在不能被分流到源节点的承载，并且判断分流请求确认消息中是否携带有重新确定的上行UE-AMBR参数 和下行UE-AMBR参数
[0076] 若存在不能被分流到源节点的承载，且分流请求确认消息中携带有重新确定的上行UE-AMBR参数 和下行UE-AMBR参数 则将重新确定的上行UE-AMBR参数和下行UE-AMBR参数 作为当前使用的上行UE-AMBR参数和下行UE-AMBR参
数；然后执行根据分流请求确认消息中包括的能够分流的承载列表，对需要分流的承载执行数据前转的步骤；
[0077] 若不存在不能被分流到源节点的承载，或分流请求确认消息中携带有重新确定的上行UE-AMBR参数 和下行UE-AMBR参数 则执行根据分流请求确认消息中包括的能够分流的承载列表，对需要分流的承载执行数据前转的步骤。
[0078] 在一个实施例中，源节点为宏基站，目标节点为小基站。
[0079] 根据本发明的另一方面，提供一种节点间无线资源分配系统，包括源节点和目标节点，其中：
[0080] 源节点，用于判断用户终端是否处于目标节点的有效覆盖区域中；若判断所述用户终端处于目标节点的有效覆盖区域中，则进一步判断是否满足预定的分流触发条件；若判断满足预定的分流触发条件，则向目标节点发送分流通知消息，其中分流通知消息包括分流承载的标识；在接收到目标节点发送的承载分流确认消息后，根据能够接纳的分流承载标识将相应承载分流到目标节点；
[0081] 目标节点，用于在接收到源节点发送的分流通知消息后，判断是否接纳相应的分流承载，并在能够接纳至少一个分流承载时向源节点发送承载分流确认消息，其中承载分流确认消息包括能够接纳的分流承载标识。
[0082] 在一个实施例中，源节点具体在没有承载位于目标节点时，指示所述用户终端对目标节点的频点进行测量；根据所述用户终端上报的测量结果，若目标节点至少一个频点上的信号质量和/或信号强度与源节点至少一个频点上的信号质量和/或信号强度之差大于预定门限，则判断所述用户终端处于目标节点的有效覆盖区域中。
[0083] 在一个实施例中，源节点具体在有承载分流到目标节点时，判断所述用户终端处于目标节点的有效覆盖区域中。
[0084] 在一个实施例中，源节点具体在判断所述用户终端处于目标节点的有效覆盖区域中时，对所述用户终端中的NGBR承载进行分类，其中将所述用户终端中的NGBR承载分为有速率需求的业务和无速率需要的业务，为每个有速率需求的业务设置一个最小目标速率值和一个最小接纳速率，为无速率需要的业务仅设置一个最小接纳速率；然后进一步判断是否满足预定的分流触发条件。
[0085] 在一个实施例中，源节点具体判断自身负载是否超过预定的负载门限；若判断自身负载超过预定的负载门限，且所述用户终端至少包括一个GBR业务，则判断满足预定的分流触发条件。
[0086] 在一个实施例中，源节点具体判断所述用户终端是否包括有速率要求的NGBR业务；若判断所述用户终端包括至少一个有速率要求的NGBR业务，则判断满足预定的分流触发条件。
[0087] 在一个实施例中，目标节点具体在接收到分流通知消息后，针对第k个分流承载，统计本地第一承载集合中全部承载在上行方向上需要的PRB值之和 以及在下行方向上需要的PRB值之和 其中在第一承载集合中，全部承载的QCI值大于第k个分流承载的QCI值；1≤k≤A，A为分流通知消息中包括的分流承载总数，分流通知消息中包括的分流承载按照QCI值由高到低的顺序排列，M为第一承载集合中的承载总数；统计本地第二承载集合中全部承载在上行方向上需要的PRB值之和 以及在下行方向上需要的PRB值之和 其中在第二承载集合中，全部承载的QCI值等于第k个分流承载的QCI值，K为第二承载集合中的承载总数；确定第k个分流承载在上行方向上需要的PRB值 以及在下行方向上需要的PRB值 若同时满足：
[0088]
[0089]
[0090] 则判断第k个分流承载能够被接纳。
[0091] 在一个实施例中，若分流承载中包括NGBR业务，则分流通知消息还包括源节点分配给目标节点的UE-AMBR参数，其中分配给目标节点的上行UE-AMBR参数 为分配给目标节点的下行UE-AMBR参数 为其中 为核心网给所述用户终端分配的上行
UE-AMBR参数和下行UE-AMBR参数，x为速率浮动参数， 和 分别为不需要分流的无速率需求业务上行和下行方向上的当前服务速率之和，N为不需要分流的无速率需求业务数量。
[0092] 在一个实施例中，目标节点还用于将不能被接纳的分流承载进行分类，以得到第一未接纳承载集合和第二未接纳承载集合，其中第一未接纳承载集合中的全部承载均有速率要求，第二未接纳承载集合中的全部承载均无速率要求，第一未接纳承载集合中全部承载在上行方向和下行方向上的速率之和为 和 第二未接纳承载集合中全部承载在上行方向和下行方向上的速率之和为 和 对源节点分配的UE-AMBR参数进行修改，其中将 作为修改后的上行UE-AMBR参数，将 作为修改后的下行UE-AMBR参数；将修改后的上行UE-AMBR参数和下行UE-AMBR参数加入到发送给源节点的承载分流确认消息中。
[0093] 在一个实施例中，源节点还用于在接收到承载分流确认消息后，进一步查询承载分流确认消息中是否携带有修改后的上行UE-AMBR参数Vmu和下行UE-AMBR参数Vmd；若承载分流确认消息中携带有修改后的上行UE-AMBR参数Vmu和下行UE-AMBR参数Vmd，则将所述用户终端在源节点中的NGBR业务使用的上行UE-AMBR参数和下行UE-AMBR参数分别更新为和
[0094] 在一个实施例中，目标节点还用于对所述用户终端承载的实际服务速率进行监控，判断是否满足预定的分流回源节点条件；若满足预定的分流回源节点条件，则向源节点发送分流请求消息，其中分流请求消息包括分流承载的标识；在接收到源节点发送的分流请求确认消息后，根据分流请求确认消息中包括的能够分流的承载列表，对需要分流的承载执行数据前转，并在数据前转完成后向源节点发送数据前转完成通知；在接收到源节点发送的分流承载前转完成通知后，释放为重新分流回源节点的承载保留的相关资源；
[0095] 源节点还用于在接收到目标节点发送的分流请求消息后，判断是否接纳相应的分流承载；若能够接纳至少一个承载，则向目标节点发送分流请求确认消息；还向所述用户终端发送配置通知消息，用于将重新分流回源节点的承载通知给所述用户终端，以便为重新分流回源节点的承载配置相关的协议栈参数；在接收到目标节点发送的数据前转完成通知后，并在接收到所述用户终端发送的配置响应消息后，向目标节点发送分流承载前转完成通知；其中所述用户终端完成重新分流回源节点的承载在源节点的重新配置后，向源节点发送配置响应消息。
[0096] 在一个实施例中，目标节点还用于在释放为重新分流回源节点的承载保留的相关资源后，判断自身是否还保留有所述用户终端的承载；若自身没有保留所述用户终端的承载，则释放相关的上下文。
[0097] 在一个实施例中，目标节点具体判断所述用户终端的频谱效率是否低于预定效率门限；若所述用户终端的频谱效率低于预定效率门限，则判断满足预定的分流回源节点条件。
[0098] 在一个实施例中，目标节点具体查询有速率需求的承载是否能够满足最小目标速率需求；若发现有速率需求的承载不能满足最小目标速率需求时，则判断满足预定的分流回源节点条件。
[0099] 在一个实施例中，源节点具体接收到分流请求消息后，针对第p个分流承载，统计本地第三承载集合中全部承载在上行方向上需要的PRB值之和 以及在下行方向上需要的PRB值之和 其中在第三承载集合中，全部承载的QCI值大于第p个分流承载的QCI值；1≤p≤B，B为分流通知消息中包括的分流承载总数，分流通知消息中包括的分流承载按照QCI值由高到低的顺序排列，X为第三承载集合中的承载总数；统计本地第四承载集合中全部承载在上行方向上需要的PRB值之和 以及在下行方向上需要的PRB值之和 其中在第四承载集合中，全部承载的QCI值等于第p个分流承载的QCI值，Y为第四承载集合中的承载总数；确定第p个分流承载在上行方向上需要的PRB值 以及在下行方向上需要的PRB值 若同时满足：
[0100]
[0101]
[0102] 则判断第p个分流承载能够被接纳。
[0103] 在一个实施例中，源节点还用于在未接纳的承载中包括NGBR业务时，对能被接纳的分流承载进行分类，以得到第一接纳承载集合和第二接纳承载集合，其中第一接纳承载集合中的全部承载均有速率要求，第二接纳承载集合中的全部承载均无速率要求，第一接纳承载集合中全部承载在上行方向和下行方向上的速率之和为 和 第二接纳承载集合中全部承载在上行方向和下行方向上的速率之和为 和 重新确定分配给目标节点的上行UE-AMBR参数 和下行UE-AMBR参数 其中：
[0104]
[0105]
[0106] 其中 为核心网给所述用户终端分配的上行UE-AMBR参数和下行UE-AMBR参数，x为速率浮动参数， 为源节点当前使用的上行UE-AMBR参数和下行UE-AMBR参数；将重新确定的上行UE-AMBR参数 和下行UE-AMBR参数 加入到分流请求确认消息中。
[0107] 在一个实施例中，目标节点还用于在接收到分流请求确认消息后，判断是否存在不能被分流到源节点的承载，并且判断分流请求确认消息中是否携带有重新确定的上行UE-AMBR参数 和下行UE-AMBR参数 若存在不能被分流到源节点的承载，且分流请求确认消息中携带有重新确定的上行UE-AMBR参数 和下行UE-AMBR参数则将重新确定的上行UE-AMBR参数 和下行UE-AMBR参数 作为当前使用的上行UE-AMBR参数和下行UE-AMBR参数；然后执行根据分流请求确认消息中包括的能够分流的承载列表，对需要分流的承载执行数据前转的操作；若不存在不能被分流到源节点的承载，或分流请求确认消息中携带有重新确定的上行UE-AMBR参数 和下行UE-AMBR参数 则执行根据分流请求确认消息中包括的能够分流的承载列表，对需要分流的承载执行数据前转的操作。
[0108] 在一个实施例中，源节点为宏基站，目标节点为小基站。
[0109] 本发明通过解决在双连接场景中在宏基站与小基站之间某个用户的承载以及相关配置参数在两个节点之间的合理分配问题，从而可以有效地降低不合理的资源分配所带来的业务速率过低以及减小对小基站的时频资源的浪费问题，提升了网络吞吐量以及用户感知。
附图说明
[0110] 为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
[0111] 图1为现有技术中小基站用户面架构1A的示意图。
[0112] 图2为本发明节点间无线资源分配方法一个实施例的示意图。
[0113] 图3为本发明节点间无线资源分配方法另一实施例的示意图。
[0114] 图4为本发明节点间无线资源分配系统一个实施例的示意图。
[0115] 图5为实施本发明的组网场景示意图。
具体实施方式
[0116] 下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0117] 除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。
[0118] 同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
[0119] 对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。
[0120] 在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。
[0121] 应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
[0122] 图2为本发明节点间无线资源分配方法一个实施例的示意图。其中，源节点分流承载到目标节点的方法步骤如下：
[0123] 步骤201，源节点判断用户终端是否处于目标节点的有效覆盖区域中。
[0124] 优选的，源节点为宏基站，目标节点为小基站。
[0125] 优选的，源节点在没有承载位于目标节点时，指示所述用户终端对目标节点的频点进行测量。源节点根据所述用户终端上报的测量结果，若目标节点至少一个频点上的信号质量和/或信号强度与源节点至少一个频点上的信号质量和/或信号强度之差大于预定门限，则判断所述用户终端处于目标节点的有效覆盖区域中。
[0126] 例如，信号质量可用RSRQ(Reference Signal Receiving Quality，参考信号接收质量)表示，信号强度可用RSRP(Reference Signal Receiving Power，参考信号接收功率)表示。
[0127] 或者，源节点在有承载分流到目标节点时，判断所述用户终端处于目标节点的有效覆盖区域中。
[0128] 步骤202，若判断所述用户终端处于目标节点的有效覆盖区域中，则源节点进一步判断是否满足预定的分流触发条件。
[0129] 优选的，若判断所述用户终端处于目标节点的有效覆盖区域中，则源节点对所述用户终端中的NGBR承载进行分类，其中将所述用户终端中的NGBR承载分为有速率需求的业务(如FTP、P2P等)和无速率需要的业务(如QQ、MSN等)，为每个有速率需求的业务设置一个最小目标速率值和一个最小接纳速率，为无速率需要的业务仅设置一个最小接纳速率。源节点然后再执行判断是否满足预定的分流触发条件的步骤。
[0130] 步骤203，若判断满足预定的分流触发条件，则源节点向目标节点发送分流通知消息，其中分流通知消息包括分流承载的标识。
[0131] 在一个实施例中，源节点判断自身负载是否超过预定的负载门限；若判断自身负载超过预定的负载门限，且所述用户终端至少包括一个GBR(Guaranteed Bit Rate，保证比特速率)业务，则源节点判断满足预定的分流触发条件。
[0132] 在另一实施例中，源节点判断所述用户终端是否包括有速率要求的NGBR业务；若判断所述用户终端包括至少一个有速率要求的NGBR业务，则源节点判断满足预定的分流触发条件。
[0133] 优选的，通知消息可包括如下内容，但不局限与此：
[0134] 分流承载的标识
[0135] 分流承载的QOS(Quality of Service，服务质量)信息
[0136] 有速率需求业务的最小目标速率
[0137] 分流原因
[0138] 终端测量到小基站信号强度和信号质量
[0139] 分配给小基站的UE-AMBR
[0140] 其中分流原因至少包括由高负载而产生导致分流以及由有速率需求的NGBR业务而导致的分流，若分流承载中有NGBR业务，需要计算分配给小基站的UE-AMBR。
[0141] 优选的，分配给目标节点的上行UE-AMBR参数 为分配给目标节点的下行UE-AMBR参数 为 其中
为核心网给所述用户终端分配的上行UE-AMBR参数和下行UE-AMBR参数，x为速率浮动参数， 和 分别为不需要分流的无速率需求业务上行和下行方向上的当前服务速率之和，N为不需要分流的无速率需求业务数量。
[0142] 步骤204，目标节点接收到分流通知消息后，判断是否接纳相应的分流承载，并在能够接纳至少一个分流承载时向源节点发送承载分流确认消息，其中承载分流确认消息包括能够接纳的分流承载标识。
[0143] 步骤205，源节点在接收到承载分流确认消息后，根据能够接纳的分流承载标识将相应承载分流到目标节点。
[0144] 基于本发明上述实施例提供的节点间无线资源分配方法，可以有效地降低不合理的资源分配所带来的业务速率过低以及减小对小基站的时频资源的浪费问题，提升了网络吞吐量以及用户感知。
[0145] 在一个实施例中，上述目标节点接收到分流通知消息后，判断是否接纳相应的分流承载的步骤包括：
[0146] 目标节点接收到分流通知消息后，针对第k个分流承载，统计本地第一承载集合中全部承载在上行方向上需要的PRB值之和 以及在下行方向上需要的PRB值之和其中在第一承载集合中，全部承载的QCI值大于第k个分流承载的QCI值；1≤k≤A，A为分流通知消息中包括的分流承载总数，分流通知消息中包括的分流承载按照QCI值由高到低的顺序排列，M为第一承载集合中的承载总数。
[0147] 目标节点统计本地第二承载集合中全部承载在上行方向上需要的PRB值之和以及在下行方向上需要的PRB值之和 其中在第二承载集合中，全部承载的QCI值等于第k个分流承载的QCI值，K为第二承载集合中的承载总数。
[0148] 目标节点确定第k个分流承载在上行方向上需要的PRB值 以及在下行方向上需要的PRB值
[0149] 若同时满足：
[0150]
[0151]
[0152] 则目标节点判断第k个分流承载能够被接纳。
[0153] 优选的，目标节点还将不能被接纳的分流承载进行分类，以得到第一未接纳承载集合和第二未接纳承载集合，其中第一未接纳承载集合中的全部承载均有速率要求，第二未接纳承载集合中的全部承载均无速率要求，第一未接纳承载集合中全部承载在上行方向和下行方向上的速率之和为 和 第二未接纳承载集合中全部承载在上行方向和下行方向上的速率之和为 和 对源节点分配的UE-AMBR参数进行修改，其中将作为修改后的上行UE-AMBR参数，将 作为修改后的下行UE-AMBR参数。目标节点将修改后的上行UE-AMBR参数和下行UE-AMBR参数加入到发送给源节点的承载分流确认消息中。
[0154] 在一个实施例中，源节点在接收到承载分流确认消息后，进一步查询承载分流确认消息中是否携带有修改后的上行UE-AMBR参数Vmu和下行UE-AMBR参数Vmd；
[0155] 若承载分流确认消息中携带有修改后的上行UE-AMBR参数Vmu和下行UE-AMBR参数Vmd，则将所述用户终端在源节点中的NGBR业务使用的上行UE-AMBR参数和下行UE-AMBR参数分别更新为 和
[0156] 图3为本发明节点间无线资源分配方法另一实施例的示意图。其中，目标节点分流承载回到源节点的方法步骤如下：
[0157] 步骤301，目标节点对所述用户终端承载的实际服务速率进行监控，判断是否满足预定的分流回源节点条件。
[0158] 优选的，若发现用户终端的频谱效率低于预定效率门限，则目标节点判断满足预定的分流回源节点条件。
[0159] 或者，目标节点查询有速率需求的承载是否能够满足最小目标速率需求。若发现有速率需求的承载不能满足最小目标速率需求时，则目标节点判断满足预定的分流回源节点条件。
[0160] 步骤302，若满足预定的分流回源节点条件，则目标节点向源节点发送分流请求消息。
[0161] 优选的，分流请求消息可包括如下内容，但不局限于此：
[0162] 分流承载的标识、
[0163] QOS信息
[0164] 分流原因
[0165] 小基站使用的UE-AMBR值
[0166] 若是由于频谱效果过低导致的分流，小基站需要把该终端在小基站中服务的所有承载分流回宏基站，且其中小基站使用的UE-AMBR上下行都设置为0。如果是由于服务速率不满足需求导致的分流，如果分流承载是一个有速率需求的承载，需要更新小基站使用的UE-AMBR值，更新方法是当前小基站使用的UE-AMBR减去所有需要分流回宏基站的有速率需求承载的最小目标速率之和。
[0167] 步骤303，源节点接收到分流请求消息后，判断是否接纳相应的分流承载。
[0168] 步骤304，在能够接纳至少一个承载时，源节点向目标节点发送分流请求确认消息。
[0169] 其中，源节点收到目标节点发送的分流请求消息后，根据消息中携带的承载标识、分流原因、QOS进行判决接纳，如果至少有一个承载可以被宏基站接纳，则源节点向目标节点反馈承载分流确认消息，否则反馈承载分流失败消息。承载分流确认消息中包含了可以被接纳的承载标识以及无法被接纳的承载的列表和无法被接纳的原因，协议栈相关配置参数以及源节点和目标节点对于该终端分别设置的标识。若无法被接纳的承载列表中还包括了NGBR业务，源节点还需要重新计算分配给目标节点的UE-AMBR，并且在确认消息携带修正后的结果。承载分流失败消息中，携带无法分流的原因以及源节点和目标节点对于该终端分别设置的标识。
[0170] 优选的，源节点在未接纳的承载中包括NGBR业务时，对能被接纳的分流承载进行分类，以得到第一接纳承载集合和第二接纳承载集合，其中第一接纳承载集合中的全部承载均有速率要求，第二接纳承载集合中的全部承载均无速率要求，第一接纳承载集合中全部承载在上行方向和下行方向上的速率之和为 和 第二接纳承载集合中全部承载在上行方向和下行方向上的速率之和为 和 重新确定分配给目标节点的上行UE-AMBR参数 和下行UE-AMBR参数 其中：
[0171]
[0172]
[0173] 其中 为核心网给所述用户终端分配的上行UE-AMBR参数和下行UE-AMBR参数，x为速率浮动参数， 为源节点当前使用的上行UE-AMBR参数和下行UE-AMBR参数。
[0174] 源节点将重新确定的上行UE-AMBR参数 和下行UE-AMBR参数 加入到分流请求确认消息中。
[0175] 步骤305，源节点还向所述用户终端发送配置通知消息，用于将重新分流回源节点的承载通知给所述用户终端，以便为重新分流回源节点的承载配置相关的协议栈参数。
[0176] 步骤306，所述用户终端完成重新分流回源节点的承载在源节点的重新配置后，向源节点发送配置响应消息。
[0177] 步骤307，目标节点在接收到分流请求确认消息后，根据分流请求确认消息中包括的能够分流的承载列表，对需要分流的承载执行数据前转。
[0178] 步骤308，目标节点在数据前转完成后向源节点发送数据前转完成通知。
[0179] 优选的，目标节点在接收到分流请求确认消息后，还判断是否存在不能被分流到源节点的承载，并且判断分流请求确认消息中是否携带有重新确定的上行UE-AMBR参数和下行UE-AMBR参数
[0180] 若存在不能被分流到源节点的承载，且分流请求确认消息中携带有重新确定的上行UE-AMBR参数 和下行UE-AMBR参数 则将重新确定的上行UE-AMBR参数和下行UE-AMBR参数 作为当前使用的上行UE-AMBR参数和下行UE-AMBR参
数；然后执行根据分流请求确认消息中包括的能够分流的承载列表，对需要分流的承载执行数据前转的步骤。
[0181] 若不存在不能被分流到源节点的承载，或分流请求确认消息中携带有重新确定的上行UE-AMBR参数 和下行UE-AMBR参数 则执行根据分流请求确认消息中包括的能够分流的承载列表，对需要分流的承载执行数据前转的步骤。
[0182] 步骤309，源节点在接收到目标节点发送的数据前转完成通知，并在接收到所述用户终端发送的配置响应消息后，向目标节点发送分流承载前转完成通知。
[0183] 步骤310，目标节点在接收到分流承载前转完成通知后，释放为重新分流回源节点的承载保留的相关资源。
[0184] 步骤311，目标节点判断自身是否还保留有所述用户终端的承载。
[0185] 步骤312，若自身没有保留所述用户终端的承载，则目标节点释放相关的上下文。
[0186] 在一个实施例中，上述源节点接收到分流请求消息后，判断是否接纳相应的分流承载的步骤包括：
[0187] 源节点接收到分流请求消息后，针对第p个分流承载，统计本地第三承载集合中全部承载在上行方向上需要的PRB值之和 以及在下行方向上需要的PRB值之和其中在第三承载集合中，全部承载的QCI值大于第p个分流承载的QCI值；1≤p≤B，B为分流通知消息中包括的分流承载总数，分流通知消息中包括的分流承载按照QCI值由高到低的顺序排列，X为第三承载集合中的承载总数。
[0188] 源节点统计本地第四承载集合中全部承载在上行方向上需要的PRB值之和以及在下行方向上需要的PRB值之和 其中在第四承载集合中，全部承载的QCI值等于第p个分流承载的QCI值，Y为第四承载集合中的承载总数。
[0189] 源节点确定第p个分流承载在上行方向上需要的PRB值 以及在下行方向上需要的PRB值
[0190] 若同时满足：
[0191]
[0192]
[0193] 则源节点判断第p个分流承载能够被接纳。
[0194] 图4为本发明节点间无线资源分配系统一个实施例的示意图。如图4所示，该系统可包括源节点401和目标节点402。其中：
[0195] 源节点401，用于判断用户终端是否处于目标节点的有效覆盖区域中；若判断所述用户终端处于目标节点的有效覆盖区域中，则进一步判断是否满足预定的分流触发条件；若判断满足预定的分流触发条件，则向目标节点402发送分流通知消息，其中分流通知消息包括分流承载的标识；在接收到目标节点402发送的承载分流确认消息后，根据能够接纳的分流承载标识将相应承载分流到目标节点402。
[0196] 目标节点402，用于在接收到源节点401发送的分流通知消息后，判断是否接纳相应的分流承载，并在能够接纳至少一个分流承载时向源节点401发送承载分流确认消息，其中承载分流确认消息包括能够接纳的分流承载标识。
[0197] 基于本发明上述实施例提供的节点间无线资源分配系统，可以有效地降低不合理的资源分配所带来的业务速率过低以及减小对小基站的时频资源的浪费问题，提升了网络吞吐量以及用户感知。
[0198] 优选的，源节点为宏基站，目标节点为小基站。
[0199] 在一个实施例中源节点401具体在没有承载位于目标节点时，指示所述用户终端对目标节点的频点进行测量；根据所述用户终端上报的测量结果，若目标节点至少一个频点上的信号质量和/或信号强度与源节点至少一个频点上的信号质量和/或信号强度之差大于预定门限，则判断所述用户终端处于目标节点的有效覆盖区域中。
[0200] 或者，源节点401具体在有承载分流到目标节点时，判断所述用户终端处于目标节点的有效覆盖区域中。
[0201] 优选的，源节点401具体在判断所述用户终端处于目标节点的有效覆盖区域中时，对所述用户终端中的NGBR承载进行分类，其中将所述用户终端中的NGBR承载分为有速率需求的业务和无速率需要的业务，为每个有速率需求的业务设置一个最小目标速率值和一个最小接纳速率，为无速率需要的业务仅设置一个最小接纳速率；然后进一步判断是否满足预定的分流触发条件。
[0202] 优选的，源节点401具体判断自身负载是否超过预定的负载门限；若判断自身负载超过预定的负载门限，且所述用户终端至少包括一个GBR业务，则判断满足预定的分流触发条件。
[0203] 或者，源节点401具体判断所述用户终端是否包括有速率要求的NGBR业务；若判断所述用户终端包括至少一个有速率要求的NGBR业务，则判断满足预定的分流触发条件。
[0204] 在一个实施例中，目标节点402具体在接收到分流通知消息后，针对第k个分流承载，统计本地第一承载集合中全部承载在上行方向上需要的PRB值之和 以及在下行方向上需要的PRB值之和 其中在第一承载集合中，全部承载的QCI值大于第k个分流承载的QCI值；1≤k≤A，A为分流通知消息中包括的分流承载总数，分流通知消息中包括的分流承载按照QCI值由高到低的顺序排列，M为第一承载集合中的承载总数；统计本地第二承载集合中全部承载在上行方向上需要的PRB值之和 以及在下行方向上需要的PRB值之和 其中在第二承载集合中，全部承载的QCI值等于第k个分流承载的QCI值，K为第二承载集合中的承载总数；确定第k个分流承载在上行方向上需要的PRB值 以及在下行方向上需要的PRB值 若同时满足：
[0205]
[0206]
[0207] 则判断第k个分流承载能够被接纳。
[0208] 优选的，若分流承载中包括NGBR业务，则分流通知消息还包括源节点分配给目标节点的UE-AMBR参数，其中分配给目标节点的上行UE-AMBR参数 为分配给目标节点的下行UE-AMBR参数 为
其中 为核心网给所述用户终端分配的上行
UE-AMBR参数和下行UE-AMBR参数，x为速率浮动参数， 和 分别为不需要分流的无速率需求业务上行和下行方向上的当前服务速率之和，N为不需要分流的无速率需求业务数量。
[0209] 优选的，目标节点402还用于将不能被接纳的分流承载进行分类，以得到第一未接纳承载集合和第二未接纳承载集合，其中第一未接纳承载集合中的全部承载均有速率要求，第二未接纳承载集合中的全部承载均无速率要求，第一未接纳承载集合中全部承载在上行方向和下行方向上的速率之和为 和 第二未接纳承载集合中全部承载在上行方向和下行方向上的速率之和为 和 对源节点分配的UE-AMBR参数进行修改，其中将作为修改后的上行UE-AMBR参数，将 作为修改后的下行UE-AMBR参数；将修改后的上行UE-AMBR参数和下行UE-AMBR参数加入到发送给源节点的承载分流确认消息中。
[0210] 优选的，源节点401还用于在接收到承载分流确认消息后，进一步查询承载分流确认消息中是否携带有修改后的上行UE-AMBR参数Vmu和下行UE-AMBR参数Vmd；若承载分流确认消息中携带有修改后的上行UE-AMBR参数Vmu和下行UE-AMBR参数Vmd，则将所述用户终端在源节点中的NGBR业务使用的上行UE-AMBR参数和下行UE-AMBR参数分别更新为和
[0211] 优选的，目标节点402还用于对所述用户终端承载的实际服务速率进行监控，判断是否满足预定的分流回源节点条件；若满足预定的分流回源节点条件，则向源节点401发送分流请求消息，其中分流请求消息包括分流承载的标识；在接收到源节点401发送的分流请求确认消息后，根据分流请求确认消息中包括的能够分流的承载列表，对需要分流的承载执行数据前转，并在数据前转完成后向源节点发送数据前转完成通知；在接收到源节点401发送的分流承载前转完成通知后，释放为重新分流回源节点的承载保留的相关资源。
[0212] 源节点401还用于在接收到目标节点402发送的分流请求消息后，判断是否接纳相应的分流承载；若能够接纳至少一个承载，则向目标节点402发送分流请求确认消息；还向所述用户终端发送配置通知消息，用于将重新分流回源节点的承载通知给所述用户终端，以便为重新分流回源节点的承载配置相关的协议栈参数；在接收到目标节点发送的数据前转完成通知后，并在接收到所述用户终端发送的配置响应消息后，向目标节点402发送分流承载前转完成通知；其中所述用户终端完成重新分流回源节点的承载在源节点的重新配置后，向源节点401发送配置响应消息。
[0213] 优选的，目标节点402还用于在释放为重新分流回源节点的承载保留的相关资源后，判断自身是否还保留有所述用户终端的承载；若自身没有保留所述用户终端的承载，则释放相关的上下文。
[0214] 优选的，目标节点402具体判断所述用户终端的频谱效率是否低于预定效率门限；若所述用户终端的频谱效率低于预定效率门限，则判断满足预定的分流回源节点条件。
[0215] 或者，目标节点402具体查询有速率需求的承载是否能够满足最小目标速率需求；若发现有速率需求的承载不能满足最小目标速率需求时，则判断满足预定的分流回源节点条件。
[0216] 优选的，源节点401具体接收到分流请求消息后，针对第p个分流承载，统计本地第三承载集合中全部承载在上行方向上需要的PRB值之和 以及在下行方向上需要的PRB值之和 其中在第三承载集合中，全部承载的QCI值大于第p个分流承载的QCI值；1≤p≤B，B为分流通知消息中包括的分流承载总数，分流通知消息中包括的分流承载按照QCI值由高到低的顺序排列，X为第三承载集合中的承载总数；统计本地第四承载集合中全部承载在上行方向上需要的PRB值之和 以及在下行方向上需要的PRB值之和 其中在第四承载集合中，全部承载的QCI值等于第p个分流承载的QCI值，Y为第四承载集合中的承载总数；确定第p个分流承载在上行方向上需要的PRB值以及在下行方向上需要的PRB值 若同时满足：
[0217]
[0218]
[0219] 则判断第p个分流承载能够被接纳。
[0220] 优选的，源节点401还用于在未接纳的承载中包括NGBR业务时，对能被接纳的分流承载进行分类，以得到第一接纳承载集合和第二接纳承载集合，其中第一接纳承载集合中的全部承载均有速率要求，第二接纳承载集合中的全部承载均无速率要求，第一接纳承载集合中全部承载在上行方向和下行方向上的速率之和为 和 第二接纳承载集合中全部承载在上行方向和下行方向上的速率之和为 和 重新确定分配给目标节点的上行UE-AMBR参数 和下行UE-AMBR参数 其中：
[0221]
[0222]
[0223] 其中 为核心网给所述用户终端分配的上行UE-AMBR参数和下行UE-AMBR参数，x为速率浮动参数， 为源节点当前使用的上行UE-AMBR参数和下行UE-AMBR参数；将重新确定的上行UE-AMBR参数 和下行UE-AMBR参数 加入到分流请求确认消息中。
[0224] 优选的，目标节点402还用于在接收到分流请求确认消息后，判断是否存在不能被分流到源节点的承载，并且判断分流请求确认消息中是否携带有重新确定的上行UE-AMBR参数 和下行UE-AMBR参数 若存在不能被分流到源节点的承载，且分流请求确认消息中携带有重新确定的上行UE-AMBR参数 和下行UE-AMBR参数 则将重新确定的上行UE-AMBR参数 和下行UE-AMBR参数 作为当前使用的上行UE-AMBR参数和下行UE-AMBR参数；然后执行根据分流请求确认消息中包括的能够分流的承载列表，对需要分流的承载执行数据前转的操作。若不存在不能被分流到源节点的承载，或分流请求确认消息中携带有重新确定的上行UE-AMBR参数 和下行UE-AMBR参数则执行根据分流请求确认消息中包括的能够分流的承载列表，对需要分流的承载执行数据前转的操作。
[0225] 下面通过具体实施例对本发明进行说明。
[0226] 实施例1：
[0227] 本实施例主要描述了终端移动到小基站覆盖区域后，把FTP业务分流到小基站的过程，网络拓扑结构如图5所示。其中终端有两个业务，一个是E-RAB1，这个承载的业务类型是HTTP，另外一个是E-RAB2，该承载的业务类型是FTP。其中E-RAB2是一个有高速需求的承载，网管侧为其设置的最小目标速率是下行8Mbps和上行1Mbps，而E-RAB2在宏基站当前的服务速率是下行1Mbps和上行300Kps。宏基站中使用的频点是F1，小基站中使用的频点是F2。
[0228] 步骤1：终端根据宏基站配置的异频测量上报了针对小基站的频点F2测量结果，宏基站发现上报的RSRP高于预设门限TH1，认为终端已经处于小基站的有效覆盖范围以内了。
[0229] 步骤2：宏基站发现终端中存在一个有高速率需求的承载E-RAB2，并且当前宏基站的负载低于预设门限TH2，因此需要考虑把E-RAB2承载分流到小基站覆盖范围内。
[0230] 步骤3：宏基站由于网络整体负载没有超过预先设置门限，则仅把E-RAB2分流到小基站中。当前该终端设置的UE-AMBR为上行30Mbps和下行70Mbps。E-RAB1当前的服务速率为下行200Kbps和上行50Kbps，考虑到该速率上浮20％，即在宏基站侧保留的UE-MABR为下行240Kbps和上行60Kbps，而分配给小基站的UE-AMBR为下行69.76Mbps和上行29.94Mbps。
[0231] 步骤4：宏基站向小基站发送SeNB Addition Request消息，消息中携带了承载E-RAB2的QOS相关信息、承载标识、最小目标速率值、分流原因、分配给小基站的UE-AMBR信息以及测量到的小基站RSRP和RSRQ。其中分流原因为获取更高的速率，最小的目标速率值设置为下行8Mbps和上行1Mbps。
[0232] 步骤5：小基站接收到SeNB Addition Request后，发现只有一个承载需要分流过来，并且分流原因是为了获取更高的速率，因此需要进行接纳的判决，小基站中统计得到当前所有高于当前QCI等级的承载所需要的无线资源总和为 和 与当前E-RAB2的QCI相同的承载所需要的无线资源总和为 和 而E-RAB2的最小
目标速率为下行8Mbps和上行1Mps，根据SeNB Addition Request中携带的RSRP和RSRQ，推导得到该终端在小基站中能获得的近似频谱效率为 和 小基站发现统计结果满足如下关系：
[0233]
[0234]
[0235] 则认为可以接受该承载。并且按照SeNB Addition Request中携带UE-AMBR设置为该终端在小基站上的UE-AMBR。
[0236] 步骤6：小基站反馈SeNB Addition Response消息，消息中携带了可以分流成功的承载标识为E-RAB2。
[0237] 步骤7：宏基站收到SeNB Addition Response后，发现E-RAB2已经被小基站所接受，则开始后续的数据前转操作，并且设置该终端保留到宏基站中的UE-AMBR为下行240Kbps和上行60Kbps。
[0238] 实施例2：
[0239] 本实施例主要描述了终端离开小基站覆盖区域后，把FTP业务分流到宏基站的过程，网络拓扑结构如图5所示。其中终端有两个业务，一个是E-RAB1，这个承载的业务类型是HTTP该业务由宏基站进行服务，另外一个是E-RAB2，该承载的业务类型是FTP，该承载由小基站进行服务。宏基站中使用的频点是F1，小基站中使用的频点是F2。
[0240] 步骤1：小基站通过对终端的频谱效率监控，发现该终端当前的频谱效率低于门限TH3，则认为该终端即将离开小基站的服务区。
[0241] 步骤2：小基站向宏基站发送消息E-RAB Modification Request，其中携带了需要分流的承载标识为E-RAB2,分流原因为TS36.423协议中定义的‘Handover Desirable for Radio Reasons’以及相关无线侧的配置信息。
[0242] 步骤3：宏基站收到消息后，分流的原因是因为小基站脱离覆盖范围而导致的分流，因此需要优先接纳该承载。宏基站向小基站发送E-RAB Modification Response消息，消息中指示了E-RAB2可以被宏基站接受。
[0243] 步骤4：宏基站利用RRC消息向终端指示在宏基站侧建立一个新的承载并配置相关参数。
[0244] 步骤5：终端在配置完成以后，利用RRC消息向宏基站反馈配置建立完成消息，并停止在小基站的上行方向的数据传送以及下行方向的数据接收。
[0245] 步骤6：小基站在接收到E-RAB Modification Response消息后，执行E-RAB2承载的数据前转。
[0246] 步骤7：宏基站在接收小基站的数据前转完毕后，发送X2消息指示小基站释放该终端相关的预留资源。
[0247] 实施例3：
[0248] 本实施例主要描述了终端在小基站中由于业务速率无法得到保证，把FTP业务分流到宏基站的过程，网络拓扑结构如图5所示。其中终端有两个业务，一个是E-RAB1，这个承载的业务类型是HTTP，另外一个是E-RAB2，该承载的业务类型是FTP，其最小的目标速率是下行8Mbps和上行1Mbps，这两个承载都是由小基站进行服务。小基站由于E-RAB2的服务速率得不到保证，需要把该承载重新分流回宏基站。网管为该终端设置的UE-AMBR为下行70Mbps和上行30Mbps。宏基站中使用的频点是F1，小基站中使用的频点是F2。
[0249] 步骤1：小基站通过对终端的频谱效率和业务服务速率监控，发现该终端中E-RAB2的服务速率较低无法达到设置的最小目标速率下行8Mbps和上行1Mbps的50％的速率。则小基站触发E-RAB2分流回宏基站。
[0250] 步骤2：小基站向宏基站发送E-RAB Modification Request消息，请求宏基站接收E-RAB2。消息中携带了分流承载的标识、QOS参数、分流原因以及修改后的小基站使用的UE-AMBR以及相关无线配置信息。E-RAB1当前的服务速率为下行200Kbps和上行50Kbps，考虑到速率上浮20％，因此小基站为其保留的UE-AMBR为下行240Kbps和上行60Kbps。这两个参数包含在E-RAB Modification Request消息中并且分流原因设置为“无法保证业务速率”。
[0251] 步骤3：宏基站收到E-RAB Modification Request消息后，发现该终端有一个业务因为无法保证业务速率而重新分流回宏基站中。因此对于该业务进行接纳判决，发现该承载可以被接纳。则使用E-RAB Modification Request中携带的UE-AMBR进行UE-AMBR的更新操作，宏基站侧可以使用的UE-AMBR为下行69.76Mbps和上行29.94Mbps。并且反馈给小基站E-RAB Modification Response消息。
[0252] 步骤4：宏基站利用RRC Connection Reconfiguration消息指示终端在宏基站侧建立E-RAB2相关的承载并配置相关参数。
[0253] 步骤5：终端在配置完成以后，利用RRC Connection Reconfiguration Complete消息向宏基站反馈配置建立完成消息，并停止在小基站的上行方向的数据传送以及下行方向的数据接收。
[0254] 步骤6：小基站收到E-RAB Modification Response消息后，更新其针对该终端的UE-AMBR的配置，并且执行E-RAB2承载的数据前转。
[0255] 通过实时本发明，可以得到以下有益效果：
[0256] [1].针对3GPP标准中正在讨论的双连接的架构中节点之间合理分配UE-AMBR的问题，本发明提出了一种基于承载目标速率来计算UE-AMBR的方法，从而避免了不合理的UE-AMBR分配导致的系统性能下降的问题。
[0257] [2].针对双连接场景中的承载速率提升问题，在本发明中小基站根据承载的QOS信息以及宏基站提供的终端测量结果来估计承载在小基站的可达速率，从而避免了分流后的速率值无法达到预期的结果。
[0258] [3].提出了一种由小基站触发的承载切换的信令流程，一方面保证了小基站中服务业务的速率，并且与以往的方案切换方案相比减少了空口信令的上报和测量过程，从而降低了系统的开销。
[0259] 本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
[0260] 本发明的描述是为了示例和描述起见而给出的，而并不是无遗漏的或者将本发明限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本发明的原理和实际应用，并且使本领域的普通技术人员能够理解本发明从而设计适于特定用途的带有各种修改的各种实施例。
