CN103874165B - 一种应用于lte‑a系统的业务接入方法及装置 - Google Patents

Abstract

本发明涉及通信领域，公开了一种应用于LTE‑A系统的业务接入方法及装置。该方法为：针对请求接入的当前业务，将按照各CC的接入优先级，依次在每一个CC上进行接入判决，只要在其中一个CC上满足接入判决条件，则认为当前业务能够被接入。这样，既考虑了PCell上的负荷情况，也兼顾到了其他CC上的负荷情况，在系统各个CC的负荷不均衡的情况下，能够有效地避免不必要的资源浪费，提高业务接入成功率，从而提升系统容量。

Description

一种应用于LTE-A系统的业务接入方法及装置

技术领域

本发明涉及通信领域，公开了一种应用于LTE-A系统的业务接入方法及装置。

背景技术

在LTE（Long Term Evolution，长期演进）系统中，每个UE（User Equipment，终端）对应一个服务小区，通常采用的是基于时频资源的业务接入方式，即对于请求接入的当前业务，在其所属UE的服务小区上进行接入判决，如果该服务小区上的共享资源能够同时满足已接入业务的QoS（Quality of Service，业务服务质量）要求和待接入的当前业务的QoS要求，则认为当前业务可以被接入。

而在LTE-A（Long Term Evolution Advanced，增强的长期演进）系统中，引入了CA（Carrier Aggregation，载波聚合）技术，所谓CA技术即是以LTE成员载波带宽为基本单位，通过将多个小带宽的成员载波聚合在一起的方式获得更大的传输带宽；其中，每个参与聚合的载波称为CC（Component Carrier，成员载波）。采用CA技术后，系统可以将多个小带宽的CC（Component Carrier，成员载波）聚合在一起，组成一个更大的系统带宽，因此系统可用的共享资源将随着聚合CC数目的增多而成倍的增加。在LTE-A系统中，由于CA技术的引入，UE可能同时存在多个服务小区，服务小区是为UE提供数据传输服务的小区，UE可以在这多个服务小区上同时发送和接收数据。UE的服务小区分为PCell（Primary Cell，主服务小区）和SCell（Secondary Cell，辅服务小区）两类，其中PCell是一定存在的，其继承了LTE中服务小区的性质，每个UE只有1个PCell；而SCell仅被作为附加的资源，仅承担数传功能，基站可以根据UE的实际需要为UE配置1个或多个SCell。相应的，PCell对应的成员载波称为PCC（Primary Compoment Carrier，主成员载波），SCell对应的成员载波称为SCC（Secondary Component Carrier，辅成员载波）。

在LTE-A系统中，按照目前的接入方法，对于请求接入的业务，只在UE的PCell上进行接入判决，如果满足接入判决条件，则认为业务可以被接入；否则业务接入失败。该方法在各个CC的负荷水平较为均衡的情况下可以获得理想的性能。但在实际场景中，往往会出现各个CC的负荷不均衡的情况，例如用户集中接入到某些CC上，造成这些CC上的负荷较重，而同时另外一些CC上由于接入的用户很少因此负荷较轻。此时，如果使用现有的接入方法，由于在接入过程中只考虑了用户的PCell上的负荷情况而没有进一步考虑其他CC上的负荷水平情况，因此会导致系统最终接入成功的业务数量少于系统实际可以接入的业务数目，从而影响了系统整体的接入性能，造成不必要的资源浪费。

由此可以看出，将现有方法应用于LTE-A系统存在一定的局限性。

发明内容

本发明实施例提供一种应用于LTE-A系统的业务接入方法，用以提高载波资源利用率。

本发明实施例提供的具体技术方案如下：

一种应用于长期演进升级系统的业务接入方法，包括：

接收到UE发送的业务接入请求消息后，确定系统聚合的每一CC对应的候选小区；

根据各候选小区对应的CC的属性及资源占用状态，确定各候选小区的接入优先级；

按照各候选小区的接入优先级，依次针对每一个候选小区进行接入判决，确定任意一个候选小区满足判决条件时，在该任意一个候选小区接入UE请求的当前业务。

一种应用于长期演进升级系统的业务接入装置，包括：

第一确定单元，用于接收到UE发送的业务接入请求消息后，确定系统聚合的每一CC对应的候选小区；

第二确定单元，用于根据各候选小区对应的CC的属性及资源占用状态，确定各候选小区的接入优先级；

接入控制单元，用于按照各候选小区的接入优先级，依次针对每一个候选小区进行接入判决，确定任意一个候选小区满足判决条件时，在该任意一个候选小区接入UE请求的当前业务。

本发明实施例中，针对请求接入的当前业务，将按照各CC的接入优先级，依次在每一个CC上进行接入判决，只要在其中一个CC上满足接入判决条件，则认为当前业务能够被接入。这样，既考虑了PCell上的负荷情况，也兼顾到了其他CC上的负荷情况，在系统各个CC的负荷不均衡的情况下，能够有效地避免不必要的资源浪费，提高业务接入成功率，从而提升系统容量。

附图说明

图1为本发明实施例中LTE-A系统内进行业务接入流程图；

图2为本发明实施例中基站功能结构示意图。

具体实施方式

为了提高LTE-A系统中的资源利用率，本发明实施例中提出一种应用于LTE-A系统的业务接入方法。具体为：业务的QoS要求可以由PCell或SCell来保证，即对于请求接入的当前业务，允许其在多个CC上进行接入判决，只要在其中一个CC上满足

接入判决条件，则认为该业务能够被接入。

