2301_79567300的博客

终端开机后的PLMN选择-big picture

负责上层 PDU 的传输 （即PDCP传下来的包向底层递送）负责独立于 PDCP 中的序列编号（UM 和 AM） （即RLC有自行的序列号sn）通过ARQ做错误检测（AM only）RLC SDU 的分段（AM 和 UM）和重分段（AM only）RLC SDU 的重组（AM 和 UM）重复检测（AM only）RLC SDU 丢弃（AM 和 UM）RLC 触发重建RRE协议错误检测（AM only）* 节选自Ts 38.300概述 6.3.2。

LTE中，PDCCH信道的频域上：全带宽，时域上，子帧的第1~3个symbolNR中，全带宽太浪费资源，于是引入CORESET（38211 CH 7.3.2.2）一组REG（1symbol * 12SCS）最小粒度是6个REGs（被称作一组CCE）--盲检PDCCH的最小单元CCE的可以以1 2 4 8 16个绑定成一块（被称为聚合等级，表示PDCCH需要用多少个CCE来装）CCE到REG的映射可以用交织或者非交织（排序而已，CORESET#0 必交织，且交织参数被定死了）

最近偶然间又遇到了cause#19被拒的情况，仅以此文记录被#19拒绝后的表现。如有错误敬请指正，转载请注明出处。#输入#19#输出attach attempt counter置为5/递增（optional）attach attempt counter打满后禁当前PLMN LTE T3402（12mins，optional）attach attempt counter若未打满可search其他TA#resetT3402超时/下电/找到新PLMN/找到新TA。

T3410：从attach req到attach accept/reject的时间T3510：从attach accept到attach complete的时间T3412：进入idle态后周期更新TAU的时间。

目录1.背景2.LTE EMM cause2.0 写在最前2.1 特殊处理的cause第一梯队第二梯队2.2 非特殊处理的cause3.NR cause 实网分析终端被拒等问题，经常遇到各类cause，其会对应不同的终端限制行为。查找已有资料后理解没有很深，自行总结本文用于梳理现象，如有错误敬请指正，转载请注明出处。 本文用于记录协议Ts 24.301及Ts 24.501中的cause及其对应行为。 已总结的cause值： 24.301中的cause分