对比文件的名称：2007-04-25_EP1777857A_发明公开_EP1777857A2 Method for handling timers after an RLC reset or re-establishment in a wireless communications system
目标专利的名称：1866联机重建的方法及其相关通讯装置CN101588638B
本次调用的模型名称：通义千问
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译） | 公开性论述 |
| **技术特征A：用于无线通讯系统的客户端中**<br>《直接公开》 | [0003] “The first station 10 is in wireless communications with one or more second stations 20.”（第一站10与一个或多个第二站20进行无线通信。）[0003] “The first station 10 is comprised of upper layers 12, a radio link control (RLC) entity 14, and lower layers 16.”（第一站10由上层12、无线链路控制（RLC）实体14以及下层16组成。） | 对比文件明确在第一站10中执行其方法，第一站10代表无线通讯系统中的终端设备，本领域技术人员能够毫无疑义地确定该第一站即为客户端（用户设备）。因此该技术特征被直接公开。 |
| **技术特征B：启动无线链路监听计时器**<br>未公开 | 对比文件多处提到启动各类RLC层定时器，例如[0023]：“First of all, the Timer_Poll_Periodic timer is started for the RLC AM entity 14 of the first station 10 when the RLC AM entity 14 is created.”（首先，当第一站10的RLC AM实体14被创建时，为其启动Timer_Poll_Periodic定时器。）但未提及“无线链路监听计时器”（如T310）的启动。 | 对比文件公开的定时器全部属于RLC层（如Timer_Poll_Periodic等），其功能涉及轮询、状态报告等，而非无线链路监听。目标专利的“无线链路监听计时器”特指用于监视无线链路失败的RRC层定时器（T310），对比文件既无直接记载，也未暗示启动此类RRC定时器，本领域技术人员无法从中合理推断出该技术特征。因此不构成直接公开或隐含公开。 |
| **技术特征C：于无线资源控制联机重建程序被触发时，且上述无线链路监听计时器尚未期满且持续运作时，停止上述无线链路监听计时器**<br>未公开 | 对比文件涉及RLC实体重置（reset）或重建（re-establishment）后的定时器处理，例如[0037]：“After the RLC AM entity 14 is re-established by upper layers, the present invention method includes stopping the Timer_Poll timer.”（在RLC AM实体14被上层重建后，本发明方法包括停止Timer_Poll定时器。）但未涉及RRC连接重建程序及RRC层定时器T310。 | 对比文件中的“re-establishment”是指RLC实体的重建，而非目标专利的无线资源控制（RRC）连接重建程序；其停止的定时器为RLC层定时器，并非无线链路监听计时器（T310）；且停止动作发生在重建完成后，而非在程序被触发时且定时器仍在运行的状态下。两者在不同层、不同条件和不同时机，作用也不同（对比文件为防止死锁，目标专利为避免重复触发）。本领域技术人员不能从对比文件推导出该特征。因此不公开。 |
| **技术特征D：其中上述无线链路监听计时器期满时将导致另一无线资源控制联机重建程序被启动**<br>未公开 | 对比文件全文未提及任何定时器期满会触发RRC连接重建程序。其定时器期满通常触发轮询、状态报告或丢弃操作等。 | 目标专利明确T310期满会再次触发RRC连接重建，但对比文件毫无记载，也没有任何内容暗示或教导这一逻辑关系。因此不公开。 |
| **技术特征E：其中上述无线资源控制联机重建程序由下层事件所触发**<br>未公开 | [0007] “During an RLC re-establishment function for acknowledged mode and unacknowledged mode, upper layers may request re-establishment of an RLC entity.”（在确认模式和非确认模式的RLC重建功能期间，上层可请求重建一个RLC实体。）对比文件中的重建（RLC实体重建）是由上层请求的，与下层事件触发相反。 | 对比文件不涉及RRC连接重建程序，且其RLC重建是由上层触发，而目标专利的RRC连接重建由下层事件（如RLC问题）触发。对比文件既未公开RRC连接重建，也未公开其触发方式，更未指明下层事件触发。因此不公开。 |
| **技术特征F：其中上述下层事件是无线链路控制协议数据单元的重传次数大于预设值**<br>未公开 | 对比文件未提及RLC PDU重传次数或将其作为触发事件。在各处描述中，触发重置或重建的条件笼统称为“condition for triggering a reset procedure”，但未具体限定。 | 目标专利明确下层事件为RLC PDU重传次数大于预设值，而对比文件完全没有涉及该具体数值条件。即使考虑隐含公开，本领域技术人员也无法从对比文件中获知该具体触发条件。因此不公开。 |
| **技术特征G：其中上述无线链路监听计时器是计时器T310**<br>未公开 | 对比文件未出现“T310”或任何与RRC层无线链路监听相关的定时器标识。 | T310是LTE系统中RRC层用于无线链路监听的标准定时器，对比文件仅处理RLC层定时器（如Timer_Poll_Periodic等），未提及T310。因此不公开。 |
### 公开性代码输出
根据上述分析，对比文件仅直接公开技术特征A。
<<<A>>>