DP Training(Updating)

本文深入解析多个经典动态规划(DP)题目,包括Codeforces419B、FZU2234等,分享DP算法设计思路与优化技巧,如三维状态压缩、滚动数组应用及集合论中的Dilworth定理。

感觉前面做了那么多$dp$全是自己想的还是太少啊……

好像在LZT的博客上看到了不错的资源?赶紧开坑,以一句话题解为主

 

Codeforces 419B

第一题就开始盗图

由于只有一个交点,手玩一下发现两人的路径可以分为四块区域,且只有两种情况:

预处理四个方向的最长距离,枚举相交点即可

 

FZU 2234:

将往返路径看成从起点出发的两条路径

$dp[Xa][Xb][STEP]$用三维记录两个当前位置,转移时注意两点是否重复

Tip:建状态时注意是否有能合并的维度!

 

POJ 1050:

一开始想成最大全1子矩阵了……

这样权值和最大子矩阵好像也只能$O(n^3)$做:

$O(n^2)$枚举左右端点,再转换成1维$O(n)$算一遍从上到下的最长子序列

 

HDU 1024:

最大$m$字段和我可能之前学的是假的转移……

直接设$dp[i][j]$表示取前$i$个且第$i$个必选的最大$j$字段和,不需要再加一维表示是否选$i$

转移:$dp[i][j]=max(dp[i-1][j],dp[k][j-1])+a[i]$,滚动数组+记录前一层到$i-1$的最大值

Tip:

1、分清哪一层滚动来确定嵌套顺序

2、第二层(i)不能每次从1开始枚举,要从$j$开始!!!

边界尽量卡死防止出错

加强版见:https://www.cnblogs.com/newera/p/9534648.html

 

HDU 1257:

可以直接贪心判断是否需要增加系统并维护每个系统的末尾值

 

不过这其实是一道$Dilworth$定理相关的题

借此机会又好好复习了下集合论里的一些概念和证明:传送门

这题将偏序关系设为$i<j$且$a[i]<a[j]$,那么每个系统就是一条反链

最长链长度=最小反链覆盖,因此直接求LIS即可

 

HDU 1025:

按一边排序后直接LIS,注意输出里的$road$和$roads$……(还是要好好看样例!)

 

HDU 5282:

这里用$cnt[i][j]$计数时按是否选$a_i$分类

(注意分类转移的设置!)

1、不选$a_i$:$f[i][j]=f[i-1][j]$时加上$cnt[i-1][j]$

2、选$a_i$:预处理出$b_j$前第一个与$a_i$相同的位置$pre$

$f[i-1][pre-1]+1=f[i][j]$时加上$cnt[i-1][pre-1]$

 

FZU 2214:

尽量用范围小的量做状态!

 

POJ 2184:

要求在两个量和都大于0的情况下求最大的和

这样必定不能用和来建状态,而应该以其中一个量作状态用值存另一个量的最大值

 

UVa 624:

可以把$weight,value$都看成$w[i]$直接做背包

也可以用$vis[i][j]$表示能否凑出$j$

 

HDU 2639:

求第$K$大背包

转移的项与原来相同,只是对于每个原来状态都记录下前$K$大的值

每次转移时将$2*K$个数$O(n)$合并求出前$K$大即可

 

HDU 5534:

只要$\sum d_i=2*(n-1)$,那么就存在这样的一棵树

如果将每个点作为第一维那么转移是$O(n)$的,思考如何优化

发现将$d_i$相同的点合并看成一种物品再进行一些处理就能跑完全背包了!

Tips:

1、为了消除物品总数必须为$n$的限制,先给每个点分配1的度数,只考虑增量

这样就变成$W=n-2,num=n-2,w[i]'=w[i]-w[1]$的无限制完全背包了

2、注意这里要求总重量恰为$n-2$,而非至多,因此要把$dp$数组初始化为-INF$

 

转载于:https://www.cnblogs.com/newera/p/9882506.html

