一种UE的C-RNTI的管理方法及接入网节点与流程

本发明涉及无线通信领域，具体而言，涉及一种超密集网络中实现UE的C-RNTI的管理方法及接入网节点、接入网控制节点。

背景技术：

超密集网络(Ultra Dense Network，简称UDN)是提升5G系统容量和用户数据速率最有前景的技术方向之一。在超密集网络中，低功率节点(Low Power Node，简称LPN)，如RRU(Remote Radio Unite，远端射频模块)/RRH(Remote Radio Head，射频拉远头)、Pico eNB(微基站)、Home eNB(家庭基站)、Relay Node(中继节点)等，被密集的部署，其密度甚至远大于4G中的小基站(small cell)增强技术。低功率节点之间的距离被缩小并可以互相监听到。而低功率节点和用户设备(User Equipment，简称UE)之间的距离也变得很近，使他们的发射功率可以大大的降低。

密集的部署低功率节点另一方面却带来严重的移动性问题：UE在低功率节点之间频繁切换造成数据中断和数据速率的波动。第三代合作伙伴(3rd Generation Partnership Project，简称3GPP)R12中提出了双连接的解决办法，即UE可同时连接到宏基站(Macro eNodeB或eNB)和低功率节点。R12的双连接在一定程度上增强了UE在密集部署的低功率节点场景中的移动性能。然而，双连接未能完全解决切换过程中影响用户体验的各个方面，如，目标基站接纳控制延迟，X2接口数据转发延迟等。并且，双连接也无法解决没有宏基站覆盖或UE没有双连接能力的场景。

通过虚拟化解决超密集网络移动性问题的核心思想在于以UE为中心，一个或多个低功率节点灵活组成虚拟小区(Virtual Cell，简称VC)为UE服务。UE的部分上下文，如，UE的小区无线网络临时标识(C-RNTI)，承载 标识，安全密钥和安全算法等，在切换前后不发生改变，为UE提供一致的通信体验，降低用户面的时延。

C-RNTI是小区级别的参数，如果UE移动到其他小区，网络侧需要重新分配新的C-RNTI。现有技术中，多个基站(这里的基站代表的是任何可以为UE提供空口接入的接入网节点)可以连接至同一接入网控制节点。将C-RNTI的分配权限放在接入网控制节点可以保证UE在该接入网控制节点范围内移动时，C-RNTI保持不变，即，C-RNTI成为控制节点级别的参数。

然而，将C-RNTI的分配权限保留在接入网控制节点，会造成C-RNTI的分配时延变大。当UE进行随机接入时，UE在时间窗内没有收到为自己分配的C-RNTI，会导致UE认为此次随机接入失败。当UE进行跨第二节点的切换时，UE会因为长时间收不到RRC(Radio Resource Control，无线资源控制协议)连接重配置消息而遭遇无线链路失败。

技术实现要素：

本发明要解决的技术问题是提供一种UE的C-RNTI的管理方法及接入网节点、接入网控制节点，以减少C-RNTI的分配时延。

为了解决上述技术问题，本发明提供了一种UE的小区无线网络临时标识C-RNTI的管理方法，应用于拥有C-RNTI分配权限的接入网控制节点，包括：

所述接入网控制节点从未被分配的C-RNTI中选择多个C-RNTI；

将所选的C-RNTI发送给指定接入网节点。

进一步地，上述管理方法还具有下面特点：

所述接入网控制节点是在与所述指定接入网节点进行初始接口建立时，将所选的C-RNTI发送给所述指定接入网节点的，或

所述接入网控制节点是在接收到所述指定接入网节点的请求分配C-RNTI消息后，将所选的C-RNTI发送给所述指定接入网节点的。

进一步地，上述管理方法还具有下面特点：还包括：

所述接入网控制节点确定管理C-RNTI的参数信息；

将所述参数信息发送给所述指定接入网节点。

进一步地，上述管理方法还具有下面特点：