与此同时，系统还可以通过接入业务与SCell配置相配合，使每个接入的当前业务对应一个保证QoS的服务小区，并在调度过程中，尽量将每个接入的当前业务分配到其对应的QoS保证小区去调度，从而将系统资源在用户之间进行合理地分配，在提高资源利用率的同时，更好地保证各用户各业务的QoS要求。

下面结合附图对本发明优选的实施方式进行详细说明。

参阅图1所示，本发明实施例中，基站进行业务接入的详细流程如下：

步骤100：基站接收到UE发送的业务接入请求消息后，确定系统聚合的每一个CC对应的候选小区。

本发明实施例中，由于采用CA技术，因此基站可以聚合多个候选CC进行数据传输，每一个CC对应至少一个候选接入小区（简称候选小区），不同CC对应的候选小区可以是当前发送业务接入请求消息的UE的服务小区，也可以不是当前发送业务请求消息的UE的服务小区，基站此时要确定自身可用的所有CC，并分别在每一个CC上选择一个候选的接入小区。

对于UE请求接入的当前业务，基站将系统中可用的CC划分为以下3类：

第一类CC：为请求接入的当前业务所属UE的PCC，这一类CC集合包含1个CC。

第二类CC：为请求接入的当前业务所属UE的SCC，这一类CC集合可以包含0个、1个或多个CC。

第三类CC：没有配置给请求接入的当前业务所属UE的CC，这一类CC集合可以包含0个、1个或多个CC。

基于上述CC划分方式，本发明实施例中，基站在确定系统聚合的每一个CC对应的候选小区时，可以采用以下方式：

对于PCC（第一类CC），选择PCC上的PCell作为该PCC的候选小区；

对于SCC（第二类CC），分别选择每一个SCC上对应的SCell作为相应SCC的候选小区；

对于其他CC（第三类CC），分别选择每一个其他CC上资源使用状态最符合请求接入的当前业务的使用需求的小区作为相应的其他CC的候选小区。

以任意一个其他CC（以下称为CC1）为例，候选小区的选择具体可以采用但不限于以下几种方法：

方法1：分别计算CC1上每一个小区的剩余资源数目，并将剩余资源数目最大的小区作为CC1的候选小区，其中，CC1上的任意一个小区的剩余资源数目根据该任意一小区内的可用资源数目和将该任意一小区作为保证QoS的服务小区的业务在该任意一小区内所占用的资源数目计算。

方法2：分别计算CC1上每一个小区内已接入的业务中与请求接入的当前业务属于同一类的业务的服务速率，并将服务速率最大的小区作为CC1的候选小区；其中，其中，业务的分类可以按照GBR（Guaranteed Bit Rate，保证比特速率）/NGBR（Non-Guaranteed BitRate，非保证比特速率）属性分类，也可以按照业务的QCI（QoS Class Indicator，服务质量分类标识）进行分类，QCI相同的业务为一类。

方法3：分别计算CC1上每一个小区内满足请求接入的当前业务的最小服务速率要求所需的资源数目和在相应小区内的剩余资源数目的比值，将比值最小的小区作为CC1的候选小区，其中，CC1上的任意一个小区内满足请求接入的当前业务的最小服务速率要求的资源数目，根据该任意一个小区内已接入的业务中与请求接入的当前业务属于同一类的业务的服务速率和该任意一个小区内已接入的业务占用的资源数目计算，该任意一个小区内的剩余资源数目根据该任意一个小区内的可用资源数目和将该任意一个小区作为保证QoS的服务小区的业务在该任意一个小区上所占用的资源数目计算。

步骤110：基站根据各候选小区对应的CC的属性及资源占用状态，确定各候选小区的接入优先级。

本发明实施例中，在执行步骤110时，具体包括：

首先，基站可以先按照CC的属性确定各类CC对应的候选小区的接入优先级，即PCC对应的候选小区>SCC对应的候选小区>其他CC对应的候选小区。

其次，基站再在同一类CC对应的候选小区中继续确认接入优先级。

对于PCC（即第一类CC），只有一个候选小区（即PCell），因此无需排序。

对于SCC（即第二类CC），按照UE在各SCC对应的候选小区（即各SCell）内的资源使用状态确定各候选小区的接入优先级。

例如：对于UE的SCell，基站可以按照UE在每一个候选小区上的RSRQ确定各候选小区的接入优先级，RSRQ（Reference Signal Received Quality，参考信号接收质量）越大的候选小区接入优先级越高，即按照RSRQ从大到小的顺序对各候选小区进行排序；其中，由于基站会在各个候选小区对应频点上分别对UE进行测量配置，因此，UE在各个候选小区上的RSRQ是可以获知的。如，UE进行测量上报分为周期上报和事件触发上报两种方式，基站可以通过配置UE进行测量上报的方式以及通过参数配置使UE尽快上报RSRQ信息。

又例如：基站分别按照每一个候选小区的剩余资源数目确定相应候选小区的接入优先级，剩余资源数目越大的候选小区接入优先级越高，即按照剩余资源数目从大到小的顺序对各候选小区进行排序；其中，任意一个候选小区的剩余资源数目根据该任意一候选小区内的可用资源数目和将该任意一候选小区作为保证QoS的服务小区的业务在该任意一候选小区内所占用的资源数目计算。

又例如：基站将UE在各候选小区上的RSRQ看作CQI，这样，基站根据每一个候选小区的剩余资源数目以及UE在相应小区上的RSRQ，分别计算每一个候选小区的剩余资源能够承载的数据量（即剩余资源的传输能力），再分别按照每一个候选小区的剩余资源能够承载的数据量确定相应候选小区的接入优先级，剩余资源承载的数据量越大的候选小区接入优先级越高，即按照各个候选小区的剩余资源的传输能力从大到小的顺序对各候选小区进行排序。

