非显而易见性评估仅供参考，不构成法律建议。
权利要求列表点击可跳转
对比文件列表
| 编号 | 名称 |
|---|
权利要求1
一种用于触发无线电链路控制(RLC)重建的方法，该方法包括：；生成RLC协议数据单元(PDU)；传送所述RLC PDU；在所述RLC PDU被考虑首次重传的情况下；初始化状态变量为零；在至少所述RLC PDU的一部分被考虑重传；并且没有已经在等待重传的情况下；递增与所述RLC PDU关联的所述状态变量；并且递增包括在被考虑重传的所述至少所述RLC PDU的一部分处于重传缓存器中的情况下不递增所述状态变量；通过将与所述RLC PDU关联的所述状态变量与预定阈值进行比较来执行阈值测试；以及基于所述阈值测试而发起RLC重建。
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括：<br>《未公开》 | 无对应公开内容。 | 对比文件（TW233309B）公开的是一种“抑制染料移动之安定液态清洁组合物”，涉及日化洗涤剂领域，不涉及通信领域的传输或重建方法，因此未直接公开也未隐含公开该特征。 |
| 技术特征B：<br>生成RLC协议数据单元(PDU)<br>《未公开》 | 无对应公开内容。 | 结合目标专利说明书[0003]、[0006]、[0028]可知，该特征是指无线电链路控制（RLC）实体生成RLC PDU。对比文件公开的是聚N-氧化胺、增艳剂、界面活性剂构成的液体清洁剂组分，完全不涉及通信协议及PDU的生成，因此未直接公开也未隐含公开该特征。 |
| 技术特征C：<br>传送所述RLC PDU<br>《未公开》 | 无对应公开内容。 | 目标专利说明书[0028]中公开RLC实体传送所生成的RLC PDU。对比文件涉及化学洗涤剂配方及储存稳定性测试，不涉及任何协议数据单元的传送，因此未直接公开也未隐含公开该特征。 |
| 技术特征D：<br>在所述RLC PDU被考虑首次重传的情况下<br>《未公开》 | 无对应公开内容。 | 目标专利说明书[0027]、[0029]指出在首次考虑重传RLC PDU时触发特定初始化操作。对比文件属于化学组合物领域，完全不存在重传、PDU重传的逻辑机制，因此未直接公开也未隐含公开该特征。 |
| 技术特征E：<br>初始化状态变量为零<br>《未公开》 | 无对应公开内容。 | 目标专利说明书[0027]、[0029]中公开将状态变量VT(TotalTrans)设置为0。对比文件涉及增艳剂与表面活性剂的配比及测试，没有任何状态变量及其初始化的技术方案，因此未直接公开也未隐含公开该特征。 |
| 技术特征F：<br>在至少所述RLC PDU的一部分被考虑重传<br>《未公开》 | 无对应公开内容。 | 目标专利说明书[0028]、[0030]公开当RLC PDU或其一部分（如PDU分段）被考虑重传时进入重传计数逻辑。对比文件全篇未涉及数据包重传或分段重传的任何概念，因此未直接公开也未隐含公开该特征。 |
| 技术特征G：<br>没有已经在等待重传的情况下<br>《未公开》 | 无对应公开内容。 | 目标专利说明书[0030]、[0031]指出在被考虑重传的部分未在等待重传（即未在重传缓存器中）作为条件，避免对重传进行重复计数。对比文件属于洗涤组合物技术领域，无相关重传排队判断机制，因此未直接公开也未隐含公开该特征。 |
| 技术特征H：<br>递增与所述RLC PDU关联的所述状态变量<br>《未公开》 | 无对应公开内容。 | 目标专利说明书[0030]中公开将相关联的变量VT(TotalTrans)增加1。对比文件完全不涉及状态变量的递增计数，因此未直接公开也未隐含公开该特征。 |
| 技术特征I：<br>递增包括在被考虑重传的所述至少所述RLC PDU的一部分处于重传缓存器中的情况下不递增所述状态变量<br>《未公开》 | 无对应公开内容。 | 目标专利说明书[0030]、[0031]公开当该部分已经在重传缓存器中时状态变量不递增以防重复计数。对比文件无对应的数据缓存及条件计数逻辑，因此未直接公开也未隐含公开该特征。 |
| 技术特征J：<br>通过将与所述RLC PDU关联的所述状态变量与预定阈值进行比较来执行阈值测试<br>《未公开》 | 无对应公开内容。 | 目标专利说明书[0031]公开判断变量VT(TotalTrans)是否等于预定阈值（MaxTotalTrans）。对比文件不涉及协议状态变量与阈值比较的判定逻辑，因此未直接公开也未隐含公开该特征。 |
| 技术特征K：<br>基于所述阈值测试而发起RLC重建。<br>《未公开》 | 无对应公开内容。 | 目标专利说明书[0032]、[0037]公开当达到阈值时发起RLC复位或重建。对比文件为液体洗涤剂组合物，完全不涉及通信协议实体的复位或重建机制，因此未直接公开也未隐含公开该特征。 |
| 技术特征L：<br>该方法还包括：<br>《未公开》 | 无对应公开内容。 | 对比文件属于日化洗涤技术领域，未涉及通信方法的附加技术操作，未直接公开也未隐含公开该特征。 |
| 技术特征M：<br>基于所述阈值测试而丢弃RLC服务数据单元(SDU)<br>《未公开》 | 无对应公开内容。 | 目标专利说明书[0034]公开根据阈值测试丢弃具有被包含在PDU中的分段的所有SDU。对比文件不涉及SDU丢弃机制，因此未直接公开也未隐含公开该特征。 |
| 技术特征N：<br>该RLC SDU的至少一部分被包含在所述RLC PDU中<br>《未公开》 | 无对应公开内容。 | 目标专利说明书[0006]、[0034]公开RLC SDU分段包含于RLC PDU中。对比文件完全不涉及SDU与PDU的包含映射结构，因此未直接公开也未隐含公开该特征。 |
| 技术特征O：<br>基于所述阈值测试而丢弃RLC PDU和PDU分段<br>《未公开》 | 无对应公开内容。 | 目标专利说明书[0033]、[0035]公开阈值测试满足后丢弃相应的RLC PDU和PDU分段。对比文件无数据分组丢弃机制，因此未直接公开也未隐含公开该特征。 |
| 技术特征P：<br>所述RLC PDU和PDU分段包含了被丢弃的RLC SDU的至少一部分。<br>《未公开》 | 无对应公开内容。 | 目标专利说明书[0035]公开丢弃包含了被丢弃SDU的分段的所有RLC PDU或PDU分段。对比文件不包含该协议数据结构及级联丢弃逻辑，因此未直接公开也未隐含公开该特征。 |
| 技术特征Q：<br>该方法还包括：<br>《未公开》 | 无对应公开内容。 | 对比文件属于液体清洁剂配方领域，未公开无线通信协议处理方法的后续步骤，因此未直接公开也未隐含公开该特征。 |
| 技术特征R：<br>执行移动接收窗口(MRW)过程。<br>《未公开》 | 无对应公开内容。 | 目标专利说明书[0011]、[0036]公开MRW过程是由发送RLC实体向接收端告知被丢弃分组并请求移动接收窗口的过程。对比文件完全不涉及窗口滑动控制机制，因此未直接公开也未隐含公开该特征。 |
| 技术特征S：<br>该方法还包括：<br>《未公开》 | 无对应公开内容。 | 对比文件不涉及通信协议处理方法的步骤，因此未直接公开也未隐含公开该特征。 |
| 技术特征T：<br>丢弃所述RLC PDU和RLC PDU分段中的至少一者。<br>《未公开》 | 无对应公开内容。 | 目标专利说明书[0014]、[0033]公开丢弃RLC PDU及其PDU分段中的至少一者。对比文件涉及化学洗涤剂配方，无数据包丢弃技术内容，因此未直接公开也未隐含公开该特征。 |
**特征比对与公开性分析**
本比对严格按照目标专利给出的权利要求技术特征划分执行。目标专利涉及无线通信系统中无线电链路控制（RLC）层的分组丢弃、状态变量计数及RLC重建方法；对比文件（TW243620U）涉及一种包含包覆底皮、防滑底、中底、发泡底及皮面鞋垫的“鞋底之构造改良”。
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括：<br>《未公开》 | 无对应引用内容 | 对比文件公开的是一种机械生活用品领域的“鞋底之构造改良”，并非任何数据通信、协议控制或数据传输的方法流程。对比文件既未直接公开、也无任何信息可供本领域技术人员合理解读或推导出数据处理与传输方法，故技术特征A未公开。 |
| 技术特征B：生成RLC协议数据单元(PDU)<br>《未公开》 | 无对应引用内容 | 目标专利中RLC PDU是指RLC实体所生成的协议数据单元。对比文件仅涉及鞋底结构构件（包覆底皮、防滑底等），完全不涉及无线电通信、协议栈或RLC PDU的生成，本领域技术人员无法从鞋底构造中推理出该特征，故技术特征B未公开。 |
| 技术特征C：传送所述RLC PDU<br>《未公开》 | 无对应引用内容 | 目标专利中该特征是指RLC实体向底层（如MAC实体/对端）发送RLC PDU。对比文件完全不涉及任何数据收发或数据传输机制，故技术特征C未公开。 |
| 技术特征D：在所述RLC PDU被考虑首次重传的情况下<br>《未公开》 | 无对应引用内容 | 目标专利中该特征用于ARQ重传机制的起始阶段判断。对比文件涉及鞋底的物理穿插与缝合连接，完全不涉及ARQ、重传机制或重传判断条件，故技术特征D未公开。 |
| 技术特征E：初始化状态变量为零<br>《未公开》 | 无对应引用内容 | 目标专利中该特征指为计数器状态变量（如VT(TotalTrans)）赋予初值0。对比文件为纯机械物理结构，不包含任何逻辑变量、寄存器或状态计数器，更无初始化为零的概念，故技术特征E未公开。 |
| 技术特征F：在至少所述RLC PDU的一部分被考虑重传<br>《未公开》 | 无对应引用内容 | 目标专利中该特征指因接收NACK等原因触发PDU或PDU分段的重传判定。对比文件无任何通信协议中的重传触发机制，故技术特征F未公开。 |
| 技术特征G：没有已经在等待重传的情况下<br>《未公开》 | 无对应引用内容 | 目标专利中该特征用于避免对已经在重传缓存器中的数据进行重复计数。对比文件不包含重传队列或缓存器机制，亦不存在排队判断，故技术特征G未公开。 |
| 技术特征H：递增与所述RLC PDU关联的所述状态变量<br>《未公开》 | 无对应引用内容 | 目标专利中该特征指计数器增加1以统计重传尝试或重传失败次数。对比文件完全不具有协议状态变量或计数自增逻辑，故技术特征H未公开。 |
| 技术特征I：递增包括在被考虑重传的所述至少所述RLC PDU的一部分处于重传缓存器中的情况下不递增所述状态变量<br>《未公开》 | 无对应引用内容 | 目标专利中该特征限定了状态变量在特定排队重传条件下的防重计逻辑。对比文件属于鞋底结构领域，无协议缓存管理及状态递增抑制机制，故技术特征I未公开。 |
| 技术特征J：通过将与所述RLC PDU关联的所述状态变量与预定阈值进行比较来执行阈值测试<br>《未公开》 | 无对应引用内容 | 目标专利中该特征通过将重传状态变量与MaxTotalTrans比较以判定是否达到最大重传极限。对比文件不涉及协议参数比较与阈值判定，故技术特征J未公开。 |
| 技术特征K：基于所述阈值测试而发起RLC重建。<br>《未公开》 | 无对应引用内容 | 目标专利中该特征是在重传超限时复位或重建RLC实体以避免协议死锁。对比文件属于生活日用品鞋底构造，无通信实体重建或协议复位逻辑，故技术特征K未公开。 |
| 技术特征L：该方法还包括：<br>《未公开》 | 无对应引用内容 | 属于方法性步骤引言特征。对比文件为鞋底产品结构，未公开任何通信处理方法，故技术特征L未公开。 |
| 技术特征M：基于所述阈值测试而丢弃RLC服务数据单元(SDU)<br>《未公开》 | 无对应引用内容 | 目标专利中该特征用于在重传失败达到阈值时本地丢弃上层数据单元。对比文件不涉及数据存储、丢弃或处理，故技术特征M未公开。 |
| 技术特征N：该RLC SDU的至少一部分被包含在所述RLC PDU中<br>《未公开》 | 无对应引用内容 | 目标专利中该特征描述了SDU分段后映射至PDU的数据封装关系。对比文件无数据协议封装关系，故技术特征N未公开。 |
| 技术特征O：基于所述阈值测试而丢弃RLC PDU和PDU分段<br>《未公开》 | 无对应引用内容 | 目标专利中该特征用于在触发丢弃条件时清理底层的PDU及其子分段。对比文件无协议缓存清理或数据丢弃机制，故技术特征O未公开。 |
| 技术特征P：所述RLC PDU和PDU分段包含了被丢弃的RLC SDU的至少一部分。<br>《未公开》 | 无对应引用内容 | 目标专利中该特征限定了被清理的PDU/分段与被丢弃SDU之间的隶属对应关系。对比文件不存在通信数据包的对应关系，故技术特征P未公开。 |
| 技术特征Q：该方法还包括：<br>《未公开》 | 无对应引用内容 | 属于方法性步骤引言特征。对比文件未公开相关通信处理方法，故技术特征Q未公开。 |
| 技术特征R：执行移动接收窗口(MRW)过程。<br>《未公开》 | 无对应引用内容 | 目标专利中该特征指向对端发送MRW信号以同步滑动窗口并通知丢弃的分组。对比文件完全不涉及滑动窗口或MRW通信控制信令，故技术特征R未公开。 |
| 技术特征S：该方法还包括：<br>《未公开》 | 无对应引用内容 | 属于方法性步骤引言特征。对比文件未公开相关通信处理方法，故技术特征S未公开。 |
| 技术特征T：丢弃所述RLC PDU和RLC PDU分段中的至少一者。<br>《未公开》 | 无对应引用内容 | 目标专利中该特征用于在满足阈值等特定丢弃准则时对底层数据包进行释放。对比文件不涉及任何协议数据单元丢弃机制，故技术特征T未公开。 |
---
对比文件（TW243620U）属于制鞋机械结构技术领域，目标专利技术特征A至T全部属于无线通信网络中RLC层协议处理的技术方案，对比文件对目标专利技术特征A至T均未直接公开，亦不存在任何隐含公开内容。
**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括：<br>《未公开》 | 对比文件TW260884U全文。 | 对比文件涉及一种机械领域的“组合式捕鼠笼”，目标专利保护的是无线通信技术领域中触发RLC分组丢弃和RLC重建的数据传输控制方法。对比文件既未直接公开，也无法让本领域技术人员合理推断出该数据传输处理方法步骤。因此未公开。 |
| 技术特征B：生成RLC协议数据单元(PDU)<br>《未公开》 | 对比文件TW260884U全文。 | 对比文件公开的是捕鼠笼的底座、制动叉、制动杆、罩体及制动门等物理机械构件，完全不涉及无线电链路控制（RLC）层及RLC协议数据单元（PDU）的生成。因此未公开。 |
| 技术特征C：传送所述RLC PDU<br>《未公开》 | 对比文件TW260884U全文。 | 对比文件未涉及任何无线通信中协议数据单元的传送操作。因此未公开。 |
| 技术特征D：在所述RLC PDU被考虑首次重传的情况下<br>《未公开》 | 对比文件TW260884U全文。 | 对比文件未公开数据重传或首次考虑重传的判断条件及机制。因此未公开。 |
| **技术特征E**：初始化状态变量为零<br>《未公开》 | 对比文件TW260884U全文。 | 对比文件未公开任何用于记录重传或数据量**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括：<br>《未公开》 | 对比文件全文未记载任何通信方法（对比文件整体公开的是一种机械结构的组合式捕鼠笼，例如参见全文第1段及说明书图二、图三部分）。 | 对比文件TW260884U涉及的是日常五金机械捕鼠器具领域，目标专利涉及无线通信移动通信系统的无线电链路控制（RLC）协议处理方法。对比文件既未记载任何通信处理方法，也无法通过机械装置推导出相关通信控制方法，故技术特征A未被直接公开，亦无法隐含公开。 |
| **技术特征B**：生成RLC协议数据单元(PDU)<br>《未公开》 | 对比文件全文未记载。 | 目标专利中生成RLC PDU是指RLC实体对上层RLC SDU进行分段/级联并添加
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括：<br>《直接公开》 | [0054] "...a re-transmission method for the data or control information of the RLC comprises..."<br>（...一种用于RLC的数据或控制信息的重传方法包括...）<br>[0087] "FIG. 8 is a flow chart illustrating the process of re-transmission of RLC PDU using the state variable VT (DAT)..."<br>（图8是示出使用状态变量VT(DAT)重传RLC PDU的过程的流程图...） | 对比文件公开了一种无线通信系统中RLC层的数据重传方法，属于方法权利要求的前序提示语，已被对比文件直接公开。 |
| 技术特征B：生成RLC协议数据单元(PDU)<br>《直接公开》 | [0019] "The RLC layer performs segmentation and concatenation of the RLC SDU which comes from the upper layer and composes the RLC PDU by adding the RLC header to the RLC payload which is composed after the operations of segmentation and concatenation."<br>（RLC层对来自上层的RLC SDU执行分段和级联，并通过将RLC报头添加到在分段和级联操作之后构成的RLC有效载荷中来组成RLC PDU。）<br>[0088] "As shown in the drawing, when the PDU is generated in the RLC layer, the value of the state variable VT (DAT) indicating the number of transmission of the corresponding PDU is set as 0 (step 81)."<br>（如图所示，当在RLC层中生成PDU时，指示相应PDU传输次数的状态变量VT(DAT)的值被设置为0（步骤81）。） | 对比文件段落[0019]和[0088]明确公开了在RLC层中通过分段、级联及添加报头来生成/组成RLC PDU（"composes the RLC PDU"、"when the PDU is generated in the RLC layer"），其在对比文件中的作用与目标专利完全相同，属于直接公开。 |
| 技术特征C：传送所述RLC PDU<br>《直接公开》 | [0089] "Then, the corresponding PDU is transmitted and whether the transmitted PDU is successfully received is checked in step 83."<br>（然后，在步骤83中，发送相应的PDU，并检查发送的PDU是否被成功接收。）<br>[0035] "Whenever the RLC PDU is sent, the VT is incremented by 1."<br>（每当发送RLC PDU时，VT递增1。） | 对比文件段落[0089]中步骤82明确公开了发送/传送对应的PDU（"the corresponding PDU is transmitted"），作用是向接收端发送数据，已被直接公开。 |
| 技术特征D：在所述RLC PDU被考虑首次重传的情况下<br>《隐含公开》 | [0088] "As shown in the drawing, when the PDU is generated in the RLC layer, the value of the state variable VT (DAT) indicating the number of transmission of the corresponding PDU is set as 0 (step 81)."<br>（如图所示，当在RLC层中生成PDU时，指示相应PDU传输次数的状态变量VT(DAT)的值被设置为0（步骤81）。）<br>[0089] "Then, the corresponding PDU is transmitted and whether the transmitted PDU is successfully received is checked in step 83. If the transmission is successful, the retransmission process terminates. If the successful transmission cannot be verified or checked, the state variable VT (DAT) corresponding to the information is increased by 1 in step 84."<br>（然后，发送相应的PDU，并在步骤83检查发送的PDU是否被成功接收。若发送成功，重传过程终止。若无法核实或检查成功发送，在步骤84将对应于该信息的状态变量VT(DAT)加1。） | 对比文件中公开了当PDU生成时状态变量设为0，初传后若检查到未成功接收（即需要进入重传阶段/考虑首次重传），再将VT(DAT)加1并与MaxDAT比较进行重传控制。对比文件虽然在生成PDU时初始化为0，但在初次传输失败、确认需要首次重传的决策点启动了重传循环计数逻辑。根据极其宽松的隐含公开判断标准，对比文件揭示了PDU传输失败触发首次重传检测的流程，本领域技术人员可以合理推断并容易将其与重传状态初始化的触发时机相结合，因此判定为隐含公开。 |
| 技术特征E：初始化状态变量为零<br>《直接公开》 | [0054] "...setting the state variable of an information unit as 0..."<br>（...将信息单元的状态变量设置为0...）<br>[0085] "In step 71, the state variable is set to 0."<br>（在步骤71中，状态变量被设置为0。）<br>[0088] "As shown in the drawing, when the PDU is generated in the RLC layer, the value of the state variable VT (DAT) indicating the number of transmission of the corresponding PDU is set as 0 (step 81)."<br>（如图所示，当在RLC层中生成PDU时，指示相应PDU传输次数的状态变量VT(DAT)的值被设置为0（步骤81）。） | 对比文件明确公开了将对应于RLC PDU的状态变量VT(DAT)初始化设置为0（"is set as 0"），其作用是作为传输/重传计数的起始基准值，与目标专利相同，构成直接公开。 |
| 技术特征F：在至少所述RLC PDU的一部分被考虑重传<br>《隐含公开》 | [0089] "If the successful transmission cannot be verified or checked, the state variable VT (DAT) corresponding to the information is increased by 1 in step 84. The state variable is then compared with the critical value MaxDAT in step 85. When the value of the VT (DAT) is smaller than the critical value (MaxDAT), the corresponding PDU is re-transmitted..."<br>（若无法核实或检查到成功发送，在步骤84将对应于该信息的状态变量VT(DAT)增加1。然后在步骤85将状态变量与临界值MaxDAT比较。当VT(DAT)的值小于临界值(MaxDAT)时，重传相应的PDU...） | 对比文件基于3GPP UTRAN RLC标准，重传的最小单位是整个RLC PDU，当传输失败时考虑重传的是该PDU整包。按照包含关系及宽松的隐含公开标准，重传“整个RLC PDU”必然涵盖了重传该RLC PDU的全部数据（即包含了“至少一部分”的技术方案），本领域技术人员能够合理推导出该特征被对比文件覆盖，认定为隐含公开。 |
| 技术特征G：没有已经在等待重传的情况下<br>《隐含公开》 | [0026] "When the RLC layer operates in the acknowledged mode, the RLC PDUs are stored in the RLC buffer in the order according to the serial information in the header. The stored RLC PDUs are delivered to the MAC layer as many as the MAC layer requires, and generally, transmission is performed according to the order of the serial number."<br>（当RLC层在应答模式下工作时，RLC PDU根据报头中的序列信息按顺序存储在RLC缓存器中。存储的RLC PDU根据MAC层的需求量递送到MAC层，通常根据序列号的顺序执行传输。）<br>[0086] "The order of the steps should be the cycle of transmitting information, checking the transmission failure with exit, and counting the transmission number with exit."<br>（步骤的顺序应当是发送信息、检查发送失败并退出、以及计数发送次数并退出的循环。） | 对比文件中公开了RLC确认模式下PDU在RLC缓存器中排队与调度流程，其重传机制按序处理，只有在收到接收状态报告确认前次发送失败时才触发递增计数并执行重传。尽管未明文使用“没有已经在等待重传的情况下”这一限定语句，但在其串行重传控制循环中，针对未在等待重传队列中重复挂起的数据包才执行计数，本领域技术人员基于该排队传输机制能够合理推知该防止重复计数的排队条件，基于宽松标准认定为隐含公开。 |
| 技术特征H：递增与所述RLC PDU关联的所述状态变量<br>《直接公开》 | [0035] "Whenever the RLC PDU is sent, the VT is incremented by 1. At this time, a state variable VT (DAT) exists for respective RLC PDU."<br>（每当发送RLC PDU时，VT递增1。此时，对于每个RLC PDU都存在一个状态变量VT(DAT)。）<br>[0089] "If the successful transmission cannot be verified or checked, the state variable VT (DAT) corresponding to the information is increased by 1 in step 84."<br>（若无法核实或检查成功发送，在步骤84将对应于该信息的状态变量VT(DAT)增加1。） | 对比文件明确公开了每个RLC PDU都关联有各自的状态变量VT(DAT)，并且在发送/确认失败重传时将该状态变量增加1（"increased by 1" / "incremented by 1"），技术方案完全相同，属于直接公开。 |
| 技术特征I：递增包括在被考虑重传的所述至少所述RLC PDU的一部分处于重传缓存器中的情况下不递增所述状态变量<br>《隐含公开》 | [0026] "When the RLC layer operates in the acknowledged mode, the RLC PDUs are stored in the RLC buffer in the order according to the serial information in the header..."<br>（当RLC层在应答模式下工作时，RLC PDU根据报头中的序列信息按顺序存储在RLC缓存器中...）<br>[0086] "...the cycle of transmitting information, checking the transmission failure with exit, and counting the transmission number with exit..."<br>（...发送信息、检查发送失败并退出、以及计数发送次数并退出的循环...） | 目标专利中该特征的目的是防止重传缓存器中已挂起的重传分段被重复多次计数。对比文件中，重传计数是在明确收到状态报告确认失败后单次触发递增，PDU一旦放入重传调度流程不会被重复重复计数递增。在宽松的隐含公开判断标准下，对比文件的重传调度流程逻辑上排除了在重传缓存等待期间无端重复递增的情况，本领域技术人员结合重传缓存调度机制可以合理推导出该排他递增逻辑，认定为隐含公开。 |
| 技术特征J：通过将与所述RLC PDU关联的所述状态变量与预定阈值进行比较来执行阈值测试<br>《直接公开》 | [0054] "...comparing the state variable with the critical value; changing the state of sending and receiving, if the state variable is not smaller than the critical value or repeating transmission of the information unit, if the state variable is smaller than the critical value."<br>（...将状态变量与临界值进行比较；若状态变量不小于临界值，则改变收发状态；若状态变量小于临界值，则重复发送信息单元。）<br>[0089] "The state variable is then compared with the critical value MaxDAT in step 85. When the value of the VT (DAT) is smaller than the critical value (MaxDAT), the corresponding PDU is re-transmitted... When the value of the VT (DAT) is the same as or larger than the critical value MaxDAT, the sender stops the retransmission process of the corresponding PDU and performs the MRW instruction in step 86."<br>（然后在步骤85中将状态变量与临界值MaxDAT进行比较。当VT(DAT)的值小于临界值(MaxDAT)时，重传相应PDU...当VT(DAT)的值等于或大于临界值MaxDAT时，发送端停止相应PDU的重传过程，并在步骤86执行MRW指令。） | 对比文件公开了将与RLC PDU关联的状态变量VT(DAT)与预定阈值（临界值MaxDAT）进行大小比较（步骤85），以决定是继续重传还是终止重传并触发后续处理，与目标专利的阈值测试手段、目的及效果完全一致，属于直接公开。 |
| 技术特征K：基于所述阈值测试而发起RLC重建。<br>《隐含公开》 | [0041] "The reset instruction is performed by sending the RESET PDU to the receiver in case the VT (MRW) value is the same as or larger than the MaxMRW, or the operation of the RLC layer is reset by another reasons."<br>（在VT(MRW)值等于或大于MaxMRW的情况下，或者由于其他原因而使RLC层的操作被复位的情况下，通过向接收端发送RESET PDU来执行复位指令。）<br>[0048] "At this time, since the value of the VT (MRW) becomes the same as the MaxMRW, the process of moving the receiving window is immediately ended and the RESET PDU is sent to the receiver... and the RLC layer of the receiver performs the reset instruction."<br>（此时，由于VT(MRW)的值变为与MaxMRW相同，移动接收窗口的过程立即结束，并且向接收端发送RESET PDU...接收端的RLC层执行复位指令。）<br>[0074] "...flow chart illustrating the process of re-transmission of the reset instruction of the RLC layer..."<br>（...示出RLC层的复位指令重传过程的流程图...） | 目标说明书[0025]明确指出“RLC重建”与“RLC复位”可互换使用。对比文件直接披露了当VT(DAT)达到阈值时触发MRW指令，当MRW指令达到阈值或因其他原因导致恢复失败时直接触发RLC复位（RESET PDU，即RLC重建）。在极其宽松的隐含公开判断标准下，对比文件公开了重传失败达到阈值最终级联导致RLC复位/重建的完整链路，且指明“可因其他原因直接复位”，本领域技术人员完全能够合理推断出基于该阈值测试直接发起RLC复位/重建，因此认定为隐含公开。 |
| 技术特征L：该方法还包括：<br>《直接公开》 | [0054] 同特征A。 | 方法从属特征引语，对比文件公开了进一步的方法步骤，构成直接公开。 |
| 技术特征M：基于所述阈值测试而丢弃RLC服务数据单元(SDU)<br>《直接公开》 | [0035] "If the above value becomes same as or larger than MaxDAT corresponding to the critical value to prevent the specific RLC PDU from being constantly re-transmitted, all the SDU related to the corresponding PDU are discarded and instruction of Move Receiving Window (hereinafter, referred as MRW) is performed."<br>（如果上述值等于或大于对应于临界值的MaxDAT以防止特定RLC PDU被持续重传，则丢弃与相应PDU相关的所有SDU，并执行移动接收窗口（以下简称MRW）指令。）<br>[0046] "At this time, since the value of the VT(DAT) became the same as the MaxDAT, the sender immediately discards the corresponding RLC PDU and RLC SDU and sends the MRW instruction."<br>（此时，由于VT(DAT)的值变得与MaxDAT相同，发送端立即丢弃对应的RLC PDU和RLC SDU并发送MRW指令。） | 对比文件明确公开了当状态变量VT(DAT)达到阈值MaxDAT时，发送端丢弃与该PDU关联的所有RLC SDU（"all the SDU related to the corresponding PDU are discarded"），手段与作用完全相同，属于直接公开。 |
| 技术特征N：该RLC SDU的至少一部分被包含在所述RLC PDU中<br>《直接公开》 | [0020] "The process that the RLC SDU are converted into an RLC PDU by the functions of segmentation and concatenation is shown in FIG. 2. As shown in FIG. 2, an RLC PDU can include one or more RLC SDU and an RLC SDU can be divided into a number of RLC PDU."<br>（通过分段和级联功能将RLC SDU转换为RLC PDU的过程如图2所示。如图2所示，一个RLC PDU可以包括一个或多个RLC SDU，且一个RLC SDU可以被划分为多个RLC PDU。）<br>[0035] "...all the SDU related to the corresponding PDU are discarded..."<br>（...丢弃与相应PDU相关的所有SDU...） | 对比文件明确公开了一个RLC SDU可以被分段成多个RLC PDU，因而RLC PDU中包含了该RLC SDU的至少一部分（分段）。达到阈值丢弃的正是与该PDU相关的SDU，属于直接公开。 |
| 技术特征O：基于所述阈值测试而丢弃RLC PDU和PDU分段<br>《隐含公开》 | [0037] "...if the first PDU is discarded, the corresponding SDU no longer have any value as data and accordingly, all of the RLC PDU including the corresponding SDU must be discarded."<br>（...如果第一个PDU被丢弃，则相应的SDU作为数据不再具有任何价值，因此，包含相应SDU的所有RLC PDU都必须被丢弃。）<br>[0046] "...the sender immediately discards the corresponding RLC PDU and RLC SDU and sends the MRW instruction."<br>（...发送端立即丢弃对应的RLC PDU和RLC SDU并发送MRW指令。） | 对比文件直接公开了达到阈值后丢弃对应的RLC PDU以及包含相关SDU的所有RLC PDU。虽然3GPP R99/Rel-4/Rel-5时期的对比文件未直接使用LTE引入的“PDU分段（PDU segment）”术语，但在更广泛的数据分段语境下，PDU本身即包含了分段数据。基于极其宽松的隐含公开判断标准，对比文件公开了丢弃RLC PDU及其所属分段的技术教导，本领域技术人员能够合理推导出丢弃包含该数据的PDU分段，认定为隐含公开。 |
| 技术特征P：所述RLC PDU和PDU分段包含了被丢弃的RLC SDU的至少一部分。<br>《隐含公开》 | [0037] "...if the first PDU is discarded, the corresponding SDU no longer have any value as data and accordingly, all of the RLC PDU including the corresponding SDU must be discarded. At this time, the MRW instruction must include information of all of the PDU which were discarded."<br>（...如果第一个PDU被丢弃，相应的SDU不再具有任何价值，因此，包含相应SDU的所有RLC PDU都必须被丢弃。此时，MRW指令必须包含所有被丢弃的PDU的信息。） | 对比文件明确指出了被丢弃的RLC PDU正是由于包含了该被丢弃的SDU的数据。结合对特征O的分析，在极为宽松的隐含公开标准下，该包含关系在逻辑上已被实质公开并可直接推导得出，认定为隐含公开。 |
| 技术特征Q：该方法还包括：<br>《直接公开》 | [0054] 同特征A。 | 方法从属特征引语，对比文件公开了进一步的方法步骤，构成直接公开。 |
| 技术特征R：执行移动接收窗口(MRW)过程。<br>《直接公开》 | [0035] "...and instruction of Move Receiving Window (hereinafter, referred as MRW) is performed. At this time, the MRW instruction is transmitted in the form of a super field which comprises the status PDU sent from the sender and the super field is called as a Move Receiving Window Super Field..."<br>（...并执行移动接收窗口（以下简称MRW）指令。此时，MRW指令以包含从发送端发送的状态PDU的超字段形式发送，该超字段被称为移动接收窗口超字段...）<br>[0090] "When the value of the VT (DAT) is the same as or larger than the critical value MaxDAT, the sender stops the retransmission process of the corresponding PDU and performs the MRW instruction in step 86."<br>（当VT(DAT)的值等于或大于临界值MaxDAT时，发送端停止相应PDU的重传过程，并在步骤86中执行MRW指令。） | 对比文件明确公开了在VT(DAT)达到阈值时执行移动接收窗口（MRW）过程/指令（"performs the MRW instruction"），向对端告知丢弃的分组以更新滑动窗口，二者技术方案与作用完全相同，构成直接公开。 |
| 技术特征S：该方法还包括：<br>《直接公开》 | [0054] 同特征A。 | 方法从属特征引语，对比文件公开了进一步的方法步骤，构成直接公开。 |
| 技术特征T：丢弃所述RLC PDU和RLC PDU分段中的至少一者。<br>《直接公开》 | [0046] "At this time, since the value of the VT(DAT) became the same as the MaxDAT, the sender immediately discards the corresponding RLC PDU and RLC SDU and sends the MRW instruction."<br>（此时，由于VT(DAT)的值变得与MaxDAT相同，发送端立即丢弃对应的RLC PDU和RLC SDU并发送MRW指令。）<br>[0037] "...if the first PDU is discarded... accordingly, all of the RLC PDU including the corresponding SDU must be discarded."<br>（...如果第一个PDU被丢弃...因此，包含相应SDU的所有RLC PDU都必须被丢弃。） | 该特征要求在“RLC PDU”与“RLC PDU分段”中丢弃“至少一者”。对比文件已明确公开了执行丢弃RLC PDU的操作（"discards the corresponding RLC PDU"），完全落入“至少一者”的技术范围中，属于直接公开。 |
<<<A>>>
<<<B>>>
<<<C>>>
<<<a>>>
<<<E>>>
<<<f>>>
<<<g>>>
<<<H>>>
<<<i>>>
<<<J>>>
<<<k>>>
<<<L>>>
<<<M>>>
<<<N>>>
<<<o>>>
<<<p>>>
<<<Q>>>
<<<R>>>
<<<S>>>
<<<T>>>
本案中，目标专利涉及无线通信系统中无线电链路控制（RLC）层的协议数据单元（PDU）重传计数、分组丢弃及RLC重建机制；对比文件（US6546247B1）涉及混合2G/3G无线电信网络中归属位置服务器（HLS）处理针对移动台（MS）的实时呼叫及位置查询的机制。
以下基于目标专利说明书原文与对比文件原文，对目标专利权利要求的各项技术特征进行严格的直接公开与隐含公开比对分析。
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括：<br>【未公开】 | 无对应内容。 | 对比文件公开的是一种在混合网络中由HLS处理呼叫的方法（例如SUMMARY部分及图1A-1C），但由于后续操作属于核心网呼叫路由控制，与目标专利的无线链路控制层处理方法在所属技术领域与方法流程上完全不同。作为方法主题的前序，不构成直接或隐含公开。 |
| 技术特征B：生成RLC协议数据单元(PDU)<br>【未公开】 | 无对应内容。 | 作用对比：目标专利中RLC实体生成RLC PDU用于在无线链路层打包并承载上层数据（说明书[0003]、[0028]步骤402）。对比文件属于核心网呼叫控制与位置管理层级，涉及交换机（MSC/CSCF/SGSN）与HLS之间的信令交互（如Routing Request、Page、Registration），根本不涉及RLC子层实体，更未公开生成RLC PDU的操作，亦无法由本领域技术人员合理推断得出。 |
| 技术特征C：传送所述RLC PDU<br>【未公开】 | 无对应内容。 | 作用对比：目标专利通过RLC实体向底层（MAC）传递/发送RLC PDU以进行空口传输（说明书[0028]、[0093]）。对比文件仅涉及核心网络节点之间的信令消息转发与呼叫路由，不涉及无线链路层RLC PDU的传送。 |
| 技术特征D：在所述RLC PDU被考虑首次重传的情况下<br>【未公开】 | 无对应内容。 | 作用对比：目标专利在发送端检测到RLC PDU未成功接收（如收到NACK）并首次触发重传判断机制（说明书[0028]-[0029]步骤406）。对比文件涉及实时呼叫的寻呼与应用层注册，完全没有数据链路层RLC PDU被考虑首次重传的判断条件与触发机制。 |
| 技术特征E：初始化状态变量为零<br>【未公开】 | 无对应内容。 | 作用对比：目标专利中将与RLC PDU关联的传输/重传计数状态变量（如VT(TotalTrans)）初始化复位为0，为后续重传判定提供计数基准（说明书[0027]、[0029]步骤414）。对比文件仅涉及呼叫注册定时器（Timer）或3G标志位设置，不存在将RLC PDU的状态变量初始化为零的技术方案。 |
| 技术特征F：在至少所述RLC PDU的一部分被考虑重传<br>【未公开】 | 无对应内容。 | 作用对比：目标专利在RLC PDU或者重新分段后的PDU分段（部分数据）需要重传时触发后续计数判定（说明书[0014]、[0028]步骤404、[0030]）。对比文件无分组重传及PDU分段重传的考虑机制。 |
| 技术特征G：没有已经在等待重传的情况下<br>【未公开】 | 无对应内容。 | 作用对比：目标专利中判断被考虑重传的PDU或其部分是否已在重传缓存器中排队，以防止因重复NACK导致重复计数（说明书[0014]、[0030]步骤407、[0031]）。对比文件完全未涉及重传等待状态或缓存状态的判定。 |
| 技术特征H：递增与所述RLC PDU关联的所述状态变量<br>【未公开】 | 无对应内容。 | 作用对比：目标专利中对满足条件的重传执行变量加1累加（VT(TotalTrans) = VT(TotalTrans) + 1），用于统计重传次数（说明书[0030]步骤408）。对比文件无递增RLC PDU关联状态变量的教导。 |
| 技术特征I：递增包括在被考虑重传的所述至少所述RLC PDU的一部分处于重传缓存器中的情况下不递增所述状态变量<br>【未公开】 | 无对应内容。 | 作用对比：目标专利设置防重复累加规则：若重传部分已处于重传缓存器，则跳过递增（说明书[0014]、[0031]）。对比文件不涉及重传缓存器及相关条件控制逻辑。 |
| 技术特征J：通过将与所述RLC PDU关联的所述状态变量与预定阈值进行比较来执行阈值测试<br>【未公开】 | 无对应内容。 | 作用对比：目标专利中将VT(TotalTrans)与预先配置的最大传输阈值MaxTotalTrans进行比较判断是否超限（说明书[0027]、[0031]步骤410）。对比文件仅有应用层注册定时器是否超期的比较，没有RLC状态变量与预定重传阈值的比较测试。 |
| 技术特征K：基于所述阈值测试而发起RLC重建。<br>【未公开】 | 无对应内容。 | 作用对比：目标专利在重传达到上限后，判定链路出现严重协议死锁或差错，进而发起RLC实体的复位或重建（说明书[0011]、[0032]、[0037]步骤412）。对比文件超期后触发的是呼叫未就绪指示（MS is not available）或呼叫转移（步骤38/39），完全不涉及RLC实体的重建过程。 |
| 技术特征L：该方法还包括：<br>【未公开】 | 无对应内容。 | 从属权利要求前序，对比文件未公开。 |
| 技术特征M：基于所述阈值测试而丢弃RLC服务数据单元(SDU)<br>【未公开】 | 无对应内容。 | 作用对比：目标专利在阈值达到后本地丢弃上层SDU，防止无意义重传积压（说明书[0034]）。对比文件无丢弃RLC SDU的机制。 |
| 技术特征N：该RLC SDU的至少一部分被包含在所述RLC PDU中<br>【未公开】 | 无对应内容。 | 作用对比：目标专利限定了被丢弃SDU与产生传输失败的RLC PDU之间的映射隶属关系（说明书[0004]、[0034]）。对比文件不涉及SDU与PDU的映射。 |
| 技术特征O：基于所述阈值测试而丢弃RLC PDU和PDU分段<br>【未公开】 | 无对应内容。 | 作用对比：目标专利中清除发送失败及重传的PDU及其所有重新分段（说明书[0033]）。对比文件无该RLC层丢弃操作。 |
| 技术特征P：所述RLC PDU和PDU分段包含了被丢弃的RLC SDU的至少一部分。<br>【未公开】 | 无对应内容。 | 作用对比：目标专利清除与被丢弃SDU相关联的所有PDU及分段以保持缓存一致（说明书[0035]）。对比文件无相关方案。 |
| 技术特征Q：该方法还包括：<br>【未公开】 | 无对应内容。 | 从属权利要求前序，对比文件未公开。 |
| 技术特征R：执行移动接收窗口(MRW)过程。<br>【未公开】 | 无对应内容。 | 作用对比：目标专利中在丢弃分组后向对端RLC实体发送MRW信令，以通知接收端向前滑动接收窗口以避免死锁（说明书[0011]、[0036]）。对比文件为核心网呼叫控制信令，完全不存在RLC MRW过程。 |
| 技术特征S：该方法还包括：<br>【未公开】 | 无对应内容。 | 从属权利要求前序，对比文件未公开。 |
| 技术特征T：丢弃所述RLC PDU和RLC PDU分段中的至少一者。<br>【未公开】 | 无对应内容。 | 作用对比：目标专利在达到阈值时选择性丢弃PDU或其分段（说明书[0014]、[0033]）。对比文件无任何RLC层数据包丢弃的公开。 |
---
经严谨评估，对比文件属于核心网实时呼叫处理与位置管理技术，未直接公开、亦未隐含公开技术特征A至T中的任何技术特征。
本比对严格依照目标专利权利要求给出的划分对技术特征A至T逐一进行评估。在分析对比文件（US20030147370A1）的内容时，紧密结合目标专利说明书的上下文。
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译与段落标号） | 公开性论述 |
| 技术特征A：该方法包括：<br>《直接公开》 | [0006] "Currently, a system achieves the mobility in HSDPA by using a serving HS-DSCH Cell Change procedure to switch the connecting physical channels(s) between UE and UTRAN in the network. This procedure transfers a serving HS-DSCH radio link belonging to the source HS-DSCH cell to a new radio link of the target HS-DSCH cell."<br>（中文翻译：“目前，系统在HSDPA中通过使用服务HS-DSCH小区变更过程在网络中切换UE与UTRAN之间的连接物理信道来实现移动性。该过程将属于源HS-DSCH小区的服务HS-DSCH无线电链路转移到目标HS-DSCH小区的新无线电链路。”）<br>以及 [0023]-[0024] 记载的具体通信方法步骤。 | 技术特征A为方法权利要求的前序引导语。对比文件公开了在高速下行分组接入（HSDPA）无线通信系统中执行小区变更、无线电重配置以及RLC实体维护等具体通信处理方法流程，因此本领域技术人员可以毫无疑义地确定对比文件直接公开了“该方法包括：”这一特征。 |
| 技术特征B：生成RLC协议数据单元(PDU)<br>《直接公开》 | [0010] "Because during the Node B switching process, sometime two or more consecutive MAC-hs data blocks (90 RLC PDUs in one block) in RLC unacknowledged mode (UM) could be lost... UM RLC transmitter and receiver."<br>（中文翻译：“因为在Node B切换过程中，有时RLC非应答模式（UM）下的两个或更多连续MAC-hs数据块（一个数据块中包含90个RLC PDU）可能会丢失……UM RLC发射机和接收机。”）<br>以及 [0011] "UM RLC transmitter does not stop transmitting PDUs until upper layers are aware of its abnormal connection."<br>（中文翻译：“UM RLC发射机不会停止发送PDU，直到上层意识到其连接异常。”） | 在目标专利中，RLC实体生成RLC PDU用于向下层传递并传送。对比文件公开了在RLC环境及HSDPA中，RLC层（例如UM RLC发射机）生成并输出RLC PDU并组成MAC-hs数据块由物理层传输。发射机传送PDU必然需要先生成RLC PDU，两者的技术作用相同，属于本领域技术人员毫无疑义直接导出的实质公开。 |
| 技术特征C：传送所述RLC PDU<br>《直接公开》 | [0011] "UM RLC transmitter does not stop transmitting PDUs until upper layers are aware of its abnormal connection."<br>（中文翻译：“UM RLC发射机不会停止发送PDU，直到上层意识到其连接异常。”）<br>以及 [0010] "The RLC ciphering sequence number in UM defined in the prior art includes a 7-bit sequence number... accompanied with the UM PDU and a 25 bits Hyper Frame Number (HFN) managed locally to track in-coming and out-going UM PDUs."<br>（中文翻译：“现有技术中定义的UM中的RLC加密序列号包括一个7位序列号……伴随UM PDU，以及本地管理的25位超帧号（HFN）以跟踪传入和传出的UM PDU。”） | 在目标专利中，RLC实体将生成的RLC PDU传送出去。对比文件明确公开了UM RLC发射机传送RLC PDU（"transmitting PDUs"），并在信道中传输，两者作用和手段完全相同，被对比文件直接公开。 |
| 技术特征D：在所述RLC PDU被考虑首次重传的情况下<br>《未公开》 | 对比文件全文通篇未记载。 | 目标专利中，该特征是指在RLC实体（通常在应答模式AM或引入分段机制下）确定是否需要将某个RLC PDU进行首次重传（如因NACK或重传判定）。对比文件主要讨论在高速无线通信小区切换过程中，由于UM模式（非应答模式）丢失PDU导致加密超帧号（HFN）失步的问题，未涉及在RLC层确定具体RLC PDU是否首次被考虑重传的机制。本领域技术人员无法从对比文件中直接得知或合理推导出该特征。 |
| 技术特征E：初始化状态变量为零<br>《隐含公开》 | [0016] "To avoid UM HFNs unsynchronization during HSDPA between UE and UTRAN in a wireless communication system, this invention uses proper RRC procedures to invoke a RLC re-establishment function in UE and UTRAN to initialize state variables, configuration parameters and synchronize HFNs."<br>（中文翻译：“为了在无线通信系统中避免UE与UTRAN之间在HSDPA期间发生UM HFN失步，本发明使用适当的RRC过程在UE和UTRAN中调用RLC重建功能，以初始化状态变量、配置参数并同步HFN。”）<br>以及 [0030] "...to initialize state variables, configuration parameters and synchronize HFNs as part of the Inter Node B serving HS-DSCH cell change process." | 对比文件明确公开了调用RLC重建功能来“初始化状态变量（initialize state variables）”。在通信协议及RLC层规范中，状态变量（例如计数器VT）复位或初始化的标准默认常规取值即为零（0）。根据极为宽松的隐含公开判断标准，对比文件明确记载了初始化状态变量，且本领域技术人员结合公知常识完全有合理可能推导出将状态变量初始化置零（如零值初始态），因此对比文件至少部分公开并隐含公开了该特征。 |
| 技术特征F：在至少所述RLC PDU的一部分被考虑重传<br>《未公开》 | 对比文件全文通篇未记载。 | 目标专利中，该特征是指在RLC PDU或其子分段由于丢包或信道差错被RLC实体评估/调度进行重传。对比文件US20030147370A1的核心方案是针对RLC UM模式以及基于MAC-hs/HARQ层的传输，并未公开或涉及RLC PDU的任何部分在RLC层被考虑进行重传的方案。本领域技术人员无法从其内容中推导出该技术特征。 |
| 技术特征G：没有已经在等待重传的情况下<br>《未公开》 | 对比文件全文通篇未记载。 | 目标专利说明书[0014]、[0030]-[0031]记载，该特征用于防止状态变量对重传进行重复/二次计数（例如当PDU或分段已在重传缓存器中等待重传时跳过计数）。对比文件完全未涉及重传防重复计数的逻辑，无法直接得出或合理推导出该特征。 |
| 技术特征H：递增与所述RLC PDU关联的所述状态变量<br>《未公开》 | 对比文件全文通篇未记载。 | 目标专利中，该特征是指对用于指示该RLC PDU传输/重传次数或失败次数的特定状态变量进行累加增加1。对比文件仅在[0010]提到现有技术加密序列号基于每个PDU递增（"relying on the increment of the RLC ciphering sequence numbers"），其属于随每个新建发送PDU递增的序列号SN机制，并不是在RLC PDU被考虑重传且不在等待重传时递增与该PDU关联的状态变量。本领域技术人员无法从其推导出该特征。 |
| 技术特征I：递增包括在被考虑重传的所述至少所述RLC PDU的一部分处于重传缓存器中的情况下不递增所述状态变量<br>《未公开》 | 对比文件全文通篇未记载。 | 目标专利中，该特征用于精细化控制状态变量在重传缓存器已有待重传数据时不累加。对比文件不存在重传缓存器与重传计数状态变量条件递增的配合机制，未予公开，亦无法合理推导得出。 |
| 技术特征J：通过将与所述RLC PDU关联的所述状态变量与预定阈值进行比较来执行阈值测试<br>《未公开》 | 对比文件全文通篇未记载。 | 目标专利中，该阈值测试（如VT与MaxTotalTrans或MaxTrans比较）用于判断重传是否超限以决定丢弃或重建。对比文件没有公开针对与该RLC PDU关联的重传状态变量与预定阈值进行比较以执行测试的方案。 |
| 技术特征K：基于所述阈值测试而发起RLC重建。<br>《未公开》 | 对比文件 [0016]、[0030] 仅记载：<br>"...this invention uses proper RRC procedures to invoke a RLC re-establishment function in UE and UTRAN to initialize state variables, configuration parameters and synchronize HFNs."<br>（中文翻译：“……本发明使用适当的RRC过程在UE和UTRAN中调用RLC重建功能，以初始化状态变量、配置参数并同步HFN。”） | 对比文件虽然记载了调用RLC重建功能（RLC re-establishment function），但是其触发机制是通过RRC过程（如小区变更切换过程中的物理信道重配置消息等），而不是“基于所述阈值测试”而发起RLC重建。对比文件缺失了作为触发源头的“阈值测试”，因此无法毫无疑义或合理推导得出该基于测试结果发起重建的技术关联。 |
| 技术特征L：该方法还包括：<br>《直接公开》 | 见技术特征A中的对比文件 [0006]、[0023]-[0024] 等关于方法流程步骤的描述。 | 对比文件公开了包含多个连续执行步骤的方法流程，直接公开了此方法特征过渡引导语。 |
| 技术特征M：基于所述阈值测试而丢弃RLC服务数据单元(SDU)<br>《未公开》 | 对比文件全文通篇未记载。 | 目标专利说明书[0032]-[0034]中，当状态变量达到阈值时丢弃包含在该PDU中的SDU。对比文件没有针对RLC状态变量的阈值测试，更没有基于阈值测试结果来丢弃RLC SDU的机制。 |
| 技术特征N：该RLC SDU的至少一部分被包含在所述RLC PDU中<br>《直接公开》 | [0004] "...The MAC-hs manages the physical resources allocated for HSDPA through four entities: 1. The flow control entity, the entity regulates layer 2 signalling latency and reduces discarded and retransmitted data as a result of HS-DSCH congestion... 2. The scheduling/priority handling entity..."<br>结合 [0010] 以及通信领域的标准规范：在RLC协议体系中，RLC PDU承载上层递交的RLC SDU（或SDU分段/级联）。对比文件明确指出RLC在分层通信协议中工作，RLC数据块包含RLC PDU。 | 目标专利说明书[0003]、[0006]记载，RLC SDU被分段或级联并包含在RLC PDU中。在对比文件中，RLC实体按照3GPP通信标准处理数据，上层的SDU被打包承载于RLC PDU中（PDU包含SDU的至少一部分），这是RLC协议数据单元构成的必然属性，对比文件公开RLC PDU必然实质公开了其承载RLC SDU的内容。 |
| 技术特征O：基于所述阈值测试而丢弃RLC PDU和PDU分段<br>《未公开》 | 对比文件全文通篇未记载。 | 目标专利中，该特征为当计数器达到阈值测试条件时，RLC实体丢弃相应的PDU及分段。对比文件中虽然在[0004]提到了因拥塞减少丢弃和重传数据，但在对比文件中完全没有记载基于任何状态变量的阈值测试来触发丢弃PDU及其分段。 |
| 技术特征P：所述RLC PDU和PDU分段包含了被丢弃的RLC SDU的至少一部分。<br>《未公开》 | 对比文件全文通篇未记载。 | 目标专利中，该特征限定了被丢弃的PDU/分段与被丢弃的SDU之间的包含关系。对比文件未公开前述丢弃SDU或基于阈值测试丢弃PDU/分段的相关联动作，无法推导得出此限定关系。 |
| 技术特征Q：该方法还包括：<br>《直接公开》 | 见技术特征A中的对比文件 [0006]、[0023]-[0024] 等。 | 对比文件记载了包含多个步骤的无线通信方法，直接公开了“该方法还包括：”这一引导特征。 |
| 技术特征R：执行移动接收窗口(MRW)过程。<br>《未公开》 | 对比文件全文通篇未记载。 | 目标专利说明书[0011]指出MRW（Move Receiving Window）是发送端发生SDU丢弃后通知对端移动接收窗的过程。对比文件整篇均未提及或教导MRW过程（仅涉及重排队列、HFN同步及小区变更重配置），无法直接得出或隐含推导出执行MRW过程。 |
| 技术特征S：该方法还包括：<br>《直接公开》 | 见技术特征A中的对比文件 [0006]、[0023]-[0024] 等。 | 对比文件公开了具体的操作步骤流程，直接公开了此引导语特征。 |
| 技术特征T：丢弃所述RLC PDU和RLC PDU分段中的至少一者。<br>《隐含公开》 | [0004] "...The flow control entity, the entity regulates layer 2 signalling latency and reduces discarded and retransmitted data as a result of HS-DSCH congestion..."<br>（中文翻译：“……流控实体，该实体调节第2层信令延迟，并减少因HS-DSCH拥塞而丢弃和重传的数据……”）<br>以及 [0010] "...Without adding any improvements over the current MAC-hs buffer management method in the RLC (Radio Link Control) environment, all the MAC-hs PDUs buffered in the source Node-B may be lost... RLC unacknowledged mode (UM) could be lost."<br>（中文翻译：“……在RLC环境中如果不对当前MAC-hs缓存管理方法进行改进，在源Node-B中缓存的所有MAC-hs PDU都可能会丢失……RLC非应答模式（UM）可能会丢失。”）<br>以及 [0027] "...such as sends a CMAC-HS-Config-REQ (Flush) to the UE-MAC-hs (step 74)..." | 在目标专利中，该特征为RLC实体在满足条件时丢弃PDU或其分段。对比文件公开了在第2层（L2）存在丢弃数据（"discarded... data"）以及通过清空缓存（Flush）操作释放/丢弃已缓存的协议数据块；在拥塞或切换无法传递时丢弃未成功传送的PDU/分段是无线协议处理中的基本动作。按照非常宽松的隐含公开判断标准，对比文件披露了L2数据丢弃及缓存刷新机制，本领域技术人员极有可能合理推断出该处理包含了丢弃RLC PDU或其分段以避免资源耗尽，故可认定为隐含公开。 |
<<<A>>>
<<<B>>>
<<<C>>>
<<<a>>>
<<<L>>>
<<<N>>>
<<<Q>>>
<<<S>>>
<<<t>>>
对对比文件（WO 2003/079505 A2）与目标专利权利要求各技术特征的比对分析如下：
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括：<br>《未公开》 | 无对应内容。 | 对比文件涉及的是激光物理与光学工程领域的一种“集成激光振荡器-放大器系统”（Integrated Laser Oscillator-Amplifier System，参见[p0001]、[p0004]），属于物理/光学器件制造与激光脉冲生成技术。而目标专利的技术特征A为一种用于无线通信系统中触发RLC分组丢弃/RLC重建的方法步骤引导语。对比文件不仅未涉及任何无线电链路控制（RLC）方法，且对比文件整体公开的是激光硬件系统及其发光控制过程，两者技术领域完全不同，对比文件既没有直接公开，即使按照极其宽松的标准也无法合理推导出该无线通信处理方法，故未公开。 |
| 技术特征B：生成RLC协议数据单元(PDU)<br>《未公开》 | 无对应内容。 | 目标专利中生成RLC PDU是指无线通信RLC实体将上层RLC SDU进行分段/级联后封装生成的协议数据单元（说明书[0003]、[p0006]、[0028]）。对比文件公开的是产生激光脉冲（如产生“seed pulse”种子脉冲及“amplified pulse”放大脉冲，参见[p0011]-[p0012]、[p0025]-[p0026]），属于光学光子能量包，与无线电通信协议中的逻辑数据单元“RLC PDU”具有本质区别。对比文件未记载任何协议数据单元，本领域技术人员不可能从中推理出生成RLC PDU，故未公开。 |
| 技术特征C：传送所述RLC PDU<br>《未公开》 | 无对应内容。 | 目标专利中传送RLC PDU是指将RLC PDU递送到下层MAC实体并经物理层无线空口向接收端发送（说明书[0028]、[0031]）。对比文件仅涉及输出激光光束脉冲（参见[p0025]“produces an output pulse beam 106”），属于光学脉冲的发射，二者功能、机理与处理对象截然不同。对比文件未公开或隐含公开通信网络协议层之间或收发端节点之间传送RLC PDU，故未公开。 |
| 技术特征D：在所述RLC PDU被考虑首次重传的情况下<br>《未公开》 | 无对应内容。 | 目标专利中是指在接收到对端NACK等否定应答或需要进行ARQ重传时，判断该RLC PDU是否属于第一次被考虑重传（说明书[0014]、[0028]-[0029]步骤406）。对比文件中仅涉及激光脉冲在长腔与短腔内的多次反射/振荡以及泵浦光激发（参见[p0026]、[p0043]-[p0047]），不存在ARQ重传控制机制，更无“RLC PDU被考虑首次重传”的判断与处理逻辑。对比文件既无直接公开，也无任何推理线索，故未公开。 |
| 技术特征E：初始化状态变量为零<br>《未公开》 | 无对应内容。 | 目标专利中是指在首次考虑重传RLC PDU时，将用于重传计数/大小统计的状态变量（如VT(TotalTrans)）初始化复位为0（说明书[0027]、[0029]步骤414）。对比文件全文未记载任何协议状态变量及其复位为0的控制逻辑。对比文件虽然提及激光阈值（lasing threshold Tha、Thb、Thc，见[p0043]-[p0047]），但这是物理激光激发所需达到的增益/功率门限，并非通信协议中用于统计重传次数并初始化为0的状态变量。因此对比文件未直接公开也未隐含公开该特征。 |
| 技术特征F：在至少所述RLC PDU的一部分被考虑重传<br>《未公开》 | 无对应内容。 | 目标专利中是指在RLC PDU发生分段重新分段后，当RLC PDU或其子分段需要重传时触发相应处理（说明书[0008]、[0028]、[0030]）。对比文件中不存在RLC PDU或其分段，亦不存在由于传输失败而将数据分组或其分段重新安排传输的重传机制。对比文件未直接公开亦无法推理得出该特征，故未公开。 |
| 技术特征G：没有已经在等待重传的情况下<br>《未公开》 | 无对应内容。 | 目标专利中是指检查被考虑重传的RLC PDU或PDU分段是否已经在重传缓存器中排队等待重传（说明书[0014]、[0030]-[0031]步骤407），以避免重复计数。对比文件属于激光放大器结构，无数据队列、重传缓存器以及对重传排队状态进行检测的判断机制。对比文件未直接或隐含公开该特征。 |
| 技术特征H：递增与所述RLC PDU关联的所述状态变量<br>《未公开》 | 无对应内容。 | 目标专利中是指在满足非首次重传且未在等待重传的条件下，将状态变量（如VT(TotalTrans)）加1或累加重传字节数（说明书[0014]、[0030]步骤408）。对比文件不涉及协议状态变量的递增计数。即便对比文件提到了激光增益的累积与上升（gain build-up，见[p0026]、[p0043]），该增益为工作介质的反转粒子数物理放大过程，并非离散关联于数据单元的状态变量累加。对比文件未直接或隐含公开该特征。 |
| 技术特征I：递增包括在被考虑重传的所述至少所述RLC PDU的一部分处于重传缓存器中的情况下不递增所述状态变量<br>《未公开》 | 无对应内容。 | 目标专利中通过“如果被考虑重传的RLC PDU或其一部分已经处于重传缓存器中，则不递增状态变量VT(TotalTrans)”来避免双重计数（说明书[0014]、[0030]-[0031]）。对比文件完全不涉及重传缓存、数据包重传防重复计数的状态变量控制逻辑，未直接公开也无法隐含公开。 |
| 技术特征J：通过将与所述RLC PDU关联的所述状态变量与预定阈值进行比较来执行阈值测试<br>《未公开》 | 无对应内容。 | 目标专利中是将计数状态变量（如VT(TotalTrans)）与最大重传阈值（如MaxTotalTrans）进行比较判定是否达到上限（说明书[0027]、[0031]步骤410）。对比文件中虽然记载了激光放大的阈值（lasing threshold，如[p0026]“reaches the threshold of the amplifier cavity”、[p0043]-[p0047]），但该阈值是指激光介质产生受激辐射振荡所需的物理光增益阈值，其比较对象是激光介质在泵浦激发下建立的物理光学增益（gain curve 502a/502b/502c），并非将“与RLC PDU关联的状态变量”与预定阈值进行比较。两者在技术领域、比较对象、物理意义及实现功能上完全不同，即使按最宽松标准也不能认为对比文件公开了该特征。 |
| 技术特征K：基于所述阈值测试而发起RLC重建。<br>《未公开》 | 无对应内容。 | 目标专利中是在重传次数达到阈值确认链路恶化/死锁后，触发RLC实体的复位或重建（RLC reset/re-establishment，说明书[0011]、[0032]、[0037]步骤412）。对比文件属于激光光学系统，完全没有无线链路层RLC实体的概念，更不存在RLC重建或复位操作。对比文件未直接或隐含公开该特征。 |
| 技术特征L：该方法还包括：<br>《未公开》 | 无对应内容。 | 属于从属权利要求的方法附加步骤引导语，对比文件未涉及任何RLC通信方法步骤，未公开。 |
| 技术特征M：基于所述阈值测试而丢弃RLC服务数据单元(SDU)<br>《未公开》 | 无对应内容。 | 目标专利中是指状态变量达到阈值后丢弃具有包含在PDU中分段的对应RLC SDU（说明书[0032]、[0034]）。对比文件中不存在通信协议中的服务数据单元（SDU），更无基于阈值测试丢弃SDU的机制，未直接或隐含公开。 |
| 技术特征N：该RLC SDU的至少一部分被包含在所述RLC PDU中<br>《未公开》 | 无对应内容。 | 目标专利中体现了RLC层分段和级联的数据封装映射关系（说明书[0003]-[0006]）。对比文件仅涉及激光光脉冲能量放大，不涉及通信协议数据封装结构，未公开。 |
| **技术特征O**：基于所述阈值测试而丢弃RLC PDU和PDU分段<br>《未公开》 | 无对应内容。 | 目标专利中是指在计数达到阈值时，在RLC实体本地主动丢弃相应的RLC PDU和PDU分段以防止协议死锁（说明书[0011]、[0014]、[0032]-[0033]）。对比文件中
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A<br>该方法包括：<br>《直接公开》 | [BACKGROUND - 2. Related Art and Other Considerations]<br>“Two examples of link layer recovery retransmission protocols are SSCOP (see ITU-T Recommendation Q.2110, 1994) and Radio Link Control (RLC). The SSCOP and RLC protocols are similar, with RLC being an improved variant of SSCOP.”<br>（译文：链路层恢复重传协议的两个例子是SSCOP和无线电链路控制(RLC)。SSCOP与RLC协议相似，其中RLC是SSCOP的改进变体。）<br>[SUMMARY OF THE INVENTION]<br>“A mobile telecommunications system comprises a mobile user equipment unit and at least one node... One of the node and the user equipment unit serves as a transmitter of segments of data packets and the other of the node and the user equipment unit serves as a receiver of the segments of data packets.”<br>（译文：一种移动电信系统，包括移动用户设备单元和至少一个节点……该节点和该用户设备单元中的一者用作数据分组的分段的发送器，而该节点和该用户设备单元中的另一者用作数据分组的分段的接收器。） | 对比文件公开了移动通信系统链路层重传协议（包括RLC协议）中发送端与接收端执行数据传输与重传控制的方法步骤。该特征属于方法权利要求的前序引导性语言，在对比文件中已被直接公开。 |
| 技术特征B<br>生成RLC协议数据单元(PDU)<br>《隐含公开》 | [BACKGROUND - 2. Related Art and Other Considerations]<br>“Two examples of link layer recovery retransmission protocols are SSCOP (see ITU-T Recommendation Q.2110, 1994) and Radio Link Control (RLC)... (2) link layer recovery of smaller data units called segments or frames (e.g., Automatic Repeat reQuest [ARQ]).”<br>（译文：链路层恢复重传协议的两个示例是SSCOP和无线电链路控制(RLC)……(2)称为分段或帧的较小数据单元的链路层恢复（例如自动重复请求[ARQ]）。）<br>“FIG. 13B illustrates a similar scenario of RLC operation, wherein segment S2 is lost. Receipt of the next segment S3 triggers both transmission of a negative acknowledgment message (USTAT(S2)) and starting of an EPC timer (Estimated PDU Counter)...”<br>（译文：图13B示出了RLC操作的类似场景，其中分段S2丢失。接收到下一分段S3触发否定确认消息(USTAT(S2))的发送以及EPC定时器（估计PDU计数器）的启动……）<br>[DETAILED DESCRIPTION OF THE DRAWINGS]<br>“Functionality included in a representative retransmission/acknowledgment unit RAU600 is illustrated in FIG.6. The retransmission/acknowledgment unit RAU600 includes interface 602; link interface 604; transmission buffer 610; transmission controller 612... Segments being transmitted from interface 602 are stored in transmission buffer 610, under supervision of transmission controller 612, in route to link interface 604.”<br>（译 | 技术特征描述及公开性判断结果 |
| 技术特征A：该方法包括：<br>《直接公开》 | 【Detailed Description, 第21段】<br>“Transmissions over air interface (air link) 23 are typically bidirectional... Accordingly, both user equipment unit 20 and radio network controller (RNC) 24 have a link layer retransmission/acknowledgment unit RAU.”<br>（中文翻译：通过空中接口（空中链路）23的传输通常是双向的……因此，用户设备单元20和无线电网络控制器（RNC）24两者均具有链路层重传/确认单元RAU。） | 直接公开论述：<br>对比文件公开了一种在蜂窝无线通信系统中用于链路层确认与重传的数据传输处理方法及相关单元流程（如说明书及附图FIG. 7A、7B所呈现的一套控制方法），直接公开了该通信处理方法的前提引导特征。 |
| 技术特征B：生成RLC协议数据单元(PDU)<br>《直接公开》 | 【Background, 第13段及FIG. 13B】<br>“Two examples of link layer recovery retransmission protocols are SSCOP... and Radio Link Control (RLC)... FIG. 13B illustrates a similar scenario of RLC operation, wherein segment S2 is lost. Receipt of the next segment S3 triggers both transmission of a negative acknowledgment message (USTAT(S2)) and starting of an EPC timer (Estimated PDU Counter)...”<br>（中文翻译：链路层恢复重传协议的两个示例是SSCOP……和无线电链路控制（RLC）……图13B示出了RLC操作的类似场景，其中分段S2丢失。接收到下一分段S3会触发发送否定确认消息(USTAT(S2))以及启动EPC定时器（估计PDU计数器）……）<br>【Detailed Description, 第22段】<br>“...transmission buffer 620 has TCP segments S_SSN(T) through S_SSN+k(T) stored therein... under supervision of transmission controller 612, in route to link interface 604.”<br>（中文翻译：……在传输控制器612的监督下，传输缓存器620中存储有TCP分段S_SSN(T)至S_SSN+k(T)，以发往链路接口604。） | 直接公开论述：<br>目标专利说明书中指出RLC PDU即为RLC实体生成并传递给下层的协议数据单元。对比文件在背景技术及具体实施方式中明确涉及无线通信中的RLC协议实体及其数据单元传输机制（包含PDU与分段数据），其链路层重传/确认单元在发送端生成并缓存用于在无线链路上传输的分段/PDU（如分段S1、S2等），本领域技术人员可以毫无疑义地确定对比文件实质公开了生成RLC协议数据单元（PDU）。 |
| 技术特征C：传送所述RLC PDU<br>《直接公开》 | 【Detailed Description, 第22段、第27段及FIG. 7A】<br>“State 7A-1 depicts transmission controller 612 as monitoring the filling of transmission buffer 610 with segments from interface 602 and then the reading out of segments from transmission buffer 610 to link interface 604.”<br>（中文翻译：状态7A-1描绘了传输控制器612监视利用来自接口602的分段填充传输缓存器610，然后将分段从传输缓存器610读出至链路接口604。） | 直接公开论述：<br>对比文件明确公开了将缓存器中的分段/PDU通过链路接口经由空中接口向对端接收机传送的过程，与目标专利中传送生成的RLC PDU功能与作用完全相同，属于直接公开。 |
| **技术特征D**：在所述RLC PDU被考虑首次重传的情况下<br>《未公开》 | 无对应公开内容。对比文件中虽涉及检测丢失并触发重传分段（例如FIG. 7A状态7A-4、7A-7），但并未定义或识别“首次考虑重传RLC PDU”这一特定触发时机与判断分支。 | **未公开论述**：<br>目标专利说明书第[0029]段
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括：<br>《直接公开》 | [0024] ... a method for handling a triggered reset of a radio link control (RLC) entity in a wireless communications system includes...<br>（[0024] ...一种在无线通信系统中处理无线电链路控制（RLC）实体的被触发复位的方法，包括...） | 对比文件公开了一种在无线通信系统中RLC实体被触发复位的处理方法，直接公开了方法类技术特征的前序“该方法包括”。两者作用相同，均为通信协议中的处理方法。 |
| 技术特征B：<br>生成RLC协议数据单元(PDU)<br>《直接公开》 | [0005] ... The RLC 14 composes the SDUs 13 into one or more protocol data units (PDUs) 15. Each PDU 15 of the RLC 14 is delivered to the lower layers 16...<br>（[0005] ...RLC 14将SDU 13组成一个或多个协议数据单元（PDU）15。RLC 14的每个PDU 15被递送到较低层16...） | 对比文件明确公开了发送端的RLC实体将接收到的SDU组装（compose）成一个或多个PDU（即生成RLC PDU）。其在对比文件中的作用为形成下发给物理层等较低层进行传输的数据单元，与目标专利中生成RLC PDU的技术方案与作用完全相同，构成直接公开。 |
| 技术特征C：<br>传送所述RLC PDU<br>《直接公开》 | [0005] ... Each PDU 15 of the RLC 14 is delivered to the lower layers 16. The lower layers 16 include the physical layer, which is in charge of transmitting data to the second station 20.<br>（[0005] ...RLC 14的每个PDU 15被递送到较低层16。较低层16包括物理层，物理层负责将数据传输到第二站点20。） | 对比文件公开了生成的RLC PDU被递送到下层，并通过包括物理层在内的较低层无线传输给对端接收站，即实现了传送所述RLC PDU。其作用是向对端发送数据，与目标专利的作用相同，构成直接公开。 |
| 技术特征D：<br>在所述RLC PDU被考虑首次重传的情况下<br>《未公开》 | 对比文件全文未记载在RLC PDU“被考虑首次重传”的判断机制或触发条件。 | 对比文件关注的是RLC实体被上层停止（stopped）状态下的复位处理机制，未涉及针对业务数据PDU被考虑首次重传的具体时机或条件判断。既未直接公开，本领域技术人员也无法从中合理推导出该特定重传触发条件。 |
| 技术特征E：<br>初始化状态变量为零<br>《未公开》 | 对比文件全文未记载针对RLC PDU关联的状态变量初始化为零的技术内容。 | 对比文件仅涉及定时器Timer_RST的启动与重启，未公开或暗示任何用于记录重传次数/大小并初始化为零的状态变量（如VT(TotalTrans)等）。既未直接公开，亦无法隐含推导。 |
| 技术特征F：<br>在至少所述RLC PDU的一部分被考虑重传<br>《未公开》 | 对比文件全文未记载对RLC PDU或其一部分考虑重传的内容。 | 对比文件完全没有涉及LTE等系统中的PDU重新分段（PDU分段的重传）或分段重传调度考量，既无直接公开，亦无隐含公开。 |
| 技术特征G：<br>没有已经在等待重传的情况下<br>《未公开》 | 对比文件全文未记载检查PDU或其分段是否“没有已经在等待重传”的判断条件。 | 对比文件不涉及缓存器中重传等待状态排查以防重复计数的机制，未直接公开，也无法从其公开内容中隐含推导出该逻辑。 |
| 技术特征H：<br>递增与所述RLC PDU关联的所述状态变量<br>《未公开》 | 对比文件全文未记载递增与RLC PDU关联的状态变量。 | 对比文件没有与各个RLC PDU关联的传输/重传状态变量，更不存在对该状态变量进行累加递增的机制，未直接公开，亦未隐含公开。 |
| 技术特征I：<br>递增包括在被考虑重传的所述至少所述RLC PDU的一部分处于重传缓存器中的情况下不递增所述状态变量<br>《未公开》 | 对比文件全文未记载根据重传缓存器状态来抑制状态变量递增的机制。 | 对比文件不涉及重传缓存器排重及条件性抑制递增状态变量的机制，未直接公开，亦未隐含公开。 |
| 技术特征J：<br>通过将与所述RLC PDU关联的所述状态变量与预定阈值进行比较来执行阈值测试<br>《未公开》 | 对比文件全文未记载将与RLC PDU关联的状态变量与预定阈值进行比较以执行阈值测试。 | 对比文件采用的是定时器Timer_RST超时来触发RESET PDU的发送，未公开为RLC PDU设置重传状态变量并与预定阈值（如MaxTotalTrans/MaxBytes）进行阈值比较测试的方案，未直接公开，亦未隐含公开。 |
| 技术特征K：<br>基于所述阈值测试而发起RLC重建<br>《未公开》 | 对比文件全文未记载基于上述状态变量的阈值测试结果来触发/发起RLC重建。 | 对比文件中的RLC复位是基于RESET PDU与RESET ACK交互及定时器逻辑，与目标专利基于PDU重传状态变量达到阈值进而触发本地RLC重建（或复位）的机制完全不同，未直接公开，亦未隐含公开。 |
| 技术特征L：<br>该方法还包括：<br>《直接公开》 | [0024] ... a method for handling a triggered reset of a radio link control (RLC) entity in a wireless communications system includes...<br>（[0024] ...一种在无线通信系统中处理无线电链路控制（RLC）实体的被触发复位的方法，包括...） | 对比文件公开的方法包含多个连续步骤，直接公开了作为方法权利要求附加特征前序的“该方法还包括”。 |
| 技术特征M：<br>基于所述阈值测试而丢弃RLC服务数据单元(SDU)<br>《未公开》 | 对比文件全文未记载基于状态变量的阈值测试来丢弃RLC SDU。 | 对比文件未涉及根据数据PDU重传次数超额而触发本地SDU丢弃的联动机制，未直接公开，亦未隐含公开。 |
| 技术特征N：<br>该RLC SDU的至少一部分被包含在所述RLC PDU中<br>《直接公开》 | [0005] ... The RLC 14 composes the SDUs 13 into one or more protocol data units (PDUs) 15...<br>（[0005] ...RLC 14将SDU 13组成一个或多个协议数据单元（PDU）15...） | 对比文件明确公开了RLC实体将SDU组成一个或多个PDU，即RLC SDU的数据被包含在一个或多个RLC PDU中（PDU包含SDU的全部或至少一部分）。该特征属于3GPP无线通信中RLC分段/重组的基本数据承载关系，其在对比文件中的作用与在目标专利中完全相同，构成直接公开。 |
| 技术特征O：<br>基于所述阈值测试而丢弃RLC PDU和PDU分段<br>《未公开》 | 对比文件全文未记载基于阈值测试丢弃RLC PDU和PDU分段。 | 对比文件未涉及基于重传阈值测试来联动丢弃对应的RLC PDU及其子分段，未直接公开，亦未隐含公开。 |
| 技术特征P：<br>所述RLC PDU和PDU分段包含了被丢弃的RLC SDU的至少一部分<br>《未公开》 | 对比文件全文未记载丢弃RLC PDU和PDU分段，以及它们与被丢弃RLC SDU之间的包含映射关系。 | 对比文件未记载该丢弃机制和对应的层级清除逻辑，未直接公开，亦未隐含公开。 |
| 技术特征Q：<br>该方法还包括：<br>《直接公开》 | [0024] ... a method for handling a triggered reset of a radio link control (RLC) entity in a wireless communications system includes...<br>（[0024] ...一种在无线通信系统中处理无线电链路控制（RLC）实体的被触发复位的方法，包括...） | 对比文件公开的方法包含多个操作步骤，直接公开了方法权利要求过渡连接语“该方法还包括”。 |
| 技术特征R：<br>执行移动接收窗口(MRW)过程<br>《未公开》 | 对比文件全文未记载执行移动接收窗口（MRW）过程。 | 对比文件未涉及在SDU/PDU丢弃后向接收端发送MRW信号以推动接收窗口的过程，未直接公开，亦未隐含公开。 |
| 技术特征S：<br>该方法还包括：<br>《直接公开》 | [0024] ... a method for handling a triggered reset of a radio link control (RLC) entity in a wireless communications system includes...<br>（[0024] ...一种在无线通信系统中处理无线电链路控制（RLC）实体的被触发复位的方法，包括...） | 对比文件公开的方法包括多个处理步骤，直接公开了方法权利要求的过渡前序“该方法还包括”。 |
| 技术特征T：<br>丢弃所述RLC PDU和RLC PDU分段中的至少一者<br>《未公开》 | 对比文件全文未记载丢弃所述RLC PDU和RLC PDU分段中的至少一者。 | 对比文件未公开针对重传超额的PDU或PDU分段进行丢弃处理的操作，未直接公开，亦未隐含公开。 |
<<<A>>><<<B>>><<<C>>><<<L>>><<<N>>><<<Q>>><<<S>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括：<br>《直接公开》 | [0003] “In acknowledged mode, when SDUs are discarded in a Sender due to time out or exceeding maximum number of transmissions... The Sender uses a STATUS PDU containing the 'Move Receiving Window' super-field (MRW SUFI) to request the Receiver to move its reception window... This SDU discard signaling procedure is called an SDU discard with explicit signaling procedure or, simply, a Move Receiving Window (MRW) procedure.”<br>（中文翻译：在应答模式下，当发送方中的SDU由于超时或超过最大传输次数而被丢弃时……发送方使用包含“移动接收窗口”超字段（MRW SUFI）的状态PDU来请求接收方移动其接收窗口……该SDU丢弃信令过程被称为具有显式信令的SDU丢弃过程，或简称为移动接收窗口（MRW）过程。） | 本技术特征为方法前序引导语。对比文件在说明书第[0003]段等处公开了在无线通信系统中由发送方与接收方执行的RLC层数据传输与处理方法，包括MRW及SDU丢弃处理方法，直接公开了“该方法包括”。 |
| 技术特征B：生成RLC协议数据单元(PDU)<br>《直接公开》 | [0003] “...Receiver can discard Acknowledged Mode Data Protocol Data Units (AMD PDUs) carrying these SDUs...”<br>（中文翻译：……接收方可以丢弃携带这些SDU的应答模式数据协议数据单元（AMD PDU）……）<br>[0021] “...the Sender will send the AMD PDU with its SN specified in the SN_MRWLENGTH field, in turn the PDU contains complete contents of at least (NLENGTH-1) SDUs.”<br>（中文翻译：……发送方将发送在SN_MRWLENGTH字段中指定其SN的AMD PDU，进而该PDU包含至少(NLENGTH-1)个SDU的完整内容。） | 在RLC层AM模式下，发送方发送AMD PDU必然包含在本地由SDU分段、级联并添加RLC报头以生成AMD PDU的过程。对比文件明确记载发送方生成并发送AMD PDU（即RLC PDU），技术作用与目标专利中由RLC实体生成RLC PDU完全相同，构成直接公开。 |
| 技术特征C：传送所述RLC PDU<br>《直接公开》 | [0025] “The Sender shall transmit or re-transmit the AMD PDU with SN=5.”<br>（中文翻译：发送方应当传输或重传SN=5的AMD PDU。） | 对比文件明确公开了发送方传输（transmit）或重传AMD PDU（即RLC PDU），其在通信链路上传输数据单元的作用与目标专利相同，属于直接公开。 |
| 技术特征D：在所述RLC PDU被考虑首次重传的情况下<br>《未公开》 | 对比文件全文未记载首次重传触发状态变量初始化的操作。 | 对比文件全文仅记载传统的UTRAN重传计数机制VT(DAT)，并未区分“首次考虑重传”这一特定触发条件，更未在首次重传时执行针对状态变量的条件触发逻辑。本特征既未被直接公开，也无法隐含公开。 |
| 技术特征E：初始化状态变量为零<br>《隐含公开》 | [0010] “...and maximum number of transmissions is reached (i.e. VT(DAT)>=MaxDAT) for an AMD PDU.”<br>（中文翻译：……并且对于AMD PDU达到了最大传输次数（即VT(DAT)>=MaxDAT）。）<br>[0012] “...where X is the value of the SN of the AMD PDU with VT(DAT)>=MaxDAT...”<br>（中文翻译：……其中X是VT(DAT)>=MaxDAT的AMD PDU的SN值……） | 目标专利说明书[0009]与[0027]指出，在UTRAN AM模式中存在计数AMD PDU传输次数的状态变量VT(DAT)，其初始值为0。对比文件第[0010]、[0012]段直接记载并应用了3GPP UTRAN规范中的VT(DAT)状态变量。在3GPP UTRAN RLC规范通用常识中，每个AMD PDU关联的状态变量VT(DAT)初始化时均置为零。结合上下文与现有技术背景，本领域技术人员能够合理推断出该状态变量初始化为零，按照极为宽松的认定标准，认定为隐含公开。 |
| 技术特征F：在至少所述RLC PDU的一部分被考虑重传<br>《隐含公开》 | [0010] “...(3) 'SDU discard after MaxDAT number of transmissions' is configured, and maximum number of transmissions is reached (i.e. VT(DAT)>=MaxDAT) for an AMD PDU.”<br>（中文翻译：……(3)配置了“MaxDAT次传输后丢弃SDU”，并且对于AMD PDU达到了最大传输次数（即VT(DAT)>=MaxDAT）。）<br>[0025] “The Sender shall transmit or re-transmit the AMD PDU with SN=5.”<br>（中文翻译：发送方应当传输或重传SN=5的AMD PDU。） | 对比文件基于UTRAN RLC AM机制，在需要重传时对整个AMD PDU进行重传评估与计数（VT(DAT)递增）。在逻辑上，“RLC PDU整个被重传”涵盖了“至少所述RLC PDU的一部分被考虑重传”（整体包含了部分）。在极为宽松的隐含公开判断标准下，对比文件公开的对AMD PDU整体重传考量，部分公开/涵盖了该特征方案，认定为隐含公开。 |
| 技术特征G：没有已经在等待重传的情况下<br>《未公开》 | 对比文件全文未记载针对“已经在等待重传（处于重传缓存器中）”的排除性判断条件。 | 目标专利该特征针对E-UTRAN引入重新分段功能后，避免对同一PDU或PDU分段重复计数的特殊机制。对比文件属于传统UTRAN技术体系，重传以完整PDU为单位，未设置该防重复计数的判决逻辑。对比文件既无直接记载，亦无法推导出该技术特征。 |
| 技术特征H：递增与所述RLC PDU关联的所述状态变量<br>《直接公开》 | [0010] “...'SDU discard after MaxDAT number of transmissions' is configured, and maximum number of transmissions is reached (i.e. VT(DAT)>=MaxDAT) for an AMD PDU.”<br>（中文翻译：……配置了“MaxDAT次传输后丢弃SDU”，并且对于AMD PDU达到了最大传输次数（即VT(DAT)>=MaxDAT）。） | 对比文件第[0010]段公开了状态变量VT(DAT)达到MaxDAT的判决。本领域公知VT(DAT)即为与每个AMD PDU关联、在传输/重传时逐次递增1的状态变量。对比文件中VT(DAT)的作用与目标专利相同，均为记录PDU的传输/重传次数，本领域技术人员能毫无疑义地确认其递增操作，构成直接公开。 |
| 技术特征I：递增包括在被考虑重传的所述至少所述RLC PDU的一部分处于重传缓存器中的情况下不递增所述状态变量<br>《未公开》 | 对比文件全文未记载在处于重传缓存器中时不递增状态变量的防重复递增机制。 | 目标专利说明书第[0030]-[0031]段明确说明，该特征目的是避免对已在重传缓存器中等待重传的PDU或分段进行两次计数。对比文件中不存在这种基于重传缓存器状态来抑制状态变量递增的机制，完全未公开。 |
| 技术特征J：通过将与所述RLC PDU关联的所述状态变量与预定阈值进行比较来执行阈值测试<br>《直接公开》 | [0010] “...(3) 'SDU discard after MaxDAT number of transmissions' is configured, and maximum number of transmissions is reached (i.e. VT(DAT)>=MaxDAT) for an AMD PDU.”<br>（中文翻译：……(3)配置了“MaxDAT次传输后丢弃SDU”，并且对于AMD PDU达到了最大传输次数（即VT(DAT)>=MaxDAT）。） | 对比文件明确公开了将AMD PDU关联的状态变量VT(DAT)与预定阈值MaxDAT进行比较（VT(DAT)>=MaxDAT），其在对比文件中的技术作用是判断重传次数是否超限以决定后续处理，与目标专利中的阈值测试机制、技术手段及作用完全一致，属于直接公开。 |
| 技术特征K：基于所述阈值测试而发起RLC重建。<br>《隐含公开》 | [0003] “In acknowledged mode, when SDUs are discarded in a Sender due to time out or exceeding maximum number of transmissions...”<br>（中文翻译：在应答模式下，当发送方中的SDU由于超时或超过最大传输次数而被丢弃时……）<br>[0010] “...(3) 'SDU discard after MaxDAT number of transmissions' is configured, and maximum number of transmissions is reached (i.e. VT(DAT)>=MaxDAT) for an AMD PDU.”<br>（中文翻译：……(3)配置了“MaxDAT次传输后丢弃SDU”，并且对于AMD PDU达到了最大传输次数（即VT(DAT)>=MaxDAT）。） | 对比文件公开了当VT(DAT)>=MaxDAT（达到阈值）时触发处理。根据目标专利说明书第[0009]段及3GPP标准常识，在UTRAN AM模式中，当VT(DAT)=MaxDAT时，根据上层配置可启动RLC复位过程（Reset）或SDU丢弃过程；且目标专利[0025]段指出“RLC重建”与“RLC复位”可互换使用。在极宽松标准下，由于对比文件公开了阈值测试触发事件（达到MaxDAT），本领域技术人员结合公知协议机制容易推断出该阈值测试可选择性发起RLC复位/重建，故认定为隐含公开。 |
| 技术特征L：该方法还包括：<br>《直接公开》 | [0003] “In acknowledged mode, when SDUs are discarded in a Sender due to time out or exceeding maximum number of transmissions...”<br>（中文翻译：在应答模式下，当发送方中的SDU由于超时或超过最大传输次数而被丢弃时……） | 属于方法从属特征引导语，对比文件直接公开了该方法及后续相关步骤，属于直接公开。 |
| 技术特征M：基于所述阈值测试而丢弃RLC服务数据单元(SDU)<br>《直接公开》 | [0011] “On the other hand, if 'SDU discard after MaxDAT number of transmissions' is configured, when the number of transmissions of an AMD PDU reaches MaxDAT, the Sender shall discard all SDUs that have segments in the AMD PDU and shall initiate an MRW procedure.”<br>（中文翻译：另一方面，如果配置了“MaxDAT次传输后丢弃SDU”，当AMD PDU的传输次数达到MaxDAT时，发送方应当丢弃在所述AMD PDU中具有分段的所有SDU，并应当发起MRW过程。） | 对比文件明确记载：当配置了达到MaxDAT次传输丢弃SDU时，若达到MaxDAT（即完成阈值测试），发送方丢弃在该PDU中有分段的SDU。其触发条件、执行动作与技术作用与目标专利完全相同，属于直接公开。 |
| 技术特征N：该RLC SDU的至少一部分被包含在所述RLC PDU中<br>《直接公开》 | [0011] “...when the number of transmissions of an AMD PDU reaches MaxDAT, the Sender shall discard all SDUs that have segments in the AMD PDU...”<br>（中文翻译：……当AMD PDU的传输次数达到MaxDAT时，发送方应当丢弃在所述AMD PDU中具有分段（segments）的所有SDU……） | 对比文件明确记载丢弃的SDU是在达到阈值的AMD PDU中具有分段（segments）的SDU，即该RLC SDU的至少一部分（分段）被包含在所述RLC PDU中，技术特征被对比文件直接公开。 |
| 技术特征O：基于所述阈值测试而丢弃RLC PDU和PDU分段<br>《隐含公开》 | [0003] “...the information of discarded SDUs are signaled to the peer Receiver so that the Receiver can discard Acknowledged Mode Data Protocol Data Units (AMD PDUs) carrying these SDUs...”<br>（中文翻译：……将丢弃的SDU的信息发送给对端接收方，以便接收方可以丢弃携带这些SDU的应答模式数据协议数据单元（AMD PDU）……）<br>[0018] “Based on the received MRW SUFI, the Receiver shall shift its reception window boundaries accordingly and discard AMD PDUs carrying these discarded SDUs.”<br>（中文翻译：基于接收到的MRW SUFI，接收方应当相应地移动其接收窗口边界并丢弃携带这些被丢弃SDU的AMD PDU。） | 对比文件公开了阈值测试（VT(DAT)>=MaxDAT）触发SDU丢弃后，对端接收方在MRW过程中丢弃携带这些SDU的AMD PDU。虽然对比文件在发送端侧重于SDU丢弃与MRW信令，但在极宽松的隐含公开判断标准下，对比文件公开了丢弃RLC PDU（AMD PDU），部分公开了丢弃PDU的机制，本领域技术人员结合丢弃SDU必然连带释放/丢弃相应底层PDU缓冲区的通信原理，可合理推断出丢弃PDU的操作，认定为隐含公开。 |
| 技术特征P：所述RLC PDU和PDU分段包含了被丢弃的RLC SDU的至少一部分。<br>《隐含公开》 | [0003] “...discard Acknowledged Mode Data Protocol Data Units (AMD PDUs) carrying these SDUs...”<br>（中文翻译：……丢弃携带这些SDU的应答模式数据协议数据单元（AMD PDU）……）<br>[0018] “...and discard AMD PDUs carrying these discarded SDUs.”<br>（中文翻译：……并丢弃携带这些被丢弃SDU的AMD PDU。） | 对比文件明确指出了丢弃的AMD PDU是“carrying these discarded SDUs”（携带这些被丢弃SDU的PDU）。在极宽松的隐含公开判断标准下，携带被丢弃SDU的PDU必然包含了被丢弃SDU的全部或至少一部分分段，属于隐含公开。 |
| 技术特征Q：该方法还包括：<br>《直接公开》 | [0003]、[0007] 等关于MRW过程的记载。 | 属于方法从属特征引导语，对比文件直接公开了该方法及后续步骤，属于直接公开。 |
| 技术特征R：执行移动接收窗口(MRW)过程。<br>《直接公开》 | [0003] “...This SDU discard signaling procedure is called an SDU discard with explicit signaling procedure or, simply, a Move Receiving Window (MRW) procedure.”<br>（中文翻译：……该SDU丢弃信令过程被称为具有显式信令的SDU丢弃过程，或简称为移动接收窗口（MRW）过程。）<br>[0011] “...when the number of transmissions of an AMD PDU reaches MaxDAT, the Sender shall discard all SDUs that have segments in the AMD PDU and shall initiate an MRW procedure.”<br>（中文翻译：……当AMD PDU的传输次数达到MaxDAT时，发送方应当丢弃在所述AMD PDU中具有分段的所有SDU，并应当发起MRW过程。） | 对比文件全文核心方案即为MRW过程，且第[0011]段明确说明在重传达到MaxDAT后发起MRW过程（initiate an MRW procedure），并在图2、图3及说明书中详细记载了MRW过程的具体交互与执行，技术作用完全相同，属于直接公开。 |
| 技术特征S：该方法还包括：<br>《直接公开》 | [0003]、[0018] 等关于丢弃PDU操作的记载。 | 属于方法从属特征引导语，对比文件直接公开。 |
| 技术特征T：丢弃所述RLC PDU和RLC PDU分段中的至少一者。<br>《直接公开》 | [0018] “Based on the received MRW SUFI, the Receiver shall shift its reception window boundaries accordingly and discard AMD PDUs carrying these discarded SDUs... and discard PDUs up to and including the PDU with SN equal to (SN_MRWLENGTH-1)...”<br>（中文翻译：基于接收到的MRW SUFI，接收方应当相应地移动其接收窗口边界并丢弃携带这些被丢弃SDU的AMD PDU……并丢弃直到并包括SN等于(SN_MRWLENGTH-1)的PDU……） | 对比文件第[0018]段明确记载丢弃AMD PDU（即RLC PDU），“丢弃所述RLC PDU和RLC PDU分段中的至少一者”为下位概念的二选一（或关系），对比文件直接公开了丢弃RLC PDU，即完全落入该特征保护范围，技术手段与作用相同，构成直接公开。 |
<<<A>>><<<B>>><<<C>>><<<e>>><<<f>>><<<H>>><<<J>>><<<k>>><<<L>>><<<M>>><<<N>>><<<o>>><<<p>>><<<Q>>><<<R>>><<<S>>><<<T>>>
根据专利创造性及公开性评估要求，结合目标专利说明书的记载与对比文件（US20050054298A1）的具体公开内容，对目标专利权利要求的各技术特征进行逐项比对与分析。
**特征比对表格**
| 技术特征描述及判断结果 | 对比文件原文引用及翻译 | 公开性论述 |
| 技术特征A：该方法包括：<br>《直接公开》 | 【段落0087】"In a preferred embodiment, the present invention discloses a method, and associated wireless device, for handling an unrecoverable error on a dedicated channel."<br>（在优选实施例中，本发明公开了一种用于在专用信道上处理不可恢复差错的方法及相关联的无线设备。） | 对比文件段落[0087]明确公开了一种无线通信中的处理方法，属于方法的引导性技术特征，因此特征A被对比文件实质/直接公开。 |
| 技术特征B：生成RLC协议数据单元(PDU)<br>《直接公开》 | 【段落0007】"The RLC layer 72 provides segmentation of PDCP 70 SDUs and RRC 80 SDUs into RLC protocol data units (PDUs)."<br>（RLC层72提供将PDCP 70 SDU和RRC 80 SDU分段成RLC协议数据单元(PDU)。） | 对比文件段落[0007]直接公开了RLC层将上层SDU分段生成RLC PDU的过程，所起到的作用与目标专利中生成RLC PDU完全一致，因此特征B被直接公开。 |
| **技术特征C**：传送所述RLC PDU<br>《直接公开》 | 【段落0007】"The MAC layer 74 provides scheduling and multiplexing of RLC PDUs onto the transport channel, interfacing with the physical layer 60... Under acknowledged mode (AM) transfers, the RLC layer 72 can provide upper layers... with a confirmation that RLC PDUs have been successfully transmitted and received between the RLC peer entities 76 on the**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：该方法包括：<br>《直接公开》 | [0087] “In a preferred embodiment, the present invention discloses a method, and associated wireless device, for handling an unrecoverable error on a dedicated channel.”
基于目标专利说明书原文的释义，对对比文件（US20050270996A1）针对目标专利技术特征A至T的公开性分析及特征比对如下：
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译） | 公开性论述 |
| **技术特征A：**<br>该方法包括：<br>《直接公开》 | [01结合目标专利说明书原文，对技术特征的技术方案、功能作用进行深入分析，并对对比文件（US20050270996A1）的内容进行全面比对。
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译及段落标号） | 公开性论述 |
| **技术特征A**：该方法包括：<br>《直接公开》 | **[0150]**<br>“The present invention provides a method of handling data units for a point-to-multipoint service in a mobile communication system, the method comprising: receiving protocol data units by a radio link control entity...”<br>【中文翻译】“本发明提供了一种在移动通信系统中处理点到多点服务的数据单元的方法，该方法包括：由以非应答模式操作且具有接收窗口和定时器的无线电链路控制实体接收协议数据单元……” | 对比文件公开了一种在无线电链路控制（RLC）实体中处理数据单元的方法，包含方法的引导步骤，属于方法类特征的前序
根据目标专利说明书与对比文件（JP2005539465A）的记载，对目标专利权利要求的各技术特征进行直接公开与隐含公开的对比分析如下：
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A<br>该方法包括：<br>《直接公开》 | [JP2005539465A，说明书第[2]段之（ＳＤＵからＰＤＵを構成）、（ＰＤＵの伝送）等]<br>“本発明は、ＵＭＴＳにおけるRadio link control（RLC）データ伝送に関するもので……”<br>（译文：本发明涉及UMTS中的无线链路控制（RLC）数据传输……） | 对比文件公开了一种用于移动通信系统中RLC层的数据传输与处理方法，特征A为方法的前序引导语，已被对比文件直接公开。 |
| 技术特征B<br>生成RLC协议数据单元(PDU)<br>《直接公开》 | [JP2005539465A，说明书第[2]段之（ＳＤＵからＰＤＵを構成）]<br>“上位階層からＳＤＵの伝達を受けると、送信側ＡＭ ＲＬＣは、各ＳＤＵを分割または結合（Segmentation and concatenation）して決まった大きさのＡＭＤ（ＡＭ Ｄａｔａ） ＰＤＵを作る。”<br>（译文：当从高层接收到SDU时，发送侧AM RLC将各SDU分割或级联以生成固定大小的AMD（确认模式数据）PDU。） | 对比文件明确公开了发送侧AM RLC实体接收高层SDU后，通过分割或级联生成AMD PDU（即RLC PDU）。该技术特征在对比文件中的作用与在目标专利中完全相同，属于本领域惯用手段，已被直接公开。 |
| 技术特征C<br>传送所述RLC PDU<br>《直接公开》 | [JP2005539465A，说明书第[2]段之（ＰＤＵの伝送）]<br>“送信側ＡＭ ＲＬＣは、構成された各ＰＤＵを受信側ＡＭ ＲＬＣに伝送する。”<br>（译文：发送侧AM RLC将生成的各PDU发送给接收侧AM RLC。） | 对比文件明确公开了发送侧将生成的各个RLC PDU发送至接收端RLC实体，技术作用一致，已被直接公开。 |
| 技术特征D<br>在所述RLC PDU被考虑首次重传的情况下<br>《未公开》 | [无直接或隐含对应公开内容] | 对比文件仅记载了初始传输各PDU时对应的计数器VT(DAT)增加（“自身が担当するＲＬＣ ＰＤＵを一回伝送する時ごとに１ずつ増加する”），并未限定针对“被考虑首次重传”这一特定触发条件进行判断或处置（目标专利中该触发点用于专门启动针对重传/失败的追踪与重置机制）。因此该特征既未被直接公开，也未被隐含公开。 |
| 技术特征E<br>初始化状态变量为零<br>《隐含公开》 | [JP2005539465A，说明书第[2]段之背景技术与再传回数限制部分]<br>“この時に作られた各ＲＬＣ ＰＤＵに対し、これらの伝送回数を数えるカウンターであるＶＴ（ＤＡＴ）が動作する。 ＶＴ（ＤＡＴ）は、自身が担当するＲＬＣ ＰＤＵを一回伝送する時ごとに１ずつ増加する。”<br>（译文：针对此时生成的各RLC PDU，用于对它们的传输次数进行计数的计数器VT(DAT)开始运行。VT(DAT)在其负责的RLC PDU每传输一次时加1。） | 对比文件中公开了对RLC PDU设定传输计数器VT(DAT)并递增计数。根据UMTS RLC规范的通常公知常识（且与对比文件中计数器从起始状态启动对应），计数器初始状态即初始化为0。虽然其初始化的时机未与特征D的“首次考虑重传”组合，但计数器状态变量初始化为零的机制在对比文件中已有基础并为技术人员合理预期，且可与其他对比文件结合，按照超宽松标准认定为《隐含公开》。 |
| 技术特征F<br>在至少所述RLC PDU的一部分被考虑重传<br>《隐含公开》 | [JP2005539465A，说明书第[2]段之（ＰＤＵの伝送）]<br>“……伝送に失敗した各ＰＤＵの再伝送を準備する……再伝送される２３、２６、２７番のＰＤＵが先に伝送された後……”<br>（译文：……准备对传输失败的各PDU进行重传……先传输被重传的23、26、27号PDU之后……） | 对比文件公开了当收到否定反馈（未收到ACK/PDU丢失）后，发送端准备对该PDU进行重传。在UMTS系统中AMD PDU作为整体重传（即包含了至少RLC PDU的一部分/全部）。虽然对比文件未针对“PDU分段/重新分段”单独考虑某一部分的重传，但在考虑RLC PDU重传的机制上具有共通性，按照宽松标准认定为《隐含公开》。 |
| 技术特征G<br>没有已经在等待重传的情况下<br>《未公开》 | [无直接或隐含对应公开内容] | 对比文件完全没有记载“判断RLC PDU或其一部分是否已经在等待重传（即是否已存在于重传缓存器中以避免重复计数）”的技术方案。目标专利中引入该特征是为了在支持重新分段且可能多次收到NACK的场景下防止状态变量被重复递增，对比文件属于传统UMTS机制，不存在该防重复计数的逻辑分支。因此既未直接公开也未隐含公开。 |
| 技术特征H<br>递增与所述RLC PDU关联的所述状态变量<br>《直接公开》 | [JP2005539465A，说明书第[2]段之再传回数限制部分]<br>“この時に作られた各ＲＬＣ ＰＤＵに対し、これらの伝送回数を数えるカウンターであるＶＴ（ＤＡＴ）が動作する。 ＶＴ（ＤＡＴ）は、自身が担当するＲＬＣ ＰＤＵを一回伝送する時ごとに１ずつ増加する。”<br>（译文：针对此时生成的各RLC PDU，用于对它们的传输次数进行计数的计数器VT(DAT)开始运行。VT(DAT)在其负责的RLC PDU每传输一次时加1。） | 对比文件明确公开了与各个RLC PDU关联的传输/重传计数状态变量VT(DAT)，并且在每次传输（包括重传）该PDU时递增1。该技术特征被对比文件直接公开。 |
| 技术特征I<br>递增包括在被考虑重传的所述至少所述RLC PDU的一部分处于重传缓存器中的情况下不递增所述状态变量<br>《未公开》 | [无直接或隐含对应公开内容] | 对比文件在第[2]段中描述了PDU保存在再传缓存器（再伝送バッファ）中直至传输成功，但VT(DAT)在每次重传该PDU时均会递增，完全没有“若已处于重传缓存器/等待重传中则抑制/不递增状态变量”的限定。因此该特征未被直接公开，也未被隐含公开。 |
| 技术特征J<br>通过将与所述RLC PDU关联的所述状态变量与预定阈值进行比较来执行阈值测试<br>《直接公开》 | [JP2005539465A，说明书第[2]段之再传回数限制部分]<br>“もし、特定のＲＬＣ ＰＤＵが継続的に伝送に失敗してＶＴ（ＤＡＴ）が最大の再伝送回数（ＭａｘＤＡＴ）に到達すると、ＡＭ ＲＬＣは、該当のＰＤＵが一部分でも含んでいる全てのＳＤＵを廃棄させ……”<br>（译文：若特定的RLC PDU持续传输失败且VT(DAT)达到最大重传次数（MaxDAT），则AM RLC丢弃该PDU包含哪怕一部分的所有SDU……） | 对比文件明确公开了将与RLC PDU关联的状态变量VT(DAT)与预定阈值MaxDAT进行比较，当VT(DAT)达到MaxDAT时判定测试满足以触发后续处理。技术方案与作用完全相同，已被直接公开。 |
| 技术特征K<br>基于所述阈值测试而发起RLC重建。<br>《隐含公开》 | [JP2005539465A，说明书第[2]段之背景技术]<br>结合对比文件说明书对3GPP标准背景中VT(DAT)达到MaxDAT的描述，以及对比文件第[2]段针对丢弃和复位机制的上下文。 | 在UMTS/3GPP RLC协议体系中，当VT(DAT)达到MaxDAT时，标准协议规定根据上层配置执行SDU丢弃过程或触发RLC复位/重建（RESET）过程以恢复协议实体状态。对比文件主要展示了达到MaxDAT后丢弃并触发MRW的路径，但作为其依托的UMTS RLC标准架构，本领域技术人员结合对比文件记载的内容可以合理推断出该阈值测试同样作为触发RLC复位/重建的判决条件，能够与其他技术方案组合，按照超宽松标准认定为《隐含公开》。 |
| 技术特征L<br>该方法还包括：<br>《直接公开》 | [JP2005539465A，说明书第[2]段]<br>“以下、各段階別動作方法に対し、具体的に察してみる。”<br>（译文：以下针对各阶段的动作方法进行具体考查。） | 方法进一步包含其他步骤的从权引导语，已被直接公开。 |
| 技术特征M<br>基于所述阈值测试而丢弃RLC服务数据单元(SDU)<br>《直接公开》 | [JP2005539465A，说明书第[2]段之再传回数限制部分]<br>“もし、特定のＲＬＣ ＰＤＵが継続的に伝送に失敗してＶＴ（ＤＡＴ）が最大の再伝送回数（ＭａｘＤＡＴ）に到達すると、ＡＭ ＲＬＣは、該当のＰＤＵが一部分でも含んでいる全てのＳＤＵを廃棄させ……”<br>（译文：若特定的RLC PDU持续传输失败且VT(DAT)达到最大重传次数（MaxDAT），则AM RLC将该PDU包含哪怕一部分的所有SDU丢弃……） | 对比文件明确记载了当VT(DAT)达到最大重传次数阈值MaxDAT时，丢弃相应的RLC SDU。两者技术手段与实现目的完全相同，已被直接公开。 |
| 技术特征N<br>该RLC SDU的至少一部分被包含在所述RLC PDU中<br>《直接公开》 | [JP2005539465A，说明书第[2]段之再传回数限制部分]<br>“……該当のＰＤＵが一部分でも含んでいる全てのＳＤＵを廃棄させ……”<br>（译文：……丢弃该PDU包含哪怕一部分（一部分でも含んでいる）的所有SDU……） | 对比文件明确限定了被丢弃的SDU即为在导致达到阈值的该RLC PDU中至少包含了一部分的SDU，技术特征完全吻合，已被直接公开。 |
| 技术特征O<br>基于所述阈值测试而丢弃RLC PDU和PDU分段<br>《隐含公开》 | [JP2005539465A，说明书第[2]段之（ＳＤＵの廃棄）部分]<br>“……３５番のＳＤＵの廃棄によって２２番のＰＤＵの該当の部分も廃棄され、３６番のＳＤＵの廃棄によって２４番のＰＤＵは、まだ最大の再伝送回数まで伝送されなかった場合も廃棄される。”<br>（译文：……因SDU 35的丢弃，PDU 22的相应部分也被丢弃；因SDU 36的丢弃，PDU 24即便尚未达到最大重传次数也被丢弃。） | 对比文件记载了基于达到MaxDAT阈值丢弃SDU之后，该SDU所在的PDU（包括其相应部分/后续包含该SDU的PDU）也一并被丢弃（重传中断）。对比文件公开了丢弃RLC PDU及其部分数据的方案，虽然未显式采用LTE的“PDU分段”术语，但部分公开了丢弃PDU及相关数据段的内容，按照宽松标准认定为《隐含公开》。 |
| 技术特征P<br>所述RLC PDU和PDU分段包含了被丢弃的RLC SDU的至少一部分。<br>《隐含公开》 | [JP2005539465A，说明书第[2]段之（ＳＤＵの廃棄）部分]<br>“どんな場合でも、ＳＤＵを廃棄することは、ＳＤＵが入っている全てのＰＤＵから該当のＳＤＵ部分を廃棄することである。即ち、２２番のＰＤＵが伝送に成功した場合も、２３番のＰＤＵが伝送に失敗することで３５番のＳＤＵが廃棄され、よって、２２番のＰＤＵの３５番のＳＤＵ部分も共に廃棄される。”<br>（译文：在任何情况下，丢弃SDU意味着从包含该SDU的所有PDU中丢弃相应的SDU部分。即……因PDU 23传输失败导致SDU 35被丢弃，由此PDU 22中的SDU 35部分也一同被丢弃。） | 对比文件明确公开了被丢弃的PDU/数据部分正是包含了被丢弃的SDU的至少一部分（相应SDU部分）。结合特征O的映射，技术人员可合理推知该方案，按照宽松标准认定为《隐含公开》。 |
| 技术特征Q<br>该方法还包括：<br>《直接公开》 | [JP2005539465A，说明书第[2]段]<br>“以下、各段階別動作方法に対し、具体的に察してみる。”<br>（译文：以下针对各阶段的动作方法进行具体考查。） | 方法进一步包含其他步骤的从权引导语，已被直接公开。 |
| 技术特征R<br>执行移动接收窗口(MRW)过程。<br>《直接公开》 | [JP2005539465A，说明书第[2]段之（ＳＤＵ廃棄情報の伝送）及（受信ウインドウの移動及び移動情報伝送）]<br>“送信側ＡＭ ＲＬＣは、前述したように、ＳＤＵを廃棄した後、その事実をＭＲＷ命令を通して受信側に知らせて受信ウインドウを移動させる。”<br>（译文：如前所述，发送侧AM RLC在丢弃SDU后，通过MRW命令将该事实通知接收侧以移动接收窗口。） | 对比文件全文重点研究并公开了在RLC SDU丢弃后执行移动接收窗口（MRW）过程的信令交互与窗口更新机制，与目标专利的作用及方案完全一致，已被直接公开。 |
| 技术特征S<br>该方法还包括：<br>《直接公开》 | [JP2005539465A，说明书第[2]段]<br>“以下、各段階別動作方法に対し、具体的に察してみる。”<br>（译文：以下针对各阶段的动作方法进行具体考查。） | 方法进一步包含其他步骤的从权引导语，已被直接公开。 |
| 技术特征T<br>丢弃所述RLC PDU和RLC PDU分段中的至少一者。<br>《直接公开》 | [JP2005539465A，说明书第[2]段之（ＳＤＵの廃棄）部分]<br>“……３６番のＳＤＵの廃棄によって２４番のＰＤＵは、まだ最大の再伝送回数まで伝送されなかった場合も廃棄される。”及“ＳＤＵが入っている全てのＰＤＵから該当のＳＤＵ部分を廃棄することである。”<br>（译文：……因SDU 36被丢弃，PDU 24即便尚未达到最大重传次数也被丢弃……从包含该SDU的所有PDU中丢弃相应的SDU部分。） | 对比文件明确公开了在SDU丢弃后丢弃该RLC PDU（例如PDU 24被直接丢弃）以及丢弃PDU中的相应部分（数据分段）。该特征实质上已被对比文件直接公开。 |
---
<<<A>>>
<<<B>>>
<<<C>>>
<<<a>>>
<<<e>>>
<<<f>>>
<<<H>>>
<<<h>>>
<<<J>>>
<<<j>>>
<<<k>>>
<<<L>>>
<<<M>>>
<<<m>>>
<<<N>>>
<<<n>>>
<<<o>>>
<<<p>>>
<<<Q>>>
<<<R>>>
<<<r>>>
<<<S>>>
<<<T>>>
<<<t>>>
本案旨在评估对比文件（EP 1641190 A1）是否公开了目标专利权利要求中的各项技术特征。紧密结合目标专利说明书原文，各特征比对及公开性评估如下：
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译及段落标号） | 公开性论述 |
| 技术特征A：该方法包括：<br>《直接公开》 | [0023] "According to a second aspect of embodiments of the present invention, there is provided a method of receiving identifiably distinct data units at a receiving entity from a transmitting entity..."<br>【中文翻译】：根据本发明实施方式的第二方面，提供了一种在接收实体处从发射实体接收可识别不同数据单元的方法…… | 对比文件在段落[0023]中直接公开了在无线电链路控制（RLC）协议中传输/接收数据单元的方法。在对比文件与目标专利中均属于无线通信中处理RLC数据单元的方法，两者技术领域及方法属性完全相同。因此，技术特征A被直接公开。 |
| 技术特征B：生成RLC协议数据单元(PDU)<br>《直接公开》 | [0029] "...The transmitting side 300t receives service data units ("SDUs") from upper layers through an acknowledged mode service access point ("AM SAP") 305. It converts these to PDUs which it sends to lower layers for transmission via logical channels 310..."<br>【中文翻译】：……发射侧300t通过确认模式业务接入点（"AM SAP"）305从上层接收业务数据单元（"SDU"）。它将这些转换为PDU，并通过逻辑信道310将其发送到较低层进行传输…… | 对比文件段落[0029]明确记载了发射侧将接收到的SDU转换为PDU（生成RLC PDU），在对比文件中其作用是构造用于在无线逻辑信道上传送的数据单元，这与目标专利说明书步骤402中“RLC实体产生……RLC PDU”的作用与方案完全一致。因此，技术特征B被直接公开。 |
| 技术特征C：传送所述RLC PDU<br>《直接公开》 | [0029] "...It converts these to PDUs which it sends to lower layers for transmission via logical channels 310..."<br>[0042] "...The AMD PDUs and any added control PDUs are then submitted via a ciphering function 335 to the lower layers for onward transmission via the logical channels 310."<br>【中文翻译】：……它将这些转换为PDU，并通过逻辑信道310发送到较低层以进行传输……将AMD PDU和任何添加的控制PDU经由加密功能335提交给较低层，以便经由逻辑信道310继续传输。 | 对比文件段落[0029]和[0042]明确记载了将生成的RLC PDU（包括AMD PDU）通过逻辑信道发送至对端实体（传送RLC PDU）。其在对比文件中起到空中接口数据发送的作用，与目标专利步骤402“传送RLC PDU”的作用完全相同。因此，技术特征C被直接公开。 |
| 技术特征D：在所述RLC PDU被考虑首次重传的情况下<br>《未公开》 | 对比文件通篇未记载在“首次考虑重传RLC PDU”的时机进行特定变量初始化或状态判定的方案。对比文件关注的是接收侧状态报告（Status Report）的重传管理，而非针对RLC PDU首次重传时的处理。 | 目标专利说明书步骤406明确指出了“进一步确定是否所述RLC PDU被首次考虑重传”，并在首次考虑重传时初始化变量VT(TotalTrans)（步骤414）。对比文件仅公开了发射侧重传丢失的AMD PDU（如[0041]、[0065]），或者接收侧重传状态报告的计数，并未限定在RLC PDU被首次考虑重传这一特定时机触发任何变量初始化或处理流程。因此，技术特征D未被公开。 |
| 技术特征E：初始化状态变量为零<br>《隐含公开》 | [0065] "...Receipt of the missing PDU stops TIMER_STATUS and MONITOR_STATUS and the value for VR(SRR) is cleared."<br>[0068] "...VR(R) can be updated, TIMING_STATUS and MONITOR_STATUS are stopped and VR(SRR) is cleared."<br>【中文翻译】：……收到丢失的PDU停止了TIMER_STATUS和MONITOR_STATUS，并且清除VR(SRR)的值。……可以更新VR(R)，停止TIMING_STATUS和MONITOR_STATUS，并清除VR(SRR)。 | 目标专利中的状态变量是VT(TotalTrans)并在首次考虑重传时初始化为0以用于重传/传输计数（段落[0027]、[0029]）。对比文件虽然涉及的是状态报告重传计数变量VR(SRR)，且记载了将其“清除（cleared）”，在协议状态机和计数器机制中，“cleared”通常即意味着重置/复位初始化为零。本领域技术人员结合计数器的常规实现，有可能推导出状态变量清除为零。但对比文件中初始化的对象是状态报告重传变量VR(SRR)而非目标专利中与RLC PDU重传直接关联的传输状态变量。基于宽松标准，由于对比文件公开了计数器状态变量清除/初始化为0的概念，认定技术特征E被隐含公开。 |
| 技术特征F：在至少所述RLC PDU的一部分被考虑重传<br>《隐含公开》 | [0041] "...If, however, a NACK is received in respect of an AMD PDU, it must be retransmitted. The management function of the retransmission buffer 370 will deliver that AMD PDU to the multiplexer 320 for retransmission via the transmission buffer 325..."<br>【中文翻译】：……然而，如果接收到关于AMD PDU的NACK，则必须对其进行重传。重传缓存器370的管理功能将把该AMD PDU传送给复用器320，以便经由传输缓存器325进行重传…… | 目标专利说明书段落[0005]、[0028]、[0030]针对E-UTRAN中引入的PDU重新分段特性，指出重传的对象可以是RLC PDU或其一部分（PDU分段）。对比文件公开的是UMTS Rel-6环境，重传以完整的AMD PDU为单位（收到NACK后考虑重传AMD PDU）。鉴于PDU整体本身包含了“至少PDU的一部分”（整体即特殊的一部分），且对比文件公开了根据NACK决定是否重传PDU，根据极为宽松的隐含公开判断标准，本领域技术人员有可能将整体PDU的重传合理推理为涵盖“至少所述RLC PDU的一部分被考虑重传”，故认定该特征被隐含公开。 |
| 技术特征G：没有已经在等待重传的情况下<br>《未公开》 | 对比文件通篇未记载在判断是否递增计数前需判定“该PDU或其分段是否没有已经在等待重传（处于重传缓存器中）”的防双重计数逻辑。 | 目标专利说明书步骤407及段落[0031]明确指出其目的是“避免对重传进行两次计数”，即如果PDU已经在重传缓存中等待重传，则不予递增变量，只有在“没有已经在等待重传”时才执行递增。对比文件中虽然存在重传缓存器（Retransmission Buffer 370），但完全未公开或暗示过基于该状态来条件性屏蔽递增或判断计数的防重复计数机制。因此，技术特征G未被公开。 |
| 技术特征H：递增与所述RLC PDU关联的所述状态变量<br>《未公开》 | [0009] "...In UTRAN, RLC AM mode performs ARQ... One of the parameters... is MaxDAT. MaxDAT represents the upper limit of the state variable VT(DAT). VT(DAT) counts the number of times AMD PDU has been scheduled for retransmission... VT(DAT) should increment by 1..."（此为目标专利背景技术[0009]所描述的UTRAN既有机制）<br>对比文件[0052]-[0053]、[0065]仅记载了接收侧针对状态报告重传的计数变量VR(SRR)的递增：“VT(SRR) is updated by a counter 700 provided on the receiving side... updated to the value '1'”。 | 目标专利要求递增的是“与所述RLC PDU关联的所述状态变量”（用于限制该PDU重传/传输次数如VT(TotalTrans)）。对比文件中递增的变量VT(SRR)/VR(SRR)是针对“状态报告（STATUS PDU/SUFI）重传次数”的计数变量，维护在接收实体，并非与特定的发送端业务“RLC PDU”关联的状态变量。因此，对比文件没有公开递增与RLC PDU关联的状态变量。技术特征H未被公开。 |
| 技术特征I：递增包括在被考虑重传的所述至少所述RLC PDU的一部分处于重传缓存器中的情况下不递增所述状态变量<br>《未公开》 | 对比文件通篇未公开任何在处于重传缓存器中时不递增状态变量的机制。 | 目标专利说明书段落[0030]-[0031]及实施例步骤407、408明确阐述：当被考虑重传的RLC PDU或其一部分已经在等待重传（已处于重传缓存器中）时，不递增状态变量VT(TotalTrans)，以避免重传重复计数。对比文件完全未涉及此特定缓存检查与条件递增抑制逻辑。因此，技术特征I未被公开。 |
| 技术特征J：通过将与所述RLC PDU关联的所述状态变量与预定阈值进行比较来执行阈值测试<br>《未公开》 | [0069] "...Although the status report is subsequently retransmitted twice, it is lost each time and VR(SRR) reaches its preset maximum value, in this case "2"..."<br>[0079] "...Once VT(SRR) reaches the configured limit, MAX_SRR, a process such as the known RLC reset procedure (using a RESET PDU as mentioned above) can be triggered..."<br>【中文翻译】：……尽管状态报告随后被重新发送了两次，但每次都丢失了，并且VR(SRR)达到了其预设的最大值，在这种情况下为“2”……一旦VT(SRR)达到配置的限制MAX_SRR，就可以触发诸如已知的RLC复位过程（如上所述使用RESET PDU）的过程…… | 目标专利说明书步骤410中是将与特定RLC PDU关联的状态变量（VT(TotalTrans)）与预定阈值（MaxTotalTrans）进行比较。对比文件段落[0069]和[0079]中比较的对象是状态报告重传计数器VR(SRR)/VT(SRR)与最大状态报告重传阈值MAX_SRR，该变量与RLC PDU并不关联，而是与接收实体发送控制信令（状态报告）关联。因此，对比文件未公开将与“所述RLC PDU”关联的状态变量与预定阈值进行比较。技术特征J未被公开。 |
| 技术特征K：基于所述阈值测试而发起RLC重建。<br>《隐含公开》 | [0079] "...Once VT(SRR) reaches the configured limit, MAX_SRR, a process such as the known RLC reset procedure (using a RESET PDU as mentioned above) can be triggered..."<br>【中文翻译】：……一旦VT(SRR)达到配置的限制MAX_SRR，就可以触发诸如已知的RLC复位过程（如上所述使用RESET PDU）的过程…… | 目标专利说明书段落[0025]明确指出：“术语‘RLC重建’可以与术语‘RLC复位’交换使用”，并在步骤412(5)中记载基于该阈值测试达到阈值时“发起RLC复位或重建”。对比文件段落[0079]公开了当计数器达到限制时触发RLC复位过程（RLC reset procedure）。尽管对比文件的阈值测试针对的是状态报告重传次数（MAX_SRR），但就“基于阈值测试（计数达上限）触发RLC复位/重建”的操作逻辑和结果而言，两者具有同等的技术手段和恢复效果。按照极度宽松的隐含公开判断原则，对比文件公开了根据阈值测试发起RLC复位/重建，故认定技术特征K被隐含公开。 |
| 技术特征L：该方法还包括：<br>《直接公开》 | [0023] "According to a second aspect of embodiments of the present invention, there is provided a method of receiving identifiably distinct data units..."<br>【中文翻译】：根据本发明实施方式的第二方面，提供了一种……的方法。 | 属于方法权利要求的连接词/过渡性特征，已被对比文件的方法流程直接公开。 |
| 技术特征M：基于所述阈值测试而丢弃RLC服务数据单元(SDU)<br>《未公开》 | 对比文件通篇未公开基于阈值测试丢弃RLC SDU的方案。对比文件在重传超限（[0069]、[0079]）后执行的是发送RESET PDU进行RLC复位，未公开SDU丢弃。 | 目标专利说明书段落[0032]、[0034]明确记载了在阈值测试达到后，执行操作“(2)丢弃具有被包含在RLC PDU或PDU分段中的分段的所有SDU”。对比文件中即使在发生严重丢包、VR(SRR)达到最大重传上限MAX_SRR时，也仅记载触发已知的RLC RESET过程（段落[0069]、[0079]），未提及由于该阈值测试而在本地丢弃RLC SDU。因此，技术特征M未被公开。 |
| 技术特征N：该RLC SDU的至少一部分被包含在所述RLC PDU中<br>《直接公开》 | [0030] "...However, SDUs can be either longer or shorter than PDUs and the conversion process may include segmentation of an SDU between more than one PDU, concatenation of SDUs into one shared PDU, and/or padding of a PDU..."<br>【中文翻译】：……然而，SDU可以比PDU更长或更短，并且转换过程可以包括在多个PDU之间对SDU进行分段、将SDU级联到一个共享PDU中、和/或填充PDU…… | 对比文件段落[0030]明确指出了SDU被分段成多个PDU或级联进PDU，即RLC PDU包含了RLC SDU的至少一部分（分段或完整SDU），在对比文件和目标专利中都是RLC层对上层数据进行分段/封装的通用结构关系。因此，技术特征N被直接公开。 |
| 技术特征O：基于所述阈值测试而丢弃RLC PDU和PDU分段<br>《未公开》 | 对比文件通篇未公开基于阈值测试丢弃RLC PDU和PDU分段的技术方案。 | 目标专利说明书段落[0032]、[0033]及[0035]详细记载了在状态变量达到阈值后，丢弃相应的RLC PDU和/或PDU分段，以及丢弃包含了被丢弃SDU的分段的所有RLC PDU或PDU分段。对比文件仅在段落[0078]规则4中提到丢弃迟到的重传PDU（PDU(SN) < VR(R)时Discard PDU），这与基于重传阈值测试超限主动丢弃该PDU及其分段完全不同。因此，技术特征O未被公开。 |
| 技术特征P：所述RLC PDU和PDU分段包含了被丢弃的RLC SDU的至少一部分。<br>《未公开》 | 对比文件未公开基于阈值测试丢弃RLC SDU，因此也不存在丢弃包含被丢弃SDU之RLC PDU和PDU分段的对应特征。 | 目标专利说明书段落[0035]记载“丢弃包含了被丢弃的SDU的分段的所有RLC PDU或PDU分段”。对比文件由于未公开丢弃RLC SDU，更无法公开根据关联关系丢弃包含该被丢弃SDU的RLC PDU和分段。因此，技术特征P未被公开。 |
| 技术特征Q：该方法还包括：<br>《直接公开》 | [0023] "According to a second aspect of embodiments of the present invention, there is provided a method..."<br>【中文翻译】：根据本发明实施方式的第二方面，提供了一种……的方法。 | 属于方法权利要求的常规过渡词，对比文件已公开包含后续处理步骤的方法流程。因此，技术特征Q被直接公开。 |
| 技术特征R：执行移动接收窗口(MRW)过程。<br>《隐含公开》 | [0009] "Although much has been done to deal with lost RLC signalling, such as TIMER_POLL to deal with a lost poll for a status report and TIMER_MRW to deal with a lost signal to move an existing transmission window..."<br>【中文翻译】：尽管在处理丢失的RLC信令方面已经做了很多工作，例如用TIMER_POLL处理丢失的状态报告轮询，以及用TIMER_MRW处理丢失的移动现有传输窗口的信号…… | 目标专利说明书段落[0011]、[0036]记载了在丢弃SDU/PDU后发起MRW过程以向对等接收实体请求移动接收窗口。对比文件在段落[0009]背景技术中明确确认了现有技术中存在通过发送移动现有传输/接收窗口信号来执行的MRW机制（并配置有TIMER_MRW）。虽然对比文件正文未将MRW作为其重点发明的步骤，但本领域技术人员结合对比文件提及的TIMER_MRW信令机制，完全知晓在RLC协议中执行MRW过程以移动接收窗口。基于宽松的隐含公开判断标准，认定对比文件隐含公开了执行MRW过程。因此，技术特征R被隐含公开。 |
| 技术特征S：该方法还包括：<br>《直接公开》 | [0023] "According to a second aspect of embodiments of the present invention, there is provided a method..."<br>【中文翻译】：根据本发明实施方式的第二方面，提供了一种……的方法。 | 属于方法权利要求的过渡词，已被对比文件的方法流程直接公开。 |
| 技术特征T：丢弃所述RLC PDU和RLC PDU分段中的至少一者。<br>《隐含公开》 | [0078] "4. if PDU(SN) < VR(R) then this PDU is probably a belated retransmission. Discard PDU.<br>5. if PDU(SN) > VR(MR) then there is a problem in the transmitting RLC entity 300. Discard PDU."<br>【中文翻译】：4. 如果PDU(SN) < VR(R)，则该PDU可能是迟到的重传。丢弃PDU。<br>5. 如果PDU(SN) > VR(MR)，则发射RLC实体300存在问题。丢弃PDU。 | 目标专利说明书步骤412(1)记载丢弃相应的RLC PDU和/或PDU分段。对比文件在段落[0078]中明确记载了在满足特定异常或迟到条件时执行“Discard PDU”（丢弃PDU）。尽管对比文件中的丢弃是在接收端且针对的是迟到或越界的PDU，但对比文件直接公开了丢弃PDU的行为操作；且依据宽松标准，“丢弃PDU”涵盖了“丢弃RLC PDU和RLC PDU分段中的至少一者”。因此，按照极度宽松的推理标准，技术特征T被认定为隐含公开。 |
---
<<<A>>><<<B>>><<<C>>><<<a>>><<<f>>><<<K>>><<<L>>><<<N>>><<<Q>>><<<r>>><<<S>>><<<t>>>
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括：<br>《隐含公开》 | [0002] This invention relates to data cache circuits, and more particularly, to a method, system, and computer program product for implementing a dual-addressable cache.<br>（本发明涉及数据高速缓存电路，并且更具体地，涉及一种用于实现双可寻址高速缓存的方法、系统和计算机程序产品。）<br><br>[0007] ...The method includes adding fields for indirect indices to each congruence class provided in a cache directory...<br>（...该方法包括将间接索引的字段添加到高速缓存目录中提供的每个全同类中...） | 隐含公开论述：<br>对比文件在段落[0002]和[0007]中公开了一种计算机/硬件实现的方法（“a method... for implementing a dual-addressable cache”），其包含由一系列步骤组成的方法流程。尽管该方法属于计算机体系结构/高速缓存管理领域，而非目标专利所涉及的无线移动通信（RLC层数据重传控制）方法，但“该方法包括：”本身仅属于方法权利要求的前序步骤引导性/结构性特征，对比文件已公开了包含若干处理步骤的数据处理方法。本领域技术人员基于对比文件整体方法流程的披露，结合最宽松的隐含公开标准，能够合理推断出该引导性步骤特征。因此，技术特征A被对比文件隐含公开。 |
| 技术特征B：生成RLC协议数据单元(PDU)<br>《未公开》 | 对比文件全文通篇未记载与无线电链路控制（RLC）或RLC协议数据单元（PDU）相关的任何内容。 | 未公开论述：<br>目标专利说明书（如[0003]、[0006]、[0028]）明确指出，RLC PDU是指无线电通信协议栈中由RLC实体基于RLC SDU分段或组装生成的协议数据单元，携带RLC报头及序列号（SN）。<br>对比文件涉及的是微处理器中的双可寻址高速缓存（dual-addressable cache）和转换后备缓冲器（TLB）架构，其操作对象是虚拟地址（VA）、物理/真实地址（RA）、全同类（congruence classes）及高速缓存行/条目（entries）。对比文件中既不存在通信协议栈架构，也不涉及RLC实体的功能与RLC PDU的数据生成，本领域技术人员无论通过直接推导还是最宽泛的合理推理，均无法从对比文件得出“生成RLC协议数据单元(PDU)”的技术方案。因此，对比文件未直接公开也未隐含公开技术特征B。 |
| 技术特征C：传送所述RLC PDU<br>《未公开》 | 对比文件全文未记载传送无线电链路控制协议数据单元（RLC PDU）的任何内容。 | 未公开论述：<br>目标专利说明书（如[0003]、[0028]、[0029]）指出，传送RLC PDU是指RLC实体生成RLC PDU后递送到下层MAC实体以在无线链路上进行传送，其作用在于实现对等RLC实体间的数据通信。<br>对比文件处理的是高速缓存条目的索引寻址与查找，并不涉及无线通信中协议数据单元的空中接口传送机制。即便是对比文件段落[0029]中提到的CPU与内存/控制器之间的数据请求传输（transmission of data between CPU 202, memory device 204），其传送对象是总线数据/地址，与无线协议栈中的RLC PDU在性质、层次与技术作用上完全不同。本领域技术人员无法从对比文件推知传送RLC PDU。因此，对比文件未直接公开也未隐含公开技术特征C。 |
| 技术特征D：在所述RLC PDU被考虑首次重传的情况下<br>《未公开》 | 对比文件全文未记载RLC PDU、HARQ/ARQ反馈机制或针对RLC PDU的首次重传判定。 | 未公开论述：<br>目标专利说明书（如[0027]、[0029]）明确解释，在RLC PDU接收到NACK等否定应答或需要重发时，RLC实体需要评估该PDU是否是第一次被考虑重传（对应步骤406），其作用在于识别是否需要对针对该PDU的状态变量进行初始复位/清零。<br>对比文件仅涉及高速缓存的命中（hit）、未命中（miss）、条目插入（insertion）以及根据LRU进行替换/无效（invalidated），完全不存在协议层重传机制，更无“在RLC PDU被考虑首次重传”的判断与触发条件。因此，对比文件未直接公开也未隐含公开技术特征D。 |
| 技术特征E：初始化状态变量为零<br>《未公开》 | 对比文件全文未记载在首次重传或相应条件下将变量初始化为零的技术内容。 | 未公开论述：<br>目标专利说明书（如[0027]、[0029]步骤414）指出，该特征是指在RLC PDU首次被考虑重传时，将关联于该RLC PDU的状态变量VT(TotalTrans)重置/初始化为0，其作用是为后续重传/重传失败次数统计建立基准初值。<br>对比文件虽然在段落[0026]、[0030]中提到全同类索引或间接索引可以是从0到C-1的编号（“from 0 up to c-1”），在段落[0024]提到有效位可以被设置为‘1’（valid bit set to 1），但这是固定地址维度的范围映射或二进制标志位，完全未公开任何“将状态变量初始化为零”的逻辑，更不存在针对重传控制计数器的清零操作。因此，对比文件未直接公开也未隐含公开技术特征E。 |
| 技术特征F：在至少所述RLC PDU的一部分被考虑重传<br>《未公开》 | 对比文件全文未涉及RLC PDU分段重传或协议数据单元部分重传的判定。 | 未公开论述：<br>目标专利说明书（如[0004]、[0007]、[0028]、[0030]）指出，在LTE系统中RLC PDU支持重新分段为PDU分段（子分段），当原始RLC PDU或其子分段由于信道条件无法完全装入新TB时，对至少该PDU的一部分（分段）考虑进行ARQ重传。<br>对比文件针对的是硬件Cache目录中固定/预定格式的条目与索引查找，完全不存在无线通信数据包及其重新分段重传的机制。因此，对比文件未直接公开也未隐含公开技术特征F。 |
| 技术特征G：没有已经在等待重传的情况下<br>《未公开》 | 对比文件全文未记载关于重传等待状态或重传缓冲区的排队状态检测。 | 未公开论述：<br>目标专利说明书（如[0014]、[0030]、[0031]步骤407）指出，当被考虑重传的RLC PDU或其一部分已经在重传缓存器中等待重传时，为了防止重复计数，仅在“没有已经在等待重传”的条件下才触发递增。该特征的作用在于防止由于重复上报或处于队列中而对同一次传输失败进行两次计数。<br>对比文件仅涉及高速缓存中由于替换逻辑导致的失效（invalidated），完全不存在重传缓存器或等待重传的判定逻辑。因此，对比文件未直接公开也未隐含公开技术特征G。 |
| 技术特征H：递增与所述RLC PDU关联的所述状态变量<br>《未公开》 | 对比文件全文未记载对与RLC PDU关联的状态变量进行递增的技术内容。 | 未公开论述：<br>目标专利说明书（如[0027]、[0030]步骤408）指出，当确定RLC PDU或其分段需要重传且非重复计数时，将用于计数重传/失败总次数的状态变量VT(TotalTrans)增加1（递增），其作用是动态追踪RLC PDU的重传消耗水平。<br>对比文件采用的是LRU（最近最少使用）逻辑指示器（如段落[0021]、[0025]、[0030]、[0036]所述的LRU logic 120、indirect LRU IL 308），其通过位指针更新条目访问新旧顺序（例如将命中项更新为MRU），并不存在对与RLC PDU关联的状态变量执行算术递增（+1）的操作。因此，对比文件未直接公开也未隐含公开技术特征H。 |
| 技术特征I：递增包括在被考虑重传的所述至少所述RLC PDU的一部分处于重传缓存器中的情况下不递增所述状态变量<br>《未公开》 | 对比文件全文未记载重传缓存器状态或抑制计数器递增的防重复计数规则。 | 未公开论述：<br>目标专利说明书（如[0014]、[0030]、[0031]）指出，若RLC PDU或其一部分已经处于重传缓存器（retransmission buffer）中等待调度，则状态变量不予递增，以避免对重传进行两次计数（avoid counting the retransmission twice）。<br>对比文件中没有重传缓存器概念，亦无此类递增例外限制条件。因此，对比文件未直接公开也未隐含公开技术特征I。 |
| 技术特征J：通过将与所述RLC PDU关联的所述状态变量与预定阈值进行比较来执行阈值测试<br>《未公开》 | 对比文件全文未记载将与RLC PDU关联的重传状态变量与阈值进行比较以判定丢弃/重建。 | 未公开论述：<br>目标专利说明书（如[0027]、[0031]步骤410）指出，该特征将状态变量VT(TotalTrans)与预先配置的阈值MaxTotalTrans进行比较判定是否相等，其技术作用在于判断当前重传次数是否已达到通信协议所允许的上限。<br>对比文件虽然在段落[0028]、[0030]中涉及全同类条目数量与间接索引数量的大小关系（“there needs to be more indirect indices per congruence class than there are entries...”），并在段落[0007]、[0033]涉及地址比较（compare），但此比较是用于判断给定的真实地址是否与Cache条目中存储的真实地址匹配（hit/miss匹配判定），并非针对重传次数状态变量与门限阈值的数值比较测试。因此，对比文件未直接公开也未隐含公开技术特征J。 |
| 技术特征K：基于所述阈值测试而发起RLC重建。<br>《未公开》 | 对比文件全文未记载RLC重建（RLC re-establishment/reset）。 | 未公开论述：<br>目标专利说明书（如[0003]、[0011]、[0025]、[0032]、[0037]）明确指出，发起RLC重建是指当PDU传输失败达到上限时，RLC实体执行复位或重建过程，用于清除死锁状态、重设协议状态变量并恢复协议实体操作。<br>对比文件属于硬件缓存管理技术，当发生Cache未命中或驱逐时，执行的是条目替换或通知处理器（段落[0035]、[0037]），完全不存在通信协议层的“RLC重建”实体过程。因此，对比文件未直接公开也未隐含公开技术特征K。 |
| 技术特征L：该方法还包括：<br>《隐含公开》 | [0002] ...to a method, system, and computer program product for implementing a dual-addressable cache.<br>（...涉及一种用于实现双可寻址高速缓存的方法、系统和计算机程序产品。）<br><br>[0007] ...The method also includes generating an index... The method further includes searching congruence classes...<br>（...该方法还包括生成索引...该方法还包括搜索全同类...） | 隐含公开论述：<br>对比文件在描述其高速缓存索引管理方法时，公开了方法包含多个后续/进一步的步骤（段落[0007]中明确记载“The method also includes... The method further includes...”）。该表述方式在方法步骤的延伸结构上起到了引导额外步骤的作用。基于极宽松的隐含公开判断原则，对比文件隐含公开了方法中包含进一步处理步骤的技术特征L。 |
| 技术特征M：基于所述阈值测试而丢弃RLC服务数据单元(SDU)<br>《未公开》 | 对比文件全文未涉及RLC SDU或基于传输阈值丢弃上层数据单元的处理机制。 | 未公开论述：<br>目标专利说明书（如[0003]、[0011]、[0032]、[0034]步骤412）指出，当阈值测试表明达到最大传输次数时，RLC实体执行分组丢弃，丢弃包含在该PDU或分段中的所有RLC SDU，以释放协议缓冲区并停止无效通信传输。<br>对比文件不包含RLC层实体及其上层服务数据单元（SDU），不存在针对SDU的基于重传阈值的丢弃行为。因此，对比文件未直接公开也未隐含公开技术特征M。 |
| 技术特征N：该RLC SDU的至少一部分被包含在所述RLC PDU中<br>《未公开》 | 对比文件全文未涉及RLC SDU与RLC PDU之间的映射、分段与包含关系。 | 未公开论述：<br>目标专利说明书（如[0004]、[0006]、[0034]）指出，RLC SDU在发送端被分段或级联并封装在大小可变的RLC PDU中，因此一个RLC PDU包含RLC SDU的全部或一部分。<br>对比文件完全不涉及网络协议数据结构之间的分段与组装映射关系。因此，对比文件未直接公开也未隐含公开技术特征N。 |
| 技术特征O：基于所述阈值测试而丢弃RLC PDU和PDU分段<br>《未公开》 | 对比文件全文未记载基于阈值测试丢弃RLC协议数据单元或其分段。 | 未公开论述：<br>目标专利说明书（如[0014]、[0032]、[0033]）指出，当VT(TotalTrans)达到MaxTotalTrans阈值时，RLC实体丢弃相应的RLC PDU和/或PDU分段，以避免协议死锁和无休止的无效无线传输。<br>对比文件中虽然在段落[0037]-[0038]记载了条目替换时将不一致条目置为无效（invalidated），但该无效处理是基于间接索引的LRU淘汰逻辑，针对的是硬件缓存条目有效性位，既非RLC PDU/分段，也非基于传输次数阈值测试结果。因此，对比文件未直接公开也未隐含公开技术特征O。 |
| 技术特征P：所述RLC PDU和PDU分段包含了被丢弃的RLC SDU的至少一部分。<br>《未公开》 | 对比文件全文未记载被丢弃的PDU/分段与被丢弃SDU之间的包容关系。 | 未公开论述：<br>目标专利说明书（如[0035]）指出，在执行丢弃时，进一步级联丢弃包含了被丢弃SDU之分段的所有其他RLC PDU或PDU分段，以清理因某个SDU损坏丢弃而失去重组价值的所有关联分段。<br>对比文件完全缺乏通信协议栈中SDU与PDU/子分段的分层映射与关联丢弃控制。因此，对比文件未直接公开也未隐含公开技术特征P。 |
| 技术特征Q：该方法还包括：<br>《隐含公开》 | [0007] ...The method also includes generating an index... The method further includes searching...<br>（...该方法还包括生成索引...该方法还包括搜索...）<br><br>[0034] ...Further processing... may be performed at step 514, as appropriate.<br>（...在步骤514处可以适当地执行进一步处理...） | 隐含公开论述：<br>对比文件在其方法流程设计中公开了包含多个延伸处理步骤（如段落[0007]、[0034]所披露的“The method further includes”、“Further processing... may be performed”），该特征仅为引导进一步方法步骤的常规用语，本领域技术人员结合极宽松的隐含公开判断标准，能够合理推知该引导性特征。因此，技术特征Q被对比文件隐含公开。 |
| 技术特征R：执行移动接收窗口(MRW)过程。<br>《未公开》 | 对比文件全文未记载无线电链路控制的移动接收窗口（MRW）信令过程。 | 未公开论述：<br>目标专利说明书（如[0011]、[0036]）指出，MRW过程是由发送RLC实体向对等接收RLC实体发送的信令过程，用于告知接收端某些SDU/PDU已被丢弃，指示接收实体向前移动其接收滑动窗口，避免接收窗口被停滞阻塞。<br>对比文件涉及的是芯片内部的高速缓存索引与全同类查找，完全不存在无线通信协议栈滑动窗口机制，更无移动接收窗口（MRW）信令交互。因此，对比文件未直接公开也未隐含公开技术特征R。 |
| 技术特征S：该方法还包括：<br>《隐含公开》 | [0007] ...The method also includes generating an index... The method further includes searching...<br>（...该方法还包括生成索引...该方法还包括搜索...） | 隐含公开论述：<br>对比文件在段落[0007]等处公开了方法中包含若干并列及递进操作步骤。该特征作为方法权利要求中用于连接附加步骤的概括性引导特征，在最宽泛宽松的隐含公开标准下，对比文件隐含公开了方法中包含进一步操作步骤的结构特征。因此，技术特征S被对比文件隐含公开。 |
| 技术特征T：丢弃所述RLC PDU和RLC PDU分段中的至少一者。<br>《未公开》 | 对比文件全文未记载丢弃无线通信中的RLC PDU或其PDU分段。 | 未公开论述：<br>目标专利说明书（如[0014]、[0033]、[0102]）指出，当阈值达到或超时时，RLC实体执行丢弃RLC PDU和RLC PDU分段中的至少一者，以释放重传队列资源。<br>对比文件仅涉及在虚拟地址与真实地址间接索引被置换时，对缓存目录中特定全同类内的旧Cache Entry置为无效（invalidated，段落[0037]-[0038]），其客体是存储器电路中的缓存条目，且触发原因是在LRU机制下间接索引被覆盖，并非通信协议中由于重传超限而执行的分组丢弃。因此，对比文件未直接公开也未隐含公开技术特征T。 |
<<<a>>><<<l>>><<<q>>><<<s>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| :--- | :--- | 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译及段落标号） | 公开性论述 |
| 技术特征A：<br>该方法包括：<br><br>《直接公开》 | [p0009]<br>“A telecommunications system and method is provided which aims to overcome limitations of existing IMS session token-based authorisation procedures.”<br>（中文翻译：“提供了一种电信系统和方法，其旨在克服现有基于IMS会话令牌的授权过程的局限性。”）<br><br>[p0028]<br>“Figure 21 is a message flow diagram illustrating a process through which a plurality of mobiles perform a session set-up and authorisation for a group communications session sharing a common GPRS bearer.”<br>（中文翻译：“图21是说明多个移动台执行会话建立和共享公共GPRS承载的群组通信会话的授权的过程的消息流图。”） | 目标专利技术特征A为方法权利要求的引导语。对比文件在[p0009]及[p0028]、图21中明确公开了一种通信方法/过程（method/process），二者均作为通信处理流程的方法引导步骤，作用相同，本领域技术人员能够毫无疑义地确定该特征被直接公开。 | ||
| 技术特征B：<br>生成RLC协议数据单元(PDU)<br><br>《未公开》 | 对比文件通篇未记载无线电链路控制层（RLC）生成RLC PDU的任何内容。 | 对比文件WO2006100475A1涉及的是核心网/高层会话建立与承载授权技术（GPRS核心网中的PDP上下文建立、TFT分组过滤以及IMS会话授权），其协议层级集中在IP层、GTP层、PDP上下文及SIP/IMS层。目标专利说明书[0003]、[0006]、[0028]明确记载RLC实体产生RLC PDU（可由RLC SDU分段得到），属于无线接口第二层（L2）的RLC协议操作。对比文件既无直接公开，也完全不涉及RLC层PDU的生成机制，即便以极其宽松的标准也无法合理推导出该特征。 | ||
| 技术特征C：<br>传送所述RLC PDU<br><br>《未公开》 | 对比文件通篇未记载RLC层传送RLC PDU的内容。 | 目标专利说明书[0003]、[0028]公开了RLC实体传送其生成的RLC PDU。对比文件仅涉及高层IP数据分组在GPRS/UMTS承载（如GTP隧道、无线接入承载RAB）上的传输，并未下沉到RLC子层传送RLC PDU的具体协议流程，二者在协议栈层级、作用对象上完全不同，对比文件未公开该特征。 | ||
| 技术特征D：<br>在所述RLC PDU被考虑首次重传的情况下<br><br>《未公开》 | 对比文件通篇未记载在RLC层确定RLC PDU被考虑首次重传的内容。 | 目标专利说明书[0027]、[0029]明确记载了RLC实体判断RLC PDU是否被考虑重传、且是否为“首次考虑重传”的特定ARQ触发逻辑分支（如步骤404、406）。对比文件涉及高层会话建立与授权，完全不包含RLC层ARQ差错重传机制及“首次重传”的判断，未公开该特征。 | ||
| 技术特征E：<br>初始化状态变量为零<br><br>《未公开》 | 对比文件通篇未记载在首次重传RLC PDU时初始化状态变量为零的内容。 | 目标专利说明书[0027]、[0029]记载在首次考虑重传RLC PDU时，将关联的状态变量VT(TotalTrans)初始化/设置成‘0’（步骤414）。对比文件仅在[p0037]、[p0040]中提到了IP地址字段置零（set to zero bytes/“0”）以请求动态IP分配，该置零操作属于报文信息元素的格式填充，并非RLC协议状态变量的初始化，二者作用完全不同，未公开该特征。 | ||
| 技术特征F：<br>在至少所述RLC PDU的一部分被考虑重传<br><br>《未公开》 | 对比文件通篇未记载在RLC PDU或其一部分被考虑重传的内容。 | 目标专利说明书[0005]、[0007]、[0028]、[0030]针对E-UTRAN引入的PDU重新分段特性，记载了RLC PDU的子分段被考虑重传的条件判断。对比文件完全不涉及RLC层的PDU重新分段或部分重传机制，未公开该特征。 | ||
| 技术特征G：<br>没有已经在等待重传的情况下<br><br>《未公开》 | 对比文件通篇未记载判断RLC PDU或其一部分是否已经在等待重传的内容。 | 目标专利说明书[0014]、[0030]、[0031]明确指出其技术目的是为了防止在重传队列/重传缓存器中对重复等待的分组进行二次多余计数（步骤407），只有在“没有已经在等待重传”的条件下才允许后续操作。对比文件不存在此RLC重传防双重计数的逻辑，未公开该特征。 | ||
| 技术特征H：<br>递增与所述RLC PDU关联的所述状态变量<br><br>《未公开》 | 对比文件通篇未记载递增与RLC PDU关联的状态变量的内容。 | 目标专利说明书[0014]、[0027]、[0030]记载了在满足重传触发条件时将RLC PDU关联的传输/重传次数状态变量VT(TotalTrans)增加1。对比文件完全未涉及任何RLC重传计数器或状态变量的递增操作，未公开该特征。 | ||
| 技术特征I：<br>递增包括在被考虑重传的所述至少所述RLC PDU的一部分处于重传缓存器中的情况下不递增所述状态变量<br><br>《未公开》 | 对比文件通篇未记载在重传缓存器中处于等待状态时不递增状态变量的内容。 | 目标专利说明书[0014]、[0030]、[0031]明确阐述，当RLC PDU或其一部分已经处于重传缓存器中（已经在等待重传）时，状态变量VT(TotalTrans)不被递增，以避免对同一次传输失败产生双重计数。对比文件不包含重传缓存器监测及有条件抑制计数递增的规则，未公开该特征。 |
| **技术特征J**：<br>通过将与所述RLC PDU关联的所述状态变量与预定阈值进行比较来执行阈值测试<br><br>《未公开》 | 对比文件通篇未记载将RLC PDU关联的状态变量与预定阈值进行比较的内容。 | 目标专利说明书[0027]、[0031]记载将计数状态变量VT(TotalTrans)与预定重
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括：<br>《直接公开》 | [0001]“This invention relates to wireless communication. More particularly, this invention provides more efficient way to handle several abnormal cases for Acknowledged Mode transmission and Unacknowledged Mode transmission.”<br>（【译文】本发明涉及无线通信。更具体地，本发明提供了一种更有效的方法来处理确认模式传输和非确认模式传输的若干异常情况。）<br>[0014]“...a better and more efficient method to handle an AMD PDU or UM PDU with its "Length Indicator" having an invalid or a reserved value is needed.”<br>（【译文】……需要一种更好且更有效的方法来处理长度指示符具有无效或保留值的AMD PDU或UM PDU。） | 对比文件在背景技术及发明概述中明确指出该发明公开了一种用于无线通信中的传输处理方法。技术特征A仅为方法的引导词，对比文件公开了该通信处理方法，属于《直接公开》。 |
| 技术特征B：<br>生成RLC协议数据单元(PDU)<br>《直接公开》 | [0003]“The Sender packages a Radio Link Control (RLC) Service Data Units (SDUs) received from upper layers into one or multi fixed-size AMD PDUs. If the AMD PDU is transmitted for the first time, the Sender shall set the "Sequence Number" field, its "Length Indicator" field and its "Polling Bit" accordingly.”<br>（【译文】发送方将从上层接收的无线电链路控制(RLC)服务数据单元(SDU)封装为一个或多个固定大小的AMD PDU。如果AMD PDU是首次传输，发送方应相应地设置“序列号”字段、其“长度指示符”字段及其“轮询位”。） | 对比文件第[0003]段明确记载发送方（Sender）将从上层接收的RLC SDU封装为一个或多个AMD PDU（确认模式数据PDU），并设置相应的头部字段，这实质公开了“生成RLC协议数据单元(PDU)”。其作用同样是构建RLC层的数据单元以便在无线链路中传送，技术手段和作用完全一致，属于《直接公开》。 |
| 技术特征C：<br>传送所述RLC PDU<br>《直接公开》 | [0003]“...Afterward, if one or more AMD PDUs have been scheduled for transmission or retransmission, the Sender shall submit any ready AMD PDUs to lower layer to transmit.”<br>（【译文】……之后，如果调度了一个或多个AMD PDU进行传输或重传，发送方应将任何就绪的AMD PDU提交给下层以进行传输。） | 对比文件第[0003]段明确记载发送方将就绪的AMD PDU提交给下层以进行传输（transmit）。其作用是将生成的RLC PDU经由底层物理信道发送给接收端，与目标专利的技术方案和作用完全相同，属于《直接公开》。 |
| **技术特征D**：<br>在所述RLC PDU被考虑首次重传的情况下<br>《未公开》 | 对比文件全文未记载在“首次考虑重传”这一特定触发时机下的状态变量判断与重置机制。对比文件仅在第[0003]段中提及“if the AMD PDU is retransmitted...”，并在第[0008]段中提及发送端收到包含否定应答的STATUS PDU时重新传输对应PDU。 | 目标专利中，该特征是指在RLC PDU首次被考虑重传（first considered for retransmission）这一特定触发条件下作为进入后续初始化或计数逻辑的分支判断点（目标专利说明书[0027]、[0029]## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括：<br>《直接公开》 | [0001]：“This invention relates to wireless communication. More particularly, this invention provides more efficient way to handle several abnormal cases for Acknowledged Mode transmission and Unacknowledged Mode transmission.”（本发明涉及无线通信。更具体地，本发明提供了一种更有效的方式来处理确认模式传输和非确认模式传输的若干异常情况。）<br>[0003]：“The Sender packages a Radio Link Control (RLC) Service Data Units (SDUs) received from upper layers into one or multi fixed-size AMD PDUs... Afterward, if one or more AMD PDUs have been scheduled for transmission or retransmission, the Sender shall submit any ready AMD PDUs to lower layer to transmit.”（发送方将从上层接收到的无线电链路控制（RLC）服务数据单元（SDU）组包成一个或多个固定大小的AMD PDU……之后，如果一个或多个AMD PDU已被调度用于传输或重传，则发送方应将任何就绪的AMD PDU提交给较低层进行传输。） | 该特征为方法权利要求的前序限定词。对比文件公开了一种用于无线通信中RLC层数据传输及异常处理的方法，包含多个通信步骤。本领域技术人员可以毫无疑义地确定该特征被直接公开。 |
| 技术特征B：生成RLC协议数据单元(PDU)<br>《直接公开》 | [0003]：“The Sender packages a Radio Link Control (RLC) Service Data Units (SDUs) received from upper layers into one or multi fixed-size AMD PDUs.”（发送方将从上层接收到的无线电链路控制（RLC）服务数据单元（SDU）组包成一个或多个固定大小的AMD PDU。） | 对比文件中公开了发送方将来自上层的RLC SDU组包生成一个或多个AMD PDU（确认模式下的RLC PDU）。其在对比文件中的作用为构建发送给对等RLC实体的数据包单元，与目标专利中生成RLC PDU以供传输的作用完全相同。本领域技术人员可以确定该特征被直接公开。 |
| 技术特征C：传送所述RLC PDU<br>《直接公开》 | [0003]：“Afterward, if one or more AMD PDUs have been scheduled for transmission or retransmission, the Sender shall submit any ready AMD PDUs to lower layer to transmit.”（之后，如果一个或多个AMD PDU已被调度用于传输或重传，则发送方应将任何就绪的AMD PDU提交给较低层进行传输。） | 对比文件中明确公开了发送方将就绪的AMD PDU提交至底层以进行传送。其在对比文件中起到向接收方空口发送RLC数据的作用，与目标专利中传送RLC PDU的作用相同。本领域技术人员可以确定该特征被直接公开。 |
| 技术特征D：在所述RLC PDU被考虑首次重传的情况下<br>未公开 | 无相关公开内容。 | 对比文件在段落[0003]、[0008]中仅通常性提及了重传AMD PDU（“retransmit these negatively acknowledged AMD PDUs”），并未公开判断或识别RLC PDU“被考虑首次重传”（considered for retransmission for the first time）的特定触发条件或状态机事件。既未直接公开，也无法隐含公开。 |
| 技术特征E：初始化状态变量为零<br>未公开 | 无相关公开内容。 | 对比文件涉及的状态变量为VT(A)、VT(MS)、VT(US)、VR(US)等（参见段落[0008]、[0010]、[0011]），未公开针对重传计数关联的状态变量在首次考虑重传时初始化为零的技术方案。既未直接公开，也无法隐含公开。 |
| **技术特征F**：在至少所述RLC PDU的一部分被考虑重传<br>未公开 | 无相关公开内容。 | 对比文件基于UMTS R99（3GPP TS 25.322 V3.10.0）技术，传输的是固定大小的AMD PDU（段落[0003]），不存在对RLC PDU进行重新分段从而使“PDU的一部分”被考虑重传的概念
**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括：<br>《隐含公开》 | 原文引用：【0012】"According to still another aspect of the invention, a method of operating a fuel cell system is disclosed. The method includes introducing a first reactant and second reactant to the fuel cell, and distributing at least one of the reactants within a flowfield plate as a function of fuel cell power."<br>中文翻译：根据本发明的又一方面，公开了一种操作燃料电池系统的方法。该方法包括将第一反应物和第二反应物引入燃料电池，并根据燃料电池功率在流场板内分配所述反应物中的至少一种。 | 对比文件公开了一种方法流程（燃料电池系统的操作方法），在极宽的隐含公开标准下，对比文件公开了“方法包括”这一通用的流程步骤引导特征。虽然其技术领域为燃料电池流体控制而非无线通信协议，但部分公开了方法保护主题的引导式特征，故认定为《隐含公开》。 |
| 技术特征B：生成RLC协议数据单元(PDU)<br>《未公开》 | 对比文件全文无相关内容。 | 对比文件属于燃料电池技术领域，涉及流场板通道控制与反应物流动调节，未涉及任何无线电链路控制（RLC）层协议、通信协议栈或协议数据单元（PDU）的生成。本领域技术人员无法从对比文件中直接得出该特征，也无法通过逻辑推理推导出该特征。 |
| 技术特征C：传送所述RLC PDU<br>《未公开》 | 对比文件全文无相关内容。 | 对比文件未涉及无线通信领域中的RLC PDU的数据传送操作。对比文件中所传送的均为物理流体（如氢气、氧气、冷却剂），两者技术领域、传输对象及技术作用完全不同，未公开该特征。 |
| 技术特征D：在所述RLC PDU被考虑首次重传的情况下<br>《未公开》 | 对比文件全文无相关内容。 | 对比文件未涉及ARQ重传机制、重传触发判断或考虑数据包首次重传的上下文环境，未公开该特征。 |
| 技术特征E：初始化状态变量为零<br>《未公开》 | 对比文件全文无相关内容。 | 对比文件未涉及通信协议中的状态变量设置或将状态变量初始化为零的操作，未公开该特征。 |
| 技术特征F：在至少所述RLC PDU的一部分被考虑重传<br>《未公开》 | 对比文件全文无相关内容。 | 对比文件不涉及RLC PDU分段重传的考虑与处理，未公开该特征。 |
| 技术特征G：没有已经在等待重传的情况下<br>《未公开》 | 对比文件全文无相关内容。 | 对比文件不涉及重传队列、重传缓存状态判断或“没有已经在等待重传”的判断机制，未公开该特征。 |
| 技术特征H：递增与所述RLC PDU关联的所述状态变量<br>《未公开》 | 对比文件全文无相关内容。 | 对比文件不涉及在重传发生时对关联状态变量进行递增计数的处理机制，未公开该特征。 |
| 技术特征I：递增包括在被考虑重传的所述至少所述RLC PDU的一部分处于重传缓存器中的情况下不递增所述状态变量<br>《未公开》 | 对比文件全文无相关内容。 | 对比文件不涉及重传缓存器状态检测以避免对状态变量进行重复递增计数的逻辑，未公开该特征。 |
| 技术特征J：通过将与所述RLC PDU关联的所述状态变量与预定阈值进行比较来执行阈值测试<br>《未公开》 | 对比文件全文无相关内容。 | 对比文件虽在燃料电池功率控制中提及阈值（如【0012】"when the fuel cell power falls below a predetermined threshold"），但该阈值测试针对的是燃料电池输出功率以调节流道阀门，而非将与RLC PDU关联的状态变量与预定阈值进行比较以监控重传上限，两者解决的技术问题、比较对象及技术作用完全不同，未公开该特征。 |
| 技术特征K：基于所述阈值测试而发起RLC重建。<br>《未公开》 | 对比文件全文无相关内容。 | 对比文件不涉及RLC实体的复位或协议重建（RLC re-establishment）机制，未公开该特征。 |
| 技术特征L：该方法还包括：<br>《隐含公开》 | 原文引用：【0012】"Optionally, the method includes preferentially routing most or all of an oxygen-bearing reactant to one or more of the smaller circuits..."<br>中文翻译：可选地，该方法包括将大部分或全部含氧反应物优先引导到一个或多个较小回路中…… | 对比文件公开了方法中进一步包含的可选步骤表述。在极宽的隐含公开标准下，对比文件公开了进一步的方法流程引导特征，故认定为《隐含公开》。 |
| 技术特征M：基于所述阈值测试而丢弃RLC服务数据单元(SDU)<br>《未公开》 | 对比文件全文无相关内容。 | 对比文件不涉及RLC层服务数据单元（SDU）的丢弃处理，未公开该特征。 |
| 技术特征N：该RLC SDU的至少一部分被包含在所述RLC PDU中<br>《未公开》 | 对比文件全文无相关内容。 | 对比文件不涉及通信协议中SDU分段封装入PDU的数据包结构关系，未公开该特征。 |
| 技术特征O：基于所述阈值测试而丢弃RLC PDU和PDU分段<br>《未公开》 | 对比文件全文无相关内容。 | 对比文件不涉及协议数据单元（PDU）及子分段的丢弃操作，未公开该特征。 |
| 技术特征P：所述RLC PDU和PDU分段包含了被丢弃的RLC SDU的至少一部分。<br>《未公开》 | 对比文件全文无相关内容。 | 对比文件不涉及级联丢弃包含特定被丢弃SDU分段的所有关联PDU及PDU分段的逻辑关系，未公开该特征。 |
| 技术特征Q：该方法还包括：<br>《隐含公开》 | 原文引用：【0012】"The system may also include a control mechanism to affect distribution of fluid between the various channels as a function of fuel cell power..."<br>中文翻译：该系统还可以包括一种控制机构，用以根据燃料电池功率来影响流体在各通道之间的分配…… | 对比文件公开了方法中进一步包含的动作或特征的引出形式。在极宽的隐含公开标准下，视为方法附加步骤的通用引导特征，故认定为《隐含公开》。 |
| 技术特征R：执行移动接收窗口(MRW)过程。<br>《未公开》 | 对比文件全文无相关内容。 | 对比文件不涉及通信协议中的接收窗口控制或移动接收窗口（MRW）信令过程，未公开该特征。 |
| 技术特征S：该方法还包括：<br>《隐含公开》 | 原文引用：【0012】"...and may include one or more valves, as well as be responsive to signals from one or more sensors."<br>中文翻译：……并且可以包括一个或多个阀门，以及响应于来自一个或多个传感器的信号。 | 对比文件公开了方法中进一步包含的处理操作的引出描述。在极宽的隐含公开标准下，视为方法步骤的通用引出特征，故认定为《隐含公开》。 |
| 技术特征T：丢弃所述RLC PDU和RLC PDU分段中的至少一者。<br>《未公开》 | 对比文件全文无相关内容。 | 对比文件不涉及RLC PDU或RLC PDU分段的丢弃机制，未公开该特征。 |
<<<a>>><<<l>>><<<q>>><<<s>>>
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译及段落标号） | 公开性论述 |
| 技术特征A：该方法包括：<br>《未公开》 | 对比文件全文未记载与无线通信或数据传输方法相关的任何内容。 | 目标专利上下文及作用： 目标专利说明书第[0001]、[0014]、[0026]段等明确指出了该方法属于无线通信领域，具体涉及在无线电链路控制（RLC）实体中触发分组丢弃和RLC重建的方法。<br>对比文件分析： 对比文件（US 2007/0107077 A1）涉及植物基因工程领域，公开的是利用微弹轰击法转化芸苔属（*Brassica*）植物的方法（见标题及[0001]段）。对比文件公开的方法系植物遗传转化生物实验流程，与目标专利的无线通信协议处理方法在技术领域、技术手段、解决的技术问题及实现的作用上完全无关。本领域技术人员无法直接或隐含得出目标专利的该通信处理方法，故未公开。 |
| 技术特征B：生成RLC协议数据单元(PDU)<br>《未公开》 | 对比文件全文未记载任何有关RLC、协议数据单元（PDU）或其生成的内容。 | 目标专利上下文及作用： 目标专利说明书第[0003]、[0006]、[0028]段指出，RLC实体的主要功能包括对数据进行分段和传输，在步骤402中“RLC实体产生并传送RLC PDU”，用于在通信协议栈中封装并传送待发数据。<br>对比文件分析： 对比文件全文通篇为植物组织培养、微弹轰击基因转化技术（例如第[0008]、[0041]段），根本不属于信息与通信工程领域，不存在RLC实体，亦无任何数据通信协议和数据单元的概念，更无生成RLC PDU的可能。因此未公开。 |
| 技术特征C：传送所述RLC PDU<br>《未公开》 | 对比文件全文未记载任何有关RLC PDU传输的内容。 | 目标专利上下文及作用： 目标专利说明书第[0003]、[0028]段指出，RLC实体在生成PDU后将其传送（如递交至MAC层或发送至对端），用于实现用户平面数据的无线空中传输。<br>对比文件分析： 对比文件属于植物转基因技术领域，未涉及通信协议中的数据报文传送，既无直接公开，也无任何可合理推理出该通信传输特征的教导或启示，因此未公开。 |
| 技术特征D：在所述RLC PDU被考虑首次重传的情况下<br>《未公开》 | 对比文件全文未记载任何有关RLC重传判定或首次重传判断的内容。 | 目标专利上下文及作用： 目标专利说明书第[0027]、[0029]段记载，在步骤404确定考虑重传后，步骤406“进一步确定是否所述RLC PDU被首次考虑重传”，用于区分是否是首次需要执行重传操作，以便控制后续状态变量的初始化。<br>对比文件分析： 对比文件记载的是DNA微弹转化过程（如[0009]、[0041]段的渗透处理与轰击），完全未涉及无线通信ARQ机制或重传机制，根本不存在对数据单元重传次数或首次重传条件的判断逻辑。因此未公开。 |
| 技术特征E：初始化状态变量为零<br>《未公开》 | 对比文件全文未记载任何有关状态变量或其归零初始化的内容。 | 目标专利上下文及作用： 目标专利说明书第[0027]、[0029]段记载，状态变量VT(TotalTrans)的初始值为0，在首次考虑重传RLC PDU时（步骤414）“将关联于RLC PDU的变量VT(TotalTrans)设置成‘0’”，用于重传计数的基准清零。<br>对比文件分析： 对比文件全文无任何用于协议控制、通信计数的状态变量设置，不涉及计算机网络或无线链路控制协议中的状态机设计，无法得出将与数据单元关联的状态变量初始化为零的技术方案。因此未公开。 |
| 技术特征F：在至少所述RLC PDU的一部分被考虑重传<br>《未公开》 | 对比文件全文未记载任何有关RLC PDU及其一部分被考虑重传的内容。 | 目标专利上下文及作用： 目标专利说明书第[0014]、[0028]、[0030]段记载，在需要对接收失败的数据进行差错纠正时，“确定是否考虑重传RLC PDU或该RLC PDU的一部分”（可能由于重新分段而仅重传PDU分段），以触发后续计数与丢弃评估。<br>对比文件分析： 对比文件为植物生物学技术，完全不具备网络通信的重传判定逻辑及重新分段处理流程，未公开该特征。 |
| 技术特征G：没有已经在等待重传的情况下<br>《未公开》 | 对比文件全文未记载任何有关数据等待重传或重传状态判定的内容。 | 目标专利上下文及作用： 目标专利说明书第[0014]、[0030]段记载，步骤407“确定被考虑重传的RLC PDU或PDU分段……是否已经在等待重传”，若否，才递增变量，用于避免因状态重复判定而对同一次重传进行多次计数。<br>对比文件分析： 对比文件未涉及通信缓存队列、待重传队列的状态检测与防双重计数机制，未公开该特征。 |
| 技术特征H：递增与所述RLC PDU关联的所述状态变量<br>《未公开》 | 对比文件全文未记载与RLC PDU关联的状态变量递增的任何内容。 | 目标专利上下文及作用： 目标专利说明书第[0014]、[0030]段记载，在步骤408中“将……相关联的变量VT(TotalTrans)增加1”，用于准确追踪该RLC PDU及其分段已被考虑重传或传输失败的累计次数。<br>对比文件分析： 对比文件不涉及数据包的传输计数变量维护与累加，本领域技术人员无法从对比文件中推导出该协议状态变量递增动作，未公开该特征。 |
| 技术特征I：递增包括在被考虑重传的所述至少所述RLC PDU的一部分处于重传缓存器中的情况下不递增所述状态变量<br>《未公开》 | 对比文件全文未记载任何有关重传缓存器或抑制递增状态变量的内容。 | 目标专利上下文及作用： 目标专利说明书第[0030]、[0031]段记载，“如果被考虑重传的RLC PDU或RLC PDU的一部分已经在等待重传……（例如被考虑重传的RLC PDU或是RLC PDU的一部分已经处于重传缓存器中），那么状态变量VT(TotalTrans)可能不被递增，由此避免对重传进行两次计数”，起到确保计数精确、防止误判死锁的作用。<br>对比文件分析： 对比文件涉及植物基因转化实验，不涉及任何通信重传缓存区（Retransmission Buffer）及其状态检测抑制逻辑，未公开该特征。 |
| 技术特征J：通过将与所述RLC PDU关联的所述状态变量与预定阈值进行比较来执行阈值测试<br>《未公开》 | 对比文件全文未记载任何将协议状态变量与阈值比较进行测试的内容。 | 目标专利上下文及作用： 目标专利说明书第[0014]、[0031]段记载，步骤410中“变量VT(TotalTrans)将被确定是否等于预定阈值(MaxTotalTrans)”，用于评估是否达到了最大允许传输/重传次数，作为触发异常处理的标准。<br>对比文件分析： 对比文件未公开协议控制中对重传累计变量与预设门限（MaxTotalTrans）的比较判断机制，未公开该特征。 |
| 技术特征K：基于所述阈值测试而发起RLC重建。<br>《未公开》 | 对比文件全文未记载任何有关RLC重建（RLC Re-establishment/Reset）的内容。 | 目标专利上下文及作用： 目标专利说明书第[0011]、[0014]、[0032]、[0037]段记载，当变量达到阈值（如MaxTotalTrans）时，步骤412可执行“(5) 发起RLC复位或重建”，用于在链路出现严重错误或死锁时重新初始化RLC实体状态以恢复通信。<br>对比文件分析： 对比文件不涉及无线通信协议实体的异常恢复与重建机制，技术人员无法直接或隐含推导得出该方案，未公开该特征。 |
| 技术特征L：该方法还包括：<br>《未公开》 | 对比文件全文未记载与所述通信处理方法相关的进一步步骤。 | 目标专利上下文及作用： 属于目标专利权利要求的过渡衔接语言，指代通信协议处理中的后续操作步骤。<br>对比文件分析： 对比文件技术领域与发明实质完全不同，未公开相关方法步骤。 |
| 技术特征M：基于所述阈值测试而丢弃RLC服务数据单元(SDU)<br>《未公开》 | 对比文件全文未记载任何有关RLC SDU及其丢弃的内容。 | 目标专利上下文及作用： 目标专利说明书第[0011]、[0034]段记载，在达到阈值时步骤412可执行“(2) 丢弃具有被包含在RLC PDU或PDU分段中的分段的所有SDU”，用于在重传超限时及时清理高层数据包以释放资源并避免拥塞。<br>对比文件分析： 对比文件不包含分层协议栈结构及SDU丢弃机制，未公开该特征。 |
| 技术特征N：该RLC SDU的至少一部分被包含在所述RLC PDU中<br>《未公开》 | 对比文件全文未记载任何有关RLC SDU与RLC PDU包含/分段映射关系的内容。 | 目标专利上下文及作用： 目标专利说明书第[0004]、[0006]、[0034]段记载，RLC SDU被分段或级联后装配到RLC PDU中，界定了被丢弃的SDU与触发阈值的PDU之间的对应所属关系。<br>对比文件分析： 对比文件为植物生物技术，不涉及任何通信报文映射或协议数据单元构造，未公开该特征。 |
| 技术特征O：基于所述阈值测试而丢弃RLC PDU和PDU分段<br>《未公开》 | 对比文件全文未记载基于阈值测试丢弃RLC PDU及PDU分段的内容。 | 目标专利上下文及作用： 目标专利说明书第[0014]、[0033]、[0035]段记载，步骤412中执行“(1) 丢弃相应的RLC PDU和/或PDU分段”以及“(3) 丢弃包含了被丢弃的SDU的分段的所有RLC PDU或PDU分段”，以清除该超限包及其关联分段。<br>对比文件分析： 对比文件完全不存在通信PDU/分段概念及协议丢弃处理，未公开该特征。 |
| 技术特征P：所述RLC PDU和PDU分段包含了被丢弃的RLC SDU的至少一部分。<br>《未公开》 | 对比文件全文未记载任何有关被丢弃PDU/分段与被丢弃SDU包含关系的内容。 | 目标专利上下文及作用： 目标专利说明书第[0035]段记载，“丢弃包含了被丢弃的SDU的分段的所有RLC PDU或PDU分段”，用于保证当某个SDU被丢弃后，其在底层的全部残存分段均被一并彻底清理。<br>对比文件分析： 对比文件未涉及任何协议数据单元与服务数据单元的关联丢弃处理，未公开该特征。 |
| 技术特征Q：该方法还包括：<br>《未公开》 | 对比文件全文未记载相关方法步骤。 | 目标专利上下文及作用： 权利要求过渡用语，引出后续的协议处理步骤。<br>对比文件分析： 对比文件未公开相关技术方案。 |
| 技术特征R：执行移动接收窗口(MRW)过程。<br>《未公开》 | 对比文件全文未记载任何移动接收窗口（MRW）过程的内容。 | 目标专利上下文及作用： 目标专利说明书第[0011]、[0036]段记载，在阈值测试触发后步骤412可执行“(4) 发起MRW过程（即发送MRW以向对等RLC实体告知被丢弃的PDU和/或SDU）”，用于通知对端接收实体同步滑动接收窗口，防止死锁。<br>对比文件分析： 对比文件为植物微弹轰击转化技术，完全不涉及滑动窗口机制或MRW信令交互流程，未公开该特征。 |
| 技术特征S：该方法还包括：<br>《未公开》 | 对比文件全文未记载相关方法步骤。 | 目标专利上下文及作用： 权利要求过渡用语，引出后续的分组丢弃步骤。<br>对比文件分析： 对比文件未公开相关技术方案。 |
| 技术特征T：丢弃所述RLC PDU和RLC PDU分段中的至少一者。<br>《未公开》 | 对比文件全文未记载丢弃RLC PDU或RLC PDU分段的内容。 | 目标专利上下文及作用： 目标专利说明书第[0014]、[0033]段记载，在状态变量达到阈值等条件时，RLC实体丢弃RLC PDU和RLC PDU分段中的至少一者，用于释放缓冲区。<br>对比文件分析： 对比文件全文不涉及通信数据包的丢弃操作，未公开该特征。 |
| 技术特征描述及判断结果 | 对比文件原文引用（中文翻译及段落标号） | 公开性论述 |
| 技术特征A<br>该方法包括：<br>《直接公开》 | [0054]<br>“……无线电链路控制（RLC）的数据或控制信息的重传方法包括……”<br>（...a re-transmission method for the data or control information of the RLC comprises...） | 对比文件在[0054]明确公开了一种用于无线电链路控制（RLC）层的重传方法，属于方法权利要求的前序部分，两者在技术领域及方法属性上完全相同，属于《直接公开》。 |
| 技术特征B<br>生成RLC协议数据单元(PDU)<br>《直接公开》 | [0086]<br>“如图所示，当在RLC层中生成PDU时，将指示相应PDU传输次数的状态变量VT(DAT)的值设置为0（步骤81）。”<br>（As shown in the drawing, when the PDU is generated in the RLC layer, the value of the state variable VT (DAT) indicating the number of transmission of the corresponding PDU is set as 0 (step 81).） | 对比文件公开了在RLC层生成PDU的操作，其作用在于构建待发送的协议数据单元，与目标专利中生成RLC PDU的技术手段、技术领域及所起的作用完全相同，属于《直接公开》。 |
| 技术特征C<br>传送所述RLC PDU<br>《直接公开》 | [0087]<br>“然后，传送相应的PDU，并在步骤83中检查所传送的PDU是否被成功接收……”<br>（Then, the corresponding PDU is transmitted and whether the transmitted PDU is successfully received is checked in step 83...） | 对比文件公开了发送该RLC PDU以进行空口传输，在协议通信中实现数据从发送端向接收端的递送，与目标专利中传送RLC PDU的作用和方案实质相同，属于《直接公开》。 |
| 技术特征D<br>在所述RLC PDU被考虑首次重传的情况下<br>《隐含公开》 | [0087]<br>“……若无法验证或检查到成功传输，则在步骤84中将与该信息对应的状态变量VT(DAT)加1。然后将该状态变量与临界值MaxDAT进行比较……”<br>（...If the successful transmission cannot be verified or checked, the state variable VT (DAT) corresponding to the information is increased by 1 in step 84. The state variable is then compared with the critical value MaxDAT in step 85.）<br>[0100]<br>“参考图12，在步骤121中初始化状态变量……” | 对比文件公开了在PDU传输失败被确认后触发重传流程并进行状态变量处理。虽然对比文件实施例优先在初始生成时置零，但本领域技术人员结合[0087]和[0100]完全可以合理推知，当系统以重传次数（而非包含初传的总传输次数）为基准进行统计时，在首次判定传输失败、考虑进行首次重传时对变量执行初置/重置是实现重传计数的必然设计分支；且对比文件已公开了触发重传评估的时序节点，部分公开了重传控制条件，符合极宽松的隐含公开判断标准，属于《隐含公开》。 |
| 技术特征E<br>初始化状态变量为零<br>《直接公开》 | [0033]<br>“首先，状态变量被设置为0。”<br>（First, the state variable is set to 0.）<br>[0086]<br>“……将指示相应PDU传输次数的状态变量VT(DAT)的值设置为0（步骤81）。”<br>（...the value of the state variable VT (DAT) indicating the number of transmission of the corresponding PDU is set as 0 (step 81).） | 对比文件明确记载了在启动相关传输/重传流程时，将对应的状态变量初始化赋值为‘0’。其作用是为后续的重传或传输次数累加提供基准初值，技术手段与作用与目标专利完全一致，属于《直接公开》。 |
| 技术特征F<br>在至少所述RLC PDU的一部分被考虑重传<br>《隐含公开》 | [0087]<br>“……若无法验证或检查到成功传输，则在步骤84中将与该信息对应的状态变量VT(DAT)加1……当VT(DAT)的值小于临界值(MaxDAT)时，重传相应的PDU……”<br>（...If the successful transmission cannot be verified or checked, the state variable VT (DAT) corresponding to the information is increased by 1 in step 84... When the value of the VT (DAT) is smaller than the critical value (MaxDAT), the corresponding PDU is re-transmitted...） | 对比文件公开了当PDU传输未成功时将整个RLC PDU考虑重传并触发后续处理。根据整体包含局部的逻辑，对整个RLC PDU进行重传考量实质上构成了“对至少一部分被考虑重传”的上位/全集公开；本领域技术人员结合分段传输常识，极易推断出该重传判断同样适用于PDU的至少一部分，属于《隐含公开》。 |
| 技术特征G<br>没有已经在等待重传的情况下<br>《隐含公开》 | [0087]<br>“……若无法验证或检查到成功传输，则在步骤84中将与该信息对应的状态变量VT(DAT)加1……当VT(DAT)的值小于临界值(MaxDAT)时，重传相应的PDU，然后检查重传……”<br>（...If the successful transmission cannot be verified or checked, the state variable VT (DAT) corresponding to the information is increased by 1 in step 84... When the value of the VT (DAT) is smaller than the critical value (MaxDAT), the corresponding PDU is re-transmitted, then the re-transmission is checked...）<br>[0046]<br>“……因此，不必要地传送了RLC PDU并浪费了资源。” | 对比文件在图8与[0087]的控制闭环中公开了按序递增与重传机制，目的在于避免冗余传送与资源浪费（[0046]）。在确认失败后才递增并投入重传队列，防止了同一数据在等待发送队列中被重复累加计数。本领域技术人员可以合理推导出计数递增以“未处于等待重传状态”为隐含控制逻辑，避免重复计数，属于《隐含公开》。 |
| 技术特征H<br>递增与所述RLC PDU关联的所述状态变量<br>《直接公开》 | [0087]<br>“……若无法验证或检查到成功传输，则在步骤84中将与该信息对应的状态变量VT(DAT)加1。”<br>（...If the successful transmission cannot be verified or checked, the state variable VT (DAT) corresponding to the information is increased by 1 in step 84.） | 对比文件明确公开了针对特定RLC PDU所关联的状态变量VT(DAT)，在确定需要重传时执行累加加1的操作，其作用在于追踪记录传输/重传次数，与目标专利的作用及手段完全等同，属于《直接公开》。 |
| 技术特征I<br>递增包括在被考虑重传的所述至少所述RLC PDU的一部分处于重传缓存器中的情况下不递增所述状态变量<br>《隐含公开》 | [0026]<br>“当RLC层在应答模式下工作时，RLC PDU根据报头中的序号信息按序存储在RLC缓存器中……”<br>（When the RLC layer operates in the acknowledged mode, the RLC PDUs are stored in the RLC buffer in the order according to the serial information in the header...）<br>[0087]-[0089]<br>（详细阐述了单次检测失败触发单次计数，防止由于错误状态导致的计数失效与资源浪费） | 对比文件公开了RLC缓存器机制以及通过状态检测严格控制递增触发时机以防止重复与无效计数的构思。本领域技术人员基于缓存队列管理的常规技术手段，能够合理预期并推导得出：当数据已进入重传缓存器等待调度时，不重复递增变量以防止二次重复计数。对比文件提供了缓存和避免重复处理的机制基础，属于《隐含公开》。 |
| 技术特征J<br>通过将与所述RLC PDU关联的所述状态变量与预定阈值进行比较来执行阈值测试<br>《直接公开》 | [0087]<br>“……然后将该状态变量与步骤85中的临界值MaxDAT进行比较。当VT(DAT)的值小于临界值(MaxDAT)时，重传相应的PDU……”<br>（...The state variable is then compared with the critical value MaxDAT in step 85. When the value of the VT (DAT) is smaller than the critical value (MaxDAT), the corresponding PDU is re-transmitted...） | 对比文件明确公开了将状态变量VT(DAT)与预设临界阈值MaxDAT进行大小比对判定，其作用在于评估传输/重传是否超限，与目标专利的技术方案与功能完全相同，属于《直接公开》。 |
| 技术特征K<br>基于所述阈值测试而发起RLC重建。<br>《隐含公开》 | [0035]<br>“……如果上述值变得等于或大于与防止特定RLC PDU不断重传的临界值相对应的MaxDAT，则丢弃与相应PDU相关的所有SDU并执行移动接收窗口（MRW）指令……”<br>（...If the above value becomes same as or larger than MaxDAT corresponding to the critical value to prevent the specific RLC PDU from being constantly re-transmitted, all the SDU related to the corresponding PDU are discarded and instruction of Move Receiving Window... is performed.）<br>[0039]、[0080]、[0091]<br>“……发送用于指示重置无线电链路控制层的重置指令到接收端……在步骤96中执行诸如RLC层重置等错误处理过程。”<br>（...the sender sends a reset instruction for commanding reset of the radio link control layer to the receiver... the error processing process, such as reset of the RLC layer, is performed in step 96.） | 目标专利说明书[0025]明确指出“RLC重建”与“RLC复位（Reset）”可互换使用。对比文件中阈值测试达到MaxDAT后触发错误恢复流程，在链路异常下直接或连锁触发RLC Reset过程（重置RLC层）；同时3GPP UTRAN规范中MaxDAT达到上限后本身即包含复位RLC实体的标准备选项。对比文件公开了阈值超限触发包括RLC Reset在内的链路恢复操作，完全可由本领域技术人员推导出基于该阈值测试触发RLC重建，属于《隐含公开》。 |
| 技术特征L<br>该方法还包括：<br>《直接公开》 | [0054]、[0058]<br>（公开了进一步包括相关处理步骤的方法流程） | 属于附加方法特征的前序过渡语言，对比文件全面公开了包含后续处理操作的完整通信控制流程，属于《直接公开》。 |
| 技术特征M<br>基于所述阈值测试而丢弃RLC服务数据单元(SDU)<br>《直接公开》 | [0035]<br>“……如果上述值变得等于或大于与防止特定RLC PDU不断重传的临界值相对应的MaxDAT，则丢弃与相应PDU相关的所有SDU……”<br>（...If the above value becomes same as or larger than MaxDAT corresponding to the critical value to prevent the specific RLC PDU from being constantly re-transmitted, all the SDU related to the corresponding PDU are discarded...）<br>[0046]<br>“……发送端立即丢弃相应的RLC PDU和RLC SDU并发送MRW指令。”<br>（...the sender immediately discards the corresponding RLC PDU and RLC SDU and sends the MRW instruction.） | 对比文件明确公开了当计数变量达到阈值MaxDAT时，发送端立即放弃传输并执行丢弃与该PDU相关的RLC SDU的操作，防止无效数据积压，其触发条件、处理动作与技术效果与目标专利完全一致，属于《直接公开》。 |
| 技术特征N<br>该RLC SDU的至少一部分被包含在所述RLC PDU中<br>《直接公开》 | [0020]<br>“……如图2所示，一个RLC PDU可以包括一个或多个RLC SDU，且一个RLC SDU可以被划分为多个RLC PDU。”<br>（...As shown in FIG. 2, an RLC PDU can include one or more RLC SDU and an RLC SDU can be divided into a number of RLC PDU.）<br>[0037]<br>“例如，在一个RLC SDU由多个RLC PDU组成且第一个PDU的VT(DAT)达到MaxDAT的情况下，若第一个PDU被丢弃，则相应的SDU不再具有任何数据价值……” | 对比文件直接公开了RLC SDU经分段映射至RLC PDU的结构，即RLC PDU包含SDU的至少一部分（部分或全部）。两者的协议映射逻辑与数据隶属关系完全一致，属于《直接公开》。 |
| 技术特征O<br>基于所述阈值测试而丢弃RLC PDU和PDU分段<br>《隐含公开》 | [0037]<br>“……因此，包括相应SDU的所有RLC PDU都必须被丢弃。”<br>（...and accordingly, all of the RLC PDU including the corresponding SDU must be discarded.）<br>[0046]<br>“……发送端立即丢弃相应的RLC PDU和RLC SDU……”<br>（...the sender immediately discards the corresponding RLC PDU and RLC SDU...） | 对比文件明确公开了阈值超限后丢弃相应的RLC PDU以及包含相关SDU的所有RLC PDU；对比文件中SDU被分段构成的PDU本身在广义上即承载了分段数据，虽然对比文件未采用LTE专用的“PDU分段（PDU segment）”术语，但其部分公开了丢弃RLC PDU的完整方案，本领域技术人员结合分段协议演进能够毫无障碍地得出该处理同样涵盖其PDU分段，属于《隐含公开》。 |
| 技术特征P<br>所述RLC PDU和PDU分段包含了被丢弃的RLC SDU的至少一部分。<br>《隐含公开》 | [0037]<br>“……如果第一个PDU被丢弃，则相应的SDU不再具有任何数据价值，因此，包含相应SDU的所有RLC PDU都必须被丢弃。”<br>（...if the first PDU is discarded, the corresponding SDU no longer have any value as data and accordingly, all of the RLC PDU including the corresponding SDU must be discarded.） | 对比文件公开了被丢弃的各个RLC PDU正是由于包含了被丢弃SDU的数据部分才被一并丢弃。该逻辑完全覆盖了“包含被丢弃RLC SDU的至少一部分”，结合对PDU分段的合理解析，属于《隐含公开》。 |
| 技术特征Q<br>该方法还包括：<br>《直接公开》 | [0054]、[0056]<br>（公开了进一步包括后续控制动作的方法流程） | 属于方法权利要求的过渡连接词，对比文件方案包含相应后续操作，属于《直接公开》。 |
| 技术特征R<br>执行移动接收窗口(MRW)过程。<br>《直接公开》 | [0035]<br>“……丢弃与相应PDU相关的所有SDU并执行移动接收窗口（MRW）指令。”<br>（...all the SDU related to the corresponding PDU are discarded and instruction of Move Receiving Window (hereinafter, referred as MRW) is performed.）<br>[0056]<br>“当状态变量VT(DAT)的值等于或大于作为临界值的MaxDAT时，发送端执行移动接收窗口指令而不重传RLC PDU。”<br>（...when the value of the state variable VT (DAT) is same as or larger than MaxDAT, which is the critical value, the sender performs Move Receiving Window instruction without retransmission of RLC PDU.）<br>[0088]<br>“……停止相应PDU的重传过程，并在步骤86中执行MRW指令。” | 对比文件在多处明确公开了在计数达到预设临界值放弃重传后，由发送端发起并执行MRW（Move Receiving Window）过程以通知接收端滑动窗口，二者的操作步骤、目的与功能完全相同，属于《直接公开》。 |
| 技术特征S<br>该方法还包括：<br>《直接公开》 | [0054]、[0058]<br>（公开了方法包含的进一步操作步骤） | 属于附加特征过渡连接词，对比文件全面公开，属于《直接公开》。 |
| 技术特征T<br>丢弃所述RLC PDU和RLC PDU分段中的至少一者。<br>《直接公开》 | [0046]<br>“……发送端立即丢弃相应的RLC PDU和RLC SDU并发送MRW指令……”<br>（...the sender immediately discards the corresponding RLC PDU and RLC SDU and sends the MRW instruction...） | 对比文件明确公开了丢弃“相应的RLC PDU”，根据逻辑析取关系，“丢弃RLC PDU”直接落入并满足“丢弃所述RLC PDU和RLC PDU分段中的至少一者”的技术方案范围，构成实质相同，属于《直接公开》。 |
<<<A>>>
<<<B>>>
<<<C>>>
<<<d>>>
<<<E>>>
<<<f>>>
<<<g>>>
<<<H>>>
<<<i>>>
<<<J>>>
<<<k>>>
<<<L>>>
<<<M>>>
<<<N>>>
<<<o>>>
<<<p>>>
<<<Q>>>
<<<R>>>
<<<S>>>
<<<T>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括：<br>《直接公开》 | 【具体实施方式】<br>“请参考图3，图3为本发明一实施例流程30的示意图。流程30用于一无线通讯系统单边重建一无线链接控制单元的一接收边时处理一无线链接控制重置流程的变量……流程30包含以下步骤：步骤300：开始。步骤302……步骤304：结束。” | 对比文件具体实施方式明确公开了一种用于无线通讯系统中处理RLC重置流程变量的方法及其步骤，属于方法类操作方案。因此，对比文件直接公开了技术特征A的主题前序“该方法包括：”。 |
| 技术特征B：生成RLC协议数据单元(PDU)<br>《直接公开》 | 【具体实施方式】<br>“当发射信号时，第二层介面(即无线链接控制层)206根据第三层介面202输出的数据，形成多个伺服数据单元(Service Data Unit)208存于一缓冲器212中。然后，根据存于缓冲器212中的伺服数据单元208，第二层介面206产生多个协议数据单元(Protocol Data Unit)214，并将所产生的协议数据单元214通过第一层介面218输出至目地端。” | 目标专利中技术特征B的作用是RLC实体产生需要传送的数据单元（RLC PDU）。对比文件在具体实施方式中公开了第二层介面（即无线链接控制层RLC）根据SDU产生多个协议数据单元（Protocol Data Unit，PDU）214。两者在RLC实体生成PDU的技术手段、作用与技术效果上实质相同，本领域技术人员能毫无疑义地确定对比文件直接公开了技术特征B。 |
| 技术特征C：传送所述RLC PDU<br>《直接公开》 | 【具体实施方式】<br>“……第二层介面206产生多个协议数据单元(Protocol Data Unit)214，并将所产生的协议数据单元214通过第一层介面218输出至目地端。” | 目标专利中技术特征C的作用是将生成的RLC PDU发送出去。对比文件具体实施方式公开了将产生的协议数据单元214通过第一层介面输出至目的地端，即传送所述RLC PDU。两者作用完全相同，对比文件直接公开了技术特征C。 |
| 技术特征D：在所述RLC PDU被考虑首次重传的情况下<br>《未公开》 | 对比文件全文未记载在RLC PDU被考虑首次重传的相关判断或时机。 | 目标专利中技术特征D明确限定在RLC数据PDU首次被考虑重传的时机条件（参见目标专利说明书[0027]、[0029]）。对比文件处理的是单边重建接收边时重置用于控制协议数据单元（RESET PDU）的重置状态变量VT(RST)，或者在正常传输时重置变量，未涉及在RLC PDU被考虑首次重传的时机判断。因此对比文件未直接公开，也不存在能合理推断出该特征的教导，不构成隐含公开。 |
| 技术特征E：初始化状态变量为零<br>《直接公开》 | 【背景技术】<br>“另外，状态变量VT(RST)的启始值为0……”<br>【具体实施方式】<br>“根据流程30，当无线链接控制单元单边重建接收边时，本发明会重置该重置状态变量VT(RST)。因此，新的重置流程所对应的重置状态变量VT(RST)由0开始累计……” | 目标专利中技术特征E的作用是将与RLC传输/重传相关的计数状态变量初始化为0。对比文件在背景技术及具体实施方式中明确记载了重置状态变量VT(RST)的初始值（启始值）为0，且在重置时该状态变量由0开始累计，即初始化为零。其实现将状态变量复位/初始为零的技术手段与作用相同。对比文件直接公开了技术特征E。 |
| 技术特征F：在至少所述RLC PDU的一部分被考虑重传<br>《未公开》 | 对比文件全文未记载至少RLC PDU的一部分被考虑重传的技术内容。 | 目标专利中该特征针对支持RLC PDU重新分段（PDU分段/子分段）重传的机制（参见说明书[0014]、[0030]）。对比文件基于3GPP TS 25.322 R6标准，未涉及LTE中RLC PDU分段重传或PDU某一部分被考虑重传的处理，也无相关推断基础，故未公开（既无直接公开，亦无隐含公开）。 |
| 技术特征G：没有已经在等待重传的情况下<br>《未公开》 | 对比文件全文未记载判断PDU或其分段是否已经在等待重传的机制。 | 目标专利中技术特征G的作用是避免对重传进行重复/二次计数（参见说明书[0031]）。对比文件仅针对RESET PDU的排程发送以及基于错误状态回报将VT(RST)加1，完全未涉及检测“没有已经在等待重传”的判断逻辑。故未公开（既无直接公开，亦无隐含公开）。 |
| 技术特征H：递增与所述RLC PDU关联的所述状态变量<br>《直接公开》 | 【背景技术】<br>“当接收端回传的状态回报单元(STATUS PDU)或夹带式(Piggybaeked)状态回报单元包含错误序号(Erroneous Sequence Number)的信息时，传输端应将状态变量VT(RST)加1。”<br>“……状态变量VT(RST)不会被重置，并被加1……” | 目标专利中技术特征H的作用是当需要重传时对关联的状态变量累加计数以监控重传次数。对比文件背景技术记载了传输端根据条件将状态变量VT(RST)加1（即递增计数），该变量即与控制协议数据单元RESET PDU的发送关联。对比文件实质公开了递增与PDU关联的状态变量这一手段，因此属于直接公开。 |
| 技术特征I：递增包括在被考虑重传的所述至少所述RLC PDU的一部分处于重传缓存器中的情况下不递增所述状态变量<br>《未公开》 | 对比文件全文未记载重传缓存器检测及在此情形下不递增状态变量的技术内容。 | 目标专利中技术特征I的作用是防止处于重传缓存器中已在等待重传的数据分段引起状态变量错误累加（说明书[0030]、[0031]）。对比文件未涉及分段或重传缓存器的状态检测，不存在相关内容，故未公开。 |
| 技术特征J：通过将与所述RLC PDU关联的所述状态变量与预定阈值进行比较来执行阈值测试<br>《直接公开》 | 【背景技术】<br>“若状态变量VT(RST)等于其上限值，即协议参数MaxRST的值时……相反地，若状态变量VT(RST)小于协议参数MaxRST，则传输端输出一重置启动协议数据单元，以启动无线链接控制重置流程。” | 目标专利中技术特征J的作用是判断重传/传输次数是否达到上限。对比文件背景技术明确公开了将状态变量VT(RST)与其上限值即协议参数MaxRST的值进行比较（比较VT(RST)是否等于或小于MaxRST），以决定后续操作。该操作在手段与功能上完全与目标专利将状态变量与预定阈值进行比较以执行阈值测试相同。对比文件直接公开了技术特征J。 |
| 技术特征K：基于所述阈值测试而发起RLC重建。<br>《隐含公开》 | 【背景技术】<br>“若状态变量VT(RST)等于其上限值，即协议参数MaxRST的值时，传输端应停止正在进行的无线链接控制重置流程，停止已启动的重置定时器Timer_RST，并回报一无法回复错误(Unrecoverable Error)给上层。”<br>“……则传输端会停止正在进行的无线链接控制重置流程，并回报无法回复错误(Unrecoverable Error)给上层，导致无线链接控制单元不必要地再次被重建。” | 目标专利中技术特征K是在达到阈值后发起RLC重建（说明书[0025]指出RLC重建与RLC复位可互换使用）。在对比文件中，当VT(RST)等于上限MaxRST时，传输端向协议上层回报“无法回复错误（Unrecoverable Error）”，其直接后果是“导致无线链接控制单元不必要地再次被重建”。按照3GPP通信协议常规设计及对比文件明文揭示的因果逻辑，上层接收到RLC回报的无法回复错误后即触发RLC重建。对比文件虽是通过向更上层报告错误进而导致RLC被重建，但本领域技术人员根据对比文件公开的内容完全能够推理得出基于该阈值测试结果最终发起RLC重建的技术方案。按照宽松的隐含公开标准，对比文件隐含公开了技术特征K。 |
| 技术特征L：该方法还包括：<br>《直接公开》 | 【具体实施方式】<br>“流程30包含以下步骤：……” | 对比文件给出了方法的后续步骤及关联操作流程，直接公开了方法附加特征的前序形式。 |
| 技术特征M：基于所述阈值测试而丢弃RLC服务数据单元(SDU)<br>《未公开》 | 对比文件全文未记载基于阈值测试丢弃RLC SDU的内容。 | 目标专利中该特征基于传输计数达到阈值时触发SDU丢弃（说明书[0034]）。对比文件在VT(RST)达到MaxRST时是停止重置流程并向上层报错导致RLC重建，未记载丢弃SDU操作，亦无此推理空间，故未公开。 |
| 技术特征N：该RLC SDU的至少一部分被包含在所述RLC PDU中<br>《直接公开》 | 【具体实施方式】<br>“当发射信号时，第二层介面(即无线链接控制层)206根据第三层介面202输出的数据，形成多个伺服数据单元(Service Data Unit)208存于一缓冲器212中。然后，根据存于缓冲器212中的伺服数据单元208，第二层介面206产生多个协议数据单元(Protocol Data Unit)214……” | 目标专利中技术特征N限定了SDU与PDU的包含/映射对应关系。对比文件在具体实施方式中明确记载了第二层介面根据伺服数据单元（SDU）208产生多个协议数据单元（PDU）214，且当接收信号时将协议数据单元214还原为伺服数据单元208。本领域技术人员根据协议常识与原文描述能够毫无疑义地确定PDU中包含SDU的数据内容（即SDU的至少一部分包含在PDU中）。因此对比文件直接公开了技术特征N。 |
| 技术特征O：基于所述阈值测试而丢弃RLC PDU和PDU分段<br>《未公开》 | 对比文件全文未记载基于阈值测试丢弃RLC PDU及PDU分段的内容。 | 目标专利中技术特征O是在阈值达到后执行本地PDU和PDU分段的丢弃以避免死锁。对比文件未涉及阈值达到时对PDU/分段的弃置操作，故未公开。 |
| 技术特征P：所述RLC PDU和PDU分段包含了被丢弃的RLC SDU的至少一部分。<br>《未公开》 | 对比文件全文未记载该对应弃置机制。 | 由于对比文件未公开特征M和特征O中的弃置机制，更未公开丢弃包含被丢弃SDU之分段的对应PDU/分段，故未公开。 |
| 技术特征Q：该方法还包括：<br>《直接公开》 | 【具体实施方式】<br>“流程30包含以下步骤：……” | 对比文件给出了方法流程，直接公开了附加方法步骤的前序提示词。 |
| 技术特征R：执行移动接收窗口(MRW)过程。<br>《未公开》 | 对比文件全文未提及移动接收窗口(MRW)过程。 | 目标专利中MRW用于在丢弃SDU后请求接收端同步移动窗口（说明书[0011]）。对比文件全文未记载任何MRW（Move Receiving Window）相关流程，故未公开。 |
| 技术特征S：该方法还包括：<br>《直接公开》 | 【具体实施方式】<br>“流程30包含以下步骤：……” | 对比文件直接公开了方法前序。 |
| 技术特征T：丢弃所述RLC PDU和RLC PDU分段中的至少一者。<br>《未公开》 | 对比文件全文未提及丢弃RLC PDU或分段的技术特征。 | 目标专利中技术特征T的作用是在条件满足时丢弃PDU/分段。对比文件未涉及丢弃PDU或PDU分段的操作，故未公开。 |
<<<A>>>
<<<B>>>
<<<C>>>
<<<E>>>
<<<H>>>
<<<J>>>
<<<k>>>
<<<L>>>
<<<N>>>
<<<Q>>>
<<<S>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译及段落标号） | 公开性论述 |
| 技术特征A<该方法包括：><br>《直接公开》 | [0011] ...the claimed method of handling a variable of a Radio Link Control reset procedure during receiver-side-only re-establishment in a wireless communications system comprises...<br>（...在无线通信系统中仅接收侧重建期间处理无线电链路控制复位过程的变量的所要求保护的方法包括...）<br>[0016] The process 30 comprises steps of:...<br>（进程30包括以下步骤：...） | 对比文件段落[0011]及[0016]公开了一种通信处理方法及其步骤，直接公开了该技术特征。 |
| 技术特征B<生成RLC协议数据单元(PDU)><br>《直接公开》 | [0014] ...Then, based on the SDUs 208 stored in the buffer 212, the Layer 2 interface 206 generates a plurality of PDUs 214...<br>（...然后，基于存储在缓冲器212中的SDU 208，第2层接口206生成多个PDU 214...）<br>[0004] ...the 3G mobile communications system defines various protocol stacks, such as Radio Resource Control (RRC), Radio Link Control (RLC)...<br>（...3G移动通信系统定义了各种协议栈，例如无线电资源控制（RRC）、无线电链路控制（RLC）...） | 对比文件段落[0004]与[0014]公开了在RLC所在的第2层接口基于SDU生成多个PDU，即生成RLC PDU，直接公开了该技术特征。 |
| 技术特征C<传送所述RLC PDU><br>《直接公开》 | [0014] ...and sends the plurality of PDUs 214 to a destination terminal through the Layer 1 interface 218.<br>（...并通过第1层接口218向目的终端发送所述多个PDU 214。） | 对比文件段落[0014]公开了通过第1层接口向目的终端发送生成的PDU，即传送所述RLC PDU，直接公开了该技术特征。 |
| 技术特征D<在所述RLC PDU被考虑首次重传的情况下><br>《未公开》 | 对比文件全文未记载针对数据RLC PDU考虑首次重传的相关触发条件。 | 对比文件涉及的是在仅接收侧重建时复位控制PDU即复位状态变量VT(RST)（段落[0007]、[0011]），根本未公开或教导在数据RLC PDU“被考虑首次重传”的判断机制，即使以最宽松标准也无法合理推导出该触发场景。 |
| 技术特征E<初始化状态变量为零><br>《隐含公开》 | [0007] In addition, the initial value of the reset state variable VT(RST) is 0...<br>（此外，复位状态变量VT(RST)的初始值为0...）<br>[0017] ...the reset state variable VT(RST) starts from 0...<br>（...复位状态变量VT(RST)从0开始...） | 对比文件公开了在RLC层中将状态变量（VT(RST)）的初始值设置为0或从0开始（段落[0007]、[0017]）。虽然其针对的是RESET过程的状态变量而非技术特征D上下文中的数据PDU重传状态变量，但对比文件部分公开了在RLC协议中“初始化状态变量为零”的技术手段与操作；基于极其宽松的隐含公开判断标准，本领域技术人员有可能将对比文件中状态变量初始化为0的手段与常规数据PDU传输机制相结合，因此构成隐含公开。 |
| 技术特征F<在至少所述RLC PDU的一部分被考虑重传><br>《未公开》 | 对比文件全文未记载RLC PDU或其一部分被考虑重传的条件与机制。 | 对比文件仅记载了针对整个RESET PDU的调度重传计数（段落[0007]、[0011]），完全未涉及数据RLC PDU及其一部分（分段/子分段）被考虑重传的机制，无法推导得出。 |
| 技术特征G<没有已经在等待重传的情况下><br>《未公开》 | 对比文件全文未记载排查或判断待重传数据是否“没有已经在等待重传”的条件。 | 对比文件不涉及重传缓存器状态检查或判断是否已有相同分段在等待重传的技术方案，无法推导得出。 |
| 技术特征H<递增与所述RLC PDU关联的所述状态变量><br>《隐含公开》 | [0007] ...The sender shall increment VT(RST) by 1 when a STATUS PDU or a piggybacked STATUS PDU reported from the receiver includes "erroneous Sequence Number"... If either one of them gets lost during radio transmission, the reset state variable VT(RST) is not reset but incremented by 1...<br>（...当接收方报告的STATUS PDU或背负式STATUS PDU包含“错误的序列号”时，发送方应将VT(RST)加1...如果它们中的任一个在无线电传输期间丢失，则复位状态变量VT(RST)不复位而是加1...） | 对比文件公开了在RLC实体中递增与特定PDU（RESET PDU）相关联的状态变量VT(RST)加1（段落[0007]）。虽然对比文件的变量是针对控制PDU（RESET PDU）而非一般数据RLC PDU，但其公开了在重传失败/丢失时递增关联状态变量的机制；在极其宽松的隐含公开标准下，对比文件部分公开了“递增与RLC PDU关联的状态变量”的思路，存在与其他对比文件结合公开该动作的可能，故认定为隐含公开。 |
| 技术特征I<递增包括在被考虑重传的所述至少所述RLC PDU的一部分处于重传缓存器中的情况下不递增所述状态变量><br>《未公开》 | 对比文件全文未记载在待重传部分处于重传缓存器时不予递增的防重复计数规则。 | 目标专利说明书段落[0030]-[0031]阐述该特征的作用在于防止因为分段多次落入重传等待而导致同一重传被二次重复计数。对比文件完全不涉及分段重传缓存及防二次计数的判断逻辑，本领域技术人员无法合理推断。 |
| 技术特征J<通过将与所述RLC PDU关联的所述状态变量与预定阈值进行比较来执行阈值测试><br>《隐含公开》 | [0007] ...If the reset state variable VT(RST) equals its maximum value, the value of the protocol parameter MaxRST, the sender shall terminate the ongoing RLC reset procedure, stop the timer Timer_RST if it was started, and indicate unrecoverable error to the upper layer. Otherwise, if the reset state variable VT(RST) is smaller than the protocol parameter MaxRST, the sender shall output a RESET PDU to start RLC reset procedure...<br>（...如果复位状态变量VT(RST)等于其最大值，即协议参数MaxRST的值，发送方应终止正在进行的RLC复位过程，如果启动了定时器Timer_RST则停止它，并向上层指示不可恢复的错误。否则，如果复位状态变量VT(RST)小于协议参数MaxRST，发送方应输出RESET PDU以启动RLC复位过程...） | 对比文件公开了将与PDU关联的状态变量VT(RST)与协议参数预定阈值MaxRST进行比较以执行判断（段落[0007]）。尽管该状态变量并非目标专利所限定的与数据RLC PDU关联的重传状态变量，但在极其宽松的隐含公开标准下，对比文件公开了在RLC实体中通过状态变量与预定阈值（最大传输/重传次数）进行比较测试的技术手段，具有部分公开的技术内容，可能与常规数据PDU传输方案结合，因此认定为隐含公开。 |
| 技术特征K<基于所述阈值测试而发起RLC重建><br>《隐含公开》 | [0007] ...If the reset state variable VT(RST) equals its maximum value, the value of the protocol parameter MaxRST, the sender shall terminate the ongoing RLC reset procedure, stop the timer Timer_RST if it was started, and indicate unrecoverable error to the upper layer...<br>（...如果复位状态变量VT(RST)等于其最大值，即协议参数MaxRST的值，发送方应终止正在进行的RLC复位过程，如果启动了定时器Timer_RST则停止它，并向上层指示不可恢复的错误...）<br>[0008] ...As a result, the sender terminates the ongoing RLC reset procedure, and indicates unrecoverable error to the upper layer. The RLC entity will be re-established again unnecessarily.<br>（...结果，发送方终止正在进行的RLC复位过程，并向上层指示不可恢复的错误。RLC实体将被不必要地再次重建。） | 目标专利说明书段落[0025]明确指出“RLC重建”与“RLC复位”可互换使用。对比文件段落[0007]和[0008]公开了当状态变量VT(RST)达到最大阈值MaxRST时向上层指示不可恢复错误，从而使得RLC实体再次被重建（re-established）。对比文件公开了基于阈值比较的结果最终触发/引起RLC重建的机制；在极宽松的隐含公开标准下，对比文件至少部分公开并能推理出基于阈值测试发起RLC重建的技术构思，因此认定为隐含公开。 |
| 技术特征L<该方法还包括：><br>《直接公开》 | [0011] ...the claimed method... comprises...<br>（...所要求保护的方法...包括...） | 对比文件公开了进一步包括相关处理步骤的方法，直接公开了该过渡性特征。 |
| 技术特征M<基于所述阈值测试而丢弃RLC服务数据单元(SDU)><br>《未公开》 | 对比文件全文未记载基于阈值测试执行RLC SDU丢弃。 | 对比文件虽然提到了SDU（段落[0014]），但关于阈值比较达到上限后的处理动作，对比文件仅记载了终止复位过程并指示不可恢复错误（段落[0007]），完全没有公开或暗示丢弃SDU的操作，无法推导得出。 |
| 技术特征N<该RLC SDU的至少一部分被包含在所述RLC PDU中><br>《直接公开》 | [0014] ...When a signal is transmitted, the Layer 2 interface 206 forms a plurality of SDUs 208 according to data submitted by the Layer 3 interface 202, and stores the plurality of SDUs 208 in a buffer 212. Then, based on the SDUs 208 stored in the buffer 212, the Layer 2 interface 206 generates a plurality of PDUs 214...<br>（...当发射信号时，第2层接口206根据第3层接口202提交的数据形成多个SDU 208，并将多个SDU 208存储在缓冲器212中。然后，基于存储在缓冲器212中的SDU 208，第2层接口206生成多个PDU 214...） | 对比文件段落[0014]公开了根据SDU生成PDU，即RLC PDU包含RLC SDU的至少一部分数据，这属于RLC层分段或级联生成PDU的固有属性，对比文件直接公开了该特征。 |
| 技术特征O<基于所述阈值测试而丢弃RLC PDU和PDU分段><br>《未公开》 | 对比文件全文未记载基于阈值测试丢弃RLC PDU或PDU分段。 | 对比文件未记载PDU或PDU分段丢弃的机制，其阈值测试达限后是向上层报告错误而非丢弃数据PDU及分段，无法推导得出。 |
| 技术特征P<所述RLC PDU和PDU分段包含了被丢弃的RLC SDU的至少一部分><br>《未公开》 | 对比文件全文未记载丢弃SDU或丢弃包含该SDU的PDU/分段。 | 由于对比文件未公开特征M和O中针对SDU及PDU分段的丢弃机制，更不可能公开丢弃包含了被丢弃SDU部分的PDU和PDU分段，无法推导得出。 |
| 技术特征Q<该方法还包括：><br>《直接公开》 | [0011] ...the claimed method... comprises...<br>（...所要求保护的方法...包括...） | 对比文件公开了包括进一步步骤的方法，直接公开了该特征。 |
| 技术特征R<执行移动接收窗口(MRW)过程><br>《未公开》 | 对比文件全文未记载执行MRW过程。 | 目标专利说明书段落[0011]指出MRW为UTRAN RLC提供的移动接收窗口信令过程。对比文件通篇完全未记载、未教导也未暗示MRW（Move Receiving Window）过程，无法合理推导得出。 |
| 技术特征S<该方法还包括：><br>《直接公开》 | [0011] ...the claimed method... comprises...<br>（...所要求保护的方法...包括...） | 对比文件公开了包括进一步步骤的方法，直接公开了该特征。 |
| 技术特征T<丢弃所述RLC PDU和RLC PDU分段中的至少一者><br>《未公开》 | 对比文件全文未记载丢弃RLC PDU和RLC PDU分段中的任一者。 | 对比文件对于达到阈值的情况仅披露终止过程并报错（段落[0007]），不涉及丢弃数据RLC PDU或RLC PDU分段的操作，无法推导得出。 |
<<<A>>><<<B>>><<<C>>><<e>>><<h>>><<j>>><<k>>><<<L>>><<<N>>><<<Q>>><<<S>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括：<br>《直接公开》 | [14] 본 발명에서는 무선통신 시스템에서 무선링크제어 엔티티의 수신측을 단독으로 재구축할 때 무선링크제어 리셋 절차의 변수를 처리하는 방법을 개시한다. 이는 상기 무선링크제어 엔티티의 상기 수신측을 단독으로 재구축할 때, 리셋 상태변수를 리셋팅하고, 상기 리셋 상태변수를 이용하여 상기 무선링크제어 엔티티가 상기 무선링크제어 리셋 절차를 가동시키는데 사용되는 리셋 프로토콜데이터 유닛을 전송하는 횟수를 계산하는 단계를 포함한다.<br>（中文翻译：本发明公开了一种在无线通信系统中仅单独重建无线链路控制实体的接收侧时处理无线链路控制复位过程的变量的方法。其包括在单独重建所述无线链路控制实体的所述接收侧时，对复位状态变量进行复位，并利用所述复位状态变量计算所述无线链路控制实体发送用于启动所述无线链路控制复位过程的复位协议数据单元的次数的步骤。） | 对比文件段落[14]公开了一种在无线通信系统中无线链路控制（RLC）实体处理变量的方法，该特征属于方法的引导性语句，对比文件直接公开了该方法步骤的引导特征。 |
| 技术特征B：生成RLC协议数据单元(PDU)<br>《直接公开》 | [17] ...그런 다음 버퍼(212)에 저장된 서비스데이터 유닛(208)을 근거로, 제2층 인터페이스(206)에 복수개의 프로토콜데이터 유닛(Protocol Data Unit)(214)을 생성함과 아울러...<br>（中文翻译：……然后基于存储在缓冲器212中的业务数据单元208，在第二层接口206中生成多个协议数据单元（Protocol Data Unit）214……） | 对比文件段落[17]明确记载了在第二层接口（即RLC层接口，参见[17]“제2층 인터페이스(즉 무선링크제어층)”）中基于SDU生成多个PDU（协议数据单元）。其产生RLC PDU的作用与目标专利中RLC实体产生RLC PDU的作用相同，属于直接公开。 |
| 技术特征C：传送所述RLC PDU<br>《直接公开》 | [17] ...아울러 생성된 프로토콜데이터 유닛(214)을 제1층 인터페이스(218)를 통하여 피어 엔드(Peer End)로 전송한다.<br>（中文翻译：……并且将生成的协议数据单元214通过第一层接口218向对端（Peer End）发送。） | 对比文件段落[17]公开了将生成的PDU通过底层接口传送至对端实体，该传送RLC PDU的操作和功能与目标专利完全一致，属于直接公开。 |
| 技术特征D：在所述RLC PDU被考虑首次重传的情况下<br>《未公开》 | 无对应内容。 | 目标专利中技术特征D涉及数据PDU传输失败触发重传机制中“首次考虑重传RLC PDU”的时机判断（如说明书[0029]步骤406）。对比文件涉及的是RLC接收侧单独重建时对控制PDU（即RESET PDU）的复位状态变量VT(RST)进行复位，并未公开针对数据RLC PDU在“首次考虑重传”的情况。即使按极宽松的标准，对比文件也未涉及数据PDU首次重传的考量时机，未公开该特征。 |
| 技术特征E：初始化状态变量为零<br>《隐含公开》 | [11] ...이밖에, 상태변수 VT(RST)의 시작값이 0이면, 리셋 확인 프로토콜데이터 유닛(RESET ACK PDU)의 수신이 확인된 때에만 리셋팅된다...<br>[23] ...따라서, 새로운 리셋 절차가 대응하는 리셋 상태변수 VT(RST)는 0부터 누계를 시작하게 되며...<br>（中文翻译：[11] ……此外，状态变量VT(RST)的初始值若为0，则仅在确认接收到复位确认协议数据单元（RESET ACK PDU）时被复位……<br>[23] ……因此，新的复位过程所对应的复位状态变量VT(RST)从0开始累计……） | 对比文件段落[11]和[23]公开了RLC实体的状态变量VT(RST)初始值为0，在复位/重置后变量初始化为0并从0开始计数。虽然对比文件针对的是控制PDU（RESET PDU）的计数变量VT(RST)，而目标专利技术特征E对应的是数据RLC PDU重传计数变量VT(TotalTrans)初始设置为0（见说明书[0029]步骤414），二者变量具体指向的对象类型存在差异，未直接公开；但按照极度宽松的隐含公开判断标准，对比文件公开了“RLC实体中将与PDU传输相关的状态变量初始化为零”的技术手段，本领域技术人员有可能将该变量清零初始化的手段推导/组合至RLC PDU的状态变量处理中，因此认定为隐含公开。 |
| 技术特征F：在至少所述RLC PDU的一部分被考虑重传<br>《未公开》 | 无对应内容。 | 目标专利技术特征F限定了由于分段/重新分段机制引入的“RLC PDU的一部分（即PDU分段/子分段）被考虑重传”的技术方案（见目标说明书[0005]、[0007]、[0030]）。对比文件基于3GPP Release 6版本规范，仅涉及整个RESET PDU的发送次数计数，既未涉及数据PDU重传，更未涉及或给出任何关于“PDU的一部分（分段）被考虑重传”的技术启示或记载，未公开该特征。 |
| 技术特征G：没有已经在等待重传的情况下<br>《未公开》 | 无对应内容。 | 目标专利技术特征G限定了判断被考虑重传的RLC PDU或其一部分“没有已经在等待重传（即不在重传缓存器中）”（见说明书[0030]步骤407），以避免重复计数（[0031]）。对比文件完全未涉及重传缓存状态检测及“没有已经在等待重传”的判断逻辑，未公开该特征。 |
| 技术特征H：递增与所述RLC PDU关联的所述状态变量<br>《隐含公开》 | [11] ...수신터미널이 회신하는 상태 프로토콜데이터 유닛(STATUS PDU) 또는 피기백(Piggybacked) 상태 프로토콜데이터 유닛에 오류 시퀀 스넘버(Erroneous Sequence Number) 정보가 포함되어 있을 때, 전송터미널은 상태변수 VT(RST)에 1을 더해야 한다...<br>[14] ...상기 리셋 상태변수를 이용하여 상기 무선링크제어 엔티티가 상기 무선링크제어 리셋 절차를 가동시키는데 사용되는 리셋 프로토콜데이터 유닛을 전송하는 횟수를 계산하는 단계를 포함한다.<br>（中文翻译：[11] ……当接收终端回复的状态协议数据单元（STATUS PDU）或背负（Piggybacked）状态协议数据单元中包含错误序列号（Erroneous Sequence Number）信息时，发送终端向状态变量VT(RST)加1……<br>[14] ……利用所述复位状态变量计算所述无线链路控制实体发送用于启动所述无线链路控制复位过程的复位协议数据单元的次数的步骤。） | 对比文件段落[11]和[14]公开了当满足特定触发条件（如接收到错误序列号需触发重发RESET PDU时），发送端将与RESET PDU关联的状态变量VT(RST)增加1（递增），用于对PDU发送/重传次数进行计数。虽然目标专利中的状态变量是与待重传的数据RLC PDU关联的状态变量VT(TotalTrans)，而对比文件是控制PDU（RESET PDU）的计数器VT(RST)，未达到直接公开的严格相同标准；但在极宽松的隐含公开判断标准下，对比文件公开了“在RLC中递增与PDU关联的状态变量以计数传输/重发次数”，本领域技术人员有可能由此推理并在与其他对比文件结合时得出该技术方案，因此认定为隐含公开。 |
| 技术特征I：递增包括在被考虑重传的所述至少所述RLC PDU的一部分处于重传缓存器中的情况下不递增所述状态变量<br>《未公开》 | 无对应内容。 | 目标专利技术特征I明确限定了一种防重复计数的机制：当被考虑重传的PDU部分已处于重传缓存器中时，禁止递增状态变量（见说明书[0030]步骤407、[0031]）。对比文件中VT(RST)的递增完全取决于状态报告及复位过程触发，不存在重传缓存器状态检测，更没有“在处于重传缓存器中时不递增状态变量”的技术特征，未公开该特征。 |
| 技术特征J：通过将与所述RLC PDU关联的所述状态变量与预定阈值进行比较来执行阈值测试<br>《隐含公开》 | [11] ...만약 상태변수 VT(RST)가 그 상한치, 즉 프로토콜 파라미터(MaxRST)의 값과 같을 때... 반대로, 만약 상태변수 VT(RST)가 프로토콜 파라미터(MaxRST)보다 작으면, 전송터미널은 리셋 프로토콜데이터 유닛을 송출하여...<br>（中文翻译：……如果状态变量VT(RST)等于其上限值即协议参数（MaxRST）的值时……反之，如果状态变量VT(RST)小于协议参数（MaxRST），则发送终端发送复位协议数据单元……） | 对比文件段落[11]公开了将与RESET PDU关联的状态变量VT(RST)与其预定上限阈值MaxRST进行比较测试（判断是否等于MaxRST或小于MaxRST）。虽然对比文件测试的是RESET PDU的计数变量VT(RST)，而目标专利比对的是RLC数据PDU的重传计数变量VT(TotalTrans)与预定阈值MaxTotalTrans（说明书[0031]步骤410），未能直接公开针对数据PDU的比较；但在极宽松的隐含公开标准下，对比文件公开了“将与PDU关联的状态变量与预定上限阈值进行比较以执行阈值测试”的基本机制，本领域技术人员有可能基于该原理推导出对关联PDU的状态变量执行阈值测试，因此认定为隐含公开。 |
| 技术特征K：基于所述阈值测试而发起RLC重建。<br>《隐含公开》 | [11] ...만약 상태변수 VT(RST)가 그 상한치, 즉 프로토콜 파라미터(MaxRST)의 값과 같을 때, 전송터미널은 진행 중인 무선링크제어 리셋 절차를 중지시키고, 이미 가동중인 리셋 타이머(Timer_RST)를 중지시킴과 아울러 복구불능 에러(Unrecoverable Error)를 상층에 보고해야 한다.<br>[12] ...복구불능 에러(Unrecoverable Error)를 상층에 보고함으로써, 무선링크제어 엔티티가 불필요하게 다시 재구축될 수 있다.<br>（中文翻译：[11] ……如果状态变量VT(RST)与其上限值即协议参数（MaxRST）的值相等时，发送终端停止正在进行的无线链路控制复位过程，停止正在运行的复位定时器（Timer_RST），并向上层报告不可恢复错误（Unrecoverable Error）。<br>[12] ……通过向上层报告不可恢复错误（Unrecoverable Error），可能导致无线链路控制实体不必要地被再次重建。） | 对比文件段落[11]及[12]公开了当状态变量达到上限阈值（MaxRST）时，发送端向上层报告不可恢复错误（Unrecoverable Error），进而导致上层触发RLC实体的重新建立（재구축，即RLC重建/复位）。在目标专利中，阈值测试达到阈值亦可发起RLC重建/复位（见说明书[0032]步骤412(5)及[0025]“RLC重建可以与RLC复位交换使用”）。由于对比文件是由上层基于不可恢复错误间接导致RLC重建，且触发变量源于复位过程异常而非数据PDU重传超限，未构成严格的直接公开；但在极宽松标准下，对比文件公开了因状态变量达到阈值测试条件最终导致发起RLC重建的因果链条，本领域技术人员极易合理解析或组合得出该特征，因此认定为隐含公开。 |
| 技术特征L：该方法还包括：<br>《直接公开》 | [14] 본 발명에서는 무선통신 시스템에서 무선링크제어 엔티티의 수신측을 단독으로 재구축할 때 무선링크제어 리셋 절차의 변수를 처리하는 방법을 개시한다. 이는...단계를 포함한다.<br>（中文翻译：本发明公开了一种……方法。其包括……步骤。） | 属于方法的附加步骤引导语，对比文件公开了包含多个步骤的方法流程。 |
| 技术特征M：基于所述阈值测试而丢弃RLC服务数据单元(SDU)<br>《未公开》 | 无对应内容。 | 目标专利技术特征M涉及重传阈值测试达到上限时在RLC实体本地触发SDU丢弃（见说明书[0011]、[0032]步骤412(2)）。对比文件全篇仅在段落[11]-[12]讨论了VT(RST)达到MaxRST后向上层上报不可恢复错误，完全未公开或暗示在RLC层基于该阈值测试去主动丢弃RLC SDU，未公开该特征。 |
| 技术特征N：该RLC SDU的至少一部分被包含在所述RLC PDU中<br>《隐含公开》 | [17] ...제2층 인터페이스(즉 무선링크제어층)(206)는 제3층 인터페이스(202)가 송출한 데이터를 근거로 복수개의 서비스데이터 유닛(Service Data Unit)(208)을 형성한 후 버퍼(212)에 저장한다. 그런 다음 버퍼(212)에 저장된 서비스데이터 유닛(208)을 근거로, 제2층 인터페이스(206)에 복수개의 프로토콜데이터 유닛(Protocol Data Unit)(214)을 생성함과 아울러...<br>（中文翻译：……第二层接口（即无线链路控制层）206根据第三层接口202发送的数据形成多个业务数据单元（Service Data Unit）208并存储在缓冲器212中。然后根据存储在缓冲器212中的业务数据单元208，在第二层接口206中生成多个协议数据单元（Protocol Data Unit）214……） | 对比文件段落[17]公开了RLC层基于SDU（业务数据单元）生成PDU（协议数据单元），即PDU包含来自SDU的数据。结合UMTS/RLC领域公知常识（如对比文件引用的3GPP TS 25.322），RLC SDU经分割、级联封装于RLC PDU中，因此PDU自然包含RLC SDU的至少一部分数据内容。尽管对比文件未将其与特征M中的SDU丢弃动作直接挂钩，但在极度宽松的标准下，对比文件公开了RLC PDU与RLC SDU之间“PDU包含SDU的至少一部分”的结构从属关系，认定为隐含公开。 |
| 技术特征O：基于所述阈值测试而丢弃RLC PDU和PDU分段<br>《未公开》 | 无对应内容。 | 目标专利中当状态变量达到预定阈值后，RLC实体执行丢弃RLC PDU及其PDU分段（说明书[0032]步骤412(1)(3)）。对比文件完全未涉及在阈值测试后执行丢弃RLC PDU或PDU分段的操作，未公开该特征。 |
| 技术特征P：所述RLC PDU和PDU分段包含了被丢弃的RLC SDU的至少一部分。<br>《未公开》 | 无对应内容。 | 对比文件既没有关于被丢弃的RLC SDU的记载，也没有公开丢弃包含该被丢弃SDU部分的PDU和PDU分段的技术方案，未公开该特征。 |
| 技术特征Q：该方法还包括：<br>《直接公开》 | [14] 본 발명에서는 무선통신 시스템에서 무선링크제어 엔티티의 수신측을 단독으로 재구축할 때 무선링크제어 리셋 절차의 변수를 처리하는 방법을 개시한다. 이는...단계를 포함한다.<br>（中文翻译：本发明公开了一种……方法。其包括……步骤。） | 属于方法的附加步骤引导语，对比文件公开了包含多个处理步骤的方法。 |
| 技术特征R：执行移动接收窗口(MRW)过程。<br>《未公开》 | 无对应内容。 | 目标专利技术特征R限定在丢弃操作或阈值满足后发起移动接收窗口（MRW）过程以向对端通告窗口移动（说明书[0011]、[0036]）。对比文件全篇仅涉及复位过程（RESET Procedure）及其参数VT(RST)、MaxRST的处理，全文未提及或暗示MRW（Move Receiving Window）过程，未公开该特征。 |
| 技术特征S：该方法还包括：<br>《直接公开》 | [14] 본 발명에서는 무선통신 시스템에서 무선링크제어 엔티티의 수신측을 단독으로 재구축할 때 무선링크제어 리셋 절차의 변수를 처리하는 방법을 개시한다. 이는...단계를 포함한다.<br>（中文翻译：本发明公开了一种……方法。其包括……步骤。） | 属于方法的附加步骤引导语，对比文件公开了包含多个处理步骤的方法。 |
| 技术特征T：丢弃所述RLC PDU和RLC PDU分段中的至少一者。<br>《未公开》 | 无对应内容。 | 目标专利技术特征T限定了在特定条件（如阈值满足）下丢弃RLC PDU和RLC PDU分段中的至少一者（说明书[0033]）。对比文件未公开任何关于丢弃RLC PDU或RLC PDU分段的技术方案，未公开该特征。 |
<<<A>>>
<<<B>>>
<<<C>>>
<<<e>>>
<<<h>>>
<<<j>>>
<<<k>>>
<<<L>>>
<<<n>>>
<<<Q>>>
<<<S>>>
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括：<br>《隐含公开》 | [0030] "The presently described technology provides a method for selectively applying one or more QoS algorithms. The method comprises receiving data transmitted to a node at a predetermined destination in at least one of a first network and a second network and applying at least one of the QoS algorithms to the data based on the destination."<br>（中文翻译：目前描述的技术提供了一种用于选择性地应用一个或多个QoS算法的方法。该方法包括：接收在第一网络和第二网络中的至少一个网络中向预定目的地处的节点传输的数据，并基于目的地对数据应用QoS算法中的至少一种。） | 公开性论述：<br>技术特征A仅为方法权利要求的前序引导性用语（“该方法包括”）。对比文件第[0030]段明确公开了一种网络通信处理方法，包含方法步骤引导语（“The method comprises...”）。因此，根据极其宽松的隐含公开判断标准，对比文件给出了包含执行相关通信数据处理动作的方法框架，属于对特征A的常规方法引导性内容的隐含公开。 |
| 技术特征B：生成RLC协议数据单元(PDU)<br>《未公开》 | 对比文件全文（包括说明书[0001]-[0094]及附图1-6）通篇未记载无线电链路控制（RLC）层协议数据单元（PDU）的生成。对比文件仅在[0004]、[0006]、[0049]、[0073]-[0074]等处提及在OSI传输层（如TCP/UDP）或IP层处理通用“packets, cells, or frames”（数据分组、信元或帧）。 | 公开性论述：<br>目标专利技术特征B结合说明书[0003]、[0006]、[0028]可知，其涉及在LTE/E-UTRAN或UTRAN移动通信架构下，由无线电链路控制（RLC）实体将上层RLC SDU进行分段并添加包含序列号（SN）的RLC报头来生成RLC PDU（如AMD PDU）。<br>对比文件记载的是一种战术通信网络中位于传输层（如TCP）之上进行服务质量（QoS）代理过滤的技术（参见[0045]、[0049]、[0074]）。对比文件不仅没有公开第二层RLC协议及其PDU生成，更未涉及RLC实体的任何操作。即使按照最宽松的隐含公开标准，本领域技术人员也绝不可能从战术网络传输层/IP层报文过滤机制推理出生成RLC PDU的技术方案。因此，对比文件未直接公开也未隐含公开技术特征B。 |
| 技术特征C：传送所述RLC PDU<br>《未公开》 | 对比文件全文未记载传送RLC PDU。对比文件仅在[0030]、[0079]、[0084]等处提及在节点间路由/传输高/低速数据包（“Data 492 can be routed or transmitted along a low speed connection 470”）。 | 公开性论述：<br>目标专利中的技术特征C是传送在RLC实体中生成的特定RLC PDU（参见目标专利说明书[0003]、[0028]）。<br>由于对比文件根本不存在RLC层及RLC PDU的概念，其所传送的仅为宏观网络层/传输层数据流或IP分组。本领域技术人员无法从对比文件的数据传输描述中毫无疑义或合理推断出传送RLC PDU。因此，对比文件未直接公开也未隐含公开技术特征C。 |
| 技术特征D：在所述RLC PDU被考虑首次重传的情况下<br>《未公开》 | 对比文件全文未记载关于RLC PDU首次考虑重传的触发或判断机制。在第[0016]段仅泛泛提及TCP在战术网络中需要握手和确认机制，可能因超时导致问题。 | 公开性论述：<br>结合目标专利说明书[0027]、[0029]及附图4的步骤404、406可知，特征D是在RLC层判定需要对RLC PDU或其一部分重传时，特定检测其是否为“首次”被考虑重传（对应VT(TotalTrans)的复位初始触发点）。<br>对比文件根本不涉及RLC层的ARQ重传机制，更未公开针对特定RLC PDU是否属于首次重传的判断。本领域技术人员无法据此进行推断。因此，技术特征D未直接公开也未隐含公开。 |
| 技术特征E：初始化状态变量为零<br>《未公开》 | 对比文件全文未记载在RLC PDU首次考虑重传时将状态变量初始化为零。 | 公开性论述：<br>在目标专利中，特征E与特征D紧密协同，用于在RLC PDU首次考虑重传时将计数传输/重传次数的状态变量（如VT(TotalTrans)）初始化复位为0（参见说明书[0027]、[0029]、[0103]）。<br>对比文件既未涉及跟踪重传次数的RLC状态变量，也未公开任何在协议数据单元重传时将状态变量置零的机制。因此，技术特征E未直接公开也未隐含公开。 |
| 技术特征F：在至少所述RLC PDU的一部分被考虑重传<br>《未公开》 | 对比文件全文未记载RLC PDU或其一部分（PDU分段）被考虑重传的机制。 | 公开性论述：<br>目标专利说明书[0004]-[0008]、[0014]、[0030]阐明，E-UTRAN支持PDU重新分段，因此重传的对象可以是整个RLC PDU，也可以是RLC PDU的一部分（即子分段）。特征F界定了在该RLC PDU至少有一部分被考虑重传时的条件。<br>对比文件完全不具备RLC分段/重新分段机制，亦无针对PDU某一部分考虑重传的处理过程，本领域技术人员无法从对比文件中推导出该特征。因此，技术特征F未直接公开也未隐含公开。 |
| 技术特征G：没有已经在等待重传的情况下<br>《未公开》 | 对比文件全文未记载判断被考虑重传的RLC PDU或其部分是否“没有已经在等待重传（处于重传缓存器）”的逻辑。 | 公开性论述：<br>目标专利说明书[0014]、[0030]-[0031]指出，特征G的作用是避免对已经在重传缓存器中排队等待重传的同一PDU或PDU子部分进行重复计数，以防止计数虚高。<br>对比文件不存在对RLC PDU重传等待状态或重传缓存器的监测与条件判断，无法得出此特征。因此，技术特征G未直接公开也未隐含公开。 |
| 技术特征H：递增与所述RLC PDU关联的所述状态变量<br>《未公开》 | 对比文件全文未记载为RLC PDU关联并递增用于重传计数的状态变量。 | 公开性论述：<br>结合目标专利说明书[0014]、[0027]、[0030]，特征H是在满足重传触发且未在等待重传时，将关联于该特定RLC PDU的状态变量（如VT(TotalTrans)）数值增加1。<br>对比文件不包含此类与特定PDU绑定的重传计数状态变量及其步进增加机制，未直接或隐含公开特征H。 |
| 技术特征I：递增包括在被考虑重传的所述至少所述RLC PDU的一部分处于重传缓存器中的情况下不递增所述状态变量<br>《未公开》 | 对比文件全文未记载重传缓存器状态与状态变量递增抑制之间的关联逻辑。 | 公开性论述：<br>目标专利说明书[0014]、[0030]-[0031]解释道：“如果被考虑重传的RLC PDU或RLC PDU的一部分已经在等待重传，或者如果RLC PDU的一部分已经在等待重传（例如被考虑重传的RLC PDU或是RLC PDU的一部分已经处于重传缓存器中），那么状态变量VT(TotalTrans)可能不被递增，由此避免对重传进行两次计数”。特征I限定了状态变量递增的具体排除条件。<br>对比文件既无RLC重传缓存器，也无基于重传缓存器中是否有待传分段来抑制计数器自增的技术方案，无法从对比文件推导。因此，特征I未直接公开也未隐含公开。 |
| 技术特征J：通过将与所述RLC PDU关联的所述状态变量与预定阈值进行比较来执行阈值测试<br>《未公开》 | 对比文件全文未记载将与RLC PDU关联的状态变量与预定阈值进行比较以执行阈值测试。仅在QoS限流参数中提及利用链路速率与比例计算数据流阈值（[0058]）。 | 公开性论述：<br>在目标专利中，特征J是将表征重传/传输次数的状态变量（VT(TotalTrans)）与预设的最大重传阈值（MaxTotalTrans）进行比较判断（参见说明书[0027]、[0031]），用以识别是否发生无限期重传或达到链路故障门限。<br>对比文件未公开RLC层PDU关联变量，更未公开重传阈值测试比对逻辑。因此，技术特征J未直接公开也未隐含公开。 |
| 技术特征K：基于所述阈值测试而发起RLC重建<br>《未公开》 | 对比文件全文未记载RLC重建（或复位）过程的发起。 | 公开性论述：<br>目标专利说明书[0011]、[0014]、[0025]、[0031]-[0037]阐明，当重传状态变量达到阈值（如MaxTotalTrans）时，触发RLC层重建（RLC re-establishment/reset），以打破协议死锁。<br>对比文件涉及的是传输层之上的代理QoS策略应用与流量调度，无RLC层协议实体，更不存在触发RLC协议实体复位或重建的处理流程。因此，技术特征K未直接公开也未隐含公开。 |
| 技术特征L：该方法还包括：<br>《隐含公开》 | [0030] "The method comprises receiving data transmitted to a node... and applying at least one of the QoS algorithms..."<br>（中文翻译：该方法包括：接收传输到节点的数据……并应用至少一种QoS算法……） | 公开性论述：<br>技术特征L为从属权利要求中常用的附加方法步骤前序过渡短语（“该方法还包括”）。依据极其宽松的隐含公开标准，对比文件记载了在基本方法上进一步执行多个处理动作的递进方法框架（参见[0030]、[0032]、[0080]-[0085]），可视为对该形式性步骤引导特征的隐含公开。 |
| 技术特征M：基于所述阈值测试而丢弃RLC服务数据单元(SDU)<br>《未公开》 | 对比文件在[0055]段记载了丢弃冗余消息（"the newer message can be dropped"、"the system 150 can drop the older message"），并在[0056]段记载了队列溢出时丢弃最旧消息，但通篇未记载基于RLC阈值测试丢弃RLC SDU。 | 公开性论述：<br>目标专利说明书[0032]-[0034]中明确公开，基于VT(TotalTrans)达到预定阈值的测试结果，本地触发丢弃操作，其中包括丢弃相应的RLC SDU。<br>对比文件中的丢弃行为完全建立在传输层以上关于功能性冗余（functional redundancy）或缓冲存储器溢出（queue overflow）的规则上，与RLC协议层、RLC重传阈值测试或RLC SDU丢弃完全不同。因此，对比文件未直接公开也未隐含公开技术特征M。 |
| 技术特征N：该RLC SDU的至少一部分被包含在所述RLC PDU中<br>《未公开》 | 对比文件全文未记载RLC SDU与RLC PDU之间的分段包含映射关系。 | 公开性论述：<br>目标专利说明书[0003]、[0006]、[0034]记载，RLC SDU被分段并封装进RLC PDU中，特征N限定了所丢弃的RLC SDU与达到阈值的RLC PDU之间的对应包含关系。<br>对比文件中没有RLC分层映射结构，更无将高层SDU切片封装于底层PDU的对应机制，技术特征N未直接公开也未隐含公开。 |
| 技术特征O：基于所述阈值测试而丢弃RLC PDU和PDU分段<br>《未公开》 | 对比文件未记载基于RLC阈值测试丢弃RLC PDU和PDU分段。 | 公开性论述：<br>目标专利说明书[0031]-[0033]指出，在VT(TotalTrans)等于MaxTotalTrans时，执行丢弃相应的RLC PDU和/或PDU分段。<br>对比文件缺乏RLC PDU/分段的结构以及重传阈值测试触发的协议丢弃机制，技术特征O未直接公开也未隐含公开。 |
| 技术特征P：所述RLC PDU和PDU分段包含了被丢弃的RLC SDU的至少一部分<br>《未公开》 | 对比文件未记载丢弃包含了被丢弃SDU之分段的RLC PDU和PDU分段的级联清理机制。 | 公开性论述：<br>目标专利说明书[0035]记载，在丢弃了某SDU后，级联执行“(3) 丢弃包含了被丢弃的SDU的分段的所有RLC PDU或PDU分段”，以清除无效分段数据。<br>对比文件无此类RLC分段映射和级联丢弃逻辑，技术特征P未直接公开也未隐含公开。 |
| 技术特征Q：该方法还包括：<br>《隐含公开》 | [0030] "The method comprises..."<br>[0032] "The method comprises receiving data at a routing node, determining an intended destination... routing... applying... and routing..."<br>（中文翻译：该方法包括在路由节点处接收数据，确定预期目的地……路由……应用……以及路由……） | 公开性论述：<br>技术特征Q同样属于方法附加步骤的形式性引导用语。基于最宽松的隐含公开判断规则，对比文件公开了组合多个后续动作的方法架构，属于对该步骤引导语的隐含公开。 |
| 技术特征R：执行移动接收窗口(MRW)过程<br>《未公开》 | 对比文件全文未记载移动接收窗口（MRW）过程。 | 公开性论述：<br>目标专利说明书[0011]、[0036]明确解释，MRW过程是由发送端RLC实体发送给接收端对等RLC实体的信令过程，用以通知接收端由于发送端SDU/PDU被丢弃而向前移动接收窗口，防止接收端挂起。<br>对比文件涉及的是宏观的IP/传输层QoS代理，根本没有滑动窗口协议中的MRW（Move Receiving Window）状态信令交互。因此，对比文件未直接公开也未隐含公开技术特征R。 |
| 技术特征S：该方法还包括：<br>《隐含公开》 | [0030] "The method comprises..."<br>[0032] "The method comprises..."<br>（中文翻译：该方法包括……） | 公开性论述：<br>技术特征S为方法从属特征的形式性引导短语。按极宽松的隐含公开判断标准，对比文件揭示的附加操作步骤流程隐含公开了此引导语。 |
| 技术特征T：丢弃所述RLC PDU和RLC PDU分段中的至少一者<br>《未公开》 | 对比文件在[0055]段记载丢弃较旧或较新的功能冗余消息（“the system 150 can drop the older message”），未记载丢弃RLC PDU或RLC PDU分段。 | 公开性论述：<br>目标专利说明书[0014]、[0033]、[0102]限定的操作对象具体为RLC子层的“RLC PDU”与“RLC PDU分段”。<br>对比文件中丢弃的对象是传输层之上的应用层/业务层消息（如语音、传感器、视频流中重复或陈旧的message），并非第二层RLC实体的协议数据单元或其子分段，且两者的丢弃作用、触发条件及协议层级完全不一致。因此，对比文件未直接公开也未隐含公开技术特征T。 |
<<<a>>>
<<<l>>>
<<<q>>>
<<<s>>>
**特征比对与公开性分析**
本比对严格结合目标专利说明书原文，客观审视对比文件（US20070258489A1）是否直接或隐含公开了各技术特征。在目标专利中，该方案针对LTE/E-UTRAN中引入PDU重新分段后，如何精确统计数据RLC PDU/分段的传输/重传次数或大小以执行阈值测试，并据此触发RLC重建、分组丢弃或MRW过程；而在对比文件中，涉及的是3G/WCDMA中仅接收端重建时如何复位用于控制PDU（RESET PDU）调度次数的复位状态变量VT(RST)。
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译及段落标号） | 公开性论述 |
| 技术特征A：该方法包括：<br>《直接公开》 | [0011] “According to the present invention, a method of handling a variable of a Radio Link Control reset procedure during receiver-side-only re-establishment in a wireless communications system comprises resetting a reset state variable...”<br>【中文翻译】：根据本发明，一种在无线通信系统中在仅接收方重建期间处理无线电链路控制复位过程的变量的方法，包括重置一复位状态变量…… | 对比文件[0011]段明确记载了一种在无线通信系统中在仅接收端重建期间处理RLC复位过程变量的方法，属于方法类权利要求的通用引导性步骤，因此本技术特征被对比文件《直接公开》。 |
| 技术特征B：生成RLC协议数据单元(PDU)<br>《直接公开》 | [0017] “...Then, based on the SDUs 208 stored in the buffer 212, the Layer 2 interface 206 generates a plurality of PDUs 214, and sends the plurality of PDUs 214 to a destination terminal through the Layer 1 interface 218...”<br>【中文翻译】：……然后，基于存储在缓冲器212中的SDU 208，第2层接口206生成多个PDU 214，并通过第1层接口218向目的地终端发送该多个PDU 214…… | 对比文件[0017]段明确记载了第2层接口（即RLC层）根据缓冲器中的SDU生成多个PDU（214），在技术作用与技术方案上完全相同，毫无疑义地直接给出了“生成RLC PDU”，因此该技术特征被《直接公开》。 |
| 技术特征C：传送所述RLC PDU<br>《直接公开》 | [0017] “...and sends the plurality of PDUs 214 to a destination terminal through the Layer 1 interface 218...”<br>【中文翻译】：……并通过第1层接口218向目的地终端发送该多个PDU 214…… | 对比文件[0017]段明确披露了通过第1层接口向目的地终端发送（传送）所生成的多个PDU，技术方案与作用一致，因此该技术特征被《直接公开》。 |
| 技术特征D：在所述RLC PDU被考虑首次重传的情况下<br>《隐含公开》 | [0009] “...In addition, the initial value of the reset state variable VT(RST) is 0. The reset state variable VT(RST) is only reset upon the reception of a RESET ACK PDU...”; <br>[0023] “...Therefore, when a new RLC reset procedure starts, the reset state variable VT(RST) starts from 0, and the RESET PDU can be retransmitted as many times as allowed by configuration, such as the protocol parameter MaxRST.”<br>【中文翻译】：[0009]……此外，复位状态变量VT(RST)的初始值为0。复位状态变量VT(RST)仅在接收到RESET ACK PDU时被复位……；[0023]……因此，当启动新的RLC复位过程时，复位状态变量VT(RST)从0开始，并且RESET PDU可以按照配置允许的次数（例如协议参数MaxRST）进行多次重传。 | 对比文件虽然记载了在仅接收端重建或启动新复位时VT(RST)从0开始且可重传，但并未直接公开目标专利中针对“数据RLC PDU在被考虑首次重传”这一具体特定触发时机条件。然而在极为宽松的隐含公开判断标准下，对比文件中记载了RESET PDU在启动重传前将状态变量复位/置0，本领域技术人员有可能基于该原理进行推理，将重传机制与首次重传时机的处理逻辑与其他对比文件相结合，因此判定为《隐含公开》。 |
| 技术特征E：初始化状态变量为零<br>《直接公开》 | [0009] “...In addition, the initial value of the reset state variable VT(RST) is 0...”; <br>[0023] “...Therefore, when a new RLC reset procedure starts, the reset state variable VT(RST) starts from 0...”<br>【中文翻译】：[0009]……此外，复位状态变量VT(RST)的初始值为0……；[0023]……因此，当启动新的RLC复位过程时，复位状态变量VT(RST)从0开始…… | 对比文件在[0009]及[0023]段中明确记载了状态变量VT(RST)的初始值为0，并在重置时使状态变量从0开始（即复位/初始化为0），二者均起到了将状态变量设置为初始值0的作用，因此该特征被《直接公开》。 |
| 技术特征F：在至少所述RLC PDU的一部分被考虑重传<br>《隐含公开》 | [0009] “...The sender shall increment VT(RST) by 1 when a STATUS PDU or a piggybacked STATUS PDU reported from the receiver includes “erroneous Sequence Number”...”; <br>[0010] “...the sender has chances to retransmit the RESET PDU...”<br>【中文翻译】：[0009]……当从接收端报告的STATUS PDU或背负式STATUS PDU包括“错误的序列号”时，发送端应当将VT(RST)增加1……；[0010]……发送方有重传RESET PDU的机会…… | 目标专利中的特征F指的是RLC PDU或其子分段被考虑重传（如LTE分段/重新分段机制下）。对比文件针对的是整个RESET控制PDU在出错调度时的重传计数，并未显式公开“RLC PDU的一部分（分段）”被考虑重传。但在极为宽松的隐含公开标准下，对比文件公开了PDU发生重传的情形，部分公开了PDU层面的重传触发机制，本领域技术人员结合RLC分段常识有可能推理组合得出分段/部分重传的类似处理，因此认定为《隐含公开》。 |
| 技术特征G：没有已经在等待重传的情况下<br>《隐含公开》 | [0009] “...the reset state variable VT(RST) is used to count the number of times a RESET PDU is scheduled to be transmitted before a reset procedure is completed. The sender shall increment VT(RST) by 1 when a STATUS PDU... includes “erroneous Sequence Number”...”; <br>[0030]-[0031]（目标专利对应段落：避免重复计数）<br>【中文翻译】：[0009]……复位状态变量VT(RST)用于计算在复位过程完成之前计划传输RESET PDU的次数。当来自接收端的STATUS PDU包括“错误序列号”时，发送方应当将VT(RST)递增1…… | 对比文件记载了仅在满足特定出错报告（STATUS PDU包含错误SN）调度时才触发变量递增，并未显式出现“排除已经在重传缓存中等待重传”的负向排除条件。但从状态机和调度统计机制来看，对比文件通过明确的离散触发条件确保计数不会误加，本领域技术人员有可能基于避免重复计数的协议逻辑推理出在未排队等待重传时才执行计数的条件，符合宽松标准下的《隐含公开》。 |
| 技术特征H：递增与所述RLC PDU关联的所述状态变量<br>《直接公开》 | [0009] “...The sender shall increment VT(RST) by 1 when a STATUS PDU or a piggybacked STATUS PDU reported from the receiver includes “erroneous Sequence Number”...”; <br>[0010] “...the reset state variable VT(RST) is not reset but incremented by 1...”<br>【中文翻译】：[0009]……当从接收端报告的STATUS PDU或背负式STATUS PDU包括“错误的序列号”时，发送端应当将VT(RST)递增1……；[0010]……复位状态变量VT(RST)不复位而是递增1…… | 对比文件明确披露了在需要触发重传/出错调度时，发送端将与该PDU相关的状态变量VT(RST)递增1（incremented by 1），技术作用完全相同，本领域技术人员毫无疑义可直接得出，因此被《直接公开》。 |
| 技术特征I：递增包括在被考虑重传的所述至少所述RLC PDU的一部分处于重传缓存器中的情况下不递增所述状态变量<br>《隐含公开》 | [0009] “...The sender shall increment VT(RST) by 1 when a STATUS PDU or a piggybacked STATUS PDU reported from the receiver includes “erroneous Sequence Number”...”<br>【中文翻译】：[0009]……当从接收端报告的STATUS PDU或背负式STATUS PDU包括“错误的序列号”时，发送端应当将VT(RST)递增1…… | 对比文件严格定义了VT(RST)递增的前提条件（收到特定STATUS PDU触发调度），而非处于重传排队状态即触发。虽然对比文件未逐字记载“处于重传缓存器中时不递增”，但本领域技术人员基于其明确列举的触发时机，能够合理推断出不在重传缓存排队阶段重复递增状态变量的防重复计数思想，具有被组合或进一步推理的可能性，依据宽松标准判定为《隐含公开》。 |
| 技术特征J：通过将与所述RLC PDU关联的所述状态变量与预定阈值进行比较来执行阈值测试<br>《直接公开》 | [0009] “...If the reset state variable VT(RST) equals its maximum value, the value of the protocol parameter MaxRST, the sender shall terminate the ongoing RLC reset procedure... Otherwise, if the reset state variable VT(RST) is smaller than the protocol parameter MaxRST, the sender shall output a RESET PDU to start RLC reset procedure...”<br>【中文翻译】：[0009]……若复位状态变量VT(RST)等于其最大值（即协议参数MaxRST的值），则发送端应当终止正在进行的RLC复位过程……否则，若复位状态变量VT(RST)小于协议参数MaxRST，则发送端应当输出RESET PDU以启动RLC复位过程…… | 对比文件[0009]段明确记载了将状态变量VT(RST)与协议参数MaxRST（即预定阈值）进行比较（判断是否等于MaxRST或小于MaxRST），并基于该比较结果执行后续不同操作，这与目标专利中将关联状态变量与预定阈值进行比较来执行阈值测试完全等同，因此被《直接公开》。 |
| 技术特征K：基于所述阈值测试而发起RLC重建。<br>《直接公开》 | [0009] “...If the reset state variable VT(RST) equals its maximum value, the value of the protocol parameter MaxRST, the sender shall terminate the ongoing RLC reset procedure, stop the timer Timer_RST if it was started, and indicate unrecoverable error to the upper layer...”; <br>[0010] “...meaning that VT(RST)=MaxRST. As a result, the sender terminates the ongoing RLC reset procedure, and indicates unrecoverable error to the upper layer. The RLC entity will be re-established again unnecessarily.”<br>【中文翻译】：[0009]……若复位状态变量VT(RST)等于其最大值MaxRST，发送端应当终止正在进行的RLC复位过程，停止定时器Timer_RST，并向上层指示不可恢复的错误……；[0010]……意味着VT(RST)=MaxRST。结果，发送端终止当前RLC复位过程，并向上层指示不可恢复错误。RLC实体将不必要地被再次重建（re-established）。 | 对比文件明确披露了当阈值测试结果达到上限VT(RST)=MaxRST时，向上层指示不可恢复错误，从而导致RLC实体执行重建（re-established）。其技术方案、因果链条及触发逻辑在技术实质上完全一致，属于实质公开，因此该技术特征被《直接公开》。 |
| 技术特征L：该方法还包括：<br>《直接公开》 | [0011] “According to the present invention, a method of handling a variable of a Radio Link Control reset procedure during receiver-side-only re-establishment in a wireless communications system comprises...”<br>【中文翻译】：根据本发明，一种在无线通信系统中在仅接收方重建期间处理无线电链路控制复位过程变量的方法包括…… | 对比文件披露了包含多个操作步骤的方法流程，属于通用的步骤引导特征，因此被《直接公开》。 |
| 技术特征M：基于所述阈值测试而丢弃RLC服务数据单元(SDU)<br>《隐含公开》 | [0008] “According to section 9.7.7 of the aforementioned RLC protocol specification, the prior art has disclosed operations of specified control PDUs and Timers when only the receiver side is re-established...”; <br>[0017] “...the Layer 2 interface 206 forms a plurality of SDUs 208 according to data submitted by the Layer 3 interface 202, and stores the plurality of SDUs 208 in a buffer 212. Then, based on the SDUs 208 stored in the buffer 212, the Layer 2 interface 206 generates a plurality of PDUs 214...”<br>【中文翻译】：[0008]根据上述RLC协议规范的第9.7.7节，现有技术已经公开了在仅重建接收方时指定控制PDU和定时器的操作……；[0017]……第2层接口206根据第3层接口202提交的数据形成多个SDU 208，并将该多个SDU 208存储在缓冲器212中。然后，基于存储在缓冲器212中的SDU 208，第2层接口206生成多个PDU 214…… | 对比文件未直接点明在VT(RST)=MaxRST触发不可恢复错误/重建时丢弃特定SDU，但在引用3GPP TS 25.322协议以及RLC重建常规流程中，当阈值达到且无法恢复导致触发重建时，缓冲区内的待处理SDU会被丢弃或刷新。对比文件记载了SDU缓冲与不可恢复错误重建机制，本领域技术人员基于该背景有可能合理推断出与丢弃SDU动作的关联，在极为宽松的标准下认定为《隐含公开》。 |
| 技术特征N：该RLC SDU的至少一部分被包含在所述RLC PDU中<br>《直接公开》 | [0017] “...When a signal is transmitted, the Layer 2 interface 206 forms a plurality of SDUs 208 according to data submitted by the Layer 3 interface 202, and stores the plurality of SDUs 208 in a buffer 212. Then, based on the SDUs 208 stored in the buffer 212, the Layer 2 interface 206 generates a plurality of PDUs 214, and sends the plurality of PDUs 214 to a destination terminal through the Layer 1 interface 218...”<br>【中文翻译】：……当发送信号时，第2层接口206根据第3层接口202提交的数据形成多个SDU 208，并将该多个SDU 208存储在缓冲器212中。然后，基于存储在缓冲器212中的SDU 208，第2层接口206生成多个PDU 214，并通过第1层接口218向目的地终端发送该多个PDU 214…… | 对比文件明确记载了RLC层（Layer 2）基于缓冲器中的SDU生成PDU，即PDU包含SDU的数据（或分段部分），属于本领域标准的分组映射封装关系，在技术方案和实质内容上毫无疑义，因此被《直接公开》。 |
| 技术特征O：基于所述阈值测试而丢弃RLC PDU和PDU分段<br>《隐含公开》 | [0009] “...If the reset state variable VT(RST) equals its maximum value, the value of the protocol parameter MaxRST, the sender shall terminate the ongoing RLC reset procedure, stop the timer Timer_RST if it was started, and indicate unrecoverable error to the upper layer...”; <br>[0010] “...The RLC entity will be re-established again unnecessarily.”<br>【中文翻译】：[0009]……若复位状态变量VT(RST)等于其最大值MaxRST，发送端应当终止正在进行的RLC复位过程，停止定时器Timer_RST，并向上层指示不可恢复的错误……；[0010]……RLC实体将不必要地被再次重建。 | 对比文件披露了当VT(RST)达到MaxRST时终止复位过程并触发RLC实体重建。在RLC重建的常规处理中，发射端与接收端缓冲区中的未决PDU及分段均会被丢弃清空。虽然对比文件未显式罗列“丢弃RLC PDU和PDU分段”的字样，但其公开的不可恢复错误及重建机制涵盖了该处理结果，本领域技术人员有可能合理推理得出，依据宽松判断标准判定为《隐含公开》。 |
| 技术特征P：所述RLC PDU和PDU分段包含了被丢弃的RLC SDU的至少一部分。<br>《隐含公开》 | [0017] “...Then, based on the SDUs 208 stored in the buffer 212, the Layer 2 interface 206 generates a plurality of PDUs 214, and sends the plurality of PDUs 214 to a destination terminal... In contrast, when a wireless signal is received... The Layer 2 interface 206 restores the PDUs 214 to SDUs 208...”<br>【中文翻译】：……然后，基于存储在缓冲器212中的SDU 208，第2层接口206生成多个PDU 214……相反，当接收到无线信号时……第2层接口206将PDU 214恢复为SDU 208…… | 对比文件公开了PDU由SDU生成且PDU包含SDU的内容。结合前述特征M与O，若SDU被丢弃，则由该SDU分割或封装得到的PDU自然包含该被丢弃SDU的至少一部分。本领域技术人员通过对比文件公开的层间数据生成映射关系，能够合理推断出该内在逻辑，因此认定为《隐含公开》。 |
| 技术特征Q：该方法还包括：<br>《直接公开》 | [0011] “According to the present invention, a method of handling a variable of a Radio Link Control reset procedure during receiver-side-only re-establishment in a wireless communications system comprises...”<br>【中文翻译】：根据本发明，一种在无线通信系统中在仅接收方重建期间处理无线电链路控制复位过程变量的方法包括…… | 通用方法引导步骤特征，对比文件已公开包含多个并列或后续步骤的方法，因此被《直接公开》。 |
| 技术特征R：执行移动接收窗口(MRW)过程。<br>《隐含公开》 | [0008] “Taking a signal communications protocol standard set forth by the 3rd Generation Partnership Project (3GPP) as an example... (3GPP TS 25.322 V6.7.0 (2006-03), “Radio Link Control (RLC) protocol specification (Release 6)”)...”<br>【中文翻译】：以第三代合作伙伴计划（3GPP）制定的信号通信协议标准为例……（3GPP TS 25.322 V6.7.0 (2006-03)，“无线电链路控制（RLC）协议规范（Release 6）”）…… | 对比文件[0008]段明确引用了3GPP TS 25.322 Release 6规范。在3GPP TS 25.322规范中，MRW（Move Receiving Window）是RLC AM模式下SDU丢弃及窗口同步的标准过程。对比文件整体基于该协议规范展开且涉及RLC丢弃/复位/重建上下文，虽然正文中未直接写出“MRW”，但其引用的标准全文中包含该标准过程，本领域技术人员有可能基于引用的协议内容推理出结合执行MRW过程的可能性，符合极为宽松的《隐含公开》判断标准。 |
| 技术特征S：该方法还包括：<br>《直接公开》 | [0011] “According to the present invention, a method of handling a variable of a Radio Link Control reset procedure during receiver-side-only re-establishment in a wireless communications system comprises...”<br>【中文翻译】：根据本发明，一种在无线通信系统中在仅接收方重建期间处理无线电链路控制复位过程变量的方法包括…… | 通用方法引导步骤特征，对比文件公开了对应的方法步骤，因此被《直接公开》。 |
| 技术特征T：丢弃所述RLC PDU和RLC PDU分段中的至少一者。<br>《隐含公开》 | [0009] “...terminate the ongoing RLC reset procedure, stop the timer Timer_RST if it was started, and indicate unrecoverable error to the upper layer...”; <br>[0010] “...The RLC entity will be re-established again unnecessarily.”<br>【中文翻译】：[0009]……终止正在进行的RLC复位过程，停止定时器Timer_RST，并向上层指示不可恢复的错误……；[0010]……RLC实体将不必要地被再次重建。 | 对比文件披露了当达到阈值触发终止过程并向上层指示不可恢复错误以执行RLC实体重建。在重建过程中，本领域公知常识必然伴随着对缓冲区中PDU或分段的释放与丢弃。因此本领域技术人员有可能基于对比文件推理出丢弃RLC PDU或其分段的技术操作，判定为《隐含公开》。 |
<<<A>>>
<<<B>>>
<<<C>>>
<<<d>>>
<<<E>>>
<<<f>>>
<<<g>>>
<<<H>>>
<<<i>>>
<<<J>>>
<<<K>>>
<<<L>>>
<<<m>>>
<<<N>>>
<<<o>>>
<<<p>>>
<<<Q>>>
<<<r>>>
<<<S>>>
<<<t>>>
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括：<br>【未公开】 | 无引用内容。 | 对比文件公开的是一种凸状下表面的导光板及采用该导光板的背光面板（属于光学显示硬件结构领域），全文未涉及任何通信处理方法或通信协议处理步骤，未公开该特征。 |
| 技术特征B：生成RLC协议数据单元(PDU)<br>【未公开】 | 无引用内容。 | 目标专利说明书[0003]、[0006]、[0028]中，“RLC PDU”是指无线电链路控制层对SDU进行分段或封装生成的协议数据单元。对比文件公开的是光学导光板、发光二极管（LED）阵列及背光面板结构（段落[0001]、[0017]），未涉及无线通信协议栈、RLC实体或RLC PDU的生成，本领域技术人员无法直接或隐含获知该特征。 |
| 技术特征C：传送所述RLC PDU<br>【未公开】 | 无引用内容。 | 目标专利说明书[0028]步骤402中，RLC实体向较低层（MAC实体/物理层）传送生成的RLC PDU。对比文件仅涉及光在导光板内的传导与出射（段落[0036]），完全未涉及无线通信中RLC PDU的数据传送机制，未公开该特征。 |
| 技术特征D：在所述RLC PDU被考虑首次重传的情况下<br>【未公开】 | 无引用内容。 | 目标专利说明书[0027]、[0029]步骤406中，该特征是指在接收到传输失败反馈（如NACK）后首次调度重传的触发时机。对比文件属于背光显示领域，未涉及ARQ重传控制机制，更无“考虑首次重传”的判断与处理逻辑，未公开该特征。 |
| 技术特征E：初始化状态变量为零<br>【未公开】 | 无引用内容。 | 目标专利说明书[0027]、[0029]步骤414中，状态变量VT(TotalTrans)用于累计传输/重传次数，首次考虑重传时将其初始化置0。对比文件未涉及任何用于ARQ重传计数的协议状态变量及其初始化，未公开该特征。 |
| 技术特征F：在至少所述RLC PDU的一部分被考虑重传<br>【未公开】 | 无引用内容。 | 目标专利说明书[0028]、[0030]中，因RLC PDU支持重新分段，当PDU或其子分段需要重传时触发相应处理。对比文件完全不涉及无线通信数据分段及重传控制，未公开该特征。 |
| 技术特征G：没有已经在等待重传的情况下<br>【未公开】 | 无引用内容。 | 目标专利说明书[0030]步骤407、[0031]中，该条件用于判断被考虑重传的PDU或分段是否已存在于重传缓存器中，以避免重复计数。对比文件属于光学照明与导光结构，不涉及缓存器排队或重传等待状态的判定，未公开该特征。 |
| 技术特征H：递增与所述RLC PDU关联的所述状态变量<br>【未公开】 | 无引用内容。 | 目标专利说明书[0030]步骤408中，在满足非首次且未在等待重传时，将关联状态变量加1以记录重传开销。对比文件未公开任何通信协议状态变量的递增处理，未公开该特征。 |
| 技术特征I：递增包括在被考虑重传的所述至少所述RLC PDU的一部分处于重传缓存器中的情况下不递增所述状态变量<br>【未公开】 | 无引用内容。 | 目标专利说明书[0031]记载：“如果被考虑重传的RLC PDU或RLC PDU的一部分已经在等待重传……那么状态变量VT(TotalTrans)可能不被递增，由此避免对重传进行两次计数”。对比文件为导光板结构，不存在数据缓存与重传计数防重机制，未公开该特征。 |
| 技术特征J：通过将与所述RLC PDU关联的所述状态变量与预定阈值进行比较来执行阈值测试<br>【未公开】 | 无引用内容。 | 目标专利说明书[0027]、[0031]步骤410中，将计数变量VT(TotalTrans)与预定阈值MaxTotalTrans进行比较，用于监控是否达到传输/重传极限。对比文件不涉及协议传输阈值比较，未公开该特征。 |
| 技术特征K：基于所述阈值测试而发起RLC重建。<br>【未公开】 | 无引用内容。 | 目标专利说明书[0025]、[0032]、[0037]中，当状态变量达到阈值时发起RLC复位/重建，以避免无线链路死锁。对比文件未涉及RLC协议实体及其重建机制，未公开该特征。 |
| 技术特征L：该方法还包括：<br>【未公开】 | 无引用内容。 | 对比文件未公开通信方法中的后续附加处理步骤，未公开该特征。 |
| 技术特征M：基于所述阈值测试而丢弃RLC服务数据单元(SDU)<br>【未公开】 | 无引用内容。 | 目标专利说明书[0032]、[0034]中，阈值测试满足时触发本地丢弃包含在该PDU中的RLC SDU，以释放资源。对比文件属于背光显示结构，未公开任何关于RLC SDU的丢弃机制。 |
| 技术特征N：该RLC SDU的至少一部分被包含在所述RLC PDU中<br>【未公开】 | 无引用内容。 | 目标专利说明书[0006]、[0034]中，RLC SDU被分段或封装到RLC PDU中。对比文件未涉及无线通信协议数据单元与服务数据单元的包含与映射关系，未公开该特征。 |
| 技术特征O：基于所述阈值测试而丢弃RLC PDU和PDU分段<br>【未公开】 | 无引用内容。 | 目标专利说明书[0032]、[0033]中，重传达到阈值时丢弃相应的RLC PDU及其重新分段。对比文件未公开通信分组丢弃控制，未公开该特征。 |
| 技术特征P：所述RLC PDU和PDU分段包含了被丢弃的RLC SDU的至少一部分。<br>【未公开】 | 无引用内容。 | 目标专利说明书[0035]记载丢弃包含了被丢弃SDU的分段的所有RLC PDU或PDU分段。对比文件不涉及SDU与PDU分段的数据包含关系及关联级联丢弃机制，未公开该特征。 |
| 技术特征Q：该方法还包括：<br>【未公开】 | 无引用内容。 | 对比文件未公开通信方法中的附加处理步骤，未公开该特征。 |
| 技术特征R：执行移动接收窗口(MRW)过程。<br>【未公开】 | 无引用内容。 | 目标专利说明书[0011]、[0036]中，MRW过程用于向对等RLC实体发送信令请求移动接收窗口并通告被丢弃分组。对比文件完全不涉及窗口移动控制信令，未公开该特征。 |
| 技术特征S：该方法还包括：<br>【未公开】 | 无引用内容。 | 对比文件未公开通信方法中的附加处理步骤，未公开该特征。 |
| 技术特征T：丢弃所述RLC PDU和RLC PDU分段中的至少一者。<br>【未公开】 | 无引用内容。 | 目标专利说明书[0033]、[0102]中，针对超额重传执行PDU或PDU分段的丢弃操作。对比文件未涉及任何RLC层协议分组的丢弃处理，未公开该特征。 |
**特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A<该方法包括：><br>《直接公开》 | 对比文件第[2]部分：“本発明は無線通信システムにおけるＲＬＣ（無線リンク制御）エンティティーの受信側のみ再確立するとき、ＲＬＣリセットプロセスに関する変数を処理する方法を提供する。”<br>（参考翻译：“本发明提供了一种在无线通信系统中仅重新建立RLC（无线电链路控制）实体的接收侧时，处理与RLC复位过程相关的变量的方法。”） | 对比文件公开了一种无线通信系统中RLC实体变量处理的方法。技术特征A作为方法主题的前置引导语，被对比文件直接公开。 |
| 技术特征B<生成RLC协议数据单元(PDU)><br>《直接公开》 | 对比文件第[2]部分（结合图2描述）：“信号を発するとき、第二層インターフェイス（ＲＬＣ層）２０６は第三層インターフェイス２０２によって出力されたデータに基づいて複数のＳＤＵ（サービスデータユニット）２０８を生成してバッファ２１２に保存する。 その後、第二層インターフェイス２０６はバッファ２１２に保存されたＳＤＵ２０８に基づいて複数のＰＤＵ２１４を生成して第一層インターフェイス２１８を介して送信先に出力する。”<br>（参考翻译：“在发送信号时，第二层接口（RLC层）206根据第三层接口202输出的数据生成多个SDU 208并保存在缓冲器212中。之后，第二层接口206根据保存在缓冲器212中的SDU 208生成多个PDU 214，并通过第一层接口218输出到发送目的地。”） | 对比文件明确公开了RLC层（第二层接口206）根据SDU生成PDU。二者作用完全相同，均是用于生成在无线电链路上进行传输的数据单元。因此技术特征B被对比文件直接公开。 |
| 技术特征C<传送所述RLC PDU><br>《直接公开》 | 对比文件第[2]部分：“その後、第二層インターフェイス２０６はバッファ２１２に保存されたＳＤＵ２０８に基づいて複数のＰＤＵ２１４を生成して第一層インターフェイス２１８を介して送信先に出力する。”<br>（参考翻译：“之后，第二层接口206根据保存在缓冲器212中的SDU 208生成多个PDU 214，并通过第一层接口218输出到发送目的地。”） | 对比文件明确公开了通过物理层（第一层接口）向发送目的地输出并传送生成的PDU。作用与目标专利中传送RLC PDU完全一致。因此技术特征C被对比文件直接公开。 |
| 技术特征D<在所述RLC PDU被考虑首次重传的情况下><br>《未公开》 | 对比文件第[2]部分：“初期値が０である状態変数VT(RST)は、リセット肯定応答ＰＤＵ（RESET ACK PDU）を受信するときにのみリセットされ、ＲＬＣリセットプロセスの起動によってリセットされることはない。”以及“ＲＬＣエンティティーの受信側のみ再確立するときにリセット状態変数をリセットする。” | 目标专利的技术特征D限定了在RLC PDU被考虑首次重传的特定触发场景。对比文件仅涉及在“仅接收侧重新建立时”或“接收到RESET ACK PDU时”复位复位控制PDU的状态变量VT(RST)，并未公开在普通数据RLC PDU首次被考虑重传时进行相应处理的机制。即便按照非常宽松的推理，对比文件也没有涉及数据PDU在首次考虑重传触发状态变量初始化的任何技术教导。 |
| 技术特征E<初始化状态变量为零><br>《隐含公开》 | 对比文件第[2]部分：“ステップ３０２：ＲＬＣエンティティーの受信側のみ再確立するときにリセット状態変数をリセットする。”以及“初期値が０である状態変数VT(RST)は...”“新たなリセットプロセスに対応するリセット状態変数VT(RST)は０から累計される。”<br>（参考翻译：“步骤302：在仅重新建立RLC实体的接收侧时复位复位状态变量。”；“初始值为0的状态变量VT(RST)...”；“与新的复位过程相对应的复位状态变量VT(RST)从0开始累积。”） | 目标专利中状态变量初始化为零用于作为后续传输/重传次数计数的基准。对比文件虽然针对的是复位状态变量VT(RST)，但其明确指出了将状态变量复位并使其从0开始累积（初始值为0），公开了“初始化状态变量为零”这一动作本身，本领域技术人员基于该公开内容能够推知对计数状态变量赋零初始化的操作。根据极宽松的隐含公开判断标准，认定技术特征E被隐含公开。 |
| 技术特征F<在至少所述RLC PDU的一部分被考虑重传><br>《未公开》 | 对比文件全文未见关于PDU分段重传或PDU某一部分被考虑重传的记载。 | 目标专利的技术特征F针对LTE/E-UTRAN环境下的重传或重新分段（包含PDU的一部分被考虑重传）。而对比文件属于3G/WCDMA体系，仅涉及完整PDU或复位控制PDU的重新调度，完全没有记载或暗示“RLC PDU的一部分被考虑重传”的技术内容，亦无法通过其内容合理推理得出。 |
| 技术特征G<没有已经在等待重传的情况下><br>《未公开》 | 对比文件全文未见避免对重传重复计数的判断逻辑相关记载。 | 目标专利限定该条件是为了在PDU或其部分已处于重传缓冲队列时避免状态变量重复递增。对比文件中未涉及判断该PDU是否已经在等待重传的逻辑，亦无相关技术方案能够推理出该特征。 |
| 技术特征H<递增与所述RLC PDU关联的所述状态变量><br>《隐含公开》 | 对比文件第[2]部分：“受信端から返送された状態ＰＤＵ（STATUS PDU）やピギーバック状態ＰＤＵに誤ったシーケンス番号が含まれば、送信端は状態変数VT(RST)に１を足す。”<br>（参考翻译：“若从接收端返回的状态PDU或搭载状态PDU中包含错误的序列号，则发送端给状态变量VT(RST)加1。”） | 目标专利中递增状态变量是为了累计传输/重传次数。对比文件公开了在满足特定触发事件（如收到错误序列号状态报告时重发）给关联的状态变量VT(RST)加1（递增）。虽然监控对象不同，但对比文件公开了针对RLC特定PDU传输计数而递增关联状态变量的手段。在极宽松的隐含公开标准下，认为技术特征H被隐含公开。 |
| 技术特征I<递增包括在被考虑重传的所述至少所述RLC PDU的一部分处于重传缓存器中的情况下不递增所述状态变量><br>《未公开》 | 对比文件全文未见相关记载。 | 目标专利该特征针对分段/部分PDU已在重传缓存器（等待重传）时抑制状态变量自增以防虚增。对比文件完全没有提及在重传缓存器中排队情况下抑制状态变量递增的机制，本领域技术人员无法从对比文件中推理得出。 |
| 技术特征J<通过将与所述RLC PDU关联的所述状态变量与预定阈值进行比较来执行阈值测试><br>《隐含公开》 | 对比文件第[2]部分：“状態変数VT(RST)が上限値（すなわちプロトコルパラメータMaxRST）に達した場合、送信端は実行中のＲＬＣリセットプロセスを中止し... それに反して、状態変数VT(RST)がプロトコルパラメータMaxRSTに達していない場合、送信端はリセットＰＤＵを出力してＲＬＣリセットプロセスを起動させる。”<br>（参考翻译：“当状态变量VT(RST)达到上限值（即协议参数MaxRST）时，发送端中止正在执行的RLC复位过程...反之，若状态变量VT(RST)未达到协议参数MaxRST，发送端输出复位PDU并启动RLC复位过程。”） | 目标专利将状态变量与预定阈值比较以判断是否超限。对比文件公开了将RLC相关的状态变量VT(RST)与协议预定上限阈值MaxRST进行比较判断，以此决定后续流程。两者的比较机制与判断原理相同，基于极宽松的隐含公开标准，认为技术特征J被对比文件隐含公开。 |
| 技术特征K<基于所述阈值测试而发起RLC重建。><br>《隐含公开》 | 对比文件第[2]部分：“状態変数VT(RST)がプロトコルパラメータMaxRSTと一致するようになる。 そうなると、受信端は実行中のＲＬＣリセットプロセスを中止して上位層に回復不能エラーを返送し、ＲＬＣエンティティーは再リセットを余儀なくされる。”以及“送信端は上位層に回復不能エラーを返送し、ＲＬＣエンティティーは不必要に再確立される。”<br>（参考翻译：“状态变量VT(RST)与上限协议参数MaxRST一致。这样一来，接收端中止执行中的RLC复位过程并向上位层返回不可恢复错误，RLC实体被迫重新复位”；“发送端向上位层返回不可恢复错误，RLC实体被不必要地重新建立。”） | 目标专利根据目标说明书[0025]段明确指出“RLC重建”与“RLC复位”可互换使用。对比文件中状态变量达到阈值后向高层上报不可恢复错误，进而触发RLC实体的重新建立（再確立/再リセット），其实质结果与作用与基于阈值测试发起RLC重建在效果上高度重合。基于极宽松隐含公开判断标准，认为技术特征K被隐含公开。 |
| 技术特征L<该方法还包括：><br>《直接公开》 | 对比文件第[2]部分：“該方法は、上記ＲＬＣエンティティーの受信側のみ再確立するときにリセット状態変数をリセットすることを内容とする。”<br>（参考翻译：“该方法的内容为，在仅重新建立所述RLC实体的接收侧时复位复位状态变量。”） | 技术特征L为附加方法步骤的引导语，对比文件公开了该方法的进一步步骤，属于直接公开。 |
| 技术特征M<基于所述阈值测试而丢弃RLC服务数据单元(SDU)><br>《未公开》 | 对比文件第[2]部分：“状態変数VT(RST)が上限値（すなわちプロトコルパラメータMaxRST）に達した場合、送信端は実行中のＲＬＣリセットプロセスを中止し、起動されたリセットタイマーTimer_RSTを止め、上位層に回復不能エラーを返送する。” | 目标专利限定在达到阈值后本地主动执行SDU丢弃（SDU Discard）。对比文件在达到MaxRST时执行的是中止复位流程并向高层发送不可恢复错误，未公开基于该阈值测试在RLC层主动丢弃SDU的动作，本领域技术人员无法从对比文件中推理得出。 |
| 技术特征N<该RLC SDU的至少一部分被包含在所述RLC PDU中><br>《未公开》 | 对比文件未公开基于阈值测试丢弃SDU的特征，亦未公开定位丢弃对应RLC PDU所承载的该SDU的技术细节。 | 尽管对比文件说明书提到了SDU与PDU的组装关系，但该特征与被丢弃的SDU强绑定，在技术特征M未被公开的前提下，该关联性特征无法从对比文件中推理得出。 |
| 技术特征O<基于所述阈值测试而丢弃RLC PDU和PDU分段><br>《未公开》 | 对比文件第[2]部分未涉及在达到阈值后丢弃RLC PDU和PDU分段的记载。 | 目标专利是在状态变量达到阈值测试条件后主动将对应的PDU及PDU分段从缓存中丢弃。对比文件未公开丢弃PDU分段及基于该阈值丢弃PDU的机制，本领域技术人员无法从对比文件中合理推导得出。 |
| 技术特征P<所述RLC PDU和PDU分段包含了被丢弃的RLC SDU的至少一部分。><br>《未公开》 | 对比文件全文未见级联丢弃包含被丢弃SDU分段的PDU/PDU分段的相关记载。 | 目标专利该特征限定了级联丢弃与被丢弃SDU相关的PDU和分段。对比文件完全不涉及该协同丢弃机制，无法隐含公开。 |
| 技术特征Q<该方法还包括：><br>《直接公开》 | 对比文件公开了包含后续处理步骤的方法流程。 | 附加方法步骤的引导语，已被对比文件直接公开。 |
| 技术特征R<执行移动接收窗口(MRW)过程。><br>《未公开》 | 对比文件全文未出现移动接收窗口（Move Receiving Window, MRW）流程的任何记载。 | 目标专利中MRW过程用于向对端告知被丢弃的PDU/SDU并请求移动窗口。对比文件未公开亦未提示MRW过程，本领域技术人员无法从对比文件中推理得出。 |
| 技术特征S<该方法还包括：><br>《直接公开》 | 对比文件公开了包含后续处理步骤的方法流程。 | 附加方法步骤的引导语，已被对比文件直接公开。 |
| 技术特征T<丢弃所述RLC PDU和RLC PDU分段中的至少一者。><br>《未公开》 | 对比文件全文未出现丢弃RLC PDU分段或基于传输重传阈值丢弃PDU的相关方案。 | 目标专利中丢弃RLC PDU或其分段以释放资源避免死锁。对比文件在达到最大重传上限时仅向高层报不可恢复错误，未记载RLC层丢弃该PDU/分段的动作，本领域技术人员无法从对比文件合理推断得出。 |
<<<A>>>
<<<B>>>
<<<C>>>
<<<a>>>
<<<b>>>
<<<c>>>
<<<e>>>
<<<h>>>
<<<j>>>
<<<k>>>
<<<L>>>
<<<l>>>
<<<Q>>>
<<<q>>>
<<<S>>>
<<<s>>>
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括：<br><br>《未公开》 | 对比文件仅记载：<br>“[0001] 图1是挂钩的俯视及右后立体图，示出了我们的设计；<br>[0002] 图2是其俯视图；<br>[0003] 图3是其主视图；<br>[0004] 图4是其右侧视图；以及，<br>[0005] 图5是其左侧视图。” | 对比文件属于日用品五金挂钩（Hook）的外观设计专利，仅通过简短的图面说明公开了挂钩的外部立体及正投影形状、外观设计方案，完全未涉及任何计算机通信协议处理方法、信令交互流程或操作步骤，既未直接公开、也未隐含公开该方法步骤特征。 |
| 技术特征B：<br>生成RLC协议数据单元(PDU)<br><br>《未公开》 | 无引用内容。 | 本技术特征在目标专利说明书中指的是无线电链路控制（RLC）实体将RLC SDU分段或封装生成包含报头与序列号的RLC PDU。对比文件公开的内容仅为机械挂钩的外观形状设计，不存在任何通信协议栈、RLC实体、数据单元生成的技术方案或相应暗示，既未直接公开、也无法隐含公开本特征。 |
| 技术特征C：<br>传送所述RLC PDU<br><br>《未公开》 | 无引用内容。 | 本技术特征在目标专利中指将生成的RLC PDU经由下层协议栈（如MAC层/物理层）向接收端或对等实体进行空中接口传输。对比文件仅公开了物理挂钩的外观，完全未涉及任何无线电数据传输、报文收发或通信交互，既未直接公开，也无法得出隐含公开的结论。 |
| 技术特征D：<br>在所述RLC PDU被考虑首次重传的情况下<br><br>《未公开》 | 无引用内容。 | 本技术特征在目标专利说明书（如[0027]、[0029]）中指的是在数据传输出现差错（如收到NACK）后，判定该RLC PDU是否为第一次进入重传考虑流程的判断机制。对比文件为挂钩外观设计，未公开或暗示任何ARQ重传控制、错误检测、状态判断机制，既未直接公开，也未隐含公开。 |
| 技术特征E：<br>初始化状态变量为零<br><br>《未公开》 | 无引用内容。 | 本技术特征在目标专利说明书中指为给定的RLC PDU设置用于计数传输/重传次数或大小的状态变量（如VT(TotalTrans)或VT(Bytes)），并在首次考虑重传或首次传输时将其复位为0。对比文件为挂钩外观设计，不具备任何软件寄存器、计数器、状态变量及其复位逻辑，既未直接公开，也未隐含公开。 |
| 技术特征F：<br>在至少所述RLC PDU的一部分被考虑重传<br><br>《未公开》 | 无引用内容。 | 本技术特征在目标专利说明书（如[0005]、[0028]）中涉及支持RLC重新分段体制下，对整个PDU或其子分段被考虑进行ARQ重传的判定。对比文件仅公开挂钩结构外观，与无线网络重传技术完全无关，既未直接公开，也未隐含公开。 |
| 技术特征G：<br>没有已经在等待重传的情况下<br><br>《未公开》 | 无引用内容。 | 本技术特征在目标专利说明书（如[0014]、[0030]、[0031]）中指检查被考虑重传的PDU或分段是否已经处于重传缓存器中正在排队等待重传，以防止重复递增变量。对比文件是挂钩外观，完全不涉及缓存管理、队列等待及防重复计数机制，既未直接公开，也未隐含公开。 |
| 技术特征H：<br>递增与所述RLC PDU关联的所述状态变量<br><br>《未公开》 | 无引用内容。 | 本技术特征在目标专利中指的是根据重传事件将关联的状态变量累加1（或累加对应数据字节数）。对比文件仅涉及挂钩外部造型，没有任何变量累加、计数或更新逻辑，既未直接公开，也未隐含公开。 |
| 技术特征I：<br>递增包括在被考虑重传的所述至少所述RLC PDU的一部分处于重传缓存器中的情况下不递增所述状态变量<br><br>《未公开》 | 无引用内容。 | 本技术特征在目标专利说明书（如[0030]、[0031]）中指特定的防重计数保护逻辑：当相应数据分片已位于重传缓存器时抑制计数器累加。对比文件属于挂钩外观设计，不存在缓存器、数据包状态识别或计数抑制策略，既未直接公开，也未隐含公开。 |
| 技术特征J：<br>通过将与所述RLC PDU关联的所述状态变量与预定阈值进行比较来执行阈值测试<br><br>《未公开》 | 无引用内容。 | 本技术特征在目标专利中指将重传计数状态变量与系统预设的最大重传阈值（如MaxTotalTrans）进行数值比对，以确定是否达到丢弃/重建门限。对比文件未公开任何算法判断、阈值比对或逻辑门限测试，既未直接公开，也未隐含公开。 |
| 技术特征K：<br>基于所述阈值测试而发起RLC重建。<br><br>《未公开》 | 无引用内容。 | 本技术特征在目标专利说明书（如[0025]、[0032]、[0037]）中指当状态变量达到阈值时，为了避免死锁并恢复通信链路，触发RLC实体的复位或重建流程。对比文件为挂钩外观设计，完全不涉及协议实体异常处理或重建流程，既未直接公开，也未隐含公开。 |
| 技术特征L：<br>该方法还包括：<br><br>《未公开》 | 对比文件仅记载：<br>“[0001] 图1是挂钩的俯视及右后立体图，示出了我们的设计；<br>[0002] 图2是其俯视图；<br>[0003] 图3是其主视图；<br>[0004] 图4是其右侧视图；以及，<br>[0005] 图5是其左侧视图。” | 对比文件仅公开挂钩的外观图形说明，并未公开通信协议操作步骤，既未直接公开，也未隐含公开该方法引用步骤。 |
| 技术特征M：<br>基于所述阈值测试而丢弃RLC服务数据单元(SDU)<br><br>《未公开》 | 无引用内容。 | 本技术特征在目标专利说明书（如[0034]）中指当重传达到阈值上限时丢弃上层数据单元以释放缓存并防止阻塞。对比文件为日用挂钩外观设计，未公开任何数据单元存储或丢弃机制，既未直接公开，也未隐含公开。 |
| 技术特征N：<br>该RLC SDU的至少一部分被包含在所述RLC PDU中<br><br>《未公开》 | 无引用内容。 | 本技术特征在目标专利中限定了RLC SDU与RLC PDU之间的映射和包含切片关系。对比文件未公开任何通信报文数据映射关系，既未直接公开，也未隐含公开。 |
| 技术特征O：<br>基于所述阈值测试而丢弃RLC PDU和PDU分段<br><br>《未公开》 | 无引用内容。 | 本技术特征在目标专利说明书（如[0033]）中指在阈值满足时，将RLC实体本地缓存中已无法成功发送的PDU及其所有分段予以丢弃清除。对比文件无此数据分组控制逻辑，既未直接公开，也未隐含公开。 |
| 技术特征P：<br>所述RLC PDU和PDU分段包含了被丢弃的RLC SDU的至少一部分。<br><br>《未公开》 | 无引用内容。 | 本技术特征在目标专利说明书（如[0035]）中限定了因关联SDU被丢弃而联级丢弃对应PDU/PDU分段的依赖关系。对比文件未公开任何通信协议数据结构关系，既未直接公开，也未隐含公开。 |
| 技术特征Q：<br>该方法还包括：<br><br>《未公开》 | 对比文件仅记载：<br>“[0001] 图1是挂钩的俯视及右后立体图，示出了我们的设计；<br>[0002] 图2是其俯视图；<br>[0003] 图3是其主视图；<br>[0004] 图4是其右侧视图；以及，<br>[0005] 图5是其左侧视图。” | 对比文件仅公开了物理挂钩的外观设计，未涉及任何通信处理方法步骤，既未直接公开，也未隐含公开。 |
| 技术特征R：<br>执行移动接收窗口(MRW)过程。<br><br>《未公开》 | 无引用内容。 | 本技术特征在目标专利说明书（如[0011]、[0036]）中指在丢弃数据后，发送信令请求对等实体移动接收窗口以保持收发窗口同步。对比文件为挂钩外观设计，完全未涉及滑动窗口控制协议或MRW流程，既未直接公开，也未隐含公开。 |
| 技术特征S：<br>该方法还包括：<br><br>《未公开》 | 对比文件仅记载：<br>“[0001] 图1是挂钩的俯视及右后立体图，示出了我们的设计；<br>[0002] 图2是其俯视图；<br>[0003] 图3是其主视图；<br>[0004] 图4是其右侧视图；以及，<br>[0005] 图5是其左侧视图。” | 对比文件仅公开挂钩的外观图形说明，未涉及任何通信协议方法的步骤，既未直接公开，也未隐含公开。 |
| 技术特征T：<br>丢弃所述RLC PDU和RLC PDU分段中的至少一者。<br><br>《未公开》 | 无引用内容。 | 本技术特征在目标专利说明书（如[0014]、[0033]）中指在特定触发条件（如重传超时或达到阈值）下，主动清除待发或待重传的PDU或其子分段。对比文件仅涉及挂钩外观，未公开任何数据分组丢弃操作，既未直接公开，也未隐含公开。 |
权利要求2
根据权利要求1所述的方法，该方法还包括：；基于所述阈值测试而丢弃RLC服务数据单元(SDU)；该RLC SDU的至少一部分被包含在所述RLC PDU中；以及基于所述阈值测试而丢弃RLC PDU和PDU分段；所述RLC PDU和PDU分段包含了被丢弃的RLC SDU的至少一部分。
权利要求3
根据权利要求1所述的方法，该方法还包括：；执行移动接收窗口(MRW)过程。
权利要求4
根据权利要求1所述的方法，该方法还包括：；丢弃所述RLC PDU和RLC PDU分段中的至少一者。