所述接入网控制节点是在与所述指定接入网节点进行初始接口建立时，将所述参数信息发送给所述指定接入网节点的；或

所述接入网控制节点是在修改所述参数信息后，将修改后的参数信息发送给所述指定接入网节点的。

进一步地，上述管理方法还具有下面特点：

所述参数信息包括：第一预设阈值和第一预设时间，以及第二预设阈值和第二预设时间，指示所述接入网节点在发现所拥有的空闲C-RNTI的数量少于所述第一预设阈值，且持续所述第一预设时间后，向所述接入网控制节点请求分配C-RNTI，指示所述接入网节点在发现拥有的空闲C-RNTI的数量大于所述第二预设阈值，且持续所述第二预设时间后，向所述接入网控制节点请求收回C-RNTI。

进一步地，上述管理方法还具有下面特点：还包括：

所述接入网控制节点接收到所述指定接入网节点的请求收回C-RNTI消息后，回收部分C-RNTI。

进一步地，上述管理方法还具有下面特点：还包括：

所述接入网控制节点若判断所拥有的空闲C-RNTI的数量少于第三预设阈值且持续第三预设时间，则向所述指定接入网节点发送收回部分C-RNTI消息。

进一步地，上述管理方法还具有下面特点：

所述收回部分C-RNTI消息携带收回条件的信息。

为了解决上述问题，本发明还提供了一种接入网控制节点，其中，包括：

设置模块，用于从未被分配的C-RNTI中选择多个C-RNTI；

发送模块，用于将所选的C-RNTI发送给指定接入网节点。

进一步地，上述接入网控制节点还具有下面特点：所述发送模块，在与所述指定接入网节点进行初始接口建立时，将所选的C-RNTI发送给所述指定接入网节点的，或是在接收到所述指定接入网节点的请求分配C-RNTI消息后，将所选的C-RNTI发送给所述指定接入网节点的。

进一步地，上述接入网控制节点还具有下面特点：

所述设置模块，还用于确定管理C-RNTI的参数信息，所述参数信息包括：第一预设阈值和第一预设时间，以及第二预设阈值和第二预设时间，指示所述接入网节点在发现所拥有的空闲C-RNTI的数量少于所述第一预设阈值，且持续所述第一预设时间后，向所述接入网控制节点请求分配C-RNTI，指示所述接入网节点在发现拥有的空闲C-RNTI的数量大于所述第二预设阈值，且持续所述第二预设时间后，向所述接入网控制节点请求收回C-RNTI；

所述发送模块，还用于将所述参数信息发送给所述指定接入网节点。

进一步地，上述接入网控制节点还具有下面特点：所述发送模块，是在与所述指定接入网节点进行初始接口建立时，将所述参数信息发送给所述指定接入网节点的；或是在所述设置模块修改所述参数信息后，将修改后的参数信息发送给所述指定接入网节点的。

进一步地，上述接入网控制节点还具有下面特点：还包括：

回收模块，用于接收到所述指定接入网节点的请求收回C-RNTI消息后，回收部分C-RNTI。

进一步地，上述接入网控制节点还具有下面特点：还包括：

回收模块，用于若判断所拥有的空闲C-RNTI的数量少于第三预设阈值且持续第三预设时间，则向所述指定接入网节点发送收回部分C-RNTI消息，所述收回部分C-RNTI消息携带收回条件的信息。

为了解决上述问题，本发明还提供了一种UE的小区无线网络临时标识C-RNTI的管理方法，应用于为UE提供空口接入的接入网节点，包括：

接收接入网控制节点分配的C-RNTI；

从所述C-RNTI中选择空闲的C-RNTI分配给指定UE。

进一步地，上述方法还具有下面特点：还包括：

所述接入网节点为UE分配C-RNTI时，若发现没有空闲的C-RNTI，则向接入网控制节点发送请求分配C-RNTI消息。

进一步地，上述方法还具有下面特点：还包括：

