5G cell reselection priority

 首先说优先级问题，在小区重选过程中要用到NR freq或者inter RAT LTE 的优先级信息，优先级信息一般可以通过系统消息/RRCRelease/从其他RAT中带过来。系统消息中的NR freq或者inter RAT freq 可能没有带priority信息(cellReselectionPriority)，这时候这些没有优先级的freq不在小区重选的评估范围；如果dedicated 信令中有带freq的优先级信息，那要忽略系统消息中对应的优先级信息，以dedicated信令的信息为准。

 如果UE收到一个携带deprioritisationReq字段的RRCRelease消息，并且在T325超时之前，不管UE驻留在哪种RAT下，UE 都会认为以下NR频点的重选优先级是最低的：

1 UE 当前频点；

2 和UE之前可能存储的NR频点（之前UE可能收到一个携带deprioritisationReq字段的RRCRelease消息）；

3 或所有NR频点，也就是说整个NR频点的重选优先级都是最低的。

当NAS 请求执行一个PLMN选择的时候，UE必须删除存储的deprioritisationReq信息；一旦优先级有变化，UE就应该尽快搜寻一个更高优先级的layer进行重选。

 

如果RRCRelease携带deprioritisationReq字段，则UE：

1 启动或重启T325 =deprioritisationTimer；

2 保存deprioritisationReq字段，直到T325超时

deprioritisationReq：指示是否当前的频点或整个RAT(NR)的优先级都被de-prioritised，注意这里可以在配置指定的frequency或整个NR。

deprioritisationTimer:指定一个Timer，也就是T325.

通过上图可以看出 T325 一旦启动或重启，就不会停止，除非超时；收到携带deprioritisationReq字段的RRCRelease T325就会开启，当超时 对应的NR频点就恢复原有的优先级。

 满足以下条件时，UE就要删除dedicate 信令提供的priority信息：

1 当UE 进入一个不同的RRC 状态

2 当T320 超时(若有的话)；

3 当NAS 请求执行一个PLMN 选择；

4 UE收到RRCRelease没带cellReselectionPriorities。

 UE不会考虑将在黑名单list中的小区作为小区重选候选小区；当发生inter-RAT小区选择/重选时，UE应该继承前RAT配置的专用优先级和可能存在的remaining validity timer(比如T320)。