具体实施方式
本发明实施例给出了用户聚合多个基站小区资源的分层组网场景下,特别是在支持承载分离的架构下,UE聚合的不同基站如何为UE分配C-RNTI的技术方案,用于完成动态调度等过程。
参见图3,本发明实施例提供了一种小区无线网络临时标识C-RNTI的分配方法,该方法包括步骤:
S201:在用户设备UE聚合多个基站小区资源的场景下,UE的初始接入基站和UE聚合的目标基站确定各自需要为该UE分配的C-RNTI;
S202:UE的初始接入基站和UE聚合的目标基站将各自确定的C-RNTI分配给UE。较佳的,所述场景为支持承载分离的分层组网场景。
对于支持承载分离的分层组网场景,在承载分离过程中,聚合的目标基站为UE分配与本基站对应的C-RNTI,并通过初始接入基站将该C-RNTI通知给UE;或者,在承载分离过程中,并且在由UE在聚合的目标基站发起的随机接入过程中,聚合的目标基站为UE分配与本基站对应的C-RNTI。
本发明实施例提供了另一种小区无线网络临时标识C-RNTI的分配方法,该方法包括:
在用户设备UE聚合多个基站小区资源的场景下,由初始接入基站为UE分配承载分离状态下使用的承载分离专用C-RNTI,其中,所述承载分离专用C-RNTI属于UE聚合的基站共同维护的承载分离专用无线网络临时标识RNTI集合;
初始接入基站将所述C-RNTI分别通知给UE和与初始接入基站聚合的基站。
对于支持承载分离的分层组网场景,在初始无线链路控制RRC连接建立时,或者在承载分离过程中,初始接入基站为该UE分配承载分离专用C-RNTI。
在承载分离状态下,聚合的目标基站使用初始接入基站为该UE分配的在承载分离状态下使用的专用C-RNTI进行通信,初始接入基站同样使用该专用C-RNTI进行通信;或者,
在承载分离状态下,聚合的目标基站使用初始接入基站为该UE分配的在承载分离状态下使用的专用C-RNTI进行通信,初始接入基站仍然使用在UE发起的初始连接建立过程中初始接入基站分配给UE的C-RNTI进行通信。
下面给出几个具体实施例的说明。
具体实施例一:Macro eNB和Local eNB各自为UE分配与本基站对应C-RNTI。在承载分离过程中,目标eNB(如Local eNB)为UE分配在对应小区中使用的C-RNTI,通过基站之间的接口告知UE的初始接入基站(如MacroeNB),再通过初始接入基站告知UE。
参见图4,具体包括步骤:
S301:C-RNTI的初始分配。
作为UE初始接入的基站,Macro eNB在为UE分配C-RNTI时,可以按照现有的规则为UE分配专用C-RNTI,例如可以随机为UE分配专用C-RNTI。在UE保持无线资源控制(Radio Resource Control,RRC)连接期间,Macro eNB使用此C-RNTI加扰的物理下行控制信道(Physical Downlink Control Channel,PDCCH),实现Macro对UE的动态调度等操作。
S302:承载分离时C-RNTI的分配。
当满足承载分离条件,Macro eNB通过基站之间的接口通知Local eNB针对某UE的基站间的承载分离命令(消息包括:在承载分离中需要转移的承载的配置信息、UE标识等),请求Local eNB为该UE分配UE在Local下专用的C-RNTI。而后,Local eNB将为该UE分配的C-RNTI交互给Macro eNB。Macro eNB向UE发送承载分离命令,并将收到的Local eNB为该UE分配的C-RNTI通知给UE。此通知可通过RRC连接重配置过程、或其他全新定义的方式来实现。
S303:C-RNTI的使用。
在承载分离状态下,Macro eNB和Local eNB分别使用各自为UE分配的C-RNTI,完成动态调度等过程。相应的,在承载分离状态下,UE在Local和Macro上分别使用相应的C-RNTI,完成PDCCH解扰、物理上行控制信道(Physical Uplink Control Channel,PUCCH)/物理上行共享信道(Physical UplinkShared Channel,PUSCH)加扰等操作。
S304:C-RNTI的回收。
当Macro eNB判定Local eNB不再满足承载分离条件时,将通知UE承载聚合命令或承载重分离命令,UE收到此命令后执行相应的操作(如,删除与原Local对应的C-RNTI)。同时,维持RRC连接的基站(即Macro eNB)通过基站之间的接口通知Local eNB为相应UE发起承载聚合过程或承载重分离过程。Local eNB收到此命令后,释放Local eNB之前为这个UE分配的C-RNTI,并执行其他相应的操作。
所谓承载重分离过程,即由承载分离过程转移的无线承载(RadioBearer,RB)先转移回Macro eNB,再通过新的承载分离命令,将部分/全部数据无线承载(Data Radio Bearer,DRB)重新转移到另外一个Local eNB;或者由承载分离过程转移的部分/全部RB直接转移到另外一个Local eNB。
具体实施例二:Macro eNB和Local eNB各自为UE分配与本基站对应C-RNTI。在承载分离过程中,目标eNB(假设为Macro eNB)为UE分配在对应小区中使用的C-RNTI,通过基站之间的接口告知UE的初始接入基站(假设为Local eNB),再通过初始接入基站告知UE。
参见图5,具体包括步骤:
S401:C-RNTI的初始分配。
作为UE初始接入的基站,Local eNB在为UE分配C-RNTI时,可以按照现有的规则为UE分配专用C-RNTI。
S402:承载分离时C-RNTI的分配。
当满足承载分离条件,Local eNB或采用切换过程,将UE先切换到MacroeNB,再由Macro eNB发起承载分离过程;或由Local eNB直接发起承载分离过程。对于UE先切换到Macro eNB的情况,其承载分离和C-RNTI的使用与实施例1一致。以下仅对Local eNB直接发起的承载分离过程进行描述。
Local eNB通过基站之间的接口通知Macro eNB针对某UE的基站间的承载分离命令(消息包括:在承载分离中需要转移的SRB等承载的配置信息、UE标识等),请求Macro eNB为该UE分配UE在Macro eNB下专用的C-RNTI。而后,Macro eNB将为该UE分配的C-RNTI交互给Local eNB。Local eNB向UE发送承载分离命令,并将收到的Mcaro eNB为该UE分配的C-RNTI通知给UE。此通知可通过RRC连接重配置过程、或其他全新定义的方式来实现。承载分离成功后,UE的RRC连接在Macro上维持。
S403:C-RNTI使用。
在承载分离状态下,Macro eNB和Local eNB分别使用各自为UE分配的C-RNTI,完成动态调度等过程。相应的,在承载分离状态下,UE在Local和Macro上分别使用相应的C-RNTI,完成PDCCH解扰、PUCCH/PUSCH加扰等操作。
S404:C-RNTI回收。
当Macro eNB判定Local eNB不再满足承载分离条件时,将通知UE承载聚合命令或承载重分离命令,UE收到此命令后执行相应的操作(如,删除与原Local对应的C-RNTI)。同时,维持RRC连接的基站(即Macro eNB)通过基站之间的接口通知Local eNB为相应UE发起承载聚合过程或承载重分离过程。Local eNB收到此命令后,释放Local eNB之前为这个UE分配的C-RNTI,并执行其他相应的操作。
具体实施例三:Macro eNB和Local eNB各自为UE分配与本基站对应的C-RNTI。Local eNB在UE发起Local RA时为UE分配的Local下UE专用的C-RNTI。
参见图6,具体包括步骤:
S501:C-RNTI的初始分配。
作为UE初始接入的基站,Macro eNB在为UE分配C-RNTI时,可以按照现有的规则为UE分配专用C-RNTI。在UE保持RRC连接期间,Macro eNB使用此C-RNTI加扰的PDCCH,实现Macro对UE的动态调度等操作。
S502:通知进行承载分离。
当满足承载分离条件时,Macro eNB通过基站之间的接口通知Local eNB针对某UE的eNB间的承载分离命令(消息包括:在承载分离中需要转移的承载的配置信息、UE标识等)。同时,Macro eNB向UE发送承载分离命令。
S503:UE发起无线接入(Radio Access,RA)过程。
UE收到此命令后执行相应的操作:如激活另外一套对应Local eNB的物理层(Physical Layer,PHY)和媒体接入控制(Medium Access Control,MAC)实体,而后用与Local eNB对应的这套PHY和MAC实体,在Local发起RA过程。Local eNB在UE发起的随机接入过程中为UE分配Local下UE专用的C-RNTI。
S504:C-RNTI使用。
在承载分离状态下,Macro eNB和Local eNB分别使用各自为UE分配的C-RNTI,完成动态调度等过程。相应的,在承载分离状态下,UE在Local和Macro上分别使用相应的C-RNTI,完成PDCCH解扰、PUCCH/PUSCH加扰等操作。
S505:C-RNTI回收。
当Macro eNB判定Local eNB不再满足承载分离条件时,将通知UE承载聚合命令或承载重分离命令,UE收到此命令后执行相应的操作(如,删除与原Local对应的C-RNTI)。同时,Macro eNB通过基站之间的接口通知Local eNB为相应UE发起承载聚合过程或承载重分离过程。Local eNB收到此命令后,回收为这个UE分配的在Local下的专用C-RNTI,并执行其他相应的操作。
具体实施例四:Macro eNB和Local eNB共同维护一段RNTI的取值范围;在承载分离时,由UE的初始接入基站分配(假设为Macro eNB)在承载分离状态下使用的C-RNTI,并通过基站之间的接口交互的方式,通知目标eNB(假设为Local eNB)该UE在Local eNB对应的小区中使用的C-RNTI取值。
参见图7,具体包括步骤:
S601:交互基站共同维护RNTI专用集合。
为避免C-RNTI的使用冲突,聚合的基站共同维护一段RNTI的取值范围(称为承载分离专用RNTI集合),预留给基站交互C-RNTI时使用。上述基站共同维护的RNTI专用集合,可由OAM配置,或也可通过Local eNB和MacroeNB之间的X2接口,或是S1接口,或是全新定义的接口进行交互。
S602:C-RNTI的初始分配。
作为UE初始接入的基站,Macro eNB在为初始接入的UE分配C-RNTI时,可以按照现有的规则为UE分配C-RNTI,此C-RNTI的取值范围在基站共同维护的承载分离专用RNTI集合之外。
S603:承载分离时C-RNTI的分配。
当满足承载分离条件,Macro eNB发起承载分离过程。Macro eNB在预留的RNTI专用集合中,选择在承载分离状态下UE在Macro和Local使用的C-RNTI(记为承载分离专用C-RNTI),并将这个承载分离专用C-RNTI通知给UE。此通知可以采用RRC连接重配置过程、或使用切换过程、或使用PDCCH调度C-RNTI MAC CE方式、或其他全新定义的方式来实现。同时,Macro eNB通过基站之间的接口将UE标识、Macro为UE分配的承载分离专用C-RNTI、转移的DRB配置等信息通知Local eNB(进一步,Macro eNB将为UE分配的承载分离专用C-RNTI交互给与Macro eNB聚合的所有Local eNB)。在UE收到Macro eNB告知的承载分离专用C-RNTI并正确解码后,UE使用承载分离专用C-RNTI,完成PDCCH解扰、PUCCH/PUSCH加扰等操作;在收到UE的反馈在承载分离状态下,基站使用承载分离专用C-RNTI完成动态调度等操作。
对于Macro eNB在初始接入时为UE分配的C-RNTI,基站可以重新分配给其它UE,也可以为该UE保留供后续使用(基站可在收到UE反馈的承载分离完成消息后进行处理)。
S604:C-RNTI的使用。
在承载分离状态下,在Macro eNB和Local eNB的对应小区中分别使用Macro为UE分配的承载分离专用C-RNTI,完成各小区的动态调度等过程。相应的,在承载分离状态下,UE使用该承载专用C-RNTI,完成PDCCH解扰、PUCCH/PUSCH加扰等操作。
S605:承载聚合或重分离中的处理。
当Macro eNB判定Local eNB不再满足承载分离条件时,将发起承载聚合过程或承载重分离过程。
对于承载聚合过程,Macro eNB需要确定聚合后UE使用的C-RNTI:
若在UE初始接入时Macro eNB分配的C-RNTI仍然保留,则可以直接使用该保留的C-RNTI作为聚合后该UE在Macro eNB对应小区的标识;
若不保留UE初始接入时Macro eNB分配的C-RNTI,则需要采用与初始接入类似的方式为该UE分配承载分离专用RNTI集合之外的C-RNTI取值。
同时,Macro eNB通过基站之间的接口通知Local eNB为相应UE发起承载聚合过程,之前分配给UE的承载分离专用C-RNTI,在收到UE反馈的承载聚合完成后被Macro和local eNB回收(Local eNB保留的承载分离专用C-RNTI,也可在收到Macro eNB发起承载聚合过程通知时回收)(进一步,当原来的承载分离专用C-RNTI在Macro eNB发起承载分离时一并告知给所有与Macro eNB聚合的基站时,原来的承载分离专用C-RNTI从与Macro eNB聚合并被告知的其他Local eNB回收)。相应的,UE收到Macro eNB发送的携带新的C-RNTI的通知并正确解码后,UE使用新的C-RNTI,完成后续PDCCH解扰、PUCCH/PUSCH加扰等操作。同时,UE删除这个承载分离专用C-RNTI。在收到UE反馈的承载聚合完成后,基站使用新的C-RNTI完成动态调度等操作。
所谓承载重分离过程,即由承载分离过程转移的RB先转移回Macro eNB,再通过新的承载分离命令,将部分/全部DRB重新转移到另外一个Local eNB;或者由承载分离过程转移的部分/全部RB直接转移到另外一个Local eNB。
对于先转移回Macro eNB的承载重分离,其基本处理与承载聚合过程一致;对于直接从Local eNB1转移到Local eNB2的重分离过程,需要采用步骤2类似的手段为Macro eNB和Local eNB2重新分配一个新的承载分离专用C-RNTI(进一步,可将此新的承载分离专用C-RNTI交互给与Macro eNB聚合的所有Local eNB),并将原来的承载分离专用C-RNTI从Macro eNB和LocaleNB1回收(进一步,当原来的承载分离专用C-RNTI在Macro eNB发起承载分离时一并告知给所有与Macro eNB聚合的基站时,原来的承载分离专用C-RNTI从与Macro eNB聚合并被告知的其他Local eNB回收)。(相应的,UE删除原承载分离专用C-RNTI,之后使用新的承载分离专用C-RNTI。具体做法如:分配给UE的原承载分离专用C-RNTI,在收到UE反馈的承载重分离完成后被Macro eNB回收。相应的,在Macro eNB通知UE发起承载重分离命令时,告知UE后续使用的新承载分离专用C-RNTI(简称C-RNTI1),UE收到携带C-RNTI1的通知并正确解码后,UE使用C-RNTI1,完成PDCCH解扰、PUCCH/PUSCH加扰等操作。同时,UE删除原承载分离专用C-RNTI。在收到UE反馈的承载重分离后,基站使用C-RNTI1完成动态调度等操作);或者在Macro eNB发起承载分离时即告知所有与其聚合的基站承载分离专用C-RNTI时,Local eNB2直接使用原来的承载分离专用C-RNTI,进行后续处理和操作;又或者在Macro eNB发起承载分离时仅告知聚合的目标基站承载分离专用C-RNTI时,此时Macro eNB将原来的承载分离专用C-RNTI直接分配给LocaleNB2,并且进一步可以回收Local eNB1上的原承载分离专用C-RNTI的取值(原承载分离专用C-RNTI,Local eNB1可在收到UE反馈的承载重分离完成后回收,也可在Local eNB1收到Macro eNB发起承载重分离过程通知时回收)。
具体实施例五:Macro eNB和Local eNB共同维护一段RNTI的取值范围;在承载分离时由UE的初始接入基站(假设为Macro eNB)为目标eNB(假设为Local eNB)分配承载分离专用C-RNTI,并通过基站之间的接口交互的方式,通知目标eNB(假设为Local eNB)。在整个过程中不需要改变UE在Macro eNB所对应小区的C-RNTI的取值。
参见图8,具体包括步骤:
S701:交互基站共同维护的RNTI专用集合。
为避免C-RNTI的使用冲突,聚合的基站共同维护一段RNTI的取值范围(称为承载分离专用RNTI集合),预留给基站交互C-RNTI时使用。上述基站共同维护的RNTI专用集合,可由OAM配置,或也可以通过Local eNB和MacroeNB之间的X2接口,或是S1接口,或是全新定义的接口进行交互。
S702:C-RNTI的初始分配。
作为UE初始接入的基站,Macro eNB在为初始接入的UE分配C-RNTI时,可以按照现有的规则为UE分配C-RNTI,此C-RNTI的取值范围在基站共同维护的承载分离专用RNTI集合之外。
S703:承载分离时C-RNTI的分配。
当满足承载分离条件时,Macro eNB发起承载分离过程。Macro eNB在预留的RNTI专用集合中,选择在承载分离状态下UE在Local eNB对应小区使用的C-RNTI(记为承载分离专用C-RNTI),并将这个承载分离专用C-RNTI通知给UE。此通知可以采用RRC连接重配置过程、或其他全新定义的方式来实现。同时,Macro eNB通过基站之间的接口将UE标识、承载分离专用C-RNTI、转移的DRB配置等信息通知Local eNB(进一步,Macro eNB将为UE分配的承载分离专用C-RNTI交互给与Macro eNB聚合的所有Local eNB)。
S704:C-RNTI使用。
在承载分离状态下,在Macro eNB和Local eNB的对应小区中使用不同的C-RNTI完成对UE的动态调度等操作:Macro中使用初始接入时为UE分配的C-RNTI,Local中则使用Macro eNB分配的承载分离专用C-RNTI。相应的,在承载分离状态下,UE在Local和Macro上分别使用相应的C-RNTI,完成PDCCH解扰、PUCCH/PUSCH加扰等操作。
S705:承载聚合或重分离中的处理。
当Macro eNB判定Local eNB不再满足承载分离条件时,将发起承载聚合过程或承载重分离过程。
对于承载聚合过程,Macro eNB仍然使用初始接入时分配的C-RNTI。同时,Macro eNB通过基站之间的接口通知Local eNB为相应UE发起承载聚合过程,之前分配给UE的承载分离专用C-RNTI被Macro和local eNB回收(承载分离专用C-RNTI可在UE反馈承载聚合完成后回收,也可在Local eNB收到Macro eNB发起承载聚合过程通知时回收)(进一步,当原来的承载分离专用C-RNTI在Macro eNB发起承载分离时一并告知给所有与Macro eNB聚合的基站时,原来的承载分离专用C-RNTI从与Macro eNB聚合并被告知的其他Local eNB回收)。相应的,在UE反馈承载聚合完成后或UE收到Macro eNB发送的承载聚合命令并成功解码后,UE删除这个承载分离专用C-RNTI。
对于先转移回Macro eNB的承载重分离过程,其基本处理与承载聚合过程一致;对于直接从Local eNB1转移到Local eNB2的重分离过程,需要采用步骤2类似的手段为Local eNB2重新分配一个新的承载分离专用C-RNTI(进一步,可将此新的承载分离专用C-RNTI交互给与Macro eNB聚合的所有LocaleNB),并将原来的承载分离专用C-RNTI从Macro eNB和Local eNB1回收(进一步,当原来的承载分离专用C-RNTI在Macro eNB发起承载分离时一并告知给所有与Macro eNB聚合的基站时,原来的承载分离专用C-RNTI从与MacroeNB聚合并被告知的其他Local eNB回收)(相应的,UE删除原承载分离专用C-RNTI,之后使用新的承载分离专用C-RNTI。具体做法类似实施例4中所述);或者在Macro eNB发起承载分离时即告知所有与其聚合基站承载分离专用C-RNTI时,Local eNB2直接使用原来的承载分离专用C-RNTI,进行后续处理和操作;又或者在Macro eNB发起承载分离时仅告知聚合的目标基站承载分离专用C-RNTI时,此时Macro eNB将原来的承载分离专用C-RNTI直接分配给Local eNB2,并且进一步可以回收Local eNB1上的原承载分离专用C-RNTI的取值(原承载分离专用C-RNTI,Local eNB1可在收到UE反馈的承载重分离完成后回收,也可在Local eNB1收到Macro eNB发起承载重分离过程通知时回收)。
具体实施例六:Macro eNB和Local eNB共同维护一段RNTI的取值范围;由UE初始接入的基站(假设为Macro eNB)在连接建立之初即分配UE在承载分离状态下使用的C-RNTI,并通过基站之间的接口交互的方式,在UE建立RRC连接后即通知目标基站(假设为Local eNB)该UE在Local eNB对应的小区中使用的C-RNTI取值。
参见图9,具体包括步骤:
S801:交互基站共同维护的RNTI专用集合。
为避免C-RNTI的使用冲突,聚合的基站共同维护一段RNTI的取值范围(称为承载分离专用RNTI集合),预留给基站交互C-RNTI时使用。上述承载分离专用RNTI集合可由OAM配置,或也可以通过Local eNB和Macro eNB之间的X2接口,或是S1接口,或是全新定义的接口进行交互。
S802:C-RNTI初始分配。
Macro eNB为初始接入的UE分配C-RNTI时,按照现有的规则为UE分配C-RNTI(记为C-RNTI1),此C-RNTI1的取值范围在承载分离专用RNTI集合之外。
S803:对承载分离专用C-RNTI的预先分配。
建立RRC连接以后,当Macro eNB获知UE具备支持承载分离的能力时,重新为该UE分配在Macro eNB以及后续Local eNB中使用的C-RNTI(记为C-RNTI2,归属于承载分离专用RNTI集合)。C-RNTI2在分配后,即由MacroeNB通过基站之间的接口告知所有可能进行聚合的Local eNB,同时告知的还有UE标识;同时Macro eNB告知UE将使用的C-RNTI由C-RNTI1改为C-RNTI2(此后C-RNTI1可以分配给其他的UE)。UE收到并成功解码MacroeNB告知的C-RNTI2后,使用C-RNTI2完成后续的PDCCH解扰、PUCCH/PUSCH加扰等操作。
当满足承载分离条件时,Macro eNB发起承载分离过程。Macro eNB通过基站之间的接口将UE标识、转移的DRB配置等信息通知Local eNB;此时不需要告知Local eNB为该UE分配的C-RNTI。
S804:C-RNTI的使用。
在承载分离状态下,UE在Macro eNB和Local eNB均使用C-RNTI2完成相关的操作。相应的,在承载分离状态下,UE使用C-RNTI2完成PDCCH解扰、PUCCH/PUSCH加扰等操作。
S805:C-RNTI的变更。
当Macro eNB判定Local eNB不再满足承载分离条件时,将发起承载聚合过程或承载重分离过程。
对于承载聚合过程、先转移回Macro eNB的承载重分离过程、以及直接从Local eNB1转移到Local eNB2的重分离过程,Macro eNB仍然使用C-RNTI2。相应的,UE使用C-RNTI2完成对应的PDCCH解扰、PUCCH/PUSCH加扰等操作。
对于直接从Local eNB1转移到Local eNB2的重分离过程,由于Macro eNB在根据UE能力分配C-RNTI2之后,所有可能进行聚合的Local eNB均将C-RNTI2预留给该UE了,因此此时不需要告知Local eNB2该UE的C-RNTI取值。
具体实施例七:Macro eNB和Local eNB共同维护一段RNTI的取值范围;由UE初始接入的基站(假设为Local eNB)在连接建立之初即分配UE在承载分离状态下使用的C-RNTI,并通过基站之间的接口交互的方式,在UE建立RRC连接后即通知目标基站(假设为Macro eNB)该UE在承载分离时使用的C-RNTI取值。
参见图10,具体包括步骤:
S901:交互基站共同维护的RNTI专用集合。
为避免C-RNTI的使用冲突,聚合的基站共同维护一段RNTI的取值范围(称为承载分离专用RNTI集合),预留给基站交互C-RNTI时使用。上述承载分离专用RNTI集合可由OAM配置,或也可以通过Local eNB和Macro eNB之间的X2接口,或是S1接口,或是全新定义的接口进行交互。
S902:C-RNTI初始分配。
Local eNB为初始接入的UE分配C-RNTI时,按照现有的规则为UE分配C-RNTI(记为C-RNTI1),此C-RNTI1的取值范围在承载分离专用RNTI集合之外。
S903:对承载分离专用C-RNTI的预先分配。
建立RRC连接以后,当Local eNB获知UE具备支持承载分离的能力时,重新为该UE分配在该Local eNB以及后续承载分离状态下在Macro eNB使用的C-RNTI(记为C-RNTI2,归属于承载分离专用RNTI集合)。C-RNTI2在分配后,即由Local eNB通过基站之间的接口告知Macro eNB(Macro eNB再告知与其聚合的其他Local eNB),同时告知的还有UE标识;同时Local eNB告知UE将使用的C-RNTI由C-RNTI1改为C-RNTI2(此后C-RNTI1可以分配给其他的UE)。UE收到并成功解码Local eNB告知的C-RNTI2后,使用C-RNTI2完成后续的PDCCH解扰、PUCCH/PUSCH加扰等操作。
当满足承载分离条件时,Local eNB采用切换过程,将UE先切换到MacroeNB,再由Macro eNB发起承载分离过程。此时不需要交互为该UE分配的承载分离专用C-RNTI。
S904:C-RNTI的使用。
在承载分离状态下,UE在Macro eNB和Local eNB均使用C-RNTI2完成相关的操作。相应的,在承载分离状态下,UE使用C-RNTI2完成PDCCH解扰、PUCCH/PUSCH加扰等操作。
S905:C-RNTI的变更。
当Macro eNB判定Local eNB不再满足承载分离条件时,将发起承载聚合过程或承载重分离过程。
对于承载聚合过程、先转移回Macro eNB的承载重分离过程、以及直接从Local eNB1转移到Local eNB2的重分离过程,Macro eNB仍然使用C-RNTI2。相应的,UE使用C-RNTI2完成对应的PDCCH解扰、PUCCH/PUSCH加扰等操作。
对于直接从Local eNB1转移到Local eNB2的重分离过程,由于基站根据UE能力分配并交互C-RNTI2之后,所有可能进行聚合的基站均将C-RNTI2预留给该UE了,因此此时不需要告知Local eNB2该UE的C-RNTI取值。
本发明实施例提供了一种小区无线网络临时标识C-RNTI的分配系统,该系统包括UE的初始接入基站和UE聚合的目标基站:
每一基站用于在用户设备UE聚合多个基站小区资源的场景下,各自为该UE分配与本基站对应的C-RNTI。
较佳的,所述场景为支持承载分离的分层组网场景。
对于支持承载分离的分层组网场景,所述聚合的目标基站,具体用于在承载分离过程中,为UE分配在该聚合的目标基站小区的C-RNTI,并通过UE的初始接入基站将该C-RNTI通知给UE;或者,在承载分离过程中,并且在由UE在聚合的目标基站发起的随机接入过程中,为UE分配与本基站对应的C-RNTI,并将该C-RNTI通知给UE。
本发明实施例提供了一种基站,参见图11,该基站包括:
分配单元1001,用于在用户设备UE聚合多个基站小区资源的场景下,为该UE分配承载分离专用C-RNTI,所述承载分离专用C-RNTI属于UE聚合的基站共同维护的承载分离专用无线网络临时标识RNTI集合;
通知单元1002,用于将所述承载分离专用C-RNTI通知给UE和与该基站聚合的基站。
较佳的,所述场景为支持承载分离的分层组网场景。
所述分配单元1001,具体用于:
对于支持承载分离的分层组网场景,分配单元1001可以在初始无线链路控制RRC连接建立时,为该UE分配承载分离期间使用的C-RNTI;也可以在承载分离过程中,为该UE分配承载分离期间的C-RNTI。
较佳的,该基站为初始接入基站。
较佳的,该基站既有可能是宏基站,也有可能是本地基站。
较佳的,在承载分离状态下,聚合的目标基站使用初始接入基站为该UE分配的在承载分离状态下使用的C-RNTI进行通信,初始接入基站同样使用该分配的C-RNTI进行通信;或者,在承载分离状态下,聚合的目标基站使用初始接入基站为该UE分配的在承载分离状态下使用的C-RNTI进行通信,初始接入基站仍然使用在UE发起的初始连接建立过程中初始接入基站分配给UE的C-RNTI进行通信。
综上所述,本发明公开了一种在用户聚合多个基小区资源的场景下,特别是在支持承载分离的分层组网场景下,UE聚合的不同基站为UE分配C-RNTI的方法,用以完成基站对UE的动态调度等过程。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。