在双连接系统中确定计费策略的方法和装置

摘要

本发明提供了一种在双连接系统中确定计费策略的方法和装置，用户设备与主小区基站和从小区基站建立双连接，用户设备配置有分离承载，主小区和从小区属于不同的跟踪区域码。具体地，主小区基站为该用户设备确定对应于每个E-RAB的通过从小区传输的业务数据的信息和/或通过主小区传输的业务数据的信息；并且将所确定的业务数据的信息提供至核心网，以及将从小区的跟踪区域码提供至核心网。核心网中的PCRF基于接收到的业务数据的信息以及从小区的跟踪区域码，为该用户设备确定针对通过从小区传输的业务数据的计费策略以及针对通过主小区传输的业务数据的计费策略。本发明还提供了一种确定用户设备是否为家庭基站的闭合用户组小区的成员的方法和装置。

说明书

技术领域

本发明涉及通信系统，尤其涉及一种在双连接系统中确定计费策略的方法和装置，以及一种确定用户设备是否为家庭基站的闭合用户组小区的成员的方法和装置。

背景技术

在Release 12中，已经引入了双连接(Dual connectivity)。当用户设备，即用户终端(User Equipment，UE)配置有双连接时，该用户设备能够同时与主小区基站(Master eNB，MeNB)和从小区基站(Secondary eNB，SeNB)进行通信。

在一些应用场景中，主小区(即主小区基站所辖小区，可以包含一个或多个小区)和从小区(即从小区基站所辖小区，可以包含一个或多个小区)可能属于不同的跟踪区域码(Tracking area code，TAC)，如图1中所示出的。不同的跟踪区域码可能导致不同的计费策略。然而，在双连接中，当为一个用户设备配置分离承载(splitbearer)时，该分离承载的一些数据通过主小区传输，其他数据通过从小区传输。当前的计费机制不能区分有多少数据通过主小区(TAC1)以及有多少数据通过从小区(TAC 2)，因此，网络对于该种场景无法应用不同的计费策略。

考虑另一种应用场景，如果从小区基站是家庭基站(HeNB)以及用户设备是闭合用户组(Closed Subscriber Group，CSG)小区的成员，那么若用户设备配置有双连接时，对于通过主小区基站和从小区基站的数据传输的计费策略也是不同的。当前的计费策略无法处理该问题。家庭基站有三种模式：开放模式的家庭基站，这与通常的基站相同，所有用户设备都可以接入该家庭基站所辖小区；闭合模式的家庭基站，只有该家庭基站的成员用户才可以接入该家庭基站所辖小区，该小区称为闭合用户组小区(CSG Cell)，其系统消息指示闭合用户组小区的标识(CSG Identifier，CSG ID)，该家庭基站的成员用户是指该用户设备所包含的CSG列表包含该家庭基站所辖小区的CSG ID；混合接入模式的家庭基站，允许成员用户和非成员用户接入，但是成员用户具有优先获得资源的权利以及优惠的计费策略。如果为用户设备配置分离承载，那么一些数据通过家庭基站，但是核心网无法区分该用户设备是否应用双连接，以及无法知道有多少数据通过家庭基站以及用户设备是否是家庭基站的成员。对于混合接入模式的家庭基站以及闭合接入模式的家庭基站，这些问题都会存在。

发明内容

针对以上问题，本发明的发明人意识到，对于主小区和从小区属于不同跟踪区域码的情形，分别基于通过主小区的业务数据以及通过从小区的业务数据来确定不同的计费策略是有利的。

此外，如上文中所论述的，对于混合模式的家庭基站和闭合模式的家庭基站，倘若一个用户设备属于其闭合用户组小区的成员，那么该用户设备可以具有优先获得资源的权利以及优惠的计费策略。基于此，本发明的发明人意识到，对于从小区基站是家庭基站并且用户设备是闭合用户组小区的成员的情形，分别基于通过主小区的业务数据以及通过闭合用户组小区的业务数据来确定不同的计费策略是有利的。进一步地，在此情形下，提供一种确定用户设备是否为该家庭基站的闭合用户组小区的成员的方案也是有利的。

根据本发明的一个方面，提供了一种在通信系统的主小区基站中用于辅助核心网为用户设备确定计费策略的方法，所述用户设备与所述主小区基站和从小区基站建立双连接，所述用户设备配置有分离承载，主小区和从小区属于不同的跟踪区域码，所述方法包括以下步骤：为该用户设备，确定对应于每个E-RAB的通过所述从小区传输的业务数据的信息和/或通过所述主小区传输的业务数据的信息；以及将对应于每个E-RAB的通过所述从小区传输的业务数据的信息和/或通过所述主小区传输的业务数据的信息提供至所述核心网，以及将所述从小区的跟踪区域码提供至所述核心网，以用于所述核心网来确定计费策略。

