在无线通信系统中执行随机接入过程的方法和设备的制造方法_4

文档序号:8909571阅读:来源:国知局
随机接入响应(消息2):消息2可与消息I半同步(在大小为一个或更多个TTI的灵活窗口内)。消息2可不使用HARQ。消息2可向PDCCH上的随机接入无线电网络临时标识(RA-RNTI)寻址。消息2可传送至少RA-前导码标识符、用于主定时提前组(PTAG)的定时对准信息、初始UL许可以及临时小区RNTI (C-RNTI)的指派(可或者不可在竞争解决时使其变为永久的)。消息2可旨在于一个DL-SCH消息中用于可变数量的UE。
[0142]3)UL-SCH上首先调度的UL传输(消息3):消息3可使用HARQ。传输块的大小取决于在步骤2中传送的UL许可,并且至少为80比特。对于初始接入,消息3可传送由RRC层生成并经由CCCH发送的RRC连接请求,或者可传送至少NAS UE标识符,但是没有NAS消息。对于RRC连接重建过程,消息3可传送由RRC层生成并经由CCCH发送的RRC连接重建请求。消息3可不包含任何NAS消息。在切换之后,在目标小区中,消息3可传送由RRC层生成并经由CCCH发送的加密并且受完整性保护的RRC切换确认,或者可传送UE的C-RNTI (其经由切换命令分配)。可以的话,消息3可包括上行链路缓冲状态报告。对于其它事件,消息3可传送至少UE的C-RNTI。
[0143]4)DL上的竞争解决(消息4):将使用早期竞争解决,即,在解决竞争之前eNB不等待NAS答复。消息4可不与消息3同步。支持HARQ。对于初始接入以及在无线电链路失败之后,消息4可向I3DCCH上的临时C-RNTI寻址,和/或对于处于RRC_C0NNECTED的UE,向PDCCH上的C-RNTI寻址。仅由检测到其自己的UE标识的UE发送HARQ反馈,其在消息3中提供,在竞争解决消息中回送。
[0144]对于检测到RA成功并且还没有C-RNTI的UE’临时C-RNTI被提升为C-RNTI ;其它UE放弃。检测到RA成功并且已经有C-RNTI的UE重新开始用其C-RNTI。
[0145]当配置CA时,基于竞争的随机接入过程的前三个步骤发生于PCell上,而竞争解决(步骤 4)可由 PCell 跨调度(cross-schedule)。
[0146]更详细地描述随机接入过程。可参照3GPP TS 36.321V11.3.0 (2013-06)的章节5.1。
[0147]首先,描述随机接入过程初始化。随机接入过程通过HXXH命令或者由MAC子层自己来发起。SCell上的随机接入过程将仅由PDCCH命令发起。如果UE接收到与利用其C-RNTI掩码的HXXH命令一致并且用于特定服务小区的HXXH传输,则UE将在该服务小区上发起随机接入过程。对于PCell上的随机接入,PDCCH命令或RRC可选地指示ra-Preamblelndex 和 ra-PRACH-Masklndex ;对于 SCell 上的随机接入,PDCCH 命令指不值不同于 000000 的 ra-PreambIeIndex 和 ra-PRACH-Masklndex。PRACH 上的 pTAG 前导码传输和HXXH命令的接收仅支持PCell。
[0148]在任何时间点仅进行一个随机接入过程。如果UE接收到对新随机接入过程的请求,而另一随机接入过程已经在进行,则是继续所进行的过程还是开始新的过程取决于UE实现方式。
[0149]描述随机接入资源选择。随机接入资源选择过程将如下执行:
[0150]-如果ra-PreambIeIndex (随机接入前导码)和 ra-PRACH-Masklndex (PRACH 掩码索引)已明确地用信号通知并且ra-PreambIeIndex不为000000:
[0151]-随机接入前导码和PRACH掩码索引是明确地用信号通知的那些。
[0152]-否则,随机接入前导码将由UE如下选择:
[0153]-如果还未接收到Msg3,则UE将:
[0154]-如果随机接入前导码组B存在,并且如果潜在消息大小(可用于传输的数据加MAC头以及如果需要,MAC控制元素)大于messageSizeGroupA,并且如果路径损耗小于(执行随机接入过程的服务小区的)Pc;MX,e-preambleInitialReceivedTargetPower-deltaPreambIeMsg3-messagePower0ffsetGroupB,则:
[0155]-选择随机接入前导码组B;
[0156]-否则:
[0157]-选择随机接入前导码组A。
[0158]-否则,如果正重发Msg3,则UE将:
[0159]-选择与用于与Msg3的首次传输对应的前导码传输尝试相同的随机接入前导码组。
[0160]-随机地选择选定组内的随机接入前导码。随机函数将使得各个容许选择可按照相等的概率被选择;
[0161]-将PRACH掩码索引设定为O。
[0162]-确定包含由prach_ConfigIndex、PRACH掩码索引和物理层定时要求给定的限制所允许的PRACH的下一可用子帧(UE可在确定下一可用PRACH子帧时考虑测量间隙的可能出现);
[0163]-如果传输模式为TDD并且PRACH掩码索引等于零:
[0164]-如果ra-PreambIeIndex明确地用信号通知并且不为000000(即,未被MAC选择):
[0165]-以相等的概率从确定的子帧中可用的PRACH随机地选择一个PRACH。
[0166]-否则:
[0167]-以相等的概率从确定的子帧以及接下来的两个连续子帧中可用的PRACH随机地选择一个PRACH。
[0168]-否则:
[0169]-依据PRACH掩码索引的要求在确定的子帧内确定PRACH。
[0170]-继续随机接入前导码的传输。
[0171]描述随机接入前导码传输。随机接入过程将如下执行:
[0172]-将PREAMBLE_RECEIVED_TARGET_POWER 设定为 preamblelnitialReceivedTargetPower+DELTA_PREAMBLE+(PREAMBLE_TRANSMIS S10N_C0UNTER-1)^powerRampingStep ;
[0173]-指示物理层利用选择的PRACH、对应RA-RNT1、前导码索引和PREAMBLE_RECEIVED_TARGET_POWER 来发送前导码。
[0174]描述随机接入响应接收。一旦随机接入前导码被发送并且不管测量间隙的可能出现,UE将在RA响应窗口中针对由下面定义的RA-RNTI标识的随机接入响应监测PCell的H)CCH,所述RA响应窗口开始于包含前导码传输的结尾加三个子帧的子帧并且长度为ra-ResponseffindowSize个子帧。与发送随机接入前导码的PRACH关联的RA-RNTI被计算为RNTI = l+t_id+10*f_id,其中,t_id是指定的PRACH的第一子帧的索引(O彡t_id〈10),f_id是该子帧内按照频域的升序的指定的PRACH的索引(O ( f_id<6)。UE可在成功接收包含与发送的随机接入前导码匹配的随机接入前导码标识符的随机接入响应之后,停止监测随机接入响应。
[0175]-如果已在用于RA-RNTI的TOCCH上接收到对该TTI的下行链路指派并且接收的TB被成功解码,则不管测量间隙的可能出现,UE将:
[0176]-如果随机接入响应包含回退指示符子头:
[0177]-如回退指示符子头的BI字段所指示来设定UE中的回退参数值。
[0178]-否则,将UE中的回退参数值设定为0ms。
[0179]-如果随机接入响应包含与发送的随机接入前导码对应的随机接入前导码标识符,则UE将:
[0180]-认为该随机接入响应接收成功,并且对发送随机接入前导码的服务小区应用下列动作:
[0181]-处理接收的定时提前命令;
[0182]-将preamblelnitialReceivedTargetPower以及应用于最近前导码传输的功率渐增的量指示给下层(即,(PREAMBLE_TRANSMISS1N_COUNTER-l)*powerRampingSt印);
[0183]-处理接收的UL许可值并将它指示给下层;
[0184]-如果ra-PreambIeIndex明确地用信号通知并且不为000000(即,未被MAC选择):
[0185]-认为随机接入过程成功完成。
[0186]-否则,如果随机接入前导码被UEMAC选择:
[0187]-在与随机接入响应消息中提供的UL许可对应的第一传输的时间之前,将临时C-RNTI设定为随机接入响应消息中接收的值;
[0188]-如果这是在该随机接入过程内首次成功接收的随机接入响应:
[0189]-如果传输不是针对CCCH逻辑信道进行的,则指示复用和集合实体将C-RNTIMAC控制元素包括在后续上行链路传输中;
[0190]-获得MACPDU以从“复用和集合”实体发送并将其存储在Msg3缓冲中。
[0191]当需要上行链路传输(例如)以用于竞争解决时,eNB应该在随机接入响应中不提供小于56比特的许可。
[0192]如果在随机接入过程内,在对同一组的随机接入前导码的随机接入响应中提供的上行链路许可的大小不同于在该随机接入过程期间分配的第一上行链路许可,则不限定UE行为。
[0193]如果在RA响应窗口内没有接收到随机接入响应,或者如果接收的随机接入响应均不包含与发送的随机接入前导码对应的随机接入前导码标识符,则随机接入响应接收被视为不成功,并且UE将:
[0194]-将PREAMBLE_TRANSMISS1N_COUNTER 增 I ;
[0195]-如果PREAMBLE_TRANSMISS1N_COUNTER = preambleTransMax+1:
[0196]-如果在PCell上发送随机接入前导码:
[0197]-将随机接入问题指示给上层;
[0198]-如果在SCell上发送随机接入前导码:
[0199]-认为随机接入过程没有成功完成。
[0200]-如果在此随机接入过程中,随机接入前导码被MAC选择:
[0201]-基于UE中的回退参数,根据O与回退参数值之间的均匀分布选择随机回退时间;
[0202]-将后续随机接入传输延迟回退时间;
[0203]-继续随机接入资源的选择。
[0204]描述竞争解决。竞争解决基于PCell的PDCCH上的C-RNTI或者DL-SCH上的UE竞争解决标识。
[0205]一旦Msg3被发送,UE就将:
[0206]-启动mac-Content1nResolut1nTimer 并且每次 HARQ 重传时重新启动mac-Content1nResoIut1nTimer ;
[0207]-不管测量间隙的可能出现,监测PDCCH直至mac-Content1nResolut1nTimer届满或停止;
[0208]-如果从下层接收到HXXH传输的接收的通知,则UE将:
[0209]-如果C-RNTIMAC控制元素被包括在Msg3中:
[0210]-如果随机接入过程由MAC子层自己发起并且I3DCCH传输向C-RNTI寻址并包含对新传输的UL许可;或者
[0211]-如果随机接入过程通过roccH命令来发起并且roccH传输向c-rnti寻址:
[0212]_认为该竞争解决成功;
[0213]-停止 mac-Content1nResolut1nTimer ;
[0214]-丢弃临时C-RNTI;
[0215]-认为该随机接入过程成功完成。
[0216]-否则,如果CCCHSDU被包括在Msg3中并且HXXH传输向其临时C-RNTI寻址:
[0217]-如果MACPDU被成功解码:
[0218]-停止 mac-Content1nResolut1nTimer ;
[0219]-如果MACPDU包含UE竞争解决标识MAC控制元素;并且
[0220]-如果包括在MAC控制元素中的UE竞争解决标识匹配Msg3中发送的CCCHSDU:
[0221]-认为该竞争解决成功并且结束MACPDU的分解和解复用;
[0222]-将C-RNTI设定为临时C-RNTI的值;
[0223]-丢弃临时C-RNTI ;
[0224]-认为该随机接入过程成功完成。
[0225]-否则
[0226]-丢弃临时C-RNTI ;
[0227]-认为该竞争解决不成功并且丢弃成功解码的MACPDUo
[0228]-如果mac-Content1nResolut1nTimer 届满:
[0229]-丢弃临时C-RNTI ;
[0230]_认为竞争解决不成功。
[0231]-如果竞争解决被认为不成功,则UE将:
[0232]-将Msg3缓冲中的用于MACPDU的传输的HARQ缓冲刷新;<
当前第4页1 2 3 4 5 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1