一种c-rnti的分配方法及系统的制作方法
【专利摘要】本发明公开了一种C-RNTI的分配方法及系统，用以在UE聚合多个基站的资源的情况下，给出为UE分配C-RNTI的解决方案。本发明提供的一种小区无线网络临时标识C-RNTI的分配方法，包括：在用户设备UE聚合多个基站的资源的情况下，由其中的第一基站为UE分配C-RNTI；第一基站通过基站间接口将为UE分配的C-RNTI发送给参与聚合的第二基站。
【专利说明】—种C-RNTI的分配方法及系统
【技术领域】
[0001]本发明涉及通信【技术领域】，尤其涉及一种C-RNTI的分配方法及系统。
【背景技术】
[0002]统计表明，传统的宏基站(Macro eNB)单层覆盖网络已经不能满足人们对数据业务速率和容量不断增长的需求。因此，第三代合作项目(3rd Generation PartnershipProiect,3GPP)引入了分层组网的方式来解决该问题:通过在热点区域、家庭室内环境、办公环境等小覆盖环境布设一些低功率的基站，例如:本地基站(Local eNB)(包括Femto/Pico/Relay等)，获得小区分裂的效果，使得运营商能够为用户提供更高数据速率、更低成本的业务。
[0003]分层组网情况下为了增强移动性管理或者提高峰值速率，用户设备可能聚合多个基站的小区的资源，每个基站下独立进行调度。而调度是基于小区无线网络临时标识(C-RNTI, Cell Radio Network Temporary Identity)寻址的。
[0004]长期演进(Long Term Evolution, LTE)系统的网络架构如图1所示，移动管理实体(Mobile Management Entity, MME)与演进的基站(Evolved NodeB, eNB)之间米用 Sl-C接口相连；eNB完成接入网功能,与用户设备(User Equipment,UE)通过无线接口通信。对于每一个附着到网络的UE’有一个MME为其提供服务。该MME称为UE的服务MME。
[0005]包含Local eNB和Macro eNB的异构网络部署场景如图2所示。其中Macro eNB提供宏覆盖，Local eNB在宏覆盖范围内提供热点覆盖。
[0006]对于图2所示的网络架构，如果按照现有机制，UE在Macro cell覆盖范围内移动时，可能不断执行Macro cell与Local cell之间的切换操作。为了避免频繁切换导致数据传输中断，一种方式就是让UE可以同时聚合Local eNB和Macro eNB的资源,但是无线资源控制(Radio Resource Control, RRC)连接维持在Marco eNB下，Local资源仅用于数据传输，即承载分离。
[0007]但是，对于Rll以及之前版本的UE, UE仅能工作在一个基站下并由该基站为其分配C-RNTI。对于R12以及之后版本的UE，可以同时聚合多个基站的资源，但在该情况下如何为UE分配C-RNTI还没有给出相应的解决方案。
【发明内容】
[0008]本发明实施例提供了一种C-RNTI的分配方法及系统，用以在UE聚合多个基站的资源的情况下，给出为UE分配C-RNTI的解决方案。
[0009]本发明实施例提供的一种小区无线网络临时标识C-RNTI的分配方法，包括:
[0010]在用户设备UE聚合多个基站的资源的情况下，由其中的第一基站为UE分配C-RNTI ；
[0011]第一基站通过基站间接口将为UE分配的C-RNTI发送给参与聚合的第二基站。
[0012]本发明实施例提供的一种小区无线网络临时标识C-RNTI的分配系统包括:包括用户设备UE聚合的第一基站和第二基站；其中，
[0013]第一基站，用于为UE分配C-RNTI ;以及，通过基站间接口将为UE分配的C-RNTI发
送给参与聚合的第二基站；
[0014]第二基站，用于接收第一基站为UE分配的C-RNTI。
[0015]本发明实施例，在用户设备UE聚合多个基站的资源的情况下，由其中的第一基站为UE分配C-RNTI ;第一基站通过基站间接口将为UE分配的C-RNTI发送给参与聚合的第二基站，从而在UE聚合多个基站的资源的情况下，给出了为UE分配C-RNTI的解决方案。
【专利附图】
【附图说明】
[0016]图1为现有的E-UTRAN网络架构示意图；
[0017]图2为现有的包含Local eNB和Macro eNB的异构网络部署场景示意图；
[0018]图3为现有的承载分离的网络架构示意图；
[0019]图4为现有的承载分离的用户面协议栈示意图；
[0020]图5为现有的承载分离的控制面协议栈示意图；
[0021]图6为本发明实施例提供的一种C-RNTI的分配方法的流程示意图。
【具体实施方式】
[0022]本发明实施例提供了一种C-RNTI的分配方法及系统，用以在UE聚合多个基站的资源的情况下，给出为UE分配C-RNTI的解决方案。
[0023]承载分离有多种网络架构设计，例如，网络架构和用户面协议栈、控制面协议栈，分别如图3、图4和图5所示。
[0024]无论采用哪种承载分离架构，Local eNB和Macro eNB都有独立的媒体接入控制(MAC)实体，分别对该节点承载的无线承载(Radio Bearer, RB)进行调度。
[0025]调度分为上行调度和下行调度，调度的资源通过物理层下行控制信道(PhysicalDownlink Control Channel，PDCCH)发送给UE。其中PDCCH通过UE在小区内无线网络临时标识(C-RNTI)加扰。C-RNTI可以在一个小区内唯一标识一个UE，在UE初始接入或者切换过程中由要接入的基站为其分配C-RNTI。
[0026]参见图6、本发明实施例提供的一种小区无线网络临时标识C-RNTI的分配方法，包括:
[0027]S101、在用户设备UE聚合多个基站的资源的情况下，由其中的第一基站为UE分配C-RNTI ；
[0028]S102、第一基站通过基站间接口将为UE分配的C-RNTI发送给参与聚合的第二基站。
[0029]较佳地，所述第一基站为发起承载分离或者接受承载分离请求的基站。
[0030]较佳地，该方法还包括:
[0031]第二基站判断该第二基站下是否存在被碰撞UE，其中，所述被碰撞UE对应的C-RNTI，与第二基站接收到的第一基站为UE分配的C-RNTI相同；
[0032]当存在被碰撞UE时，第二基站更换被碰撞UE的C-RNTI ;或者，释放被碰撞UE的无线资源控制RRC连接；或者，拒绝第一基站发起的与该被碰撞UE使用相同C-RNTI的UE的基站间聚合请求。
[0033]较佳地，当存在被碰撞UE时，第二基站更换被碰撞UE的C-RNTI，包括:
[0034]第二基站通过对被碰撞UE进行小区内或者小区间切换更换其C-RNTI ;或者，
[0035]第二基站通过RRC信令或者MAC信令或者物理层信令更新被碰撞UE的C-RNTI，或者，
[0036]若被碰撞UE的无线承载RB是通过承载分离过程分离到第二基站的，则第二基站通知为该被碰撞UE分配C-RNTI的基站更换为被碰撞UE分配的C-RNTI，并向该基站指示第二基站当前可用的C-RNTI全集或者子集。
[0037]较佳地，当存在被碰撞UE时，第二基站释放被碰撞UE的无线资源控制RRC连接，包括:
[0038]第二基站直接发送RRC连接释放消息通知UE释放RRC连接；或者，
[0039]若被碰撞UE的无线承载RB是通过承载分离过程分离到第二基站的，则第二基站通知为被碰撞UE分配C-RNTI的基站释放UE的RRC连接。
[0040]也就是说，本发明中，当UE聚合多个基站的资源时，由其中一个基站为其分配C-RNTI，然后通过基站间接口交互给其它参与聚合的基站。对于参与聚合的基站，如果该C-RNTI和该基站服务的其它UE (可以称为被碰撞UE)的C-RNTI冲突，那么由该参与聚合的基站负责解决C-RNTI碰撞问题。
[0041 ] 下面给出本发明提供的几个实施例的说明。
[0042]实施例1:
[0043]步骤一:UE在Macro eNB上建立RRC连接，由Macro eNB为其分配C-RNTI。
[0044]步骤二:Marco eNB针对UE或者该UE的某个RB判断是否启用承载分离，如果启用，则根据UE的测量选择合适的参与承载分离的Local eNB，通过基站间接口(X2 口或者新引入的基站间接口)发送承载分离请求消息。承载分离请求中携带UE的C-RNT1、数据无线承载(Data Radio Bearer, DRB)相关配置信息等内容。
[0045]步骤三:Local eNB接收到承载分离请求消息，判断是否有C-RNTI冲突，如果承载分离请求消息中携带的C-RNTI已经分配给了 Local eNB下某个UE(被碰撞UE)，那么LocaleNB可以米取如下任一方式解决C-RNTI碰撞问题:
[0046]方式一:通过切换，更换被碰撞UE的C-RNTI，该切换可以是小区内或小区间切换。
[0047]方式二:通过RRC信令或者MAC信令或者物理层信令,重新为被碰撞UE分配新的C-RNTI。
[0048]方式三:释放被碰撞UE的RRC连接。
[0049]对于方式三一般适用于被碰撞UE的RB优先级较低的情况。
[0050]步骤四:Local eNB执行RB接纳判决，判断是否可以接纳该分离的承载。如果可以接纳，那么向Marco eNB发送承载接纳响应消息。
[0051]步骤五:Marco eNB向UE发送RRC重配信令将DRB重配到Local eNB。
[0052]步骤六:Local eNB下使用Marco eNB为其分配的C-RNTI调度UE在Local eNB传输被分离到Local eNB的承载。
[0053]需要说明的是:步骤三的C-RNTI冲突判断以及冲突解决和步骤四的RB接纳判断可以同时进行，也可以选择任何一个步骤优先执行，不需要严格规定先后顺序，但需要保证Local eNB在C-RNTI竞争解决之前不能调度承载分离的UE。
[0054]实施例2:
[0055]步骤一:UE在Macro eNB上建立RRC连接，由Macro eNB为其分配C-RNTI。
[0056]步骤二:Marco eNB针对UE的某个RB判断是否启用承载分离，如果启用，则根据UE的测量选择合适的参与承载分离的Local eNB，通过基站间接口(X2 口或者新引入的基站间接口)发送承载分离请求消息。承载分离请求中携带UE的C-RNT1、DRB相关配置信息等内容。
[0057]步骤三:Local eNB接收到承载分离请求消息，判断是否有C-RNTI冲突，如果承载分离请求消息中携带的C-RNTI已经分配给了 Local eNB下某个UE (被碰撞UE)，该被碰撞UE启用了承载分离，那么Local eNB需要确定为被碰撞UE服务的Marco eNB,通过基站间接口通知Marco eNB对该被碰撞UE采取如下任一方式解决C-RNTI碰撞问题:
[0058]方式一:通过切换，更换被碰撞UE的C-RNTI，该切换可以是小区内或小区间切换。
[0059]方式二:通过RRC信令或者MAC信令或者物理层信令，重新为被碰撞UE分配新的C-RNTI。
[0060]方式三:释放被碰撞UE的RRC连接。
[0061]如果采用方式一或方式二，可选的，Local eNB在通知Marco eNB变更C-RNTI时可以携带Local eNB下可用的一个C-RNTI或者C-RNTI集合，以指示Marco eNB重新为被碰撞UE分配的C-RNTI。
[0062]对于方式三一般适用于被碰撞UE的RB优先级较低的情况。
[0063]步骤四:Local eNB执行RB接纳判决，判断是否可以接纳该分离的承载。如果可以接纳，那么向Marco发送承载接纳响应消息。
[0064]步骤五:Marco eNB向UE发送RRC重配信令将DRB重配到Local eNB。
[0065]步骤六:Local eNB下使用Marco eNB为其分配的C-RNTI调度UE在Local节点传输被分离到Local eNB的承载。
[0066]需要说明的是:步骤三的C-RNTI冲突判断以及冲突解决和步骤四的RB接纳判断可以同时进行，也可以选择任何一个步骤优先执行，不需要严格规定先后顺序，但需要保证Local eNB在C-RNTI竞争解决之前不能调度承载分离的UE。
[0067]实施例3:
[0068]步骤一:UE在Macro eNB上建立RRC连接，由Macro eNB为其分配C-RNTI。
[0069]步骤二:Marco eNB针对UE的某个RB判断是否启用承载分离，如果启用，则根据UE的测量选择合适的参与承载分离的Local eNB，通过基站间接口(X2 口或者新引入的基站间接口)发送承载分离请求消息。承载分离请求中携带UE的C-RNT1、DRB相关配置信息等内容。
[0070]步骤三:Local eNB接收到承载分离请求消息，执行C-RNTI冲突判断，如果承载分离请求消息中携带的C-RNTI已经分配给了 Local eNB下某个UE (被碰撞UE)，那么LocaleNB可以拒绝接纳该被分离的承载。当然在C-RNTI冲突判断之前也可以先执行接纳判决，如果接纳判决不通过，那么就没必要再执行C-RNTI冲突判断步骤了。
[0071]步骤四:Local eNB向Marco eNB发送承载分离拒绝消息,可选的,可以携带拒绝原因，比如C-RNTI冲突指示，进一步还可以向Marco指示一个或者多个可用的C-RNTI。[0072]步骤五:Marco eNB收到承载分离拒绝消息，如果其中含有C-RNTI分配冲突，那么可以变更UE的C-RNTI，变更方式可以是小区内切换或者通过RRC信令或MAC信令重配C-RNTI，变更后再根据需求判断是否重新发起承载分离请求。当然如果承载分离拒绝消息中携带Local可用的CRNTI指示,那么Marco可以从中选择一个不冲突的C-RNTI使用。
[0073]实施例4:
[0074]步骤一:UE在Macro eNB上建立RRC连接，由Macro eNB为其分配C-RNTI。
[0075]步骤二:Marco eNB针对UE的某个RB判断是否启用承载分离，如果启用，则根据UE的测量选择合适的参与承载分离的Local eNB，通过基站间接口(X2 口或者新引入的基站间接口)发送承载分离请求消息。承载分离请求中携带UE要分离的DRB等相关配置信息。可选的，还可以携带Marco eNB下可用的一个C-RNTI或者多个C-RNTI的集合。
[0076]步骤三:Local eNB接收到承载分离请求消息，根据自身的C-RNTI分配情况，确定为承载分离UE分配的C-RNTI。当然如果Marco eNB在承载分离请求消息中携带了 C-RNTI指示信息，那么确定C-RNTI分配时可以参考该信息。
[0077]步骤四:Local eNB执行接纳判决,如果可以接纳,那么向Marco eNB反馈RB承载分离响应消息。
[0078]步骤五:Marco eNB接收到承载响应消息后提取Local eNB为UE分配的C-RNTI，判断是否和其服务的某个UE (被碰撞UE)的C-RNTI冲突，如果冲突，那么Marco eNB可以采取如下任一方式解决C-RNTI碰撞问题:
[0079]方式一:通过切换，更换被碰撞UE的C-RNTI，该切换可以是小区内或小区间切换。
[0080]方式二:通过RRC信令或者MAC信令，重新为被碰撞UE分配新的C-RNTI。
[0081 ] 方式三:释放被碰撞UE的RRC连接。
[0082]对于方式三一般适用于被碰撞UE的RB优先级较低的情况。
[0083]步骤六:Marco eNB向UE发送RRC重配信令将DRB重配到Local eNB，其中携带重新为被碰撞UE分配的C-RNTI。
[0084]步骤七:Local eNB下使用Local eNB为其分配的C-RNTI调度UE在Local节点传输被分离到Local eNB的承载。
[0085]需要说明的是:步骤三的C-RNTI分配和步骤三的RB接纳判断可以同时进行，也可以选择任何一个步骤优先执行，不需要严格规定先后顺序，但需要保证Marco eNB在调度该UE之前被碰撞UE已经释放或者获得了新的C-RNTI。
[0086]实施例5:
[0087]步骤一:UE在Macro eNB上建立RRC连接，由Macro eNB为其分配C-RNTI。
[0088]步骤二:Marco eNB针对UE的某个RB判断是否启用承载分离，如果启用，则根据UE的测量选择合适的参与承载分离的Local eNB，通过基站间接口(X2 口或者新引入的基站间接口)发送承载分离请求消息。承载分离请求中携带UE要分离的DRB等相关配置信息。可选的，还可以携带Marco eNB下可用的一个C-RNTI或者多个C-RNTI的集合。
[0089]步骤三:Local eNB接收到承载分离请求消息，根据自身的C-RNTI分配情况，确定为承载分离UE分配的C-RNTI。当然如果Marco eNB在承载分离请求消息中携带了 C-RNTI指示信息(即携带Marco eNB下可用的一个C-RNTI或者多个C-RNTI的集合)，那么确定C-RNTI分配时可以参考该信息，即可以从Marco eNB下可用的一个C-RNTI或者多个C-RNTI的集合中选择C-RNTI进行分配。
[0090]步骤四:Local eNB执行接纳判决，如果可以接纳，那么向Marco eNB反馈RB承载分离响应消息以及新分配的C-RNTI。
[0091]步骤五:Marco eNB接收到承载响应消息后提取Local eNB为UE分配的C-RNTI，判断是否和其服务的某个UE (被碰撞UE)冲突，如果冲突，那么判断承载分离失败。可选的,还可以通知Local结束承载分离。
[0092]步骤六:可选的，Marco eNB还可以通过小区内切换或者重配等操作为UE重新分配C-RNTI，并再次尝试RB分离。
[0093]本发明实施例提供的一种小区无线网络临时标识C-RNTI的分配系统，包括用户
设备UE聚合的第一基站和第二基站；其中，
[0094]第一基站，用于为UE分配C-RNTI ;以及，通过基站间接口将为UE分配的C-RNTI发
送给参与聚合的第二基站；
[0095]第二基站，用于接收第一基站为UE分配的C-RNTI。
[0096]较佳的，所述第一基站为发起承载分离或者接受承载分离请求的基站。
[0097]较佳的，第二基站还用于:判断该第二基站下是否存在被碰撞UE，其中，所述被碰撞UE对应的C-RNTI，与第二基站接收到的第一基站为UE分配的C-RNTI相同；当存在被碰撞UE时，更换被碰撞UE的C-RNTI ;或者，释放被碰撞UE的无线资源控制RRC连接；或者，拒绝第一基站发起的与该被碰撞UE使用相同C-RNTI的UE的基站间聚合请求。
[0098]较佳的，当存在被碰撞UE时，第二基站更换被碰撞UE的C-RNTI，具体包括:
[0099]第二基站通过对被碰撞UE进行小区内或者小区间切换更换其C-RNTI ;或者，
[0100]第二基站通过RRC信令或者MAC信令或者物理层信令更新被碰撞UE的C-RNTI，或者，
[0101]若被碰撞UE的无线承载RB是通过承载分离过程分离到第二基站的，则第二基站通知为该被碰撞UE分配C-RNTI的基站更换为被碰撞UE分配的C-RNTI，并向该基站指示第二基站当前可用的C-RNTI全集或者子集。
[0102]较佳的，当存在被碰撞UE时，第二基站释放被碰撞UE的无线资源控制RRC连接，包括:
[0103]第二基站直接发送RRC连接释放消息通知UE释放RRC连接；或者，
[0104]若被碰撞UE的无线承载RB是通过承载分离过程分离到第二基站的，则第二基站通知为被碰撞UE分配C-RNTI的基站释放UE的RRC连接。
[0105]综上所述，本发明当UE聚合多个基站的资源时，由其中一个基站为其分配C-RNTI，然后通过基站间接口交互给其它参与聚合的基站。对于参与聚合的基站，如果该C-RNTI和该基站服务的其它UE(被碰撞UE)的C-RNTI冲突，那么由该基站负责解决C-RNTI碰撞问题。因此，本发明给出了一种当UE聚合多个基站资源时基于竞争的C-RNTI方式，解决了 UE聚合多个基站资源时如何分配C-RNTI的问题。
[0106]本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
[0107]本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0108]这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0109]这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0110]显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
【权利要求】
1.一种小区无线网络临时标识C-RNTI的分配方法，其特征在于，该方法包括: 在用户设备UE聚合多个基站的资源的情况下，由其中的第一基站为UE分配C-RNTI ； 第一基站通过基站间接口将为UE分配的C-RNTI发送给参与聚合的第二基站。
2.根据权利要求1所述的方法，其特征在于，所述第一基站为发起承载分离或者接受承载分离请求的基站。
3.根据权利要求1所述的方法，其特征在于，该方法还包括: 第二基站判断该第二基站下是否存在被碰撞UE，其中，所述被碰撞UE对应的C-RNTI，与第二基站接收到的第一基站为UE分配的C-RNTI相同； 当存在被碰撞UE时，第二基站更换被碰撞UE的C-RNTI ;或者，释放被碰撞UE的无线资源控制RRC连接；或者，拒绝第一基站发起的与该被碰撞UE使用相同C-RNTI的UE的基站间聚合请求。
4.根据权利要求3所 述的方法，其特征在于，当存在被碰撞UE时，第二基站更换被碰撞UE 的 C-RNTI，包括: 第二基站通过对被碰撞UE进行小区内或者小区间切换更换其C-RNTI ;或者， 第二基站通过RRC信令或者MAC信令或者物理层信令更新被碰撞UE的C-RNTI，或者，若被碰撞UE的无线承载RB是通过承载分离过程分离到第二基站的，则第二基站通知为该被碰撞UE分配C-RNTI的基站更换为被碰撞UE分配的C-RNTI，并向该基站指示第二基站当前可用的C-RNTI全集或者子集。
5.根据权利要求3所述的方法,其特征在于，当存在被碰撞UE时,第二基站释放被碰撞UE的无线资源控制RRC连接，包括: 第二基站直接发送RRC连接释放消息通知UE释放RRC连接；或者， 若被碰撞UE的无线承载RB是通过承载分离过程分离到第二基站的，则第二基站通知为被碰撞UE分配C-RNTI的基站释放UE的RRC连接。
6.一种小区无线网络临时标识C-RNTI的分配系统，其特征在于，该系统包括用户设备UE聚合的第一基站和第二基站；其中， 第一基站，用于为UE分配C-RNTI ;以及，通过基站间接口将为UE分配的C-RNTI发送给参与聚合的第二基站； 第二基站，用于接收第一基站为UE分配的C-RNTI。
7.根据权利要求6所述的系统，其特征在于，所述第一基站为发起承载分离或者接受承载分离请求的基站。
8.根据权利要求6所述的系统，其特征在于，第二基站还用于:判断该第二基站下是否存在被碰撞UE，其中，所述被碰撞UE对应的C-RNTI，与第二基站接收到的第一基站为UE分配的C-RNTI相同；当存在被碰撞UE时，更换被碰撞UE的C-RNTI ;或者，释放被碰撞UE的无线资源控制RRC连接；或者，拒绝第一基站发起的与该被碰撞UE使用相同C-RNTI的UE的基站间聚合请求。
9.根据权利要求8所述的系统，其特征在于，当存在被碰撞UE时，第二基站更换被碰撞UE的C-RNTI，具体包括: 第二基站通过对被碰撞UE进行小区内或者小区间切换更换其C-RNTI ;或者， 第二基站通过RRC信令或者MAC信令或者物理层信令更新被碰撞UE的C-RNTI，或者，若被碰撞UE的无线承载RB是通过承载分离过程分离到第二基站的，则第二基站通知为该被碰撞UE分配C-RNTI的基站更换为被碰撞UE分配的C-RNTI，并向该基站指示第二基站当前可用的C-RNTI全集或者子集。
10.根据权利要求8所述的系统，其特征在于，当存在被碰撞UE时，第二基站释放被碰撞UE的无线资源控制RRC连接，包括: 第二基站直接发送RRC连接释放消息通知UE释放RRC连接；或者， 若被碰撞UE的无线承载RB是通过承载分离过程分离到第二基站的，则第二基站通知为被碰撞UE分配C-RNTI的基站释放UE的RRC连接。
【文档编号】H04W72/04GK103582132SQ201210258715
【公开日】2014年2月12日 申请日期:2012年7月24日 优先权日:2012年7月24日
【发明者】赵亚利, 付喆, 梁靖, 吴昱民 申请人:电信科学技术研究院