在一个实施例中，上述方法还包括以下步骤：将对应于每个E-RAB的通过所述从小区传输的业务数据的传输时段和/或通过所述主小区传输的业务数据的传输时段提供给所述核心网。

根据本发明的另一个方面，提供了一种在通信系统的核心网络中用于为用户设备确定计费策略的方法，所述用户设备与主小区基站和从小区基站建立双连接，所述用户设备配置有分离承载，主小区和从小区属于不同的跟踪区域码，所述方法包括以下步骤：从所述主小区基站处接收对于所述用户设备的对应于每个E-RAB的通过所述从小区传输的业务数据的信息和/或通过所述主小区传输的业务数据的信息，以及接收所述从小区的跟踪区域码；以及基于接收到对应于每个E-RAB的通过所述从小区传输的业务数据的信息和/或通过所述主小区传输的业务数据的信息以及所述从小区的跟踪区域码，为所述用户设备确定针对通过所述从小区传输的业务数据的计费策略以及针对通过所述主小区传输的业务数据的计费策略。

在一个实施例中，上述方法还包括以下步骤：从所述主小区基站处接收对于所述用户设备的对应于每个E-RAB的通过所述从小区的业务数据的传输时段和/或通过所述主小区的业务数据的传输时段，其中，所述确定步骤还包括：基于接收到对应于每个E-RAB的通过所述从小区传输的业务数据的信息和/或通过所述主小区传输的业务数据的信息，对应于每个E-RAB的通过所述从小区传输的业务数据的传输时段和/或通过所述主小区传输的业务数据的传输时段以及所述从小区的跟踪区域码，为所述用户设备确定针对通过所述从小区传输的业务数据的计费策略以及针对通过所述主小区传输的业务数据的计费策略。

根据本发明的又一个方面，提供了一种在通信系统的主小区基站中用于辅助核心网为用户设备确定计费策略的方法，所述用户设备与所述主小区基站和家庭基站建立双连接，所述用户设备配置有分离承载，所述方法包括以下步骤：在确定所述用户设备为所述家庭基站的闭合用户组小区的成员后，为该用户设备，确定对应于每个E-RAB的通过所述闭合用户组小区传输的业务数据的信息和/或通过主小区传输的业务数据的信息；以及将对应于每个E-RAB的通过所述闭合用户组小区传输的业务数据的信息和/或通过所述主小区传输的业务数据的信息提供至所述核心网，以及将指示所述用户设备属于所述闭合用户组小区的成员的指示信息提供给所述核心网，以用于所述核心网来确定计费策略。

在一个实施例中，上述方法还包括以下步骤：将对应于每个E-RAB的通过所述闭合用户组小区传输的业务数据的传输时段和/或通过所述主小区传输的业务数据的传输时段提供给所述核心网。

在一个实施例中，当所述主小区和所述闭合用户组小区属于不同的跟踪区域码时，所述方法还包括：将所述闭合用户组小区的跟踪区域码提供给所述核心网。

根据本发明的又一个方面，提供了一种在通信系统的核心网络中用于为用户设备确定计费策略的方法，所述用户设备与所述主小区基站和家庭基站建立双连接，所述用户设备配置有分离承载，所述方法包括以下步骤：从所述主小区基站处接收对于所述用户设备的对应于每个E-RAB的通过所述家庭基站的闭合用户组小区传输的业务数据的信息和/或通过所述主小区传输的业务数据的信息，以及获取指示所述用户设备属于所述闭合用户组小区的成员的指示信息；以及基于接收到的对应于每个E-RAB的通过所述闭合用户组小区传输的业务数据的信息和/或通过所述主小区传输的业务数据的信息以及所述指示信息，为所述用户设备确定针对通过所述闭合用户组小区传输的业务数据的计费策略以及针对通过所述主小区传输的业务数据的计费策略。

在一个实施例中，上述方法还包括以下步骤：从所述主小区基站处接收对于所述用户设备的对应于每个E-RAB的通过所述闭合用户组小区传输的业务数据的传输时段和/或通过所述主小区传输的业务数据的传输时段，其中，所述确定步骤还包括：基于接收到的对应于每个E-RAB的通过所述闭合用户组小区传输的业务数据的信息和/或通过所述主小区传输的业务数据的信息，对应于每个E-RAB的通过所述闭合用户组小区传输的业务数据的传输时段和/或通过所述主小区传输的业务数据的传输时段以及所述指示信息，为所述用户设备确定针对通过所述闭合用户组小区传输的业务数据的计费策略以及针对通过所述主小区传输的业务数据的计费策略。

