遊戲 Lag 白皮書 › L3 家用網路
RRC 狀態切換延遲（行動網路無線省電） Radio state promotion (RRC)
原因 ID hn-rrc · 主要負責 遊戲開發團隊（用戶端開發）
在含圖解與實驗的完整版中開啟卡片 →
手機一段時間沒有通訊時，會把無線連線降到低耗電狀態，下一個封包要送出時得重新拉高，因此變慢。
為什麼 短暫沒有通訊時，手機把無線連線切換到省電狀態 → 於是 要送出下一個封包，必須重新拉高連線 → 畫面上 閒置一段時間後的第一個動作特別慢
- 症狀
- 輸入延遲
- 因素
- 延遲
- 誰會遇到
- 只有我
- 何時
- 閒置一段時間後
- 負責單位
- 主要負責 遊戲開發團隊（用戶端開發）
- 遊戲開發團隊要做的事
- 以輕量的週期性傳送維持活躍狀態（以耗電為代價）。
- 數值參考
- LTE 通常在約 10 秒沒有通訊後進入省電，重新拉高需要數十～數百 ms（實測例：約 0.3～0.6 秒）。3G 則要 1 秒以上。
- 圖表上
- 只有部分偏高 · 閒置後第一個請求的 RTT（行動網路）
- 查看位置
- 把遊戲內的 RTT 依與前一次通訊的間隔分組查看。比較在行動網路上閒置超過 10 秒後送出的第一個封包，與連續送出的封包的 RTT
- 符合的跡象
- 在行動網路上，只有閒置後送出的第一個封包慢了數百 ms，緊接著送出的封包正常。在 Wi-Fi 上沒有差異
- 不符合的跡象
- 連續送出也很慢時，問題在訊號、線路或路由
- 確認方式
- 需要遊戲伺服器／用戶端的 log 與指標
出處
- An In-depth Study of LTE: Effect of Network Protocol and Application Behavior on Performance (SIGCOMM 2013) ACM
實測 LTE 網路的省電切換計時器（tail）為 10 秒，從省電重新拉高的延遲中位數 435ms（25～75%：319～558ms），3G 約 1.5～2 秒 - Optimize network access Android (Google)
無線狀態切換延遲與 tail 時間依無線技術（3G、LTE、5G）與電信業者設定而不同；3G 例：低功率 → 全功率約 1.5 秒，待機 → 全功率 2 秒以上 - Report ITU-R M.2134: Requirements related to technical performance for IMT-Advanced radio interface(s) ITU
從待機狀態切換到活躍狀態的控制平面延遲需求值為不到 100ms（不含傳呼與有線區段）
相關原因
同一層：L3 家用網路
同一症狀（輸入延遲）在其他層的原因
查看含圖解與實驗的完整版卡片