对于其他CC（即第三类CC），按照各其他CC对应的候选小区内的资源使用状态确定各候选小区的接入优先级。其中，对于其他CC（第三类CC），各个CC上的候选小区的接入优先级可以采用与在第三类CC上选择候选小区相同的方法进行确定。

例如：基站分别按照每一个候选小区的剩余资源数目确定相应候选小区的接入优先级，剩余资源数目越大的候选小区接入优先级越高，即按照剩余资源数目从大到小的顺序对各候选小区进行排序；其中，任意一个候选小区的剩余资源数目根据该任意一候选小区内的可用资源数目和将该任意一候选小区作为保证QoS的服务小区的业务在该任意一候选小区内所占用的资源数目计算。

又例如：基站分别按照每一个候选小区内已接入的业务中与请求接入的当前业务属于同一类的业务的服务速率确定相应候选小区的接入优先级，服务速率越高的候选小区接入优先级越高，即按照服务速率从大到小的顺序对各候选小区进行排序。

又例如：基站分别按照每一个候选小区内满足请求接入的当前业务的最小服务速率要求所需的资源数目和相应候选小区内的剩余资源数目的比值，确定各个候选小区的接入优先级，比值越小的候选小区接入优先级越高，即按照上述比值从小到大的顺序对各候选小区进行排序；其中，任意一个候选小区内满足请求接入的当前业务的最小服务速率要求的资源数目，根据该任意一个候选小区内已接入的业务中与请求接入的当前业务属于同一类的业务的服务速率和该任意一个候选小区内已接入的业务占用的资源数目计算，该任意一个候选小区内的剩余资源数目根据该任意一个候选小区内的可用资源数目和将该任意一个候选小区作为保证QoS的服务小区的业务在该任意一个候选小区上所占用的资源数目计算。

步骤120：基站按照各候选小区的接入优先级，依次针对每一个候选小区进行接入判决，确定任意一个候选小区满足判决条件时，在该任意一个候选小区接入UE请求的当前业务。

本发明实施例中，基站在针对候选小区进行接入判决时，是根据候选小区上已接入的业务对资源的需求（即已利用资源需求）和请求接入的当前业务对资源的需求（即新增资源需求），结合接入判决准则来判断当前业务是否能接入的，以任意一个候选小区（以下称为候选小区1）为例，判决操作具体为：

基站判断候选小区1内已接入的业务占用的资源数目和请求接入的当前业务需要占用的资源数目之和是否未超过预设的接入门限（接入门限可以基于O&M门限配置），若是，则认为当前业务在候选小区1上满足接入判决条件，允许接入，否则，认为当前业务在候选小区1上不满足接入判决条件，不允许接入。其中，所谓已接入的业务包括将候选小区1作为保证QoS的服务小区的所有业务。

为了顺利进行上述接入判决，基站需要分别计算候选小区1的已利用资源数目和新增资源数目。

在计算已利用资源数目时，较佳的，基站根据候选小区1内已接入的业务的频谱效率和服务速率要求计算已接入的业务占用的资源数目。例如，

已利用资源=已接入业务的实际占用资源数目/已接入业务的实际服务速率*已接入业务的服务速率要求；其中，已接入业务的实际占用资源数目/已接入业务的实际服务速率即为已接入业务的频谱效率的倒数。

此时，计算的“已利用资源”并不是已接入业务的实际占用资源数目（实际占用资源数目是可以通过统计直接得到的），而是已接入的业务满足其服务速率要求所需占用的资源数目。例如，对于一个已接入的业务，通过统计获知，该业务的实际服务速率为128kbps，该业务实际占用资源数目为平均每个子帧占用4个PRB，并且该业务的服务速率要求为64kbps，则该业务的已利用资源（即资源占用需求）应该为：4*64/128=2个PRB，而不是其实际占用的4个PRB。

其中，已接入的业务的频谱效率可以通过统计已接入的业务的实际资源占用数目和已接入的业务的实际服务速率得到。进一步的，在统计已接入的业务的实际占用资源占用数目和已接入业务的实际服务速率时，可以只统计候选小区1内已接入的业务的总实际占用资源数目总实际服务速率，也可以将已接入的业务进行分类（可以分为GBR和NGBR，或者根据位置信息分为中心、边缘和未获得位置信息的业务），并按照不同类的已接入的业务分别统计每一类业务的实际占用资源数目和实际服务速率，再分别统计每一类已接入的业务对应的已利用资源，最后，再将其相加获得总的已利用资源。这是因为不同类的已接入的业务的频谱效率存在差别，分别计算会使得最终计算出的总的已利用资源更加准确。例如，假设候选小区1上现在已接入的业务可分为2类，分别统计这2类已接入业务的实际占用资源数目和实际服务速率，则候选小区1上所有已接入业务的已利用资源=第1类已接入业务的实际占用资源数目/第1类已接入业务的实际服务速率*各个第1类已接入业务的服务速率要求之和+第2类已接入业务的实际占用资源数目/第2类已接入业务的实际服务速率*各个第2类已接入业务的服务速率要求之和。这样统计，使分类统计计算得到的所有已接入的业务对应的已利用资源相对于不分类统计计算得到的结果更为精确。