根据本发明的又一个方面，提供了一种在通信系统的核心网中用于用户设备确定计费策略的方法，所述用户设备与所述主小区基站和家庭基站建立双连接，所述用户设备配置有从小区组承载，所述方法包括以下步骤：获取指示所述用户设备是否属于所述家庭基站的闭合用户组小区的成员的指示信息，以及确定通过所述闭合用户组小区传输的业务数据量；以及基于通过所述闭合用户组小区传输的业务数据量，为所述用户设备确定针对通过闭合用户组小区传输的业务数据的计费策略。

根据本发明的又一个方面，提供了一种在通信系统的主小区基站中用于辅助确定用户设备是否为家庭基站的闭合用户组小区的成员的方法，包括以下步骤：从所述家庭基站处获取所述闭合用户组小区的标识；发送认证请求信息至移动管理实体，所述认证请求信息中包括所述用户设备的标识以及所述闭合用户组小区的标识；以及接收来自所述移动管理实体的认证响应信息，所述认证响应信息中包括指示所述用户设备是否为所述闭合用户组小区的成员的指示信息。

在一个实施例中，所述认证请求信息中还包括：指示所述用户设备是否为所述闭合用户组小区的成员的指示信息。

在一个实施例中，当所述用户设备配置有分离承载时，新配置一个闭合用户组成员认证请求消息以及一个闭合用户组成员认证响应消息，其中所述认证请求信息由所述闭合用户组成员认证请求消息来承载，所述认证响应信息由所述闭合用户组成员认证响应消息来承载。

在一个实施例中，当所述用户设备配置有从小区组承载时，所述认证请求信息由E-RAB修改指示消息来承载，所述认证响应信息由E-RAB修改确认消息来承载。

在一个实施例中，所述获取步骤包括：发送从小区基站增加请求至家庭基站；以及接收来自所述家庭基站的从小区基站增加请求确认，所述从小区基站增加确认中包括所述闭合用户组小区的标识。

在一个实施例中，所述从小区基站增加请求中还包括指示所述用户设备是否为所述闭合用户组小区的成员的指示信息。

根据本发明的又一个方面，提供了一种在通信系统的家庭基站中用于辅助确认用户设备是否为其闭合用户组小区的成员的方法，包括以下步骤：向主小区基站提供所述闭合用户组小区的标识。

在一个实施例中，所述提供步骤包括：接收来自所述主小区基站的从小区基站增加请求；以及发送从小区基站增加请求确认至所述主小区基站，所述从小区基站增加请求确认中包括所述闭合用户组小区的标识。

在一个实施例中，所述从小区基站增加请求中还包括指示所述用户设备是否为所述闭合用户组小区的成员的指示信息。

根据本发明的又一个方面，提供了一种在通信系统的家庭基站中用于辅助确认用户设备是否为其闭合用户组小区的成员的方法，其特征在于，包括以下步骤：接收来自主小区基站的从小区基站增加请求，所述从小区基站增加请求中包括闭合用户组小区的标识；验证所述从小区基站增加请求中包括的闭合用户组小区的标识是否与该家庭基站自己的闭合用户组小区的标识一致；以及如果一致，则发送从小区基站增加请求确认至所述主小区基站。

在一个实施例中，上述方法还包括以下步骤：发送认证请求信息至移动管理实体，所述认证请求信息中包括所述用户设备的标识以及所述闭合用户组小区的标识；以及接收来自所述移动管理实体的认证响应信息，所述认证响应信息中包括指示所述用户设备是否为所述闭合用户组小区的成员的指示信息。

在一个实施例中，所述认证请求信息中还包括：指示所述用户设备是否为所述闭合用户组小区的成员的指示信息。

在一个实施例中，新配置一个闭合用户组成员认证请求消息以及一个闭合用户组成员认证响应消息，其中所述认证请求信息由所述闭合用户组成员认证请求消息来承载，所述认证响应信息由所述闭合用户组成员认证响应消息来承载。