所述接入网节点若确定拥有的空闲C-RNTI的数量少于第一预设阈值，且持续第一预设时间后，向所述接入网控制节点发送请求分配C-RNTI消息；若确定拥有的空闲C-RNTI的数量大于第二预设阈值，且持续第二预设时间后，向所述接入网控制节点发送请求收回C-RNTI消息。

进一步地，上述方法还具有下面特点：所述请求分配C-RNTI消息携带待需C-RNTI的数量或拥有的空闲C-RNTI的数量与所述第一预设阈值之间的差值。

进一步地，上述方法还具有下面特点：还包括：

接收所述接入网控制节点的收回部分C-RNTI消息后，所述收回部分C-RNTI消息携带收回条件的信息；

若确定拥有的C-RNTI满足所述收回条件，则向所述接入网控制节点发送请求收回C-RNTI消息。

进一步地，上述方法还具有下面特点：还包括：

当UE进入空闲状态断开无线资源控制协议RRC连接或所述UE切换出所述接入网控制节点的范围时，收回所述UE的C-RNTI，并保留在本节点成为空闲C-RNTI。

为了解决上述问题，本发明还提供了一种接入网节点，其中，包括：

接收模块，用于接收接入网控制节点分配的C-RNTI；

分配模块，用于从所述C-RNTI中选择空闲的C-RNTI分配给指定UE。

进一步地，上述接入网节点还具有下面特点：

所述分配模块，还用于为UE分配C-RNTI时，若发现没有空闲的C-RNTI，则向接入网控制节点发送请求分配C-RNTI消息。

进一步地，上述接入网节点还具有下面特点：还包括：

确定模块，用于若确定拥有的空闲C-RNTI的数量少于第一预设阈值，且持续第一预设时间后，向所述接入网控制节点发送请求分配C-RNTI消息；若确定拥有的空闲C-RNTI的数量大于第二预设阈值，且持续第二预设时间后，向所述接入网控制节点发送请求收回C-RNTI消息，所述请求分配C-RNTI消息携带待需C-RNTI的数量或拥有的空闲C-RNTI的数量与所述第一预设阈值之间的差值。

进一步地，上述接入网节点还具有下面特点：还包括，确定模块，

所述接收模块，还用于接收所述接入网控制节点的收回部分C-RNTI消息后，所述收回部分C-RNTI消息携带收回条件的信息；

所述确定模块，用于若确定拥有的C-RNTI满足所述收回条件，则向所述接入网控制节点发送请求收回C-RNTI消息。

进一步地，上述接入网节点还具有下面特点：还包括，

回收模块，用于当UE进入空闲状态断开无线资源控制协议RRC连接或所述UE切换出所述接入网控制节点的范围时，收回所述UE的C-RNTI，并保留在本节点成为空闲C-RNTI。

综上，本发明提供一种UE的C-RNTI的管理方法及接入网节点、接入网控制节点，与现有技术相比，采用本发明所述方法，能够在为UE分配C-RNTI的时候，避免每一次都需要向控制节点请求C-RNTI的分配，让基站可以进行部分自主的C-RNTI管理，从而减少C-RNTI分配时的时延。

附图说明

为了清楚地说明本发明实施例或现有技术中的技术方案，下面将实施例或现有技术中所需要使用的附图作简单地介绍，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，可以根据这些附图获得 其他的附图。

图1为本发明实施例的接入网控制节点的示意图；

图2为本发明实施例的接入网节点的示意图；

图3是本发明实施例一的流程示意图；

图4是本发明实施例二的流程示意图；

图5是本发明实施例三的流程示意图；

图6是本发明实施例四的流程示意图；

图7是本发明实施例五的流程示意图；

图8是本发明实施例六的流程示意图；

图9是本发明实施例七的流程示意图。

具体实施方式

下面将结合发明实施例中的附图，对本发明实施例中的技术方案进行详细、完整的描述，显然，所描述的实施例仅是本发明的一部分实施例，而不是全部的实施例。基于本发明中提供的实施例，本领域中普通技术人员在没有做出创造性劳动的前提下获得的所有其他的实施例，都属于本发明保护的范围。

