随机接入学习

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

随机接入过程

UE通过随机接入过程(Random Access Procedure)与cell建立连接并取得上行同步。只有取得上行同步,UE才能进行上行传输。

随机接入的主要目的:1)获得上行同步;2)为UE分配一个唯一的标识C-RNTI。

随机接入的使用场景

随机接入过程通常由以下6类事件之一触发:(见36.300的10.1.5节)

1) 初始接入时建立无线连接(UE从RRC_IDLE态到RRC_CONNECTED态);

2) RRC连接重建过程(RRC Connection Re-establishment procedure);

3) 切换(handover);

4) RRC_CONNECTED态下,下行数据到达(此时需要回复ACK/NACK)时,上行处于“不同步”状态;

5) RRC_CONNECTED态下,上行数据到达(例:需要上报测量报告或发送用户数据)时,上行处于“不同步”状态或没有可用的PUCCH资源用于SR传输(此时允许上行同步的UE使用RACH来替代SR);

6) RRC_CONNECTED态下,为了定位UE,需要timing advance。

随机接入过程还有一个特殊的用途:如果PUCCH上没有配置专用的SR资源时,随机接入还可作为一个SR来使用。

随机接入过程有两种不同的方式:

(1) 基于竞争(Contention based):应用于之前介绍的前5种事件;

(2) 基于非竞争(Non-Contention based):只应用于切换,下行数据接收,定位。

基于竞争的随机接入:

• UE随机选择preamble码发起

• Msg1:发送Preamble码

–eNB可以选择64个Preamble码中的部分或全部用于竞争接入

–Msg1承载于PRACH上

• Msg2:随机接入响应

–Msg2由eNB的MAC层组织,并由DL_SCH承载

–一条Msg2可同时响应多个UE的随机接入请求

–eNB使用PDCCH调度Msg2,并通过RA-RNTI进行寻址,RA-RNTI由承载Msg1的PRACH时频资源位置确定

–Msg2包含上行传输定时提前量、为Msg3分配的上行资源、临时C-RNTI等

• Msg3:第一次调度传输

–UE在接收Msg2后,在其分配的上行资源上传输Msg3

•针对不同的场景,Msg3包含不同的内容

–初始接入:携带RRC层生成的RRC连接请求,包含UE的S-TMSI或随机数

–连接重建:携带RRC层生成的RRC连接重建请求,C-RNTI和PCI

–切换:传输RRC层生成的RRC切换完成消息以及UE的C-RNTI

–上/下行数据到达:传输UE的C-RNTI

•Msg4:竞争解决

Example:

初始随机接入:

Msg1:Random Access Preamble

Msg2: Random Access Response

Msg3:RRCConnectionRequest

Msg4: Contention Resolution on DL

Msg4携带成功解调的Msg3消息的拷贝,UE将其与自身在Msg3中发送的高层标识进行比较,两者相同则判定为竞争成功,Msg2中下发的临时C-RNTI在竞争成功后升级为UE的C-RNTI.

Msg5:RRCConnectionsetup

C_RNTI用于标识RRC Connect状态的UE

Handover(非竞争随机接入)

基于非竞争的随机接入

•UE根据eNB的指示,在指定的PRACH上使用指定的Preamble码发起随机接入•Msg0:随机接入指示

–对于切换场景,eNB通过RRC信令通知UE

–对于下行数据到达和辅助定位场景,eNB通过PDCCH通知UE

Msg1:发送Preamble码

UE在eNB指定的PRACH信道资源上用指定的Preamble码发起随机接入Msg2:随机接入响应

Msg2与竞争机制的格式与内容完全一样,可以响应多个UE发送的Msg1

标识类型 应用场景

获得方式

有效范围

是否与终端/卡设备相关 RA-RNT I 随机接入中用于指示接收随机接入响应消息

根据占用的时频资源计算获得(0001~003C )

小区内

T-CRNT I 随机接入中,没有进行竞争裁决前的CRNTI

eNB 在随机接入响应消息中下发给终端(003D~FFF3) 小区内

C-RNTI 用于标识RRC Connect 状态的UE

初始接入时获得(T-CRNTI 升级为C-RNTI )(003D~FFF3) 小区内

SPS-CR NTI 半静态调度标识

eNB 在调度UE 进入SPS 时分配(003D~FFF3) 小区内

P-RNTI 寻呼 FFFE (固定标识) 全网相同 否 SI-RNTI

系统广播

FFFF (固定标识)

全网相同

初始接入和连接重建场景 切换,上/下行数据到达场景

竞争 判定 Msg4携带成功解调的Msg3消息的拷贝,UE 将其与自身在Msg3中发送的高层标识进行比较,两者相同则判定为竞争成功

UE 如果在PDCCH 上接收到调度Msg4的命令,则竞争成功

调度 Msg4使用由临时C-RNTI 加扰的PDCCH 调度 eNB 使用C-RNTI 加扰的PDCCH 调度Msg4 C-RNTI

Msg2中下发的临时C-RNTI 在竞争成功后升级为UE 的C-RNTI

UE 之前已分配C-RNTI ,在Msg3中也将其传给eNB 。竞争解决后,临时C-RNTI 被收回,继续使用UE 原C-RNTI

//36.211

The RA-RNTI associated with the PRACH in which the Random Access Preamble is transmitted, is computed as:

RA-RNTI= 1 + t_id+10*f_id

Where t_id is the index of the first subframe of the specified PRACH (0≤ t_id <10), and f_id is the index of the specified PRACH within that subframe, in ascending order of frequency domain (0≤ f_id< 6).

这个例子中:RA_RNTI=2 (RA_RNTI =1+1+10*0=2)

相关文档
最新文档