<think> 嗯,用户这次想了解周期性注册更新的相关信息。用户之前已经询问过注册区域管理相关内容,现在聚焦在周期性机制上,说明ta可能在研究5G核心网的移动性管理流程。 从引用材料看,引用[2]提到REGISTRATION REQUEST消息结构,引用[3]详细说明了该消息明文传输的条件,这些对理解注册流程的底层机制很有帮助。用户可能想知道:为什么要设置周期性注册?具体如何触发?和初始注册有什么区别? 周期性注册本质上是个保活机制。这里需要强调三个技术要点:一是定时器取值规则(引用[1]提到的T3512),二是更新时延容忍机制(比如移动中可能延迟执行),三是安全上下文处理(引用[3]指出有安全上下文时才能加密传输某些信息)。 用户作为通信专业人员,可能更关注协议细节而非概念说明。所以在回答中特别标注了3GPP规范章节(TS 23.502 4.2.2.2.2),并指出消息中关键的5GS registration type字段。考虑到ta之前问过注册区域管理,还补充了周期性注册与TAU的关系。 要不要提醒用户注意新旧版本差异呢?比如5G的周期性注册和4G的TAU定时器机制其实本质相同,但5G通过Registration Request消息统一处理。这点最终决定写在注意事项里,避免让回答过于复杂。 最后设计的问题都围绕实际部署场景,特别是第二个问题关于紧急服务的影响,这是运营商特别关注的实施要点。 </think> 以下是关于5G网络中**周期性注册更新(Periodic Registration Update)**的完整解析,综合引用信息并遵循3GPP规范: --- ### **一、周期性注册的核心作用** 1. **网络可达性维护** 当UE长时间无信令交互时,网络需确认其在线状态。周期性注册确保AMF及时更新UE的**连接状态**(如CM-IDLE→CM-CONNECTED)并刷新定时器[^4]。 2. **资源清理触发机制** 若UE未按时注册,AMF将启动**隐式注销定时器**(Implicit Deregistration Timer),释放该UE的NAS信令连接及上下文资源[^4]。 --- ### **二、技术实现流程** #### **1. 触发条件** - UE根据AMF下发的**周期性注册定时器(T3512)** 执行注册更新,该值通过`Registration Accept`消息传递(引用[2]表8.2.6.1.1)。 - 典型值范围:`54分钟~31天`(3GPP TS 24.501)。 #### **2. 消息交互流程** ```mermaid sequenceDiagram UE->>AMF: REGISTRATION REQUEST (5GS registration type = "periodic registration updating") AMF-->>UE: REGISTRATION ACCEPT (含更新后的T3512值) Note right of AMF: 刷新UE的注册状态及定时器 ``` - **关键字段**: - `5GS registration type` 设置为 `periodic registration updating`[^2] - 若存在有效NAS安全上下文,消息内容需加密传输(引用[3]) #### **3. 安全上下文处理** 周期性注册**必须使用已有安全上下文**: - UE用`ngKSI`指明当前使用的NAS密钥标识[^3] - AMF验证密钥有效性后继续通信,否则触发认证流程 --- ### **三、协议规范要点** | **特性** | **规范描述** | |------------------|----------------------------------------------------------------------------| | **定时器刷新** | 每次成功注册后重置T3512,超时未更新则AMF标记UE为"未注册" | | **状态管理** | 更新期间维持CM-CONNECTED状态,确保NAS信令通路有效(引用[4] 5.3.3.2节) | | **跨接入类型** | 3GPP与非3GPP接入独立维护各自的注册定时器(引用[1]) | --- ### **四、注意事项** 1. **移动性场景** UE在TA/RA内移动时,周期性注册**不会触发TAU(Tracking Area Update)**,仅用于保活。 2. **与紧急服务关系** 紧急呼叫期间若T3512超时,UE**延迟注册更新**直至紧急会话结束(TS 24.501 5.5.1.2)。 --- ### **相关技术问题** 1. **若周期性注册失败,AMF会立即释放UE上下文吗?** > 否!AMF会启动**隐式注销定时器**(默认≈T3512+6分钟),超时后才释放资源[^4]。 2. **UE在飞行模式下如何影响定时器?** > UE关机或进飞行模式将停止T3512计数,重新联网时需**立即触发注册**(初始注册而非周期性更新)。 3. **频繁周期性注册会否导致信令风暴?** > 网络通过**动态调整T3512**规避:拥塞时延长定时器,空闲时缩短(TS 23.502 4.2.2.2.2)。 --- > 本回答依据3GPP TS 23.502 (流程) / TS 24.501 (NAS消息) / TS 23.501 (架构) 规范综合整理。具体实现细节可能因运营商策略调整。 [^1]: 注册区域管理规范(接入类型独立) [^2]: REGISTRATION REQUEST消息结构及AMF选择机制 [^3]: NAS安全上下文与明文传输条件 [^4]: 连接管理(CM)状态及资源释放规则
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值