和实现方法更加清楚，下面将结合优选的实施例对其实现过程进行详细描述。
[0079]本优选实施例提供了一种双连接时的SeNB增加/释放的优化方法，该方法涉及通讯领域，具体涉及一种双连接时的SeNB增加/释放的优化方法。
[0080]在本优选实施例中，为了实现SeNB的增加/释放，在进行双连接时，MeNB与SeNB维护SeNB增加/释放门限，其中，所维护的SeNB增加/释放门限为一针对SeNB中某个Ce 11的独立的门限，或为与小区切换门限的一个偏移量、或为预先配置的SeNB增加/释放门限的一个偏移量。
[0081]优选地，MeNB与SeNB协商所维护的SeNB增加/释放门限，可以采用新的请求/响应消息，或利用已有的消息，例如移动性变更请求(MOBILITY CHANGE REQUEST)/移动性变更成功响应(MOBILITY CHANGE ACKNOWLEDGE) /移动性变更失败响应(MOBILITY CHANGEFAILURE)。
[0082]优选地，协商内容为对SeNB增加/释放门限的变化量，协商消息中还可包括所维护的SeNB增加/释放门限的当前值、允许的变化范围。
[0083]优选地，所维护的SeNB增加/释放门限可以是一组门限，以使优化更加精细化，比如针对不同的业务类型(如服务质量类别标识(QoS Class Identifier,简称为QCI))、不同的数据流量(如可分为高、中、低)、不同的移动状态(如可分为高速、中速、低速)等分别维护一个门限。
[0084]优选地，MeNB与SeNB协商所维护的SeNB增加/释放门限时，也可以针对更加精细化的门限组，或门限组中的部分单个门限。
[0085]下面结合附图和具体实施例进行描述。
[0086]结合图10的实施例一描述如下:
[0087]步骤1、eNBl (设为MeNB)和eNB2 (设为SeNB)分别维护SeNB增释门限(相当于次基站增加/释放门限)，所维护的门限为一针对Cell2的独立于切换门限的门限。
[0088]步骤2、eNB 1向eNB2发送SeNB增释门限协商请求消息，消息包含eNB2中针对Cell2的SeNB释放门限的变化量、eNBl中针对Cell2的SeNB增加门限的当前值、eNBl中针对Cell2的SeNB增加门限的变化量中的一项或多项。
[0089]步骤3、eNB2收到eNB 1的协商请求消息，如同意则按协商请求消息中的“ eNB2中针对Cell2的SeNB释放门限的变化量”对eNB2所维护的针对Cell2的SeNB释放门限进行更新。
[0090]步骤4、eNB2向eNBl发送SeNB增释门限协商响应消息，表示同意或拒绝(可以分别发协商同意消息或协商拒绝消息，也可以在响应消息中带同意或拒绝的标志)。消息包含同意或拒绝的标志、eNB2所维护的针对Cell2的SeNB释放门限的当前值(同意时为变化后的值)、eNB2中针对Cell2的SeNB释放门限允许的变化范围中的一项或多项。
[0091]步骤5、eNBl收到eNB2的协商响应消息，如为同意则按协商请求消息中的“eNBl中针对Cell2的SeNB增加门限的变化量”对eNBl所维护的针对Cell2的SeNB增加门限进行更新。如拒绝则流程结束或eNBl可根据响应消息中的“eNB2中针对Cell2的SeNB释放门限允许的变化范围”再次发起协商请求。
[0092]结合图11的实施例二描述如下:
[0093]步骤l、eNBl (设为MeNB)和eNB2 (设为SeNB)分别维护SeNB增释门限，所维护的门限为一针对Cel 12的独立于切换门限的门限。
[0094]步骤2、eNBl向eNB2发送MOBILITY CHANGE REQUEST消息，消息包含eNB2中针对Cell2的SeNB释放门限的变化量、eNBl中针对Cell2的SeNB增加门限的当前值、eNBl中针对Cell2的SeNB增加门限的变化量中的一项或多项。
[0095]步骤3、eNB2收到eNB 1的协商请求消息，如同意则按协商请求消息中的“ eNB2中针对Cell2的SeNB释放门限的变化量”对eNB2所维护的针对Cell2的SeNB释放门限进行更新。
[0096]步骤4、eNB2 向 eNBl 发送 MOBILITY CHANGE ACKNOWLEDGE 或 MOBILITY CHANGEFAILURE消息，表示同意或拒绝。消息包含eNB2所维护的针对Cell2的SeNB释放门限的当前值(同意时为变化后的值)、eNB2中针对Cell2的SeNB释放门限允许的变化范围中的一项或多项。
[0097]步骤5、eNBl 如收到 eNB2 的 ACKNOWLEDGE 消息，则按 MOBILITY CHANGE REQUEST消息中的“eNBl中针对Cel 12的SeNB增加门限的变化量”对eNBl所维护的针对Cel 12的SeNB增加门限进行更新。如收到eNB2的FAILURE消息，则流程结束或eNBl可根据FAILURE消息中的“eNB2中针对Cel 12的SeNB释放门限允许的变化范围”再次发起协商请求。
[0098]结合图10的实施例三描述如下:
[0099]步骤1、eNB 1 (设为MeNB)和eNB2 (设为SeNB)分别维护一组SeNB增释门限，以使优化更加精细化，比如针对不同的业务类型(如服务质量类别标识(QoS ClassIdentifier，QCI))、不同的数据流量(如可分为高、中、低)、不同的移动状态(如可分为高速、中速、低速)等分别维护一个针对Cell2的独立于切换门限的门限。
[0100]步骤2、eNBl向eNB2发送SeNB增释门限协商请求消息，消息中包含一个或多个针对Cell2的SeNB增释门限的协商项，每一个协商项又包括eNB2中针对Cell2的SeNB释放门限的变化量、eNBl中针对Cell2的SeNB增加门限的当前值、eNBl中针对Cell2的SeNB增加门限的变化量中的一项或多项。
[0101]步骤3、eNB2收到eNB 1的协商请求消息，对于协商请求消息中的各协商项,如同意则按该协商项中的“eNB2中针对Cel 12的SeNB释放门限的变化量”对eNB2所维护的针对Cel 12的相应SeNB释放门限进行更新。
[0102]步骤4、eNB2向eNBl发送SeNB增释门限协商响应消息，对于协商请求消息中的各协商项，分别表不同意或拒绝。协商响应消息中针对每一个协商项包含同意或拒绝的标志、相应的eNB2中针对Cell2的SeNB释放门限的当前值(同意时为变化后的值)、eNB2中针对Cell2的SeNB释放门限允许的变化范围中的一项或多项。
[0103]步骤5、eNBl收到eNB2的协商响应消息，对于每一个协商项，如为同意则按协商请求消息中该协商项的“eNBl中针对Cel 12的SeNB增加门限的变化量”对eNBl所维护的针对Cell2的相应SeNB增加门限进行更新；如有拒绝的协商项则eNBl可根据协商响应消息中拒绝协商项对应的“eNB2中针对Cell2的SeNB释放门限允许的变化范围”再次发起协商请求或流程结束。
[0104]综上所述，根据本发明的上述实施例，实现了的双连接时的SeNB增加/释放的策略，优化了对SeNB的利用率，并且降低了增加SeNB后又马上释放等移动性问题。
[0105]显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
[0106]以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的