根据本发明的又一个方面，提供了一种在通信系统的移动管理实体中用于确定用户设备是否为家庭基站的闭合用户组小区的成员的方法，所述用户设备配置有分离承载，包括以下步骤：接收来自主小区基站的认证请求信息，所述认证请求信息中包括所述用户设备的标识以及所述闭合用户组小区的标识；以及基于所述认证请求信息，对所述用户设备是否为所述闭合用户组小区的成员进行认证，并且发送认证响应信息至所述主小区基站，所述认证响应信息中包括指示所述用户设备是否为所述闭合用户组小区的成员的指示信息。

在一个实施例中，所述认证请求信息中还包括：指示所述用户设备是否为所述闭合用户组小区的成员的指示信息。

在一个实施例中，当所述用户设备配置有分离承载时，新配置一个闭合用户组成员认证请求消息以及一个闭合用户组成员认证响应消息，其中所述认证请求信息由所述闭合用户组成员认证请求消息来承载，所述认证响应信息由所述闭合用户组成员认证响应消息来承载。

在一个实施例中，当所述用户设备配置有从小区组承载时，所述认证请求信息由E-RAB修改指示消息来承载，所述认证响应信息由E-RAB修改确认消息来承载。

本发明的各个方面将通过下文中的具体实施例的说明而更加清晰。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更加明显：

图1示出了具有不同跟踪区域码的双连接的应用场景；

图2示出了根据本发明的一个实施例的确定用户设备是否为闭合用户组小区的成员的流程图；

图3示出了根据本发明的另一个实施例的确定用户设备是否为闭合用户组小区的成员的流程图；

图4示出了根据本发明的一个实施例的在双连接系统中为用户设备确定计费策略的流程图。

在图中，相同或类似的附图标记表示相同或相对应的部件或特征。

具体实施方式

以下将结合附图对本发明的各实施例进行详细描述。

在双连接系统中为用户设备确定计费策略

如上文中所论述的，对于主小区和从小区属于不同跟踪区域码的情形，分别基于通过主小区传输的业务数据以及通过从小区传输的业务数据来确定不同的计费策略是有利的；对于从小区基站是家庭基站并且用户设备是闭合用户组小区的成员的情形，分别基于通过主小区传输的业务数据以及通过闭合用户组小区传输的业务数据来确定不同的计费策略也是有利的。以下将分别针对这些情形进行说明。

●主小区和从小区属于不同跟踪区域码

首先，在步骤S401中，主小区基站为该用户设备确定对应于每个E-RAB的通过从小区传输的业务数据的信息和/或通过主小区传输的业务数据的信息。该E-RAB是分离承载(Split Bearer)，其部分数据由主小区基站负责传输，其它部分数据由从小区基站负责传输。

通过从小区传输的业务数据的信息可以是例如通过从小区传输的业务数据量，或者是通过从小区传输的业务数据量占业务数据总量(也即，通过从小区传输的业务数据量加上通过主小区传输的业务数据量)的比率等。同样地，通过主小区传输的业务数据的信息可以是例如通过主小区传输的业务数据量，或者是通过主小区传输的业务数据量占业务数据总量的比率等。

在确定了对应于每个E-RAB的通过从小区传输的业务数据的信息和/或通过主小区传输的业务数据的信息后，在步骤S402中，主小区基站将对应于每个E-RAB的通过从小区传输的业务数据的信息和/或通过主小区传输的业务数据的信息提供至核心网。例如，主小区基站将这些信息提供给核心网中的移动管理实体(MobilityManagement Entity，MME)，再由该移动管理实体通过服务网关(S-GW)和PDN网关(P-GW)等提供给策略与计费规则功能单元(Policy and Charging Rules Function，PCRF)。

可以理解的是，由于核心网侧知晓对于该用户设备的对应于每个E-RAB的业务数据总量，因此，在一种实现下，可以仅将通过从小区传输的业务数据的信息告知核心网，或者仅将通过主小区传输的业务数据的信息告知核心网；在另一种实现下，也可以同时将通过从小区传输的业务数据的信息和通过主小区传输的业务数据的信息告知核心网。

此外，主小区基站还需要将从小区的跟踪区域码提供至核心网。

核心网中的PCRF从主小区基站获取了对于该用户设备的对应于每个E-RAB的通过从小区传输的业务数据的信息和/或通过主小区传输的业务数据的信息以及从小区的跟踪区域码之后，知晓主小区的跟踪区域码和从小区的跟踪区域码不同，应当采取不同的计费策略，于是，在步骤S403中，PCRF基于接收到的对应于每个E-RAB的通过从小区传输的业务数据的信息和/或通过主小区传输的业务数据的信息，为该用户设备分别确定针对通过从小区传输的业务数据的计费策略以及针对通过主小区传输的业务数据的计费策略。