在计算已利用资源时，所谓“候选小区1上已接入的业务”是指：将候选小区1作为保证QoS的服务小区的所有业务。这是因为：在LTE-A系统中，可以同时为UE配置并激活多个服务小区，这样，通过调度可以为该UE分配这多个小区上的资源用于数据传输。在对当前业务进行接入判决时，在每一个候选小区上执行一次接入判决，这样，在每次计算当前候选小区上的已利用资源时，如果将以当前候选小区作为服务小区的所有UE的所有业务的资源需求都考虑在内，则对于配置了多个服务小区的UE而言，相当于会同时在这多个服务小区上重复占用资源，从而势必会导致计算的已利用资源偏多，在接入门限设定的情况下，使系统实际可接入的业务数目偏少，从而影响了系统整体容量。考虑到以上因素，本发明实施例中，在计算候选小区1内的已利用资源时考虑的在候选小区1内已接入的业务包括将候选小区1作为保证QoS的服务小区的所有业务，这样，就可以将系统所有已接入业务分配到不同的小区上，避免了同一个业务在多个小区上重复计算资源需求的问题。

而在计算新增资源时，较佳的，基站根据候选小区1内已接入的业务的频谱效率和请求接入的当前业务的服务速率要求计算请求接入的当前业务需要占用的资源数目；其中，已接入的业务的频谱效率的获取方式和已接入的业务的含义均与计算已利用资源时相同，在此不再赘述。

另一方面，在接入判决成功后，基站在候选小区1接入UE请求的当前业务时，需要为当前业务配置保证QoS的服务小区（这样也是便于后续计算已接入的业务的频率效率），具体为：基站判断候选小区1是否为请求接入的当前业务所属UE的服务小区（可能是PCell或者SCell），若是，则将候选小区1标识为当前业务对应的保证QoS的服务小区，并在候选小区1接入当前业务；否则，将候选小区1添加为请求接入的当前业务所属UE的SCell，并将该SCell标识为当前业务对应的保证QoS的服务小区，以及在候选小区1接入当前业务。

采用上述方法，可以令UE请求接入的每一个业务均对应一个保证QoS的服务小区，这样，在后续调度过程中，基站可以将UE请求接入的每一业务分配至相应的保证QoS的服务小区上进行传输，以更好地保证各用户各业务的QoS。

本发明实施例中，提出了“业务的保证QoS的服务小区”的概念，下面对这一个信息的使用和维护方法分别进行介绍。

从上述的接入过程可以看出，对于每一个业务，其对应的保证QoS的服务小区可以是UE的PCell，也可以是UE的SCell。UE的SCell通常是通过基站的RRC（Radio ResourceControl，无线资源控制）层半静态配置的，SCell的配置包括SCell的添加、SCell的删除和SCell的修改。为了保证接入的每一个业务始终对应一个保证QoS的服务小区，在为UE配置SCell的过程中需要考虑这一因素。例如，上述流程中提到的，在接入当前业务的过程中，如果接入判决成功的候选小区不是UE的服务小区，则会触发为UE添加一个SCell作为当前业务对应的保证QoS的服务小区。除此以外，与SCell配置相关的过程还存在以下两种场景：

场景1：当UE对应的某个SCell满足删除的触发条件时，在执行SCell的删除操作之前，基站还需要进一步判断：该UE的各个业务对应的保证QoS的服务小区是否为当前待删除的SCell（即判断待删除的SCell是否为该UE使用的业务对应的保证QoS的服务小区）；

若是，则针对将待删除的SCell作为保证QoS的服务小区的业务，执行SCell更新操作，在更新成功后，将待删除的SCell删除，并将更新后的SCell标识为上述业务对应的保证QoS的服务小区。显然，这一过程会触发SCell的修改，其中，修改的源SCell即为当前待删除的SCell，修改的目标SCell为新挑选的SCell。当然，若未挑选到合适的SCell，则不会执行SCell的更新，即保留待删除的SCell作为上述业务对应的保证QoS的服务小区。

否则，说明UE使用的所有业务对应的保证QoS的服务小区都不是当前待删除的SCell，则可以执行SCell的删除；

场景2：当需要对某UE执行SCell的修改时，假设修改前的SCell记为SCell1，修改后的SCell记为SCell2，则在执行SCell修改后，对于该UE使用的将SCell1作为保证QoS的服务小区的业务，需要将修改后的SCell2作为这些业务的新的保证QoS的服务小区。

通过上述方法，就可以保证UE使用的每一个业务始终对应一个保证QoS的服务小区。

下行通过三个具体的应用场景对上述实施例作出进一步详细说明。

第一种应用场景：假设LTE-A系统聚合了3个CC，分别记为CC1、CC2和CC3，每个CC的带宽为20MHz。网络中每个基站下对应3个小区，即一个CC上对应一个小区。

对于请求接入的当前业务，其所属UE当前有2个服务小区，即：1个PCell和1个SCell；其中，PCell对应CC1，SCell对应CC3。根据3类候选CC之间的接入优先级确定方法，确定这3个CC的接入优先级为CC1>CC3>CC2。

对于当前业务，基站首先在PCell上进行接入判决，根据统计信息计算得到：在该UE的PCell上，将PCell作为保证QoS的服务小区的所有业务满足最小服务速率要求所需的PRB资源数目为70个，当前业务满足最小服务速率要求所需的PRB数目为5个，接入门限为70个PRB。由于在UE的PCell上，已利用资源需求（70个PRB）+新增资源需求（5个PRB）>接入门限，不满足接入判决条件，则UE继续在SCell上进行接入判决。

对于该UE的SCell，基站根据统计信息计算得到：在该UE的SCell上，将Scell作为保证QoS的服务小区的所有业务满足最小服务速率要求所需的PRB资源数目为50个，当前业务满足最小服务速率要求所需的PRB数目为6个，接入门限为70个PRB。由于在UE的SCell上，已利用资源需求（50个PRB）+新增资源需求（6个PRB）<接入门限，满足接入判决条件，则当前业务接入成功，同时将该UE的SCell标识为当前业务的保证QoS的服务小区。

