在新配置参数的使用上同步UE和SeNB的方法和装置的制造方法

文档序号:9381549阅读:218来源:国知局
在新配置参数的使用上同步UE和SeNB的方法和装置的制造方法
【技术领域】
[0001] 本发明涉及通信系统,尤其涉及双连接通信系统中在新配置参数的使用上同步UE 和SeNB的方法和装置。
【背景技术】
[0002] 根据目前的双连接(dual connectivity, DC)状态,在小小区基站(SeNB)上可能 为从小区组(SCG)配置有多个小区,这些小区中的一个作为特殊主小区(SPcell),其他作 为普通从小区(Scells)。SPcell的主要作用是进行PUCCH传输。目前已经达成如下一致: SPcell在被添加后,在其整个生命周期中总是处于激活状态,这与RlO中定义的Pcell类 似。对于SCG的小区,无论其是SPcell或者Scell,都必须有自主上行控制信息(UCI)的传 输,例如上行SRS,上行PUCCH和上行CQI/PMI/RI等,当然,其中上行PUCCH仅出现在SPcell 上。一般而言,为了保证正确的用户设备(UE)行为,UE和基站(eNB)必须在相关的上行/ 下行配置参数上同步。例如,eNB将为自主上行控制信息的传输配置多个参数,譬如,资源指 示,传输周期等。对于这些自主上行控制信息的传输,UE和eNB必须在UE何时在何资源上 开始上行传输上达成同步,从而使得eNB不会错过UE的任何上行传输。这与eNB和UE在 新配置参数何时在UE侧被采用的同步是相同的。
[0003] 根据目前的进程,有以下几种SCG配置/重配置场景需要在配置/重配置参数的 使用上同步SeNB和UE :
[0004] 场景1 :为SeNB添加一个新Scell,其属于一个新的STAG ;
[0005] 场景2 :为SeNB添加一个新Scell,其属于一个已有的sTAG ;
[0006] 场景3 :SPcell发生变化,新SPcell是一个先前存在的普通Scell ;
[0007] 场景4 =SPcell发生变化,新SPcell是一个新添加的Scell,其属于一个已有的 sTAG ;
[0008] 场景5 :SPcell发生变化,新SPcell是一个新添加的Scell,其属于一个新的 sTAG ;
[0009] 场景6 =SPcell发生变化,旧SPcell变成一个普通的激活的Scell,其上行同步在 SPcell变化过程结束后仍保持;
[0010] 场景7 =SPcell发生变化,旧SPcell变成一个普通的激活的Scell,但是其上行同 步在SPcell变化过程结束后无效。
[0011] 对于场景1,5和7,在UE在相应的Scell或新SPcell上进行传输之前,UE首先应 当通过PRACH过程实现上行同步,也就是说,对于场景1,5和7,上行PRACH过程是强制的。 而对于场景2, 3,4和6,由于UE在相应的Scell或新SPcell上已经上行同步了,因此对于 这些场景PRACH不是必须的。
[0012] 在RlO的Pcell中,所有新的/更新的参数,包括用于自主上行控制信息的传输的 参数,都由RRC消息来配置的。UE和eNB需要在UE何时采用这些新的/更新的参数上达成 同步,例如,需要在UE何时在何资源上进行这些上行控制信息的传输上达成同步,以使得 eNB能够准备好接收这些上行控制信息。例如,UE可以在发送RRC重配置完成消息后的一段 时间后进行上行控制信息的传输;在eNB侧,在接收到RRC重配置完成消息之后,eNB知晓 UE将在一段时间后进行上行控制信息的传输,并且准备好在相应的时隙接收这些上行控制 信息。
[0013] 然而对于双连接场景,RRC协议仅位于宏小区基站(MeNB)侧。尽管SeNB将提供 一些参数用于支持MeNB生成RRC消息,例如上行控制信息的传输的配置,但是,SeNB并不 知晓UE将何时完成相关的配置/重配置。由于RRC过程仅发生在MeNB与UE之间,因此, SeNB并不知晓这些新配置参数在UE侧将何时生效,由此也不确切地知晓UE将何时开始进 行上行控制信息的传输。也就是说,基于RlO的机制,无法保证SeNB和UE在UE使用新的 /更新的配置参数(例如,在上行控制信息的传输时间点和相关的资源)上同步。因此,需 要新的技术方案来解决该问题,以使得SeNB可以知晓新配置参数何时将在UE侧使用,从而 使得SeNB不会错过UE的上行控制信息的传输。
[0014] 目前,一种已有的方案是使用PRACH来解决该问题。也就是说,为了在特定小区的 新配置参数的使用上同步UE和eNB,需要在该小区上进行PRACH。在该特定小区上完成该 PRACH的时间点将被作为采用新的/更新的配置参数的提示,例如作为UE进行上行控制信 息的传输的提示。该已有的方案对于场景1,5和7是可行的,因为对于这些场景总是需要 进行PRACH ;而对于场景2, 3,4和6,尽管对于上行同步无需上行PRACH,但是却不得不触发 冗余的PRACH过程仅用于在新配置参数的使用上同步UE和SeNB,例如在UE自主上行传输 上同步UE和SeNB。这将导致对PRACH资源的额外开销。

