对比文件的名称：2003-01-09_US2003007480A_发明申请_US20030007480A1 Data retransmission apparatus and method in a mobile communication system
目标专利的名称：1859无线通讯系统处理重建无线链接控制单元的方法及其装置CN101309128B
本次调用的模型名称：未指定
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（翻译成中文） | 公开性论述 |
| 技术特征A：无线链接控制单元具有发射边及接收边<br>《直接公开》 | 对比文件[0020]描述RLC结构：“一个分段/级联部分401分段或级联来自上层的SDU为预定PDU大小。一个加密部分402加密PDU，一个RLC头部添加器403添加头部信息D/C, SN, LI和HE。一个重传缓冲器和管理器404存储RLC PDU……一个复用器405将RLC头部添加器403和重传缓冲器和管理器404的输出复用到一条流，并输出到传输缓冲器406。一个RLC头部设置部分407插入要发送到接收侧的STATUS PDU或设置P比特。此外，一个解复用/路由部分408判断从下层接收的RLC PDU是STATUS PDU还是数据PDU。如果接收的RLC PDU是数据PDU，则提供给接收缓冲器和重传管理器409。” 以及[0022]和[0023]分别描述了发送侧和接收侧的操作。 | 对比文件明确描述了RLC层包括用于发送的处理链路（如分段/级联、加密、添加头部、重传管理、复用、传输缓冲等）和用于接收的处理链路（如解复用、接收缓冲、头部提取、解密、重组等），公开了RLC单元（或整体RLC实体）同时具备发射侧功能和接收侧功能。该功能与目标专利中RLC单元具有发射边和接收边的作用相同，均属于RLC实体正常双向通信的基本架构。因此直接公开。 |
| 技术特征B：方法包含有暂存多个控制协议数据单元<br>《直接公开》 | 对比文件[0046]图5流程说明在UM模式中：“在步骤513，RLC激活T(SDU)用于计数SDU重组时间……在步骤514，RLC将SDU重组失败的RLC PDU存储在等待缓冲器中”。[0050]图6流程说明在AM模式中：“在步骤610，RLC将SDU重组失败的RLC PDU存储在接收缓冲器中……在步骤615，RLC将SDU重组失败的RLC PDU存储在接收缓冲器中”。 | 对比文件公开了在RLC层中暂存多个接收到的RLC协议数据单元（PDU）的技术内容：UM模式下使用等待缓冲器暂存因未收到连续SN而暂时无法重组成SDU的RLC PDU；AM模式下使用接收缓冲器暂存类似情况的RLC PDU。这些暂存操作与目标专利权利要求中为后续处理（如重建）而暂存协议数据单元的作用基本相同，均为临时存储接收到的数据单元以便后续使用。因此直接公开。 |
| 技术特征C：于仅上述接收边被重建时保留上述多个控制协议数据单元中查询复合字段<br>《未公开》 | 对比文件全文未提及“RLC接收边重建”这一特定场景，也未提及在接收边重建时对“查询复合字段”（可能指Polling bit或其他控制字段）进行保留的操作。对比文件涉及的是在正常HARQ过程中RLC如何根据HARQ_PROCESSING参数决定是否发送STATUS PDU或是否丢弃数据，不涉及RLC重建过程。 | 对比文件没有任何关于RLC重建的描述，尤其是“仅接收边被重建”这一触发条件。本领域技术人员即使结合对比文件的整体启示，也无法合理推断出在接收边重建时需要保留查询复合字段的技术方案。因此既未直接公开，也未隐含公开。 |
| 技术特征D：保留上述多个控制协议数据单元中移动接收窗复合字段<br>《未公开》 | 对比文件全文未出现“移动接收窗复合字段”或类似表述。对比文件未提及在RLC重建过程中对接收窗相关字段进行保留的操作。 | 对比文件完全没有涉及接收窗口的管理或窗口字段的保留，尤其是在重建场景下。本领域技术人员无法从对比文件中推理出该特征。因此未公开。 |
| 技术特征E：丢弃上述多个控制协议数据单元中确认收讫状态回报单元<br>《未公开》 | 对比文件涉及STATUS PDU的发送控制，例如[0050]：“如果HARQ_PROCESSING参数不存在，则RLC在满足STATUS PDU传输条件#1时发送STATUS PDU（步骤618）”；[0052]：“STATUS PDU传输条件#2被定义为仅当HARQ_PROCESSING参数不提供时才满足……例外是P比特被设置时”。对比文件并未公开“丢弃确认收讫状态回报单元”（如STATUS PDU或ACK/NACK），而是控制是否发送STATUS PDU，并非主动丢弃已存在的状态回报单元。 | 对比文件讨论的是避免在HARQ进行中发送STATUS PDU，从未公开丢弃任何已生成的确认收讫状态回报单元。目标专利的特征是指在重建过程中丢弃状态回报单元，对比文件无此场景。因此未公开。 |
| 技术特征F：调整接收窗大小复合字段<br>《未公开》 | 对比文件全文未出现“调整接收窗大小”或相关窗口调整的表述。对比文件不涉及RLC接收窗口的动态调整。 | 对比文件没有任何关于接收窗大小调整的内容，也没有暗示在重建时需要进行窗口调整。因此未公开。 |
| 技术特征G：移动接收窗确认收讫复合字段<br>《未公开》 | 对比文件全文未出现“移动接收窗确认收讫”或类似字段的表述。对比文件涉及的确认机制主要是通过STATUS PDU，而非通过移动接收窗的复合字段。 | 对比文件未公开通过移动接收窗来进行确认收讫的技术，也未公开相应的复合字段。因此未公开。 |
| 技术特征H：重置启动协议数据单元及重置确认收讫协议数据单元<br>《未公开》 | 对比文件全文未提及RLC重置（Reset）过程，未公开“重置启动协议数据单元”或“重置确认收讫协议数据单元”等概念。 | 对比文件完全不涉及RLC实体的重置启动或重置确认操作。本领域技术人员无法从中获得任何关于重置协议数据单元的技术启示。因此未公开。 |
<<<A>>><<<B>>>