进一步地，主小区基站还可以将对应于每个E-RAB的通过从小区传输的业务数据的传输时段和/或通过主小区传输的业务数据的传输时段提供给核心网。传输时段是指传输业务数据的时间信息，例如，开始时间和持续时间，或开始时间和终止时间等。在此情形下，核心网中的PCRF可以基于接收到的对应于每个E-RAB的通过从小区传输的业务数据的信息和/或通过主小区传输的业务数据的信息以及接收到的对应于每个E-RAB的通过从小区传输的业务数据的传输时段和/或通过主小区传输的业务数据的传输时段，来为该用户设备分别确定针对通过从小区传输的业务数据的计费策略以及针对通过主小区传输的业务数据的计费策略。

●从小区基站为家庭基站，并且用户设备配置有分离承载

此实施例针对的是该用户设备属于家庭基站的闭合用户组小区的成员的情形。

在确定了该用户设备属于家庭基站的闭合用户组小区的成员后，主小区基站为该用户设备确定对应于每个E-RAB的通过闭合用户组小区传输的业务数据的信息和/或通过主小区传输的业务数据的信息。

通过闭合用户组小区传输的业务数据的信息可以是例如通过闭合用户组小区的业务数据量，或者是通过闭合用户组小区传输的业务数据量占业务数据总量(也即，通过闭合用户组小区传输的业务数据量加上通过主小区传输的业务数据量)的比率等。同样地，通过主小区传输的业务数据的信息可以是例如通过主小区传输的业务数据量，或者是通过主小区传输的业务数据量占业务数据总量的比率等。

然后，主小区基站将对应于每个E-RAB的通过闭合用户组小区传输的业务数据的信息和/或通过主小区传输的业务数据的信息提供至核心网。例如，主小区基站将这些信息提供给核心网中的移动管理实体(Mobility Management Entity，MME)，再由该移动管理实体通过服务网关(S-GW)和PDN网关(P-GW)等提供给策略与计费规则功能单元(Policy and Charging Rules Function，PCRF)。

此外，主小区基站还需要将指示该用户设备属于该闭合用户组小区的成员的指示信息提供至核心网。

核心网中的PCRF从主小区基站获取了对于该用户设备的对应于每个E-RAB的通过家庭基站的闭合用户组小区传输的业务数据的信息和/或通过主小区传输的业务数据的信息以及获取了指示该用户设备属于该闭合用户组小区的成员的指示信息之后，知晓该用户设备属于闭合用户组小区的成员，应当采取不同的计费策略，于是，PCRF基于接收到的对应于每个E-RAB的通过闭合用户组小区传输的业务数据的信息和/或通过主小区传输的业务数据的信息，为该用户设备确定针对通过闭合用户组小区传输的业务数据的计费策略以及针对通过主小区传输的业务数据的计费策略。

进一步地，主小区基站还可以将对应于每个E-RAB的通过闭合用户组小区传输的业务数据的传输时段和/或通过主小区传输的业务数据的传输时段提供给核心网。在此情形下，核心网中的PCRF可以基于接收到的对应于每个E-RAB的通过闭合用户组小区传输的业务数据的信息和/或通过主小区传输的业务数据的信息以及接收到的对应于每个E-RAB的通过闭合用户组小区传输的业务数据的传输时段和/或通过主小区传输的业务数据的传输时段，来为该用户设备分别确定针对通过闭合用户组小区传输的业务数据的计费策略以及针对通过主小区传输的业务数据的计费策略。

在该实施例的一个变化的示例中，如果主小区和闭合用户组小区属于不同的跟踪区域码，那么主小区基站还可以把该闭合用户组小区的跟踪区域码提供给核心网，以用于核心网在上述业务数据的信息的基础上再结合主小区和闭合用户组小区属于不同跟踪区域码这一事实，重新为该用户设备分别确定针对通过闭合用户组小区传输的业务数据的计费策略以及针对通过主小区传输的业务数据的计费策略。

●从小区基站为家庭基站，并且用户设备配置有从小区组承载

此实施例针对的是该用户设备属于家庭基站的闭合用户组小区的成员的情形。从小区组承载(SCG Bearer)是指用户设备在双连接情况下，该承载由从小区基站负责数据传输。

