LTE搜网注册流程

本文详细介绍了LTE搜网注册流程,包括开机上电后的初始化、PLMN选择、扫频、小区搜索等步骤。PLMN选择分自动和手动模式,扫频有system scan和band scan。还阐述了小区搜索、解系统消息、小区选择等环节,以及随机接入和初始附着的作用与步骤。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

LTE搜网注册流程:

开机上电 -> 初始化 -> PLMN选择 -> 扫频 ->小区搜索 -> 解系统消息 -> 小区选择 -> 小区驻留 -> 随机接入 -> ATTACH REQUEST -> RRC CONNECTION REQUEST -> RRC CONNECTION SETUP -> RRC CONNECTION SETUP COMPLETE -> ATTACH ACCEPT -> ATTCH COMPLETE

1.初始化:主要是读取sim卡内、NV等与搜网注册相关的内容、policyman,sd等模块决策当前整个系统的参数和行为

2.PLMN选择:分为自动搜网和手动搜网两种模式,PLMN搜索是终端扫描所在区域的PLMN信息,产生一个可用PLMN列表,列表中包含PLMN标识和工作频点等以及USIM卡上存储的PLMN信息。

2.1自动搜网:终端按照协议规定的PLMN优先级进行搜网,即RPLMN –> HPLMN ->UPLMN -> OPLMN

2.2 手动搜网:终端会把所有的PLMN,包括不可用的PLMN列出来,供用户选择去注册

2.3 当没有找到可用的PLMN,单板会发起MMR_REG_REQ PLMN(0-0) RAT(LTE)的请求,这样单板就可以获得限制服务,如紧急呼叫

3.扫频:分为system scan和band scan。system scan会扫历史记录频点,当system scan中历史记录频点Acq都失败时,会进行band scan。每次终端注册或手动搜网,当找到一个合适小区会把该频点相关信息(plmn/freq)保存在efs中acq_db中,下次开机注册优先使用该频点搜索小区

4.小区搜索:从一个频点,通过匹配等一系列同步的过程找到PCI或者PSC的过程就是小区搜索;LTE的同步过程主要分为时隙同步(PSS:Primary Synchronization signal)和帧同步:(SSS:Secondary Synchronization signal),实现终端对小区的识别和下行同步,这样单板就能收到小区广播的MIB消息和SIB消息。

5.解系统消息:通过同步过程解出小区之后,会马上开始从广播信道接收必要的广播消息并解析(主要读取MIB消息和SIB消息),根据解出的信息判断该小区是否是符合要求的suitable cell,如果是,则驻留在该小区上,获得小区服务

6.小区选择:根据广播消息中解析的接入等级,小区门限, 终端当前测量的信号等,判断是否满足S准则,满足则小区选择成功,不满足时扫下一个频点。

7.小区驻留: 小区选择成功之后,继续接收其它广播消息, 并进行一些公共信道配置,然后驻留在该小区上;

8.随机接入:

前提:终端与基站实现同步(单向同步,终端只能接收基站信息),终端驻留到服务小区

作用:1.终端获取C-RNTI  2.终端实现时间提前 3.终端获取上行资源

目的:实现终端和基站之间的上行同步,获取上行资源

9.初始附着:分为7个步骤,包括请求附着,获取终端ID,鉴权,NAS加密,接受附着,建立SRB2和默然承载以及完成附着

 