在接下来执行调度的过程中，基站将当前业务尽量分配到其所属UE的SCell上去调度。

第二种应用场景：假设LTE-A系统聚合了3个CC，分别记为CC1、CC2和CC3，每个CC的带宽为20MHz。网络中每个基站下对应3个小区。

对于请求接入的当前业务，其所属UE当前有1个服务小区，即：1个PCell，且PCell对应CC1，在CC2和CC3上没有为该UE配置SCell。根据3类候选CC之间的接入优先级确定方法，确定这3个CC的接入优先级为CC1>CC2/CC3。

对于当前业务，基站首先在PCell上进行接入判决，根据统计信息计算得到：在该UE的PCell上，将PCell作为保证QoS的服务小区的所有业务满足最小服务速率要求所需的PRB资源数目为70个，当前业务满足最小服务速率要求所需的PRB数目为5个，接入门限为70个PRB。由于在UE的PCell上，已利用资源需求（70个PRB）+新增资源需求（5个PRB）>接入门限，因而不满足接入判决条件，不允许接入，则UE继续在CC2和CC3上进行接入尝试。

将当前业务所属UE的归属基站在CC2和CC3上对应的小区分别记为：Cell2和Cell3。对于当前业务，基站将Cell2和Cell3作为候选小区，并确定这2个候选小区的接入优先级顺序。

假设候选小区的接入优先级是基于剩余资源数目排序。则基站根据统计信息计算得到：对于Cell2，以Cell2作为保证QoS的服务小区的业务占用的PRB资源数目为20个PRB，除去以Cell2作为保证QoS的服务小区的业务占用的PRB资源数目后的剩余PRB资源数目为100-20=80个PRB；对于Cell3，以Cell3作为保证QoS的服务小区的业务占用的PRB资源数目为30个PRB，除去以Cell3作为保证QoS的服务小区的业务占用的PRB资源数目后的剩余PRB资源数目为100-30=70个PRB。因此，这2个候选小区的接入优先级顺序为：Cell2>Cell3。

对于当前业务，基站首先在Cell2上进行接入判决，根据统计信息计算得到：在Cell2内，将Cell2作为保证QoS的服务小区的所有业务满足最小服务速率要求所需的PRB资源数目为40个，当前业务满足最小服务速率要求所需的PRB数目为8个，接入门限为70个PRB。由于在Cell2上，已利用资源需求（40个PRB）+新增资源需求（8个PRB）<接入门限，满足接入判决条件，则当前业务接入成功。

对于当前业务，由于接入判决成功的Cell2不是当前业务所属UE的服务小区，此时触发SCell配置过程，为该UE申请添加一个SCell，即为该UE添加1个SCell为Cell2，并Cell2标识为当前业务对应的保证QoS的服务小区。

在接下来执行调度的过程中，基站将当前业务尽量分配到Cell2上调度。

第三类应用场景：假设LTE-A系统聚合了3个CC，分别记为CC1、CC2和CC3，每个CC的带宽为20MHz。网络中每个基站下对应3个小区。

假设UE当前有2个服务小区，即：1个PCell和1个SCell。其中：PCell对应CC1，记为Cell1；SCell对应CC2，记为Cell2。该UE建立了2种业务，其中：一个业务（记为业务1）对应的保证QoS的服务小区为该UE的PCell；另一个业务（记为业务2）对应的保证QoS的服务小区为该UE的SCell。

则在执行调度的过程中，基站将当前UE的业务1尽量分配到Cell1上调度，将业务2尽量分配到小区Cell2上去调度。

当基站根据SCell删除的判决条件判断：该UE的SCell满足删除条件，触发删除该UE的SCell。

在执行SCell的删除之前，需要进一步判断该UE的各个业务对应的保证QoS的服务小区是否是当前待删除的SCell：由前述条件可知，对于当前业务而言，业务2对应的保证QoS的服务小区是当前待删除的SCell，因此，此时不能直接删除当前SCell，触发SCell的修改。

根据SCell修改的执行结果，将该UE的SCell由Cell2替换为小区Cell3（Cell3为该UE的归属基站在CC3上对应的小区）。同时，基站将该UE的业务2对应的保证QoS的服务小区的标识由小区Cell2改为小区Cell3。

在接下来执行调度的过程中，基站将UE的业务2尽量分配到小区Cell3上去调度。

基于上述实施例，参阅图2所示，本发明实施例中，基站包括第一确定单元20、第二确定单元21和接入控制单元22，其中：

第一确定单元20，用于接收到UE发送的业务接入请求消息后，确定系统聚合的每一CC对应的候选小区；

第二确定单元21，用于根据各候选小区对应的CC的属性及资源占用状态，确定各候选小区的接入优先级；

接入控制单元22，用于按照各候选小区的接入优先级，依次针对每一个候选小区进行接入判决，确定任意一个候选小区满足判决条件时，在该任意一个候选小区接入UE请求的当前业务。

如图2所示，进一步的，基站内还包括调度单元23，用于在后续调度过程中，将UE请求的当前业务调度至对应的保证QoS的服务小区上进行传输。

综上所述，本发明实施例中，针对请求接入的当前业务，将按照各CC的接入优先级，依次在每一个CC上进行接入判决，只要在其中一个CC上满足接入判决条件，则认为当前业务能够被接入。这样，既考虑了PCell上的负荷情况，也兼顾到了其他CC上的负荷情况，在系统各个CC的负荷不均衡的情况下，能够有效地避免不必要的资源浪费，提高业务接入成功率，从而提升系统容量。进一步地，还可以通过业务接入与SCell配置、调度之间的相互配合，实现系统资源在合理分配，有效地保证各个业务的QoS要求，从而保证了系统的服务质量。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (24)