核心网中的PCRF获取指示该用户设备是否属于家庭基站的闭合用户组小区的成员的指示信息。具体地，在核心网中，该指示信息可以由移动管理实体通过服务网关和PDN网关等提供给PCRF。如果核心网中的PCRF获取的指示信息指示该用户设备属于家庭基站的闭合用户组小区的成员，则意味着PCRF对通过该闭合用户组小区传输的业务数据可以采用与通过主小区传输的业务数据不同的计费策略。

然后，PCRF确定通过该闭合用户组小区传输的业务数据量，并且基于该业务数据量，为该用户设备确定针对该闭合用户组小区传输的业务数据的计费策略。

确定用户设备是否属于家庭基站的闭合用户组小区的成员

●从小区基站为家庭基站，用户设备配置有分离承载

假设用户设备已经与主小区基站建立了RRC连接，那么该用户设备根据主小区基站设置的测量配置执行测量。对于该用户设备，其CSG列表包括多个闭合用户组标识(CSG ID)。如果该用户设备接近一个闭合用户组小区并且已经获取了该闭合用户组小区的系统信息，也即获得该闭合用户组小区的标识(CSG ID)，那么该用户设备检查其是否是该闭合用户组小区的成员。然后，在步骤S201中，该用户设备发送关于该闭合用户组小区的测量报告至主小区基站，该测量报告中包括指示该用户设备是否为该闭合用户组小区的成员的指示信息以及该闭合用户组小区的标识。

当闭合用户组小区为闭合接入模式时并且用户设备指示其为该闭合用户组小区的成员，主小区基站可以请求该CSG小区为该用户设备配置双连接，在步骤S202中，主小区基站发送从小区基站增加请求(SeNB Addition Request)至从小区基站。该从小区基站增加请求中可以包括指示该用户设备为闭合用户组小区的成员的指示信息，或者也可以不包括该指示信息，此时则默认为成员。

在步骤S203中，从小区基站依据自身的负载状态做出是否允许建立双连接的决定，如果允许，则为用户设备配置相应的资源，然后发送从小区基站增加请求确认(SeNB Addition RequestAcknowledge)至主小区基站，该从小区基站增加请求确认中包括从家庭基站所辖的闭合用户组小区的标识(CSG ID)。从小区基站向主小区基站指示的CSG ID和用户设备上报的CSG ID可能会不一致，在此情形下，主小区基站以从小区基站指示的CSG ID为准。

需要说明的是，步骤S202和S203还可以有不同的实现方式，从小区基站增加请求中还可以包括用户设备所上报的闭合用户组小区的标识，从小区基站接收到从小区基站增加请求后，需要验证用户设备所上报的闭合用户组小区的标识是否与自身的闭合用户组小区的标识一致，如果一致，则为用户设备配置相应的资源，并发送从小区基站增加请求确认(SeNB Addition Request Acknowledge)至主小区基站，从小区基站增加请求确认中可以包括用于指示从小区基站增加请求中携带的闭合用户组小区的标识是否正确的指示信息，或者从小区基站增加请求确认不包含所述是否正确的指示信息(也即默认正确)；如果不一致，则发送从小区基站增加拒绝(SeNBAddition Reject)至主小区基站。

当闭合用户组小区为混合接入模式时，在步骤S202中，主小区基站发送从小区基站增加请求(SeNB Addition Request)至从小区基站。该从小区基站增加请求中包括指示该用户设备是否为闭合用户组小区的成员的信息。然后，在步骤S203中，从小区基站发送从小区基站增加请求确认(SeNB Addition Request Acknowledge)至主小区基站。该从小区基站增加请求确认中包括闭合用户组小区的标识信息。在此情形下，不论用户设备是否为该闭合用户组小区的成员，在负载状态允许的情况下，主小区基站都可以为该用户设备建立双连接。

需要说明的是，步骤S202和S203还可以有不同的实现方式，从小区基站增加请求中还可以包括用户设备所上报的闭合用户组小区的标识，从小区基站接收到从小区基站增加请求后需要验证用户设备所上报的闭合用户组小区的标识是否与自身的闭合用户组小区的标识一致，如果一致，则为用户设备配置相应的资源，发送从小区基站增加请求确认至主小区基站，从小区基站增加请求确认中可以包括用于指示从小区基站增加请求中携带的闭合用户组小区的标识是否正确的指示信息，或者从小区基站增加请求确认不包含所述是否正确的指示信息(也即默认正确)；如果不一致，则发送从基站增加拒绝(SeNB Addition Reject)至主小区基站，或者在不一致时，从小区基站仍为用户设备配置相应的资源，在向主小区基站发送的从小区基站增加请求确认中包含自身的CSG ID。