本发明实施例中所述的C-RNTI包括小区无线网络临时标识(C-RNTI)、半静态小区无线网络临时标识(SPS C-RNTI)和临时小区无线网络临时标识(TC-RNTI)。

本发明实施例中称接入网控制节点为第一节点，该节点是拥有C-RNTI分配权限的接入网节点，包括但不限于接入网网关(RAN GW)，控制面锚点(CP Anchor)、拥有C-RNTI分配权限的eNB等。

本发明实施例中称为UE提供空口接入的接入网节点为第二节点，包括但不限于eNB，RRU/RRH、Pico eNB、Home eNB、Relay Node等。

本发明中的第一节点和第二节点间可以通过有线和无线的方式连接。

本发明中的第一节点和第二节点间可以通过单跳和多跳的方式连接。

超密集网络中，现有技术在进行UE的C-RNTI分配时，如果将C-RNTI的分配管理权限保留在第一节点，第二节点在需要为UE分配C-RNTI的时候，需要向第一节点请求分配C-RNTI，增加了C-RNTI分配的时延，为了解决上述问题，本发明实施例提出一种UE的C-RNTI的管理方法：

第一节点将多个C-RNTI组成C-RNTI序列/组/集合发送给第二节点。

其中，所述C-RNTI序列/组/集合中的C-RNTI由第一节点从没有被分配给其他第二节点的C-RNTI中选择。

其中，所述C-RNTI序列/组/集合中的C-RNTI成为第二节点处空闲的C-RNTI。

其中，第一节点可以在第一节点和第二节点进行初始接口建立时将所述C-RNTI序列/组/集合发送给第二节点，第一节点也可以在第二节点向第一节点请求C-RNTI序列/组/集合的时候将所述C-RNTI序列发送给第二节点。

第一节点确定C-RNTI管理所需要的参数信息，如，一系列预设阈值和预设时间，并通知第二节点。

其中，第一节点可以在第一节点和第二节点进行初始接口建立的将所述预设阈值和预设时间发送给第二节点。

其中，第一节点也可以在第一节点和第二节点建立接口连接之后的任何时候，修改预设阈值和预设时间的值并通知第二节点。

当第二节点需要为UE分配C-RNTI时，从空闲的C-RNTI里选择一个C-RNTI分配给UE，空闲C-RNTI数量相应减少。

当UE和第二节点断开RRC连接或UE切换出该第一节点控制范围的时候，UE最后连接的第二节点保留UE使用的C-RNTI，该第二节点拥有的空闲C-RNTI相应增加。

当第二节点需要为UE分配C-RNTI时，发现已经没有空闲的C-RNTI 可以分配了，第二级点向第一节点请求分配C-RNTI序列/组/集合。

其中，第二节点向第一节点发送的请求分配C-RNTI序列/组/集合的消息里，可以携带第二节点需要的C-RNTI的数量，如，剩余需要分配C-RNTI的UE的数量。

当第二节点拥有的空闲的C-RNTI数量少于第一预设阈值，且持续第一预设时间后，第二节点可以向第一节点请求分配C-RNTI序列/组/集合。

其中，第二节点向第一节点发送的请求分配C-RNTI序列/组/集合的消息里，可以携带第二节点空闲C-RNTI的数量，或者第二节点空闲C-RNTI的数量和第一预设阈值之间的差值。

第一节点在收到第二节点请求分配C-RNTI序列/组/集合的消息后，将多个未被分配的C-RNTI组成C-RNTI序列/组/集合发送给第二节点。

当第二节点拥有的空闲C-RNTI数量多于第二预设阈值，且持续第二预设时间后，第二节点向第一节点请求收回部分C-RNTI。收回后，第二节点拥有的空闲C-RNTI数量少于或等于第二预设阈值。

