### 回答开始
**对比文件名称**：2002-04-26_JP2002125004A_发明专利_JP2002125004A Method for processing length indicator of protocol data unit information through radio link control
**目标专利名称**：1859无线通讯系统处理重建无线链接控制单元的方法及其装置CN101309128B
**本次调用的模型名称**：无指定（基于通用评估逻辑）
---
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：无线链接控制单元具有发射边及接收边<br>**《直接公开》** | 对比文件段落[0006]中文译文：“在接收侧接收到PDU后，不需要向发送侧发送确认信号ACK时使用的UMD PDU”以及“存在UMD PDU（在接收侧接收到PDU后不需要向发送侧发送确认信号ACK时使用）和AMD PDU（需要发送确认信号时使用）两种PDU”。 | 对比文件明确提到“接收侧”（受信側）和“发送侧”（送信側），即RLC实体在处理PDU时必然包含接收边和发射边。本领域技术人员能毫无疑义地确定无线链接控制单元（RLC层）具有这两个功能边。且该公开在对比文件中的作用是区分不同PDU模式的基础，与目标专利中RLC单元的基本构成作用相同，因此为直接公开。 |
| **技术特征B**：上述方法包含有暂存多个控制协议数据单元<br>**《未公开》** | 对比文件全文未提及“暂存多个控制协议数据单元”或类似概念。其核心在于PDU生成时LI值的插入判断，未涉及对多个PDU的暂存操作。 | 对比文件仅在发送和接收PDU过程中隐含可能存储单个PDU，但未公开“暂存多个控制协议数据单元”这一方法步骤。其技术内容与特征B的作用（涉及重建过程中的缓存管理）无关，本领域技术人员不能从对比文件中直接或合理推断出该特征。 |
| **技术特征C**：于仅上述接收边被重建时保留上述多个控制协议数据单元中查询复合字段<br>**《未公开》** | 对比文件全文未涉及“接收边重建”、“保留查询复合字段”等任何相关内容。对比文件讨论的是如何避免在下一个PDU中插入不必要的LI值，不涉及RLC实体重建。 | 对比文件既未直接公开亦未隐含公开与RLC重建或保留特定字段（如查询复合字段）相关的技术手段。该特征在目标专利中用于在接收边重建时维持特定数据（查询复合字段）的连续性，对比文件完全没有提及类似场景或功能。 |
| **技术特征D**：其特征是其另包含保留上述多个控制协议数据单元中移动接收窗复合字段<br>**《未公开》** | 对比文件全文未提及“移动接收窗复合字段”（likely related to window-based flow control）或类似保留操作。 | 对比文件专注于LI值的长处理，未涉及RLC接收窗口调整或窗口相关字段的保留。本领域技术人员无法从对比文件获得任何关于保留“移动接收窗复合字段”的启示。 |
| **技术特征E**：其特征是其另包含丢弃上述多个控制协议数据单元中确认收讫状态回报单元<br>**《未公开》** | 对比文件全文未出现“确认收讫状态回报单元”（Status Report）或“丢弃”相关操作。对比文件仅提到在不需要ACK时使用UMD模式，但未涉及状态回报单元的处理。 | 对比文件未公开任何关于丢弃状态回报单元的方法。状态回报单元是RLC确认模式下的反馈机制，对比文件未涉及该机制在重建时的处理。 |
| **技术特征F**：调整接收窗大小复合字段<br>**《未公开》** | 对比文件全文未提及“调整接收窗大小”或类似窗口调节功能。 | 对比文件不涉及RLC窗口管理或复合字段。其全部内容围绕LI值插入的优化，与窗口大小调整无关。本领域技术人员不能从对比文件中推断出此特征。 |
| **技术特征G**：移动接收窗确认收讫复合字段<br>**《未公开》** | 对比文件全文未出现“移动接收窗确认收讫”或类似复合字段。 | 对比文件没有讨论接收窗口移动或确认收讫相关的复合字段。该特征属于RLC重建时的特殊操作，对比文件无任何记载。 |
| **技术特征H**：重置启动协议数据单元及重置确认收讫协议数据单元<br>**《未公开》** | 对比文件全文未提及“重置启动协议数据单元”或“重置确认收讫协议数据单元”。 | 对比文件未涉及任何重置（Reset）操作或针对启动/确认PDU的处理。其技术方案聚焦于正常PDU生成时的LI优化，与重置重建无关。 |
---
### 公开性代码输出
根据上述判断，仅技术特征A被对比文件直接公开。
<<<A>>>