然后，在步骤S204中，主小区基站发送闭合用户组成员认证请求(CSG membership verification request)至移动管理实体(MobilityManagement Entity，MME)。该闭合用户组成员认证请求中包括该用户设备的标识(UE ID)，该闭合用户组小区的标识(CSG ID)以及指示该用户设备是否为该闭合用户组小区的成员的信息(CSGMS)。当闭合用户组小区为闭合接入模式时，闭合用户组成员认证请求也可以不包含指示该用户设备是否为该闭合用户组小区的成员的信息，此时默认为成员。闭合用户组成员认证请求是新增的信令，本发明并不限定其具体的名称。

移动管理实体接收到来自主小区基站的闭合用户组成员认证请求后，在步骤S205中，移动管理实体与核心网的其他网元协作以对该用户设备是否为该闭合用户组小区的成员进行认证，并发送闭合用户组成员认证响应(CSG membership verification response)至主小区基站，该闭合用户组成员认证响应消息中包括指示该用户设备是否为该闭合用户组小区的成员的信息。如果该闭合用户组小区为闭合接入模式时，倘若移动管理实体的认证结果为否，则拒绝为该用户设备配置双连接。而如果该闭合用户组小区为混合接入模式时，则不管认证结果如何，都可以为该用户设备建立双连接。只是如果确定该用户设备属于该闭合用户组小区的成员，那么，在建立双连接后，针对该用户设备通过主小区的业务数据以及通过闭合用户组小区的业务数据可以采用不同的计费策略。

然后，在步骤S206中，主小区基站发送RRC连接重配置(RRCConnection Reconfiguration)至该用户设备，该RRC连接重配置中包括从小区基站为该用户设备配置的资源信息。在步骤S207中，该用户设备发送RRC连接重配置完成(RRC Connection ReconfigurationComplete)至主小区基站。在步骤S208中，主小区基站发送从小区基站重配置完成(SeNB Reconfiguration Complete)至从小区基站。

在步骤S209中，该用户设备依据RRC连接重配置中包含的关于从小区基站为该用户设备配置的资源信息，与从小区基站之间进行随机接入过程。一旦随机接入成功，则用户设备建立了双连接。于是用户设备可以同时通过主小区基站和从小区基站进行数据传输。需要说明的是，步骤S207和S209可以并行，没有先后次序。

可以理解的是，在步骤202和203的上述变化的实现方式中，也即从小区基站验证用户设备所上报的闭合用户组小区的标识是否与自身的闭合用户组小区的标识一致的这一实现方式中，也可以由从小区基站来发送闭合用户组成员认证请求(CSG membershipverification request)至移动管理实体来进行认证。从小区基站获得是否是成员的认证信息后，需要通知主小区基站，如当用户设备是闭合模式的闭合用户组小区的成员时，从小区基站才会发送从小区基站增加请求确认至主小区基站；当用户设备不是闭合模式的闭合用户组小区的成员时，从小区基站发送从小区基站增加拒绝至主小区基站；当闭合用户组小区是混合模式时，从小区基站需要将获得的认证信息通过从小区基站增加请求确认告知主小区基站。

●从小区基站为家庭基站，并且用户设备配置有从小区组承载

在该实施例中，步骤S301-S303与上一实施例中的步骤S201-203类似，为简明起见在此不作赘述。而步骤S304-307与上一实施例中的步骤206-209类似，不再复述。

其不同之处在于，在步骤308中，主小区基站发送关于从小区组承载(SCG bearer)的序列号状态转换(SN Status Transfer)至从小区基站。从小区组承载(SCG bearer)是指该承载的数据传输由从小区基站负责，主小区基站不再负责该承载的数据传输。在没有建立双连接之前，用户设备已经建立了该承载，此时由主小区基站负责该承载的数据传输，在建立双连接之后，该承载被配置为SCGbearer，将由从小区基站负责数据传输，对于该承载，主小区基站可能保存了部分没有来得及传输的下行数据以及部分失序的上行数据，主小区基站需要将这部分数据转发到从小区基站(也即通过步骤S309的数据转发步骤)，主小区基站同时将这部分数据相应的状态信息转发给从小区基站，以便从小区基站能够获知准确的传输状态信息，确保用户数据的完整。

然后，在步骤S310中，主小区基站发送E-RAB修改指示(E-RABModification Indication)至移动管理实体，该E-RAB修改指示中包括该用户设备的标识，该闭合用户组小区的标识以及指示该用户设备是否为该闭合用户组小区的成员的信息。当闭合用户组小区为闭合接入模式时，E-RAB修改指示可以不包含指示该用户设备是否为该闭合用户组小区的成员的信息，此时默认为成员。移动管理实体收到E-RAB修改指示后，需要对该用户设备是否为该闭合用户组小区的成员进行认证。

