以下内容来自sharetechnote
RACH(Random Access Channel)即随机接入信道,是一种上行传输信道。这是当启动UE时从UE发送到eNB的第一个消息。尽管它们使用的名称稍有不同,但在所有蜂窝技术(CDMA、GSM、WCDMA、LTE)中,都有一个特定的信号执行相同的功能。
从eNB的角度来看,它似乎是以几乎随机的方式(比如,在随机时间,随机频率上进行随机识别),因为它不知道一个用户何时会打开手机(实际上也不是完全随机的,UE和网络在时间、频率定位和可能的识别方面有一定的一致性,但是从大尺度来看,它看起来像是在随机工作)。在无线接入网络实现方面,处理RACH将是最难的工作之一。即使在协议设计方面,RACH设计也可能是最关键的部分之一。
从UE开机到决定发送RACH信号之前,有许多先决条件需要满足,以下是发送RACH信号前的步骤:
i) UE关机
ii) UE开机
iii) 频率搜索
iv) 时间和帧同步:解码PSS和SSS
v) PCI (Physical Cell ID)检测
vi) 解码MIB: UE可以在这个过程中计算出系统带宽和传输模式。(但是,正如在下行帧结构中看到的,MIB/PBCH位于中心频率附近的6RBs。因此,MIB译码的成功并不能保证整个波段的信号质量都很好)
vii) 检测CSR (Cell Specific Reference Signal,小区特定参考信号) 并且执行信道检测和信道均衡。在这个过程中, UE将会在整个系统带宽上检测/测量参考信号。所以在这步,测量测量的RSRP/RSRQ会是整个信号质量的指示器。
viii) 解码PDCCH并为SIB提取DCI信息。PDCCH分布在整个带宽上,因此整个带宽上的信号质量应该足够好。
viii) 解码SIB(SIB1应该最先解码,然后解码SIB2, 然后是剩下的SIB)
ix) 小区选择: UE可能会找到多个合适的小区, 但是UE会试着附着在优先级最高的HPLMN小区。
x) 初始化RACH过程
注意:UE可能会重复步骤iii)~viii)多次,直到找到合适的小区 。这个过程是小区搜索过程的一部分。PCI (步骤v)将作为步骤iv的结果自动产生。
RACH的主要目的可以描述如下:
i) 获取UE和eNB之间的上行链路同步
ii) 获取resource for Message 3 (例如, RRC Connection Request)
在大多数通信中(无论是有线通信还是无线通信,尤其是数字通信),最重要的前提条件是在接收端和发送端之间建立定时同步。所以无论研究什么通信技术,我们都会看到专门为特定的通信设计的某种同步机制。
在LTE的下行同步中,(发射端= eNB, 接收端 = UE),这种同步是通过特殊的同步信道(特殊的物理信号模式)来实现的。这个下行同步信号向每个人广播,并且以一定的时间间隔一直传输。
但是在上行链路(发射端= UE, 接收端 = eNB)中,如果UE使用这种一直进行的同步机制,效率会很低(极其浪费能量,也会对其他UE造成很多干扰),这很容易理解。在上行的情况下,这个同步过程应该满足以下条件:
i)同步过程只应在有紧急需要的时候进行
ii)同步应该只专用于某个特定的UE
RRC进程的另一个目的是获取Msg3的资源(Message 3), RRC连接请求是Msg3的一个例子,根据情况有几种不同类型的Msg3。
在LTE中,RACH过程在以下几种情况下会进行:
i) RRC IDLE状态下的初始接入
ii) RRC连接重建立过程
iii) 切换(基于争用或非争用)
iv) 下行数据在RRC_CONNECTED期间到达需要随机接入过程
如:当UL同步状态为“非同步”时
v) 上行数据在RRC_CONNECTED期间到达需要随机接入过程
如:当UL同步状态为“非同步”或SR无法获得PUCCH资源
vi) 在RRC_CONNECTED过程中因为准确定位的目的需要随机接入过程
如:当UE定位需要提前定时时
基于争用的和无争用
当UE传输PRACH Preamble时,它使用特定的模式进行传输,这种特定的模式称为“签名”。在每个LTE小区中,总共有64个preamble签名可用,UE从这些签名中随机选择一个。
因为签名是随机选择的,这意味着存在多个UE发送给PRACH相同签名的可能性。发生这种情况时,意味着多个UE发出相同的preamble,同时到达NW。这种PRACH冲突称为“争用”,允许这种“争用”的RACH进程称为“基于争用”的RACH进程。在这种基于争用的RACH过程中,网络会在以后的步骤中通过附加的过程来解决这些争用,这个过程称为“争用解决”步骤。
但在某些情况下,由于某些原因,比如时间限制等等,这种争用是无法接受的,是可以预防的。通常在这种情况下,网络会准确地通知每个UE它在何时,必须使用哪个preamble签名。在这种情况下,网络将自己分配这些preamble签名,这样就不会发生冲突。这种RACH过程称为“无争用”RACH过程。为了启动“无争用”RACH进程,UE应该在RACH进程之前处于连接模式。
典型的“基于争用”RACH过程如下:
i) UE − > -> −> NW : RACH Preamble (RA-RNTI, indication for L2/L3 message size)
ii) UE < − <- <−NW : Random Access Response (Timing Advance, T_C-RNTI, UL grant for L2/L3 message)
iii) UE − > -> −> NW : L2/L3 message
iv) 用于早期争用解决的消息
现在让我们假设在步骤i发生了争用。例如,两个UE发送了PRACH。在步骤ii中,这时,这两个UE将接收到相同的T_C-RNTI和资源配置。因此,在步骤iii中,这两个UE将L2 / L3消息通过相同的资源配置(即时间/频率相同的位置)发送给NW。当两个UE在完全相同的时间/频率位置传输完全相同的信息时,会发生什么?一种可能是这两个信号互相干扰,NW两个都不解码。在这种情况下,两个UE都不会接收到来自NW的任何响应(HARQ ACK),他们都认为RACH过程失败了,并返回到步骤i。另一种可能性是,NW只能成功地从一个UE解码消息,而无法从另一个UE解码消息。在这种情况下,在NW端成功进行L2/L3解码的UE将从网络获得HARQ ACK。这个用于步骤iii消息的HARQ ACK过程称为“争用解决”过程。
典型的无争用RACH过程如下:
i) UE < − <- <− NW: RACH Preamble(PRACH) Assignment
ii) UE − > -> −> NW: RACH Preamble(RA-RNTI, indication for L2/L3 message size)
iii) UE < − <- <− NW: Random Access Response (Timing Advance, C-RNTI, UL grant for L2/L3 message)
在LTE中,PRACH Preamble之后的所有信息(数据)都有自己的二进制结构,即它们被转换成一定的数据结构。然而,PRACH Preamble中的信息是由纯粹的物理属性表示的。在PRACH中表示信息的物理属性如下:
i) PRACH Preamble传输定时 (t_id)
ii) PRACH传输在频域中的位置 (f_id)
iii) PRACH信号的整个I/Q数据的序列 (下面有个示例)
参考3GPP规范TS36.211 -表5.7.1-2。这个表将告诉我们在哪个帧和子帧上,UE能被允许传输一个PRACH preamble。如表中所示,prach preamble 时间和prach preamble类型由PRACH配置索引决定。PRACH配置索引由SIB2参数:prach-ConfigIndex决定。
它显示了UE根据一个名为“PRACH配置索引”的参数发送RACH的准确时间。
例如,如果UE使用的“PRACH配置索引”是0,它应该只在SFN(系统帧号)为偶数的时刻传输RACH。但这并不意味着该UE可以在指定的SFN范围内任意时刻都能传输RACH。子帧号显示"1"代表着UE只允许在每个偶数SFN的子帧1传输RACH。
从表里可以看出,网络检测从UE发送的RACH消息的最简便的PRACH配置索引是14,因为这时UE可以在任意的SFN,帧内的任意时隙发送RACH。
R_Slot由PRACH配置索引决定,R_length由Premable格式决定。当preamble格式为0~3时,F_offset由下式确定:
这个方程中的n_RA_PRBoffset由SIB2中的prach-FreqOffset参数指定。(详见36.211 5.7物理随机接入信道)