当第一节点拥有的空闲C-RNTI数量少于第三预设阈值，且持续第三预设时间后，第一节点通知第二节点收回部分C-RNTI。

其中，第一节点通知第二节点收回部分C-RNTI的消息可以携带第四预设阈值和第四预设时间。

其中，第二节点在收到第一节点发送的收回部分C-RNTI的消息后，若第二节点拥有的C-RNTI数量大于第四预设阈值，且持续第四预设时间后，第二节点向第一节点请求收回部分C-RNTI。收回后，第二节点拥有的空闲C-RNTI数量少于或等于第四预设阈值。

图1为本发明实施例的接入网控制节点(第一节点)的示意图，如图1所示，本实施例的第一节点可以包括：

设置模块，用于组成需要向第二节点发送的C-RNTI序列/组/集合，从未被分配的C-RNTI中选择多个C-RNTI；

发送模块，用于向第二节点发送C-RNTI序列/组/集合，也用于向第二节 点请求收回C-RNTI。

其中，所述发送模块，在与所述指定接入网节点进行初始接口建立时，将所选的C-RNTI发送给所述指定接入网节点的，或是在接收到所述指定接入网节点的请求分配C-RNTI消息后，将所选的C-RNTI发送给所述指定接入网节点的。

在一优选实施例中，所述设置模块，还可用于确定管理C-RNTI的参数信息，所述参数信息包括：第一预设阈值和第一预设时间，以及第二预设阈值和第二预设时间，指示所述接入网节点在发现所拥有的空闲C-RNTI的数量少于所述第一预设阈值，且持续所述第一预设时间后，向所述接入网控制节点请求分配C-RNTI，指示所述接入网节点在发现拥有的空闲C-RNTI的数量大于所述第二预设阈值，且持续所述第二预设时间后，向所述接入网控制节点请求收回C-RNTI；

所述发送模块，还可用于将所述参数信息发送给所述指定接入网节点。

其中，所述发送模块，是在与所述指定接入网节点进行初始接口建立时，将所述参数信息发送给所述指定接入网节点的；或是在所述设置模块修改所述参数信息后，将修改后的参数信息发送给所述指定接入网节点的。

在一优选实施例中，第一节点还可以包括：

回收模块，用于接收到所述指定接入网节点的请求收回C-RNTI消息后，回收部分C-RNTI。

在一优选实施例中，第一节点还可以包括：

回收模块，用于若判断所拥有的空闲C-RNTI的数量少于第三预设阈值且持续第三预设时间，则向所述指定接入网节点发送收回部分C-RNTI消息，所述收回部分C-RNTI消息携带收回条件的信息。

图2为本发明实施例的接入网节点(第二节点)的示意图，如图2所示，本实施例的第二节点包括：

接收模块，用于接收接入网控制节点分配的C-RNTI；

分配模块，用于从所述C-RNTI中选择空闲的C-RNTI分配给指定UE。

在一优选实施例中，所述分配模块，还可用于为UE分配C-RNTI时，若发现没有空闲的C-RNTI，则向接入网控制节点发送请求分配C-RNTI消息。

在一优选实施例中，还可以包括：

确定模块，用于若确定拥有的空闲C-RNTI的数量少于第一预设阈值，且持续第一预设时间后，向所述接入网控制节点发送请求分配C-RNTI消息；若确定拥有的空闲C-RNTI的数量大于第二预设阈值，且持续第二预设时间后，向所述接入网控制节点发送请求收回C-RNTI消息，所述请求分配C-RNTI消息携带待需C-RNTI的数量或拥有的空闲C-RNTI的数量与所述第一预设阈值之间的差值。

在一优选实施例中，接入网节点还可以包括：确定模块，

所述接收模块，还用于接收所述接入网控制节点的收回部分C-RNTI消息后，所述收回部分C-RNTI消息携带收回条件的信息；

所述确定模块，用于若确定拥有的C-RNTI满足所述收回条件，则向所述接入网控制节点发送请求收回C-RNTI消息。