在步骤S311中，S-GW与移动管理实体之间进行承载修改。对于SCG Bearer，在S-GW修改了传输路径之后，该承载的下行数据由S-GW直接发送到从小区基站。在步骤S312中，End Marker Packet用于标识最后一个转发的数据包，在End Marker Packet之前，该SCGbearer的下行数据由S-GW发送到主小区基站。接着，在步骤S313中，移动管理实体与核心网的其他网元协作将获得的对该用户设备是否为该闭合用户组小区的成员的认证结果发送给主小区基站，也即移动管理实体发送E-RAB修改确认(E-RAB ModificationConfirmation)至主小区基站。该E-RAB修改确认中包括指示该用户设备是否为该闭合用户组小区的成员的信息。当闭合用户组小区为闭合接入模式时，该E-RAB修改确认可以不包含指示该用户设备是否为该闭合用户组小区的成员的信息(也即默认是成员)；如果认证的结果不是成员，移动管理实体发送没有为SCG bearer切换路径的消息至主小区基站，或发送E-RAB修改失败的消息至主小区基站，移动管理实体指示失败的原因。如果移动管理实体的认证结果是该用户设备不是该闭合用户组小区(闭合模式时)的成员，那么主小区基站需要释放在步骤S302和S303建立的双连接。

在步骤S311中，如果移动管理实体发现用户设备是闭合用户组小区的成员时，需要在步骤S311中向S-GW指示用户设备是闭合用户组小区的成员的信息。然后S-GW需要将用户设备是闭合用户组小区的成员的信息连同SCG Bearer信息通知P-GW，P-GW再将用户设备是闭合用户组小区的成员的信息连同SCG Bearer信息通知PCRF，PCRF可以针对该SCG Bearer采用成员的计费策略。

在一个或多个示例性设计中，可以用硬件、软件、固件或它们的任意组合来实现本申请所述的功能。如果用软件来实现，则可以将所述功能作为一个或多个指令或代码存储在计算机可读介质上，或者作为计算机可读介质上的一个或多个指令或代码来传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括有助于计算机程序从一个地方传递到另一个地方的任意介质。存储介质可以是通用或专用计算机可访问的任意可用介质。这种计算机可读介质可以包括，例如但不限于，RAM、ROM、EEPROM、CD-ROM或其它光盘存储设备、磁盘存储设备或其它磁存储设备，或者可用于以通用或专用计算机或者通用或专用处理器可访问的指令或数据结构的形式来携带或存储希望的程序代码模块的任意其它介质。并且，任意连接也可以被称为是计算机可读介质。例如，如果软件是使用同轴电缆、光纤光缆、双绞线、数字用户线(DSL)或诸如红外线、无线电和微波之类的无线技术来从网站、服务器或其它远程源传输的，那么同轴电缆、光纤光缆、双绞线、DSL或诸如红外线、无线电和微波之类的无线技术也包括在介质的定义中。

可以用通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立门或者晶体管逻辑、分立硬件组件或用于执行本文所述的功能的任意组合来实现或执行结合本公开所描述的各种示例性的逻辑块、模块和电路。通用处理器可以是微处理器，或者，处理器也可以是任何常规的处理器、控制器、微控制器或者状态机。处理器也可以实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、一个或多个微处理器与DSP内核的结合，或者任何其它此种结构。

本领域普通技术人员还应当理解，结合本申请的实施例描述的各种示例性的逻辑块、模块、电路和算法步骤可以实现成电子硬件、计算机软件或二者的组合。为了清楚地表示硬件和软件之间的这种可互换性，上文对各种示例性的部件、块、模块、电路和步骤均围绕其功能进行了一般性描述。至于这种功能是实现成硬件还是实现成软件，取决于特定的应用和施加在整个系统上的设计约束条件。本领域技术人员可以针对每种特定应用，以变通的方式实现所描述的功能，但是，这种实现决策不应解释为背离本发明的保护范围。

本公开的以上描述用于使本领域的任何普通技术人员能够实现或使用本发明。对于本领域普通技术人员来说，本公开的各种修改都是显而易见的，并且本文定义的一般性原理也可以在不脱离本发明的精神和保护范围的情况下应用于其它变形。因此，本发明并不限于本文所述的实例和设计，而是与本文公开的原理和新颖性特性的最广范围相一致。