<think>好的,用户想了解RRC层在注册过程中的异常流程以及相关的定时器,涉及LTE和5G核心。首先,我需要整理RRC层在注册的基本流程,然后分析可能出现的异常情况,再结合定时器的作用。 根据提供的引用内容,引用[2]提到了5G的小区选择流程,引用[3]和[4]涉及基站和UE的状态问题。首先,RRC连接建立是的关键步骤,比如在LTE中的RRCConnectionRequest和RRCConnectionSetup。如果失败,可能有定时器T300超时,导致UE重新尝试。 接下来是鉴权和安全激活,如果核心没有响应,定时器T3460可能超时,导致流程终止。在5G的PDU会话建立阶段,引用[1]提到PDUSessionResourceModify,如果失败,可能有定时器T3580触发,释放资源。 另外,引用[3]提到基站未发送初始化UE消息,可能是NG链路问题,需要检查基站侧原因。引用[4]说明UE在空闲状态下检测邻区,如果信号检测失败,可能导致小区选择异常。 需要区分LTE和5G的不同定时器,比如LTE的T300、T301,5G的T319、T3580等。同时,异常场景如RRC建立失败、鉴权超时、PDU会话建立失败等都需要对应到相应的定时器和解决步骤。最后,用户可能关心如何排查这些异常,所以需要给出分析建议,如检查信号质量、配置参数、核心状态等。</think>### RRC层注册异常流程与定时器解析 #### 一、RRC层注册基础流程LTE/5G中,RRC层负责无线资源控制,注册包含以下核心步骤: 1. **小区索与同步**:UE通过检测主同步信号(PSS)和辅同步信号(SSS)完成时频同步[^2]。 2. **系统信息获取**:读取MIB/SIB(LTE)或SIB1(5G NR)获取网络参数。 3. **RRC连接建立**:UE发起$RRCConnectionRequest$(LTE)或$RRCSetupRequest$(5G),基站回复$RRCConnectionSetup$/$RRCSetup$。 4. **鉴权与安全激活**:核心完成UE身份验证和密钥协商。 5. **PDU会话建立**:5G中建立数据传输通道(如PDUSession6/QCI1承载)[^1]。 #### 二、典型异常流程与定时器 以下为LTE/5G共通的异常场景及对应定时器: ##### 1. **RRC连接建立失败** - **触发条件**:UE发送$RRCConnectionRequest$后未收到基站响应。 - **定时器**: - LTE:T300(等待$RRCConnectionSetup$,默认1秒) - 5G NR:T319(等待$RRCSetup$,默认1.6秒) - **后续动作**:定时器超时后触发RRC连接重建或返回空闲态[^4]。 ##### 2. **鉴权流程超时** - **异常现象**:核心未返回$AuthenticationResponse$。 - **定时器**: - LTE:T3460(鉴权流程,默认6秒) - 5G:T3570(安全模式激活,默认6秒) - **结果**:释放RRC连接并记录异常事件[^3]。 ##### 3. **PDU会话建立失败** - **典型场景**:基站未成功配置QoS流(如QCI1语音承载)。 - **定时器**: - 5G:T3580(等待$PDUSessionResourceSetupResponse$,默认10秒) - **关联信令**:NGAP链路异常可能导致初始化UE消息丢失。 #### 三、LTE与5G差异对比 | 功能 | LTE定时器 | 5G定时器 | 异常处理差异 | |--------------|---------------------|---------------------|------------------------------| | RRC连接建立 | T300(1秒) | T319(1.6秒) | 5G引入更宽松的延迟容忍 | | 安全激活 | T3460(6秒) | T3570(6秒) | 流程逻辑相似但消息结构不同 | | 数据传输保持 | T310(连接失步检测)| T310(功能扩展) | 5G增加QoS流级监控机制[^1] | #### 四、异常分析建议 1. **基站侧排查**:检查NG接口状态、X2/Xn接口配置(如引用[3]的MSG5未转发场景)。 2. **核心协同**:验证AMF/SMF的PDU会话上下文是否同步[^1]。 3. **UE行为验证**:通过信令跟踪确认邻区测量是否满足S准则($S_{rxlev} > 0$且$S_{qual} > 0$)。 ```plaintext 典型异常流程示意图: UE --RRCRequest--> gNB (T319/T300启动) || 基站未响应 \/ T319/T300超时 || \/ UE进入RRC_IDLE 发起新的小区选择 ```
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值