用于在无线通信系统中执行初始接入过程的方法和装置的制造方法_3

文档序号:9308932阅读:来源:国知局
服务。然而,本发明不排除下面的情况:如果UE已经具有服务 小区,则能够通过诸如UE所处的小区的小小区集群中的控制eNB或者服务eNB这样的另一 eNB来触发唤醒过程。由此,也能够由DTX模式小区来服务没有发起唤醒过程的能力的UE。
[0076] 更详细地,可以经由在装置到装置通信中使用的RACH、SRS和发现信号中的一个 来发送发起请求。这可以暗示能够重新使用D2D中的PRACH、SRS或发现信号的格式。然而, 这不直接地暗示将使用相同的资源配置和加扰。如果将PRACH用于发起请求,则用于PRACH的相同的序列可以被用于发送发起请求。就发送定时和RACH资源而言,能够使用预定定时 和资源,或者发现信号可以承载关于该发起请求配置的信息。另选地,如果将附加信道连同 发现信道一起来发送,则该附加信道同样可以承载该信息。虽然使用SRS,但是无论SRS型 信道是否与传统STS不同,都可以发送该SRS型信道,并且SRS型信道可以使用不同的加扰 和用户RNTI,以使SRS型信道区别于传统SRS。更具体地,可以使用从发现信号发现的小区 ID来确定针对SRS序列生成的循环移位(诸如小区ID% 8)。用于发送SRS的配置类似于 PRACH方法。也就是说,可以使用针对新SRS型信道的预定定时和资源,或者传统SRS信号 可以承载关于该发起请求配置的信息。另选地,如果将附加信道连同SRS型信道一起来发 送,则该附加信道同样可以承载该信息。可以使用预先固定的方案的第一类型方案或者由 发现信道指示的第二类型方案。最后,如果在D2D中使用发现信号(即,另一机制是为了使 用具有不同初始化和潜在资源的装置到装置发现信号,使得该发现新能够与D2D发现信号 区分开。
[0077] -旦休眠模式(或非激活)小小区检测到发起请求信号,该小小区就变成可以发 送传统同步信号的激活状态。在此,休眠模式(或非激活)小小区能够在需要或者不需要适 当的准许控制的情况下接收发起请求信号。当小区处于休眠模式时,则不考虑该小区来发 送任何RS信号或同步信号,因此UE可能不期望接收RS信号和同步信号中的一个。此外, 由于传统UE不具有发起请求,因而小小区的至少一个子集可能必须发送传统信道。一旦触 发激活状态,eNB就可以在没有任何激活的UE的情况下在T时间(例如,T = 200ms)之后 进入非激活/休眠状态。另外,如果能够在没有CRS的情况下在休眠模式下发送数据,则改 变的小区状态应当对于现有的UE或附加的UE已知或者通知给现有的UE或附加的UE,使得 现有的UE(或者附加的UE)能够期望例如在需要时发送的传统信号,以支持高效的相邻小 区测量或者数据速率匹配判定。一种切换状态的机制是为了在加扰时使用不同的小区ID 或虚拟小区ID,使得UE知道小区是处于激活状态还是非激活状态。
[0078] 此外,对发起请求信号的特征描述如下。由于为了支持UE获知小区ID和必需的 配置信息,能够甚至在UE获取小区的系统信息以及同步信号之前发送发起请求,因此当UE 读取发现信号时,需要如何确定发起请求序列和资源的机制。为此,下列设计考虑可能是必 需的。为了便于解释,示出了基于RACH的发起请求。
[0079] 首先,对用于发起请求的前导码格式进行解释。由于发起请求能够被用于小小区 环境,因而CP长度和序列长度不那么大。可以支持新的RACH前导码格式(或者比传统RACH 前导码格式短的RACHA前导码格式)。例如,使用前导码格式0或4来说明发起请求。或 者,如果不能假定同步,换句话说,如果UE不能够经由发现信号来获取精确的时间跟踪,则 可能需要长的CP。在这种情况下,还可以考虑使用针对发现信号的扩展CP。如果将扩展CP 用于发现信号,而在开启状态下发送的同步信号能够使用正常CP,则UE不能采取从发现信 号识别的任何CP长度,或者如果UE被执行以切换到新小区或者UE假定从PSS/SSS识别的 CP长度是唯一有效的,则UE被配置有在新目标小区中使用的CP长度。在这种情况下,可以 使用前导码格式1。
[0080] 可以通过读取发现信号来完成决定哪个前导码用于发起请求。PRACHCP长度可以 遵循发现信号的CP长度,并且可以基于通过发现信道测量的估计路径损耗来选择序列长 度。或者,如果发现信号使用正常CP,则发起请求的CP长度将和前导码格式O相同。在本 文中,发现信号使用扩展CP,发起请求的CP长度将和前导码格式ICP长度相同,或者发现信 号使用短CP,发起请求的CP长度将和前导码格式4CP长度相同。
[0081] 另外,需要配置用于发起请求的子帧。PRACH仅允许由系统信息(或RACH配置) 指示的子帧的子集。可以甚至在不需要读取任何系统信息的情况下发送发起请求。存在多 种替代方案。
[0082] 能够在任何子帧(除TDD中承载发现信号的子帧以外)中发送发起请求。如果双 工模式对于UE是未知的,则为了安全,不使用用于发现信号的相同的子帧来发送PRACH。如 果在休眠/关闭状态下发送发现信号,则可以假定eNB将监听除了用于发送发现信号的子 帧以外的其它子帧中的上行链路发送。或者,可以使用相对于接收发现信号的固定子帧偏 移或间隙。能够利用预定值来设置发现信号和发起请求之间的固定间隙。例如,可以使用 常数C(例如,6)。或者,可以使用用户ID来确定在UE连接到任何小区时的偏移,可以使用 以前的C-RNTI(小区-无线电网络临时标识符)或者自身生成用户ID。例如,用户ID%M 可以被用于其中M是允许的最大偏移(例如,10)的偏移。或者,可以基于通过发现信号识 别的ID(例如,ID%M)来确定偏移。或者,可以通过配置或者在发现信号上发送发起请求。 可以遵循针对发起请求的发现信号发送配置。用于发起请求的配置的信息可以连同发现信 号一起被承载在附加信号中。或者,可以在两个发现信号之间使用间隙(即,时段)。UE可 以基于发现信号时段来发送发起请求,其中,该时段可以被用于确定针对Altl(如使用固 定的子帧偏移/间隙)或Alt2(如使用配置)的M(最大偏移),或者能够在M偏移内使用 随机生成的偏移。
[0083] 对于发起请求,应当考虑FDD/TDD两种情况。在这两种情况下,,除非经由发现信 号或者其它网络信令或配置来将上行链路频率指示给UE,否则UE可以假定UE将使用用来 发送发现信号的相同的频率。如下地确定用于PRACH的资源。
[0084] 用于发起请求的PRACH频率能够使用UE发现发现信号的整个带宽。例如,如果在 10PRB上检测到发现信号,则同样可以在10PRB上发送发起请求。另一种方式是使用发现信 号带宽当中的中心6PRB,或者使用发现信号带宽内的中心2或4PRB。另外的方式是使用发 现信号带宽内的任何连续的2或4或6PRB。
[0085] 此外,用于发起请求的RACH序列(网络配置允许UE使用的前导码序列的集合) 如下。RACH_R00T_SEQUENCE可以被设置为索引,以读取表4或表5。可以基于从发现信 号识别的ID来确定索引(如果使用前导码格式1-3,则ID% 32,当使用前导码格式4时, ID% 7)。或者,发现信号可以将索引传送到ZC序列的表。或者,可以预先发送或预先配置 对{小区ID,用于PRACH生成的默认参数}的列表,使得即使在从DTX小区接收系统信息 之前,UE也能够获得PRACH相关参数。如果UE此前已经访问该小区并且获知参数,则可以 代替地使用这些参数。另选地,还可以通过发现信号本身来用信号通知根索引。如果预定, 则rootSequencelndex可以被计算为(小区ID+m) % 838或者小区ID的一些功能。
[0086] 这里,在每个小区中存在64个可用的前导码。通过按增加循环移位的顺序首先包 括根Zadoff-Chu序列对于逻辑索引RACH_R00T_SEQUENCE的所有可用的循环移位来发现小 区中的64个前导码序列的集合,其中,RACH_R00T_SEQUENCE被广播为系统信息的一部分。 在不能从单个根ZadofT-Chu序列生成64个前导码的情况下,从具有连续的逻辑索引的根 序列来获得附加的前导码序列,直到找到全部的64个序列。逻辑根序列顺序是循环的:逻 辑索引〇接连到837。逻辑根序列索引与物理根序列索引u之间的关系由分别针对前导码 格式0-3和4的表4和表5给出。表4针对前导码格式0-3示出有依据根Zadoff-Chu序 列顺序的RACH_R00T_SEQUENCE,而表5针对前导码格式4示出。
[0087] 表 4
[0088] [表 4]
[0090] 表 5
[0091] [表 5]
[0092]
[0093] 另外,Ncs可以是固定的(0),或者通过依据发现信号的ID或用户ID来确定。
[0094] 另选地,可以从发现信号推断R00T_SEQUENCE和Nes。例如,如果发现信号使用ZC 序列,则能够使用相同的根序列或者映射的根序列来向该小区递送RACH。例如,将索引3映 射到索引7,并且发现信号使用索引3,于是将使用索引7来生成针对该小区的发起请求。如 果基于用户ID随机地选择索引,则同样可以基于用户ID来将信号的发送时间固定。用于 通过发现信号来推断根序列的另一机制是利用发现信号的周期。
[0095] 本发明支持能够针对多个目的来使用该发起请求。例如,能够使用该发起请求来 唤醒休眠小小区(非激活小区、关闭小区),或者请求必需的信息以获取小区或关于UE的 eNB测量等。更具体地,即使没有接收到任何发现信号,UE也可以发送该消息。换句话说,基 于历史信息,UE可以假定在附近存在至少一个小小区,然后,UE可以使用以前的信息来发 送该消息,以确定用于发送信号的频率。此外,只有当UE仅利用发现信号来检测小区(即, 没有检测到同步信号,换句话说,在附近没有激活小区)时,才可以允许发送该发起请求。 也就是说,在获取方面,激活小区具有比非激活小区高的优先级。然而,如果激活小区已经 请求,贝 1J可以发送该发起请求。
[0096] 另外,本发明支持该发起请求消息可以不期望以接收RANDOMACCESS RESPONSE(随机接入响应),因此为了初始请求目的,不期望重新发送PRACH。当UE连接到 小区时,可以通过服务小区来将针对另一小区的发起请求的信息或资源配置递送至UE。
[0097] 然而,也不排除通过该初始请求触发的正规RACH过程。在这种情况下,更具体地,UE可以在其从eNB成功地接收到随机接入响应或者其检测到小区之前使用重复的PRACH发 送,使得UE可以发起预占(Camp-On)过程。因此,一旦发送了初始请求,就期望来自小区的 RAR响应。
[0098] 可以更高层地配置两次连续的PRACH发送之间的持续时间。还可以更高层地配置 用于第一次PRACH发送的初始功率。或者,假定发现信号功率已知或者已经利用最大功率 来发送发现信号,可以使用发现信号基于路径损耗估计来计算初始功率。另外,对于目标接 收功率,如果没有以其它方式配置,则假定最大接收功率。能够基于更高层信令配置或者预 先配置直到RAR或小区检测成功时重复的PRACH发送的数目。可以利用更高层配置的最大 功率值来更高层地配置或者预先配置用于唤醒或发起请求的、按照每次PRACH发送的功率 定标因子。这里,本发明支持可以将每重新发送的功率定标或功率上升增量(delta)值配 置成零,在这种情况下,即使在重新发送的情况下,UE也不增加功率。
当前第3页1 2 3 4 5 6 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1