对比文件的名称：2005-09-20_US6947394B_发明授权_US06947394B1 Flexible radio link control protocol
目标专利的名称：1859无线通讯系统处理重建无线链接控制单元的方法及其装置CN101309128B
本次调用的模型名称：大语言模型（LLM）
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译） | 公开性论述 |
| 技术特征A：无线链接控制单元具有发射边及接收边（直接公开） | [0021] “RLC功能被分为两组：发送侧功能和接收侧功能。”（原文：the RLC functions are divided into two groups: transmitting (sending) side functions; and receiving side functions.） | 对比文件明确将RLC功能划分为发送侧和接收侧，直接教导了无线链接控制单元（RLC实体）具有发射边（发送侧）和接收边（接收侧），与本技术特征实质相同，因此直接公开。 |
| 技术特征B：暂存多个控制协议数据单元（隐含公开） | [0008] “可以在两个ARQ对等实体之间传送三种主要类型的信息要素（PDU）：用户数据；错误恢复控制数据；和通用控制数据。”其中“错误恢复控制数据”即控制协议数据单元（Status-PDU）。[0024] “最后一个PDU在缓冲器中。” | 对比文件虽未直接写明“暂存多个控制协议数据单元”，但明确了控制PDU（如Status-PDU）的存在，且RLC协议运行必然需要缓冲区暂存待发送或待处理的PDU。本领域技术人员结合RLC基本机制和对比文件提及的“缓冲器”可以合理推断出该方法包含暂存多个控制协议数据单元的步骤，因此隐含公开。 |
| 技术特征C：于仅上述接收边被重建时保留上述多个控制协议数据单元中查询复合字段（未公开） | 对比文件[0020]描述AMD PDU包含一个轮询位（polling bit），但并未涉及接收边被重建的场景。全文无“重建”“重新建立”等任何相关教导。 | 对比文件仅公开了轮询位作为查询字段的一种形式，但未提供在接收边单独重建时保留该字段的任何启示，也没有涉及重建过程的操作。本领域技术人员无法从对比文件合理推断出该技术特征，故既不直接公开也不隐含公开。 |
| 技术特征D：保留上述多个控制协议数据单元中移动接收窗复合字段（未公开） | 对比文件[0036]提及“X% of receiving window”作为触发状态报告的条件，涉及接收窗百分比；但未描述在控制PDU中保留有关“移动接收窗”的复合字段。 | 对比文件虽然提到了接收窗，但未公开任何在控制PDU中携带或保留移动接收窗复合字段的方案，更没有重建场景下的处理。无法合理推断，故未公开。 |
| 技术特征E：丢弃上述多个控制协议数据单元中确认收讫状态回报单元（未公开） | 对比文件[0033]提到“合理性检查（plausibility check）可禁止或延迟重传请求”，但未涉及丢弃状态回报单元（Status-PDU）。全文没有“丢弃”状态PDU的操作。 | 对比文件未公开对确认收讫状态回报单元进行丢弃的任何内容，本领域技术人员无法从中得到相关教导，故未公开。 |
| 技术特征F：调整接收窗大小复合字段（未公开） | 对比文件[0030]描述“根据收到的状态报告调整发送窗（adjust transmission window）”，但仅涉及发送窗，未提及接收窗大小调整。 | 对比文件只调整了发送窗，没有调整接收窗大小或相关复合字段，也未涉及重建时的处理。不能直接或隐含公开。 |
| 技术特征G：移动接收窗确认收讫复合字段（未公开） | 对比文件[0018]-[0045]多处提到状态报告（Status-PDU）包含确认信息，但未指定“移动接收窗确认收讫复合字段”的具体结构或应用。 | 对比文件没有公开在控制PDU中专设移动接收窗确认收讫字段，也没有在重建情况下使用的提示。无法合理推断，故未公开。 |
| 技术特征H：重置启动协议数据单元及重置确认收讫协议数据单元（未公开） | 对比文件全文未出现“重置”“复位”“reset”等与RLC重建相关的协议数据单元描述。 | 对比文件完全不涉及RLC重建过程中的重置操作，也没有公开任何重置启动或重置确认的协议数据单元。本领域技术人员无法得到相关技术特征，故未公开。 |
根据以上比对，对比文件直接公开了技术特征A，隐含公开了技术特征B。
<<<A>>><<<b>>>