在一优选实施例中，接入网节点还可以包括：

回收模块，用于当UE进入空闲状态断开无线资源控制协议RRC连接或所述UE切换出所述接入网控制节点的范围时，收回所述UE的C-RNTI，并保留在本节点成为空闲C-RNTI。

以下以几个实施例对本发明的方法进行详细的说明。

实施例一

图3是本实施例的流程图，这里省略了与本发明无关的步骤的详细说明。本实施例描述的是第一节点和第二节点建立S1连接时第一节点向第二节点分配C-RNTI及通知预设阈值和预设时间的过程，在这里，第一节点和第二节点的组合可以是：家庭基站网关(HeNB GW)和家庭基站HeNB，移动锚点(Mobility Anchor)和微基站(Pico eNB)，宿主基站(Donor eNB)和中 继节点(RelayNode，简称RN)。

步骤101，第二节点向第一节点发送S1接口建立请求消息。

其中，第二节点向第一节点发送的S1接口建立请求消息里，携带有第二节点的身份标识。

步骤102，第一节点将多个未分配的C-RNTI组成C-RNTI序列。

其中，第一节点可以根据下属所有UE的数量、C-RNTI消耗的速度、第一节点处未被分配的C-RNTI的数量等参数，确定C-RNTI序列中C-RNTI的数量。

其中，所述C-RNTI序列中的C-RNTI由第一节点从没有被分配给其他节点的C-RNTI中选择。

步骤103，第一节点确定预设阈值和预设时间。

其中，第一节点可以根据下属所有UE的数量、C-RNTI消耗的速度、第一节点处未被分配的C-RNTI的数量等参数，确定预设阈值和预设时间。

步骤104，第一节点向第二节点发送S1接口建立响应消息。

其中，第一节点发送给第二节点的S1接口建立相应消息里，除携带有第一节点的身份标识外，还应该携带步骤102里确定的C-RNTI序列和步骤103里确定的预设阈值和预设时间。

至此，本实施例中的方法流程结束。利用上述流程，在S1接口建立的过程中，第二节点获得由第一节点发送的C-RNTI序列，该序列由未被分配的多个C-RNTI组成，可由第二节点用于标识接入该第二节点的UE，保证了UE在所有连接至该第一节点的第二节点之间切换前后C-RNTI不发生改变，也避免第二节点频繁向第一节点请求C-RNTI。同时，第二节点获得由第一节点确定的用于C-RNTI管理的预设阈值和预设时间。

本实施例中，步骤102和步骤103可以是同时发生的，因此实际应用中，步骤102和步骤103的顺序可以任意改变。

实施例二

图4是本实施例的流程图，这里省略了与本发明无关的步骤的详细说明。本实施例描述的是第一节点和第二节点建立S1连接后第一节点向第二节点分配C-RNTI及通知预设阈值和预设时间的过程，在这里，第一节点和第二节点的组合可以是：家庭基站网关(HeNB GW)和家庭基站HeNB，移动锚点(Mobility Anchor)和微基站(Pico eNB)，宿主基站(Donor eNB)和中继节点。

步骤201，第二节点向第一节点发送S1接口建立请求消息。

其中，第二节点向第一节点发送的S1接口建立请求消息里，携带有第二节点的身份标识。

步骤202，第一节点向第二节点发送S1接口建立响应消息。

其中，第一节点发送给第二节点的S1接口建立相应消息里，携带有第一节点的身份标识。

步骤203，第一节点将多个未分配的C-RNTI组成C-RNTI序列。

其中，第一节点可以根据下属所有UE的数量、C-RNTI消耗的速度、第一节点处未被分配的C-RNTI的数量等参数，确定C-RNTI序列中C-RNTI的数量。

其中，所述C-RNTI序列中的C-RNTI由第一节点从没有被分配给其他节点的C-RNTI中选择。

步骤204，第一节点确定预设阈值和预设时间。

