强度指示（rssi）时，算法存在缺陷，导致在高误码率情况下对信号强度的估计不准，从而错误地放弃了连接尝试。 “为什么进行长时间gprs下载时，偶尔会出现数据包丢失或乱序？”——检查发现是rlc（无线链路控制）层的滑动窗口确认机制，在处理高速、不连续数据流时，存在一个罕见的逻辑漏洞。 “为什么在进行小区重选（cell reselection）后，手机无法立刻恢复gprs连接？”——发现是移动性管理（）模块在更新路由区信息后，未能及时通知下层协议实体刷新状态。
每一个bug的定位和修复，都需要跨越硬件、底层驱动、rtos、协议栈l1\/l2\/l3多个层面的联合调试。工程师们常常需要同时盯着逻辑分析仪的波形、jtag调试器的代码跟踪、以及协议分析仪（连接网络模拟器）的信令流程，才能找到问题的蛛丝马迹。这个过程极其考验工程师的系统理解能力、逻辑分析能力和耐心。
林轩虽然没有直接参与编码，但他会定期参加协议栈团队的技术评审会，听取进展汇报，并针对一些关键的架构设计或性能瓶颈问题，给出指导性的意见。他常常能从更高的视角，点出团队可能忽略的潜在风险或优化方向。
例如，他提醒团队要特别关注协议栈在不同低功耗模式下的状态保存与恢复逻辑，确保手机从睡眠状态被网络寻呼（pagg）唤醒时，能够快速、可靠地重建通信链路。他还建议团队研究一下当时还比较新的“非连续接收”（disntuo reception, drx）技术，以进一步降低手机在待机状态下的功耗。
在功耗优化方面，小张的应用与嵌入式系统团队也与协议栈团队紧密配合。他们共同设计了一套更精细化的系统级电源管理策略。当手机处于待机状态时，不仅基带部分进入drx模式，ar应用处理器也会进入最低频率的休眠状态，甚至连lcd背光、键盘扫描等外设都被完全关闭。只有当需要接听电话、接收短信或用户主动操作时，系统才会被快速唤醒到相应的活动状态。这种软硬件结合的深度优化，是“蜂鸟”能够实现超长待机和续航的关键所在。
时间在紧张而充实的调试和优化中飞速流逝。启明芯的gs\/gprs协议栈