### 对比文件名称
2004-03-25_US2004057423A_发明申请_US20040057423A1 Method for exchanging data packets between two service providers of a radiotelephony transmission system
### 目标专利名称
1859无线通讯系统处理重建无线链接控制单元的方法及其装置CN101309128B
### 本次调用的模型名称
(本模型为当前对话模型,名称根据平台确定)
---
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用(中文翻译) | 公开性论述 |
| **技术特征A:** 无线链接控制单元具有发射边及接收边<br>《直接公开》 | 段落[0026]:“假设AM RLC单元已经从相应的无线承载3接收到一个100字节的数据包。对于无线承载3的设置,已经确定对应发送端和接收端的AM RLC单元的PU大小应为30字节。发送端和接收端可以是RNC或UE。”<br>段落[0011]:“发送RLC单元通过一个额外信息位(轮询位)可以请求接收RLC单元返回确认。” | 对比文件明确描述了无线链接控制单元(RLC单元)在确认模式(AM)下具有发送端(transmitter)和接收端(receiver),并分别定义了各自的功能(如发送端存储PDU、请求确认;接收端解析PDU、返回确认)。本领域技术人员能够毫无疑义地确定该技术特征已被直接公开。 |
| **技术特征B:** 上述方法包含有暂存多个控制协议数据单元<br>《未公开》 | 段落[0011]:“所有已发送的PDU必须存储在RLC单元中,直到收到肯定的接收确认。”<br>段落[0008]:“一个信息位(D/C)指示是数据包还是控制包。” | 对比文件公开了暂存PDU,但上下文中的“PDU”均指数据PDU(如通过分段生成的PU构成的AMD PDU),且明确提及存储目的是为了重传未确认的数据。对于“控制协议数据单元”(如状态报告PDU),对比文件未提及暂存操作,也未暗示其存储必要性。本领域技术人员不能从对比文件直接或隐含地得出“暂存多个控制协议数据单元”这一技术方案。 |
| **技术特征C:** 于仅上述接收边被重建时保留上述多个控制协议数据单元中查询复合字段<br>《未公开》 | 无相关内容 | 对比文件通篇未涉及任何关于RLC接收边重建(re-establishment)的场景或处理步骤,也未提及“查询复合字段”或类似含义的字段保留操作。因此,无法从对比文件中直接或隐含地得到该技术特征。 |
| **技术特征D:** 保留上述多个控制协议数据单元中移动接收窗复合字段<br>《未公开》 | 无相关内容 | 对比文件没有公开或暗示任何关于“移动接收窗复合字段”的内容,也没有涉及接收窗调整或保留的操作。完全未公开。 |
| **技术特征E:** 丢弃上述多个控制协议数据单元中确认收讫状态回报单元<br>《未公开》 | 无相关内容 | 对比文件没有提及“确认收讫状态回报单元”的丢弃操作,也没有涉及接收重建时的处理。完全未公开。 |
| **技术特征F:** 调整接收窗大小复合字段<br>《未公开》 | 无相关内容 | 对比文件没有描述接收窗大小调整的机制或相关字段。完全未公开。 |
| **技术特征G:** 移动接收窗确认收讫复合字段<br>《未公开》 | 无相关内容 | 对比文件未涉及接收窗移动确认或相关复合字段。完全未公开。 |
| **技术特征H:** 重置启动协议数据单元及重置确认收讫协议数据单元<br>《未公开》 | 无相关内容 | 对比文件没有公开或暗示任何重置PDU(如RESET PDU)的处理。完全未公开。 |
---
根据上述比对,对比文件U.S.2004/0057423A1仅直接公开了技术特征A,其他技术特征B~H均未被直接或隐含公开。
<<<A>>>