其中，第一节点可以根据下属所有UE的数量、C-RNTI消耗的速度、第一节点处未被分配的C-RNTI的数量等参数，确定预设阈值和预设时间。

步骤205，第一节点向第二节点发送步骤203中确定的C-RNTI序列，以及步骤204中确定的预设阈值和预设时间。

至此，本实施例中的方法流程结束。利用上述流程，在第一节点和第二节点之间的S1接口建立后，第二节点获得由第一节点发送的C-RNTI序列，该序列由未被分配的多个C-RNTI组成，可由第二节点用于标识接入该第二节点的UE，保证了UE在所有连接至该第一节点的第二节点之间切换前后 C-RNTI不发生改变，也避免第二节点频繁向第一节点请求C-RNTI。同时，第二节点获得由第一节点确定的用于C-RNTI管理的预设阈值和预设时间。

本实施例中，步骤202，步骤203和步骤204可以是同时发生的，所以实际应用中，步骤202，步骤203和步骤204的顺序可任意改变。

本实施例中，步骤205中的第一节点可以使用一条信令同时发送C-RNTI序列，预设阈值和预设时间，也可以使用多条信令分别发送。

实施例三

图5是本实施例的流程图，这里省略了与本发明无关的步骤的详细说明。本实施例描述的是第一节点通知第二节点新的预设阈值和预设时间的过程。

步骤301，第一节点确定预设阈值和预设时间。

其中，第一节点可以根据下属所有UE的数量、C-RNTI消耗的速度、第一节点处未被分配的C-RNTI的数量等参数，重新确定预设阈值和预设时间。

步骤302，第一节点向第二节点发送新的预设阈值和预设时间。

至此，本实施例中的方法流程结束。利用上述流程，第二节点获得用于C-RNTI管理的新的预设阈值和预设时间。

实施例四

图6是本实施例的流程图，这里省略了与本发明无关的步骤的详细说明。本实施例针对的是第二节点在空闲C-RNTI的数量少于第一预设阈值时，向第一节点请求分配C-RNTI序列的过程。

步骤401，第二节点判断拥有的空闲C-RNTI数量少于第一预设阈值。

步骤402，第二节点启动计时器，该定时器长度等于第一预设时间。

步骤403，第二节点判断计时器是否超时，如超时则转步骤404。

步骤404，第二节点向第一节点发送请求分配C-RNTI的消息。

本优选实施例中的请求分配C-RNTI的消息携带有第二节点处空闲C-RNTI的数量或第二节点处空闲C-RNTI数量和第一预设阈值之间的差值。

步骤405，第一节点将多个未分配的C-RNTI组成C-RNTI序列。

其中，第一节点可以根据下属所有UE的数量、C-RNTI消耗的速度、第一节点处未被分配的C-RNTI的数量、第二节点处空闲C-RNTI的数量等参数，确定C-RNTI序列中C-RNTI的数量。

其中，C-RNTI序列里C-RNTI的数量至少大于第一预设阈值和第二节点处空闲C-RNTI的数量的差值。

步骤406，第一节点向第二节点发送C-RNTI的序列。

至此，本实施例中的方法流程结束。上述流程中，第二节点拥有的空闲C-RNTI数量少于第一预设阈值且持续第一预设时间后，可以向第一节点请求分配C-RNTI序列，保证第二节点有足够的空闲C-RNTI用于分配给UE。

实施例五

图7是本实施例的流程图，这里省略了与本发明无关的步骤的详细说明。本实施例针对的是第二节点请求第一节点收回部分C-RNTI的过程。

步骤501，第二节点判断拥有的空闲C-RNTI多于第二预设阈值。

步骤502，第二节点启动定时器，该定时器长度等于第二预设时间。

步骤503，第二节点判断计时器超时。

步骤504，第二节点向第一节点发送请求收回部分C-RNTI的消息。

本优选实施例中的请求收回部分C-RNTI的消息携带有第二节点需要第一节点收回的C-RNTI的序号。