1.一种应用于长期演进升级系统的业务接入方法，其特征在于，包括：

接收到用户设备UE发送的业务接入请求消息后，确定系统聚合的每一成员载波CC对应的候选小区；

根据各候选小区对应的CC的属性及资源占用状态，确定各候选小区的接入优先级；

按照各候选小区的接入优先级，依次针对每一个候选小区进行接入判决，确定任意一个候选小区满足判决条件时，在该任意一个候选小区接入UE请求的当前业务。

2.如权利要求1所述的方法，其特征在于，确定系统聚合的任意一个CC对应的候选小区，包括：

若所述任意一个CC为主成员载波PCC，则将其对应的主服务小区PCell确定为相应的候选小区；

若所述任意一个CC为辅成员载波SCC，则将其对应的辅服务小区SCell确定为相应的候选小区；

若所述任意一个CC为未配置给所述UE使用的其他CC，则将该任意一个CC上资源使用状态最符合所述当前业务的使用需求的小区确定为相应的候选小区。

3.如权利要求2所述的方法，其特征在于，若所述任意一个CC为未配置给所述UE使用的其他CC，则将该任意一个CC上资源使用状态最符合所述当前业务的使用需求的小区确定为相应的候选小区，包括：

分别计算所述任意一个CC上每一个小区的剩余资源数目，并将剩余资源数目最大的小区作为该任意一个CC的候选小区，其中，所述任意一个CC上任意一个小区的剩余资源数目根据该任意一小区的可用资源数目和将该任意一小区作为保证业务服务质量QoS的服务小区的业务在该任意一小区上所占用的资源数目计算；

分别计算所述任意一个CC上每一个小区内已接入的业务中与请求接入的当前业务属于同一类的业务的服务速率，并将服务速率最大的小区作为该任意一个CC的候选小区；

分别计算所述任意一个CC上每一个小区内满足请求接入的当前业务的最小服务速率要求所需的资源数目和在相应小区内的剩余资源数目的比值，并将比值最小的小区作为该任意一个CC的候选小区，其中，所述任意一个CC上的任意一个小区内满足请求接入的当前业务的最小服务速率要求的资源数目，根据该任意一个小区内已接入的业务中与请求接入的当前业务属于同一类的业务的服务速率和该任意一个小区内已接入的业务占用的资源数目计算，所述任意一个小区内的剩余资源数目根据该任意一个小区内的可用资源数目和将该任意一个小区作为保证QoS的服务小区的业务在该任意一个小区上所占用的资源数目计算。

4.如权利要求2所述的方法，其特征在于，根据各候选小区对应的CC的属性及资源占用状态，确定各候选小区的接入优先级，包括：

确定PCC对应的候选小区的接入优先级高于SCC对应的候选小区的接入优先级，以及SCC对应的候选小区的接入优先级高于未配置给所述UE的其他CC对应的候选小区；

针对各SCC对应的候选小区，按照所述UE在各候选小区内的资源使用状态确定各候选小区的接入优先级；

针对未配置给所述UE的各其他CC对应的候选小区，按照各候选小区内的资源使用状态确定各候选小区的接入优先级。

5.如权利要求4所述的方法，其特征在于，针对各SCC对应的候选小区，按照所述UE在各候选小区内的资源使用状态确定各候选小区的接入优先级，包括：

按照所述UE在每一个候选小区上的RSRQ确定各候选小区的接入优先级，RSRQ越大的候选小区接入优先级越高；或者，

分别按照每一个候选小区的剩余资源数目确定相应候选小区的接入优先级，剩余资源数目越大的候选小区接入优先级越高；其中，任意一个候选小区的剩余资源数目根据该任意一候选小区内的可用资源数目和将该任意一候选小区作为保证QoS的服务小区的业务在该任意一候选小区内所占用的资源数目计算；或者，

根据每一个候选小区的剩余资源数目以及所述UE在相应小区上的RSRQ，分别计算每一个候选小区的剩余资源能够承载的数据量，再按照每一个候选小区的剩余资源能够承载的数据量确定相应候选小区的优先级，剩余资源承载的数据量越大的候选小区接入优先级越高。

6.如权利要求4所述的方法，其特征在于，针对未配置给所述UE的各其他CC对应的候选小区，按照各候选上区内的资源使用状态确定各候选小区的接入优先级，包括：

分别按照每一个候选小区的剩余资源数目确定相应候选小区的接入优先级，剩余资源数目越大的候选小区接入优先级越高；其中，任意一个候选小区的剩余资源数目根据该任意一候选小区内的可用资源数目和将该任意一候选小区作为保证QoS的服务小区的业务在该任意一候选小区内所占用的资源数目计算；或者，

分别按照每一个候选小区内已接入的业务中与请求接入的当前业务属于同一类的业务的服务速率确定相应候选小区的接入优先级，服务速率越高的候选小区接入优先级越高；或者，

分别按照每一个候选小区内满足请求接入的当前业务的最小服务速率要求所需的资源数目和相应候选小区内的剩余资源数目的比值，确定各个候选小区的接入优先级，比值越小的候选小区接入优先级越高；其中，任意一个候选小区内满足请求接入的当前业务的最小服务速率要求的资源数目，根据该任意一个候选小区内已接入的业务中与请求接入的当前业务属于同一类的业务的服务速率和该任意一个候选小区内已接入的业务占用的资源数目计算，该任意一个候选小区内的剩余资源数目根据该任意一个候选小区内的可用资源数目和将该任意一个候选小区作为保证QoS的服务小区的业务在该任意一个候选小区上所占用的资源数目计算。

