好的，作为一名经验丰富的资深专利代理师，我将对您提供的目标专利权利要求的技术特征与对比文件进行逐一比对和分析。
**对比文件名称：** 2007-03-26_KR1020070033297A_发明公开_KR1020070033297A 무선 통신 시스템에서 수신부들을 재-설정하는 동안 제어ＰＤＵ들을 핸들링하기 위한 방법 및 장치
**目标专利名称：** 1859无线通讯系统处理重建无线链接控制单元的方法及其装置CN101309128B
**本次调用的模型名称：** 深度思考专用模型
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（翻译中文） | 公开性论述 |
| **技术特征A：** 上述无线链接控制单元具有发射边及接收边 **《直接公开》** | **[段落0009]**：AM中，RLC层是**发送（Transmitting Side，即发射边）和接收（Receiving Side，即接收边）** 的结合体。发送和接收端分别处理通过RLC层的接收和发送，二者可以共享系统资源。<br><br>**[段落0015]**：提供了一种用于处理控制PDU的方法，包括...通信装置的RLC实体的**接收方（即接收边）** 仅被重配置... | 对比文件明确且毫无疑义地公开了RLC实体（即无线链接控制单元）具有发射边（发送）和接收边（接收）的双重结构。该技术特征在对比文件中的作用是描述RLC实体的基本构成，与目标专利中的作用完全相同。因此，技术特征A被对比文件直接公开。 |
| **技术特征B：** 上述方法包含有暂存多个控制协议数据单元 **《隐含公开》** | **[段落0019]**：...控制PDU的第一类型主要包括（用于指示PDU类型的）报头、一个或多个超字段（SUFI）以及PAD。通过设置由SUFI携带的信息，STATUS PDU和Piggybacked STATUS PDU可以成为以下类型之一：1. ACK/NACK... 2. Change Window Size... 3. MRW... 4. MRW ACK...<br><br>**全文整体教导**：对比文件全文在处理接收边重建（Re-establishment）场景下，核心操作是基于“暂存”的控制PDU（如MRW SUFI PDU、RESET PDU）进行选择性保留或丢弃。例如，在[段落0013]中讨论现有技术的缺陷时，提及MRW SUFI PDU和RESET PDU可能因为被丢弃而无法重传，这隐含了在正常操作中，这些控制PDU是被“暂存”（即存储、等待处理或重传）的。否则，无法讨论“丢弃”或“重传”这些操作。 | 对比文件虽然没有使用“暂存”这一中文词汇，但其全部技术方案均建立在存在可以被“丢弃”或“保留”的控制PDU的前提之上。在无线通信协议中，控制PDU在被处理或发送前必然存储在缓冲区中，这构成了本领域技术人员的常识。对比文件[段落0019]详细列举了各种类型的控制PDU，并隐含了这些PDU在未被处理前处于“暂存”状态。当接收边被重建时，才会去判断哪些PDU应该保留或丢弃。因此，本领域技术人员可以合理、毫无疑义地推断出，该方法必然包含暂存多个控制协议数据单元的步骤。所以，技术特征B被对比文件隐含公开。 |
| **技术特征C：** 于仅上述接收边被重建时保留上述多个控制协议数据单元中查询复合字段 **《隐含公开》** | **[段落0023]**：...相反，RESET PDU从发送端发送到接收端，用于通过重置所有协议参数、状态变量和一些定时器来实现同步。<br><br>**[段落0037]**：...所述过程不丢弃与发送端对应的控制PDU，如MRW STATUS PDU和**RESET PDU**，其中至少一个被保留而不被丢弃（步骤306）。 | 首先，明确对比文件中“查询复合字段（Polling SUFI）”并未被明确提及。然而，目标专利与其高度相关。对比文件[段落0025]和[0037]公开了“MRW STATUS PDU”（移动接收窗确认状态PDU）和“**RESET PDU**”属于发送端对应的控制PDU，并应在仅重建接收边时予以保留。在协议中，RESET PDU的一个重要组成部分就是“查询（Polling）”机制，它请求接收端进行状态报告，这本质上是一种查询功能。尽管对比文件没有直接指明“查询复合字段”这个具体名称，但它明确指出了属于相同类别的、用于发起流程的控制PDU（如RESET PDU）应被保留。本领域技术人员在对比文件教导下，可以合理推断出同样属于发送端发起、需要接收端响应的、包含查询功能的控制PDU（即查询复合字段）也会被保留，以维持流程的连续性。因此，技术特征C被对比文件隐含公开。 |
| **技术特征D：** 其特征是其另包含保留上述多个控制协议数据单元中移动接收窗复合字段 **《直接公开》** | **[段落0022]**：...**MRW**：由发送端发送的请求，要求接收端移动其接收窗口的位置。<br><br>**[段落0025]**：ACK/NACK, Change Window Size, MRW, 和MRW ACK STATUS PDU以及RESET ACK PDU都对应于RLC层的接收端。**MRW STATUS PDU和RESET PDU对应于RLC层的发送端。** <br><br>**[段落0037]**：...所述过程不丢弃与发送端对应的控制PDU，如**MRW STATUS PDU**和RESET PDU，其中至少一个被保留而不被丢弃（步骤306）。 | 对比文件[段落0022]定义了MRW（移动接收窗）的功能。[段落0025]明确指出MRW STATUS PDU属于对应于发送端的控制PDU。[段落0037]进一步明确，当仅重建接收边时，对应于发送端的控制PDU（包括MRW STATUS PDU）被保留而不丢弃。MRW STATUS PDU即为目标专利中的“移动接收窗确认复合字段”或命其包含的PDU。该技术特征在对比文件中的作用是在接收边重建时保留发送端的控制信令，以保证SDU丢弃等流程的正确执行，这与目标专利中保留该字段以避免流程中断的作用完全相同。因此，技术特征D被对比文件直接公开。 |
| **技术特征E：** 其特征是其另包含丢弃上述多个控制协议数据单元中确认收讫状态回报单元 **《直接公开》** | **[段落0025]**：**ACK/NACK**, Change Window Size, MRW, 和MRW ACK STATUS PDU以及RESET ACK PDU都对应于RLC层的**接收端**。<br><br>**[段落0037]**：...随着RLC实体仅重配置接收方，本发明丢弃对应于**接收方**的控制PDU...尤其是，接收方对应的控制PDU包括**ACK/NACK**, Change Window Size, 和MRW ACK STATUS PDU, 以及RESET ACK PDU，其中至少在步骤304中丢弃这些中的至少一个。 | 对比文件[段落0025]明确将ACK/NACK STATUS PDU归为对应于接收端的控制PDU。在协议中，“确认收讫状态回报单元”即ACK/NACK STATUS PDU的一种表述形式，它用于接收端向发送端报告PDU接收状态。[段落0037]明确指出，在仅重建接收边的场景下，对应于接收端的控制PDU（包括ACK/NACK STATUS PDU）应被丢弃。该技术特征在对比文件中的作用是清除不再有效的接收端状态信息，避免对重建后的发送操作产生误导，这与目标专利中丢弃该单元以避免错误状态反馈的作用完全相同。因此，技术特征E被对比文件直接公开。 |
| **技术特征F：** 调整接收窗大小复合字段 **《隐含公开》** | **[段落0021]**：...**2. Change Window Size**：由接收端发送给发送端的信息，请求改变发送窗口的大小。<br><br>**[段落0025]**：ACK/NACK, **Change Window Size**, MRW, 和MRW ACK STATUS PDU以及RESET ACK PDU都对应于RLC层的**接收端**。<br><br>**[段落0037]**：...本发明丢弃对应于**接收方**的控制PDU...尤其是，接收方对应的控制PDU包括ACK/NACK, **Change Window Size**, 和MRW ACK STATUS PDU... | 对比文件[段落0021]定义了“Change Window Size”（改变窗口大小）的功能，即请求改变窗口大小。[段落0025]将其归类为对应于接收端的控制PDU。[段落0037]隐含地教导了所有对应于接收端的控制PDU都应被丢弃。虽然对比文件提及的是“调整发送窗大小”，这与目标专利的“调整接收窗大小”在方向上相反（一个影响对端窗口，一个影响本端窗口），但其核心概念都是通过控制PDU来动态调整窗口参数。更关键的是，对比文件将“Change Window Size”视为接收端的PDU，并在接收边重建时丢弃。本领域技术人员可以合理推断，任何本端接收端用于控制端到端窗口参数的PDU（无论调整的是本端还是对端窗口），在逻辑上都属于接收端的状态，应在重建时丢弃。因此，对比文件隐含公开了在重建时处理（丢弃）此类窗口调整字段的机制。所以，技术特征F被对比文件隐含公开。 |
| **技术特征G：** 移动接收窗确认收讫复合字段 **《隐含公开》** | **[段落0022]**：...**4. MRW ACK**：从发送端发送到接收端的报告，用于确认发送端已接收到包含MRW的STATUS PDU。<br><br>**[段落0025]**：ACK/NACK, Change Window Size, MRW, 和**MRW ACK** STATUS PDU以及RESET ACK PDU都对应于RLC层的**接收端**。<br><br>**[段落0037]**：...本发明丢弃对应于**接收方**的控制PDU...尤其是，接收方对应的控制PDU包括ACK/NACK, Change Window Size, 和**MRW ACK STATUS PDU**... | 对比文件[段落0022]定义了MRW ACK（移动接收窗确认收讫）的功能，用于确认收到了MRW请求。[段落0025]明确将MRW ACK STATUS PDU归类为对应于接收端的控制PDU。[段落0037]指出所有接收端对应的控制PDU（包括MRW ACK STATUS PDU）都应在接收边仅重建时丢弃。目标专利中的“移动接收窗确认收讫复合字段”即对应于此MRW ACK STATUS PDU。对比文件不仅提到了这一字段，还明确给出了其在接收边重建时的处理规则（丢弃）。虽然对比文件教导的是丢弃，而目标专利可能是保留或丢弃二择其一（说明书为丢弃），但这完全属于常规选择。对比文件明确公开了在特定重建场景下对该字段的“处理”，因此本领域技术人员可以毫无疑义地联想到目标专利中的相关技术方案。因此，技术特征G被对比文件隐含公开。 |
| **技术特征H：** 重置启动协议数据单元及重置确认收讫协议数据单元 **《直接公开》** | **[段落0023]**：...类似地，**RESET ACK PDU**是由接收端发送给发送端的报告，用于确认收到RESET PDU。<br><br>**[段落0025]**：...ACK/NACK, Change Window Size, MRW, 和MRW ACK STATUS PDU以及**RESET ACK PDU**都对应于RLC层的**接收端**。MRW STATUS PDU和**RESET PDU**对应于RLC层的**发送端**。<br><br>**[段落0037]**：...所述过程丢弃对应于**接收方**的控制PDU...包括...**RESET ACK PDU**。<br><br>**[段落0037]**：...所述过程不丢弃与**发送端**对应的控制PDU，如MRW STATUS PDU和**RESET PDU**...<br><br>**[段落0038]**：...类似地，在本发明的另一个实施例中，**RESET PDU不被丢弃**，以便系统在接收端被重置后能准确执行RESET过程，从而提高系统效率。 | 对比文件[段落0023]定义了RESET PDU（重置启动协议数据单元）和RESET ACK PDU（重置确认收讫协议数据单元）。[段落0025]进一步明确，RESET PDU属于发送端，RESET ACK PDU属于接收端。[段落0037]和[0038]则根据这一归属，给出了在仅重建接收边时的明确处理规则：发送端的**RESET PDU被保留（不丢弃）**，而接收端的**RESET ACK PDU被丢弃**。目标专利的技术特征H涵盖了这两个PDU。对比文件不仅直接公开了这两种PDU类型，还公开了它们在“仅接收边被重建”这一特定场景下的具体处理方式（保留RESET PDU，丢弃RESET ACK PDU）。该技术特征在对比文件中的作用是确保重置流程不因接收边重建而中断，与目标专利中的作用完全相同。因此，技术特征H被对比文件直接公开。 |
---
### 结论代码
根据上述分析，各技术特征的公开性判断结果如下：
<<<A>>> <<<B>>> <<<C>>> <<<D>>> <<<E>>> <<<F>>> <<<G>>> <<<H>>>
<<<a>>> <<<d>>> <<<e>>> <<<h>>>
注意，由于技术特征A、D、E、H已被判定为直接公开，根据您的输出格式要求，仅需在结尾处插入其对应的大写代码。技术特征B、C、F、G被判定为隐含公开，插入对应的小写代码。为清晰起见，我已将所有代码列出。