diff --git a/docs/Application_guide/en/system/power-consumption.md b/docs/Application_guide/en/system/power-consumption.md
index d109db1b5adf057643c2ea9f834dc378a48ef800..886663245e2c9c8a07afd5adf963979db8519a7e 100644
--- a/docs/Application_guide/en/system/power-consumption.md
+++ b/docs/Application_guide/en/system/power-consumption.md
@@ -587,16 +587,6 @@ In the example below, PSM cannot be entered because the network environment does
 Similarly, check the above CP log items. The base station may issue timers with periods different from the set value, and the module will use the values issued by the base station as the actual values.
 
 ## Common Application Scenarios
-### Sleep Solution for Intercoms
-
-RRC Fast Release: The network service of intercoms is not fixed and can be triggered randomly. Fast release of RRC ensures that RRC can be quickly released after each walkie-talkie session, allowing the module to enter sleep mode.
-
-In terms of business logic, try to unify the time periods of periodic tasks or make them multiples of a minimum period, and process as many periodic tasks as possible in a single wake-up session (e.g., heartbeat packets, LED breathing light, positioning, etc.). If the time periods of periodic tasks are not unified, the number of wake-ups will increase, and the proportion of sleep time within the same period will decrease. If wake-ups are too frequent, the module may not able to enter sleep.
-
-### Sleep Solution for Trackers
-
-RRC Fast Release: Trackers are location devices, and their positions are not fixed. They periodically perform location updates. Using RRC Fast Release can reduce the duration of RRC connections and thus reduce overall power consumption.
-
 ### Sleep Solution for Meters and Door Contact Sensors
 
 PSM: Products such as meters and door contact sensors have long wake-up intervals and are generally not frequently moved. Real-time data is not required. PSM can be used in this scenario. If network connection is not available or the operator does not support PSM, a shutdown + RTC alarm solution can be used.
diff --git a/docs/Application_guide/zh/system/power-consumption.md b/docs/Application_guide/zh/system/power-consumption.md
index 46014c8cfee36ba53aa2b05b878fcdcb970ecf69..d00e82e62b988431b08e457caa3fe70838375223 100644
--- a/docs/Application_guide/zh/system/power-consumption.md
+++ b/docs/Application_guide/zh/system/power-consumption.md
@@ -596,12 +596,16 @@ EC600U和BG95支持此引脚，上升沿触发，进入PSM时模组PMIC会默认
 同样的，查看以上CPlog条目，基站下发的定时器周期可能不等于设置的值，且模组最终以基站下发的值为准。
 
 ## 常见应用场景
-### 对讲机低功耗方案
+### 增强型休眠模式方案
 
-RRC快速释放：对讲机的网络业务是不固定的，随机触发的。快速释放RRC能够保证在任何一个随机时间点，都能在对讲后快速释放RRC，从而进入休眠。
+增强型休眠（RRC快速释放）：快速释放RRC能够保证在任何一个随机时间点，快速释放RRC，从而进入休眠。
 
 业务上，将周期性任务的时间周期尽量统一，或均为某个最小周期的整数倍。在单次唤醒中处理尽量多的周期性任务（心跳包、呼吸灯、定位等）。若周期性任务时间不统一，唤醒次数会增加，同一周期内休眠的时间占比会下降。如果唤醒太频繁，甚至无法进入休眠。
 
+> 增强型休眠模式启用后，在用户发起数据交互时，会给基站产生额外的信令负担，所以可能存在终端被网络侧惩罚不能上线的情况，此功能默认处于关闭状态，客户在使用前需要自行对此风险进行评估。
+>
+> 目前仅中国国内支持。
+
 
 
 ### tracker 低功耗方案