7.如权利要求1－6任一项所述的方法，其特征在于，针对任意一个候选小区进行接入判决，包括：

判断所述任意一个候选小区内已接入的业务占用的资源数目和请求接入的当前业务需要占用的资源数目之和是否未超过预设的接入门限，若是，则确定当前业务在所述任意一个候选小区上满足接入判决条件，允许接入，否则，确定当前业务在所述任意一个候选小区上不满足接入判决条件，不允许接入；

其中，所述已接入的业务包括将所述任意一个候选小区作为保证QoS的服务小区的所有业务。

8.如权利要求7所述的方法，其特征在于，计算所述任意一个候选小区内已接入的业务占用的资源数目和请求接入的当前业务需要占用的资源数目，包括：

根据所述任意一个候选小区内已接入的业务的频谱效率和服务速率要求计算所述已接入的业务占用的资源数目；

根据所述任意一个候选小区内已接入的业务的频谱效率和所述当前业务的服务速率要求计算所述当前业务需要占用的资源数目。

9.如权利要求7所述的方法，其特征在于，确定任意一个候选小区满足判决条件时，在该任意一个候选小区接入UE请求的当前业务，包括：

判断所述任意一个候选小区是否为所述UE的服务小区；

若是，则将所述任意一个候选小区标识为UE请求的当前业务对应的保证QoS的服务小区，并在该任意一个候选小区接入当前业务；

否则，将所述任意一个候选小区添加为所述UE的辅服务小区，并将该任意一个候选小区标识为UE请求的当前业务对应的保证QoS的服务小区，以及在该任意一个候选小区接入当前业务。

10.如权利要求9所述的方法，其特征在于，在后续调度过程中，将UE请求的当前业务调度至对应的保证QoS的服务小区上进行传输。

11.如权利要求9所述的方法，其特征在于，进一步包括：

若所述UE对应的某一SCell满足删除触发条件，则在执行删除操作之前，判断待删除的SCell是否为所述UE使用的业务对应的保证QoS的服务小区；

若是，则针对将所述待删除的SCell作为保证QoS的服务小区的业务，执行SCell更新操作，并在更新成功后删除所述待删除的SCell，并且将更新后的SCell标记为所述业务对应的保证QoS的服务小区；

否则，直接删除所述待删除的SCell。

12.如权利要求9所述的方法，其特征在于，进一步包括：

将所述UE对应的第一SCell修改为第二SCell时，将所述UE使用的第一类业务对应的保证QoS的服务小区由所述第一SCell修改为所述第二SCell，其中，所述第一类业务为所述UE使用的将所述第一SCell作为保证QoS的服务小区的所有业务。

13.一种应用于长期演进升级系统的业务接入装置，其特征在于，包括：

第一确定单元，用于接收到用户设备UE发送的业务接入请求消息后，确定系统聚合的每一成员载波CC对应的候选小区；

第二确定单元，用于根据各候选小区对应的CC的属性及资源占用状态，确定各候选小区的接入优先级；

接入控制单元，用于按照各候选小区的接入优先级，依次针对每一个候选小区进行接入判决，确定任意一个候选小区满足判决条件时，在该任意一个候选小区接入UE请求的当前业务。

14.如权利要求13所述的装置，其特征在于，确定系统聚合的任意一个CC对应的候选小区时，所述第一确定单元具体用于：

若所述任意一个CC为主成员载波PCC，则将其对应的主服务小区PCell确定为相应的候选小区；

若所述任意一个CC为辅成员载波SCC，则将其对应的辅服务小区SCell确定为相应的候选小区；

若所述任意一个CC为未配置给所述UE使用的其他CC，则将该任意一个CC上资源使用状态最符合所述当前业务的使用需求的小区确定为相应的候选小区。

15.如权利要求14所述的装置，其特征在于，若所述任意一个CC为未配置给所述UE使用的其他CC，则所述第一确定单元将该任意一个CC上资源使用状态最符合所述当前业务的使用需求的小区确定为相应的候选小区，包括：

分别计算所述任意一个CC上每一个小区的剩余资源数目，并将剩余资源数目最大的小区作为该任意一个CC的候选小区，其中，所述任意一个CC上任意一个小区的剩余资源数目根据该任意一小区的可用资源数目和将该任意一小区作为保证业务服务质量QoS的服务小区的业务在该任意一小区上所占用的资源数目计算；

分别计算所述任意一个CC上每一个小区内已接入的业务中与请求接入的当前业务属于同一类的业务的服务速率，并将服务速率最大的小区作为该任意一个CC的候选小区；

分别计算所述任意一个CC上每一个小区内满足请求接入的当前业务的最小服务速率要求所需的资源数目和在相应小区内的剩余资源数目的比值，并将比值最小的小区作为该任意一个CC的候选小区，其中，所述任意一个CC上的任意一个小区内满足请求接入的当前业务的最小服务速率要求的资源数目，根据该任意一个小区内已接入的业务中与请求接入的当前业务属于同一类的业务的服务速率和该任意一个小区内已接入的业务占用的资源数目计算，所述任意一个小区内的剩余资源数目根据该任意一个小区内的可用资源数目和将该任意一个小区作为保证QoS的服务小区的业务在该任意一个小区上所占用的资源数目计算。

16.如权利要求14所述的装置，其特征在于，所述第二确定单元具体用于：