【发明内容】

[0015] 因此,有必要提供一种新的技术方案,其能够在新的/更新的配置参数的使用上 同步UE和eNB,而不会引入冗余的PRACH过程。
[0016] 根据本发明的一个方面的一个实施例,提供了一种双连接通信系统的小小区基站 (SeNB)中在新配置参数的使用上同步所述SeNB和用户设备(UE)的方法,其中,所述方法 包括以下步骤:当确定所述SeNB的任一小区的一个PRACH过程已结束,在从宏小区基站 (MeNB)处接收到的RRC配置/重配置完成消息所对应的一个或多个小区上基于新配置参 数,与所述UE进行通信,或者在所述SeNB发送至所述MeNB的配置/重配置请求中所包括 的所有需要配置/重配置的小区上基于新配置参数,与所述UE进行通信。
[0017] 有利地,当从所述MeNB处接收到对应于所述SeNB的一个或多个小区的RRC配置 /重配置完成消息,并且确定所述SeNB的任一小区的一个PRACH过程已结束,则在所述RRC 配置/重配置完成消息所对应的所述一个或多个小区上基于新配置参数,与所述UE进行通 信。也就是说,在一个优选的例子中,SeNB从MeNB处接收到RRC配置/重配置完成消息可 以作为一个触发点,使得SeNB开始检查在这之后是否在其任一小区上有一个PRACH过程开 始并完成,如果有一个PRACH过程成功完成,则该SeNB准备好在其接收到的RRC配置/重 配置完成消息所对应的一个或多个小区上基于新配置参数,与UE进行通信。可以理解的 是,该触发点也可以是SeNB发送配置/重配置请求至MeNB后的一个预定时间点,即使此时 SeNB尚未接收到来自MeNB的RRC配置/重配置完成消息。
[0018] 根据本发明的一个方面的另一个实施例,提供了一种双连接通信系统的用户设备 (UE)中在新配置参数的使用上同步所述UE和小小区基站(SeNB)的方法,其中,所述方法 包括以下步骤:当完成对所述SeNB的一个或多个小区的RRC配置/重配置,并且确定所述 SeNB的任一小区的一个PRACH过程已结束,在所有完成RRC配置/重配置的小区上基于新 配置参数,与所述SeNB进行通信。
[0019] 根据本发明的另一个方面的一个实施例,提供了一种双连接通信系统的小小区基 站(SeNB)中在新配置参数的使用上同步所述SeNB和用户设备(UE)的方法,其中,所述方 法包括以下步骤:发送MAC CE至所述UE,所述MAC CE用于指示所述UE基于新配置参数进 行通信。
[0020] 有利地,当从所述MeNB处接收到对应于所述SeNB的一个或多个小区的RRC配置 /重配置完成消息,则发送所述MAC CE至所述UE。
[0021 ] 在一个例子中,所述MAC CE的子头部中包括指示信息,用于指示所述UE在所有完 成RRC配置/重配置的小区上基于新配置参数进行通信,其中,所述方法还包括以下步骤: 在从宏小区基站(MeNB)处接收到的RRC配置/重配置完成消息所对应的一个或多个小区 上基于新配置参数,与所述UE进行通信,或者在所述SeNB发送至所述MeNB的配置/重配 置请求中所包括的所有需要配置/重配置的小区上基于新配置参数,与所述UE进行通信。
[0022] 在一个例子中,所述MAC CE的子头部中包括指示信息,用于指示所述UE基于新配 置参数进行通信,并且所述MAC CE的载荷中包括小区指示信息,用于指示需要所述UE在其 上基于新配置参数进行通信的小区,其中,所述方法还包括以下步骤:在所述小区指示信息 所指示的小区上基于新配置参数,与所述UE进行通信。
[0023] 例如,当SeNB从M
当前第1页1 2 3 4 5 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1