至此，本实施例中的方法流程结束。上述流程中，第二节点拥有的空闲C-RNTI数量多于第二预设阈值且持续第二预设时间后，可以向第一节点请求收回部分C-RNTI，避免第二节点过多占用整体的C-RNTI资源。

实施例六

图8是本实施例的流程图，这里省略了与本发明无关的步骤的详细说明。本实施例针对的是第二节点需要为UE分配C-RNTI，发现已经没有足够的空闲C-RNTI时，向第一节点请求分配C-RNTI序列的过程。

步骤601，第二节点判断已经没有空闲C-RNTI分配给UE。

本实施例中，第二节点可能在随机接入、切换准备中为UE分配C-RNTI。

步骤602，第二节点向第一节点发送请求分配C-RNTI序列的消息。

本优选实施例中的请求分配C-RNTI序列的消息携带有第二节点需要的C-RNTI的数量，如，剩余需要分配C-RNTI的UE的数量。

步骤603，第一节点将多个未分配的C-RNTI组成C-RNTI序列。

其中，第一节点可以根据下属所有UE的数量、C-RNTI消耗的速度、第一节点处未被分配的C-RNTI的数量、第二节点需要的C-RNTI的数量、第二节点处的第一预设阈值等参数，确定发送给第二节点的C-RNTI序列中C-RNTI的数量。

其中，发送给第二节点的C-RNTI序列里C-RNTI的数量至少大于第二节点需要的C-RNTI的数量和第一预设阈值的和。

步骤604，第一节点向第二节点发送C-RNTI序列。

至此，本实施例中的方法流程结束。上述流程中，第二节点在为UE分配C-RNTI，发现已经没有空闲C-RNTI可以分配的情况下，可以向第一节点请求分配C-RNTI序列，保证第二节点除了可以满足本次C-RNTI分配的需求外，拥有足够的空闲C-RNTI用于之后的分配。

实施例七

图9是本实施例的流程图，这里省略了与本发明无关的步骤的详细说明。本实施例针对的是第一节点拥有的未被分配的C-RNTI数量少于第三预设阈值时，向第二节点请求收回部分C-RNTI的流程。

步骤701，第一节点判断拥有的未被分配的C-RNTI数量少于第三预设阈值。

步骤702，第一节点启动计时器，该定时器长度等于第三预设时间。

步骤703，第一节点判断计时器是否超时，如超时，则转步骤704。

步骤704，第一节点向第二节点请求收回部分C-RNTI。

本优选实施例中的请求收回部分C-RNTI的消息携带有第四预设阈值及第四预设时间。

步骤705，第二节点判断拥有的空闲C-RNTI数量多于第四预设阈值。

步骤706，第二节点启动定时器，该定时器长度等于步骤704中收到的第四预设时间。

步骤707，第二节点判断计时器是否超时，如超时则转步骤708。

步骤708，第二节点向第一节点请求收回部分C-RNTI。

本优选实施例中的请求收回部分C-RNTI的消息携带有第二节点需要第一节点收回的C-RNTI的序号。

至此，本实施例中的方法流程结束。上述流程中，第一节点在整体C-RNTI资源不够的情况下，主动向第二节点请求收回部分C-RNTI，并设置收回C-RNTI的门限，保证第一节点处有足够的C-RNTI资源。

超密集网络中，将UE的小区无线临时调度标识C-RNTI的分配权限放在接入网控制节点，可以保证UE在该接入网控制节点范围内移动时，C-RNTI保持不变。然而，如前述将C-RNTI的分配权限保留在接入网控制节点，会造成C-RNTI的分配时延变大。为解决这个问题，本发明提出了一种新的C-RNTI管理的方法。与现有技术相比，本发明通过控制节点预先分配多个C-RNTI以及控制节点和基站联合管理C-RNTI的方式，能够避免每一次为UE分配C-RNTI的时候，都需要向控制节点请求分配C-RNTI，从而减少了C-RNTI分配过程中的时延。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。

以上仅为本发明的优选实施例，当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。