确定PCC对应的候选小区的接入优先级高于SCC对应的候选小区的接入优先级，以及SCC对应的候选小区的接入优先级高于未配置给所述UE的其他CC对应的候选小区；

针对各SCC对应的候选小区，按照所述UE在各候选小区内的资源使用状态确定各候选小区的接入优先级；

针对未配置给所述UE的各其他CC对应的候选小区，按照各候选小区内的资源使用状态确定各候选小区的接入优先级。

17.如权利要求16所述的装置，其特征在于，所述第二确定单元针对各SCC对应的候选小区，按照所述UE在各候选小区内的资源使用状态确定各候选小区的接入优先级，包括：

按照所述UE在每一个候选小区上的RSRQ确定各候选小区的接入优先级，RSRQ越大的候选小区接入优先级越高；或者，

分别按照每一个候选小区的剩余资源数目确定相应候选小区的接入优先级，剩余资源数目越大的候选小区接入优先级越高；其中，任意一个候选小区的剩余资源数目根据该任意一候选小区内的可用资源数目和将该任意一候选小区作为保证QoS的服务小区的业务在该任意一候选小区内所占用的资源数目计算；或者，

根据每一个候选小区的剩余资源数目以及所述UE在相应小区上的RSRQ，分别计算每一个候选小区的剩余资源能够承载的数据量，再按照每一个候选小区的剩余资源能够承载的数据量确定相应候选小区的优先级，剩余资源承载的数据量越大的候选小区接入优先级越高。

18.如权利要求16所述的装置，其特征在于，所述第二确定单元针对未配置给所述UE的各其他CC对应的候选小区，按照各候选上区内的资源使用状态确定各候选小区的接入优先级，包括：

分别按照每一个候选小区的剩余资源数目确定相应候选小区的接入优先级，剩余资源数目越大的候选小区接入优先级越高；其中，任意一个候选小区的剩余资源数目根据该任意一候选小区内的可用资源数目和将该任意一候选小区作为保证QoS的服务小区的业务在该任意一候选小区内所占用的资源数目计算；或者，

分别按照每一个候选小区内已接入的业务中与请求接入的当前业务属于同一类的业务的服务速率确定相应候选小区的接入优先级，服务速率越高的候选小区接入优先级越高；或者，

分别按照每一个候选小区内满足请求接入的当前业务的最小服务速率要求所需的资源数目和相应候选小区内的剩余资源数目的比值，确定各个候选小区的接入优先级，比值越小的候选小区接入优先级越高；其中，任意一个候选小区内满足请求接入的当前业务的最小服务速率要求的资源数目，根据该任意一个候选小区内已接入的业务中与请求接入的当前业务属于同一类的业务的服务速率和该任意一个候选小区内已接入的业务占用的资源数目计算，该任意一个候选小区内的剩余资源数目根据该任意一个候选小区内的可用资源数目和将该任意一个候选小区作为保证QoS的服务小区的业务在该任意一个候选小区上所占用的资源数目计算。

19.如权利要求13－18任一项所述的装置，其特征在于，所述接入控制单元具体用于：

判断所述任意一个候选小区内已接入的业务占用的资源数目和请求接入的当前业务需要占用的资源数目之和是否未超过预设的接入门限，若是，则确定当前业务在所述任意一个候选小区上满足接入判决条件，允许接入，否则，确定当前业务在所述任意一个候选小区上不满足接入判决条件，不允许接入；

其中，所述已接入的业务包括将所述任意一个候选小区作为保证QoS的服务小区的所有业务。

20.如权利要求19所述的装置，其特征在于，所述接入控制单元计算所述任意一个候选小区内已接入的业务占用的资源数目和请求接入的当前业务需要占用的资源数目，包括：

根据所述任意一个候选小区内已接入的业务的频谱效率和服务速率要求计算所述已接入的业务占用的资源数目；

根据所述任意一个候选小区内已接入的业务的频谱效率和所述当前业务的服务速率要求计算所述当前业务需要占用的资源数目。

21.如权利要求19所述的装置，其特征在于，所述接入控制单元确定任意一个候选小区满足判决条件时，在该任意一个候选小区接入UE请求的当前业务，包括：

判断所述任意一个候选小区是否为所述UE的服务小区；

若是，则将所述任意一个候选小区标识为UE请求的当前业务对应的保证QoS的服务小区，并在该任意一个候选小区接入当前业务；

否则，将所述任意一个候选小区添加为所述UE的辅服务小区，并将该任意一个候选小区标识为UE请求的当前业务对应的保证QoS的服务小区，以及在该任意一个候选小区接入当前业务。

22.如权利要求21所述的装置，其特征在于，进一步包括：

调度单元，用于在后续调度过程中，将UE请求的当前业务调度至对应的保证QoS的服务小区上进行传输。

23.如权利要求21所述的装置，其特征在于，所述接入控制单元进一步用于：

若所述UE对应的某一SCell满足删除触发条件，则在执行删除操作之前，判断待删除的SCell是否为所述UE使用的业务对应的保证QoS的服务小区；

若是，则针对将所述待删除的SCell作为保证QoS的服务小区的业务，执行SCell更新操作，并在更新成功后删除所述待删除的SCell，并且将更新后的SCell标记为所述业务对应的保证QoS的服务小区；

否则，直接删除所述待删除的SCell。

24.如权利要求21所述的装置，其特征在于，所述接入控制单元进一步用于：

将所述UE对应的第一SCell修改为第二SCell时，将所述UE使用的第一类业务对应的保证QoS的服务小区由所述第一SCell修改为所述第二SCell，其中，所述第一类业务为所述UE使用的将所述第一SCell作为保证QoS的服务小区的所有业务。