非显而易见性评估仅供参考，不构成法律建议。
权利要求列表点击可跳转
对比文件列表
| 编号 | 名称 |
|---|
权利要求1
一种用于增强无线电链路控制(RLC)操作的方法，该方法包括；确定可变的分组数据单元(PDU)大小被配置；接收控制帧；该控制帧指示容量分配是字节分配；以及由无线电网络控制器(RNC)经由处理器；通过将信用与最大PDU大小相乘确定所述容量分配；其中所述信用是PDU的数量；并且所述容量分配作为八比特组的数量计算。
对对比文件（US20030092405A1）与目标专利权利要求各技术特征的比对分析如下：
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>《隐含公开》 | 原文引用：[0007] "In one embodiment, a method is provided for improving the efficiency of a radio transmitter that uses polar modulation. The method comprises the steps of..."<br>（译文：在一个实施例中，提供了一种用于提高使用极坐标调制的无线电发射机的效率的方法。该方法包括以下步骤……） | 对比文件段落[0007]公开了一种通信传输方法，包含“该方法包括……”的常规方法引导性描述。虽然对比文件涉及的是物理层极坐标调制发射方法，但在作为专利撰写通用表述的层面上，隐含公开了“该方法包括”这一通用的方法步骤引导特征。 |
| 技术特征B：确定可变的分组数据单元(PDU)大小被配置<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件涉及的是射频物理层的极坐标调制器包络限制技术（针对I/Q调制、幅度与相位控制、可变增益放大器等），完全未涉及无线通信协议栈二层（RLC/MAC层）的数据分组数据单元（PDU），更没有涉及“确定可变的分组数据单元(PDU)大小被配置”的技术构思与配置处理。本领域技术人员无法直接或隐含推导出该特征。 |
| 技术特征C：接收控制帧<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件仅记载了内部控制信号如功率控制信号（power control signal 506）或无线电配置参数（radio configuration parameters 510），未公开通信网络协议层节点之间或实体之间传输的“控制帧”，亦未涉及控制帧的接收。 |
| 技术特征D：该控制帧指示容量分配是字节分配<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利的控制帧用于指示针对RLC/MAC实体的容量分配（基于字节分配），而对比文件属于模拟/数字调制物理层信号整形，根本不存在控制帧及容量分配为字节分配的机制。 |
| 技术特征E：由无线电网络控制器(RNC)经由处理器<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件公开的是射频极坐标调制发射机架构，完全没有涉及无线通信接入网中的“无线电网络控制器(RNC)”节点，也没有由RNC经由处理器执行相关协议流控的方法。 |
| 技术特征F：通过将信用与最大PDU大小相乘确定所述容量分配<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中为了在信用分配中实现字节分配，通过将基于PDU数量的信用与最大PDU大小相乘来确定容量分配。对比文件无信用（Credit）、无PDU大小，更无相乘确定容量分配的逻辑。 |
| 技术特征G：其中所述信用是PDU的数量<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件不存在针对分组传输流控的“信用（credit）”，更未公开信用是PDU的数量。 |
| 技术特征H：所述容量分配作为八比特组的数量计算。<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件未公开任何将容量分配作为八比特组（字节）数量进行计算的技术方案。 |
| 技术特征I：该方法还包括<br>《隐含公开》 | 原文引用：[0007] "In one embodiment, a method is provided for improving the efficiency of a radio transmitter that uses polar modulation. The method comprises the steps of..."<br>[0008] "In one embodiment, a method is provided for re-shaping an amplitude modulation signal of a radio transmitter. The method comprises the steps of..."<br>（译文：在一个实施例中，提供了一种用于重塑无线电发射机的幅度调制信号的方法。该方法包括以下步骤……） | 对比文件在描述多个方法实施例及附加步骤时，包含了进一步的方法步骤引导，在极宽松的隐含公开判断标准下，隐含公开了方法层面的进一步连接特征“该方法还包括”。 |
| 技术特征J：接收包括指定信用的字节数量的信息的帧。<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中帧用于携带流控中基于字节的信用分配；对比文件仅为物理层电路信号处理，未涉及接收包含指定信用的字节数量信息的帧。 |
| 技术特征K：该方法还包括<br>《隐含公开》 | 原文引用：[0007]、[0008] 同特征A和特征I。 | 对比文件记载了包含多个执行步骤的方法，在极宽松的隐含公开判断标准下，隐含公开了“该方法还包括”的步骤衔接特征。 |
| 技术特征L：存储PDU序列号(SN)到相关联的以字节为单位的长度的映射<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利用于支持可变PDU大小时跟踪各SN对应的字节长度；对比文件完全不涉及协议层的PDU序列号（SN），更无SN到字节长度的映射存储机制。 |
| 技术特征M：在不超出所述信用的字节数量的情况下传送PDU。<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中RNC或发射机根据字节信用限制传送PDU以防缓存溢出；对比文件无信用机制，亦无在信用字节约束下传送PDU的操作。 |
| 技术特征N：其中所述RNC是服务RNC(SRNC)。<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件完全未涉及蜂窝网络接入网的SRNC节点。 |
| 技术特征O：其中所述RNC是控制RNC(CRNC)。<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件完全未涉及蜂窝网络接入网的CRNC节点。 |
| 技术特征P：该方法还包括<br>《隐含公开》 | 原文引用：[0007]、[0008] 同特征A、I、K。 | 对比文件记载了多种方法步骤，在极宽松的标准下，隐含公开了“该方法还包括”这一常用步骤引导语。 |
| 技术特征Q：保持字节计数机制<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利在RLC层保持基于已发送数据字节数的计数机制；对比文件为极坐标调制的模拟幅度/相位整形，未记载保持字节计数机制。 |
| 技术特征R：其中所述字节计数机制保持与从发射实体传送的字节数量相关联的计数<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件无从发射实体传送的字节数量相关联的计数机制。 |
| 技术特征S：所述发射实体被配置成支持可变的分组数据单元大小<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件公开的发射机仅涉及射频调制和放大器控制，完全未公开发射实体支持“可变的分组数据单元（PDU）大小”。 |
| 技术特征T：确定所述计数是否等于或大于Poll_Bytes值<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利利用字节计数与阈值Poll_Bytes比对以触发轮询；对比文件虽有电平阈值比较（如比较功率控制信号与参考电平REF），但完全不涉及协议传输中字节计数与轮询字节阈值Poll_Bytes的比较。 |
| 技术特征U：在所述计数被确定为等于或大于所述Poll_Bytes值的情况下<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件不涉及Poll_Bytes判断条件，更未公开其满足后的相应控制逻辑。 |
| 技术特征V：将用于来自所述发射实体的传输的分组数据单元配置成包括轮询。<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利通过配置PDU包含轮询来请求对端发送状态报告；对比文件完全不涉及ARQ/状态反馈轮询，更未在分组数据单元中配置轮询。 |
| 技术特征W：其中通过在所述分组数据单元中设置轮询比特来配置所述分组数据单元。<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件不涉及在PDU的报头或控制字段中设置轮询比特（Poll bit）的技术手段。 |
| 技术特征X：其中所述分组数据单元为应答模式的数据分组数据单元。<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件全文未公开应答模式（AM）的数据分组数据单元（AMD PDU）。 |
| 技术特征Y：其中所述计数包括在初始传输中传送的分组数据单元。<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件未涉及对初传分组数据单元的字节大小进行统计计数的方案。 |
| 技术特征Z：其中所述计数包括在初始传输中传送的分组数据单元和在重传中传送的分组数据单元。<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件未涉及将初传与重传的分组数据单元纳入字节计数统计的技术方案。 |
---
<<<a>>><<<i>>><<<k>>><<<p>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | 【0032】<br>“To achieve these and other advantages, there is provided a method for polling a PDU of a RLC layer, including the steps of selecting a data unit in a buffer...”<br>（为了实现这些和其它优点，提供了一种用于轮询RLC层的PDU的方法，包括在缓冲器中选择数据单元的步骤……） | 对比文件公开了一种用于无线通信系统中无线电链路控制（RLC）层的PDU轮询方法。对比文件中的该技术内容在对比文件中起到界定技术方案为一种通信处理方法的作用，与目标专利中技术特征A的作用完全相同。本领域技术人员可以毫无疑义地直接确定对比文件直接公开了该特征。 |
| 技术特征B：<br>确定可变的分组数据单元(PDU)大小被配置<br><br>《未公开》 | 【0018】<br>“...the PDU generator segments or concatenates the SDU in order to make the SDU a uniform size of a PDU.”<br>（……PDU生成器对SDU进行分段或级联，以使SDU具有均匀统一大小（uniform size）的PDU。） | 对比文件公开的是传统3GPP R99/R5规范下的固定/统一大小（uniform size）的PDU处理机制，完全未涉及“可变的分组数据单元(PDU)大小”，更未公开“确定可变的分组数据单元(PDU)大小被配置”的判断与处理逻辑。目标专利中该特征用于根据高层配置识别是否进入支持可变大小PDU的增强RLC操作模式。对比文件中既无直接公开，也无法通过宽松推理得出，故未公开。 |
| 技术特征C：<br>接收控制帧<br><br>《未公开》 | 对比文件全文未记载RNC与Node B之间的控制帧接收过程。 | 目标专利中的控制帧属于Iub/Iur接口上节点B与RNC之间用于流控制的控制帧（用户平面协议帧）。对比文件仅涉及RLC层实体内部的PDU生成与轮询比特设置，未公开RNC接收用于流控制的控制帧。故未公开。 |
| 技术特征D：<br>该控制帧指示容量分配是字节分配<br><br>《未公开》 | 对比文件全文未记载容量分配及字节分配的控制帧指示。 | 目标专利中该特征用于Iub/Iur接口流控制，指示从传统以PDU数量分配信用转为以字节分配信用。对比文件完全未涉及网络侧节点间的容量分配或基于字节分配的控制帧指示，故未公开。 |
| 技术特征E：<br>由无线电网络控制器(RNC)经由处理器<br><br>《隐含公开》 | 【0006】<br>“...Working group 3 (WG3) defines a specification for an interface among a base station in the UTRAN, a radio network controller (RNC), and a core network.”<br>（……第3工作组（WG3）定义了UTRAN中的基站、无线电网络控制器（RNC）以及核心网络之间的接口规范。）<br>【0033】<br>“...the varying process can be performed in a radio link control (RLC) protocol layer of at least one of a transmitter and a network apparatus.”<br>（……所述改变过程可以在发射机和网络设备中至少之一的无线电链路控制（RLC）协议层中执行。） | 对比文件公开了UMTS系统中包含无线电网络控制器（RNC），且说明RLC协议层的方法可由网络设备执行。在UMTS传统架构中，RLC层以及相关协议处理逻辑通常位于RNC中，且通信设备及控制器的协议处理必然由处理器（硬件/芯片）执行。根据极其宽松的隐含公开判断标准，本领域技术人员结合公知常识完全可以合理推断出网络侧的相关控制方法可由RNC经由其处理器执行，属于隐含公开。 |
| 技术特征F：<br>通过将信用与最大PDU大小相乘确定所述容量分配<br><br>《未公开》 | 对比文件全文未记载将信用与最大PDU大小相乘来确定容量分配。 | 目标专利中该特征用于在保留传统以PDU数量为单位信用的控制帧信令时，通过信用乘以最大PDU大小折算出总字节容量。对比文件未涉及RNC/Node B之间的信用流控制及乘法换算计算，故未公开。 |
| 技术特征G：<br>其中所述信用是PDU的数量<br><br>《未公开》 | 对比文件全文未记载作为PDU数量的信用分配。 | 目标专利中该特征用于界定乘法计算中的因子（传统协议中信用的物理含义为PDU数量）。对比文件未涉及该基于信用的流控制机制，故未公开。 |
| 技术特征H：<br>所述容量分配作为八比特组的数量计算。<br><br>《未公开》 | 对比文件全文未记载容量分配作为八比特组（字节）数量计算。 | 目标专利中该特征用于支持可变PDU大小下的容量分配，将其量纲统一为八比特组（octets/bytes）。对比文件完全未涉及容量分配及八比特组数量计算，故未公开。 |
| 技术特征I：<br>该方法还包括<br><br>《直接公开》 | 【0036】<br>“The method for polling the PDU of the RLC layer, can further include the steps of...”<br>（该用于轮询RLC层的PDU的方法，还可以进一步包括……的步骤） | 对比文件明确公开了轮询方法还可以进一步包括后续步骤，在文本逻辑与步骤衔接上起到了承上启下的方法特征连接作用，与目标专利中技术特征I的作用完全相同，构成直接公开。 |
| 技术特征J：<br>接收包括指定信用的字节数量的信息的帧。<br><br>《未公开》 | 对比文件全文未记载接收包含指定信用字节数量信息的帧。 | 目标专利中该特征是在现有控制帧中添加新字段直接以字节规定信用。对比文件完全未涉及以字节为单位的信用分配帧接收，故未公开。 |
| 技术特征K：<br>该方法还包括<br><br>《直接公开》 | 【0036】<br>“The method for polling the PDU of the RLC layer, can further include the steps of...”<br>（该用于轮询RLC层的PDU的方法，还可以进一步包括……的步骤） | 对比文件直接公开了该方法包含进一步扩展步骤的过渡特征，其在方案表述中所起的方法延展作用相同，构成直接公开。 |
| 技术特征L：<br>存储PDU序列号(SN)到相关联的以字节为单位的长度的映射<br><br>《未公开》 | 对比文件全文未记载PDU序列号到字节长度的映射关系存储。 | 目标专利中由于支持可变PDU大小，各PDU的字节长度不同，故需存储SN到字节长度的映射以便流控制窗口计算。对比文件采用固定均匀大小PDU，其序列号仅用于按序传递和ARQ识别，不存在也不需要存储SN到字节长度的映射，故未公开。 |
| 技术特征M：<br>在不超出所述信用的字节数量的情况下传送PDU。<br><br>《未公开》 | 对比文件全文未记载在不超出信用字节数量的限制下传送PDU。 | 目标专利中该特征用于限制发送实体发送的数据量不超过节点B授予的基于字节的信用配额。对比文件未公开基于字节信用的流控制发送控制，故未公开。 |
| 技术特征N：<br>其中所述RNC是服务RNC(SRNC)。<br><br>《隐含公开》 | 【0005】-【0006】<br>“...develops a specification for the function, data desired, and interface of a UMTS terrestrial radio access network (UTRAN)... WG3 defines a specification for an interface among a base station in the UTRAN, a radio network controller (RNC), and a core network.”<br>（……开发关于UTRAN的功能、所需数据及接口的规范……WG3定义了基站、RNC与核心网之间的接口规范。） | 对比文件记载了基于3GPP规范的UTRAN网络及RNC设备。在3GPP UTRAN通信标准体系中，直接面向UE终止无线承载和高层RLC协议连接的RNC即为服务无线电网络控制器（SRNC）。根据极其宽松的隐含公开判断标准，本领域技术人员结合公知通信架构常识，可以合理推导出上述网络设备即包含服务RNC（SRNC），属于隐含公开。 |
| 技术特征O：<br>其中所述RNC是控制RNC(CRNC)。<br><br>《隐含公开》 | 【0005】-【0006】<br>“...develops a specification for the function, data desired, and interface of a UMTS terrestrial radio access network (UTRAN)... WG3 defines a specification for an interface among a base station in the UTRAN, a radio network controller (RNC), and a core network.”<br>（……开发关于UTRAN的功能、所需数据及接口的规范……WG3定义了基站、RNC与核心网之间的接口规范。） | 对比文件记载了基于3GPP规范的UTRAN网络中基站与RNC之间的接口规范。在3GPP标准架构中，负责控制特定基站逻辑资源并终止Iub接口控制协议的RNC即为控制无线电网络控制器（CRNC）。根据极其宽松的隐含公开判断标准，本领域技术人员结合公知常识可以合理推断出该网络设备涉及控制RNC（CRNC），属于隐含公开。 |
| 技术特征P：<br>该方法还包括<br><br>《直接公开》 | 【0036】<br>“The method for polling the PDU of the RLC layer, can further include the steps of...”<br>（该用于轮询RLC层的PDU的方法，还可以进一步包括……的步骤） | 对比文件直接公开了该方法进一步包括后续处理步骤的表述，在方法技术方案展开中起到相同的逻辑连接作用，构成直接公开。 |
| 技术特征Q：<br>保持字节计数机制<br><br>《未公开》 | 【0065】、【0069】<br>“...when the PDU corresponding to the 50th position is in the transmission buffer 202... sets the polling bit in the 50th PDU...”<br>（……当对应于第50个位置的PDU处于发送缓冲器中时……在第50个PDU中设置轮询比特……）<br>“...a count value (CNT1) indicating an input number of the ACK signal is increased... checks whether the count value (CNT1) is higher than a predetermined number of times...”<br>（……指示ACK信号输入次数的计数值(CNT1)增加……检查计数值(CNT1)是否高于预定次数……） | 目标专利中技术特征Q用于跟踪发射机所发送数据的字节累积量，以此触发轮询机制。对比文件仅公开了基于PDU个数位置（如第50个PDU）的触发周期以及基于ACK/NACK接收次数（CNT1/CNT2）的自适应调整机制，完全未公开任何“字节计数机制”。由于对比文件的PDU为固定大小且轮询完全基于PDU计数值，技术人员无法从中得出字节计数机制，故未公开。 |
| 技术特征R：<br>其中所述字节计数机制保持与从发射实体传送的字节数量相关联的计数<br><br>《未公开》 | 对比文件全文未记载与传送的字节数量相关联的计数机制。 | 目标专利中该特征限定了字节计数机制所跟踪的对象是从发射实体传送的数据字节量。对比文件未公开任何字节计数，其计数器仅统计ACK/NACK信号的个数，故未公开。 |
| 技术特征S：<br>所述发射实体被配置成支持可变的分组数据单元大小<br><br>《未公开》 | 【0018】<br>“...the PDU generator segments or concatenates the SDU in order to make the SDU a uniform size of a PDU.”<br>（……PDU生成器对SDU进行分段或级联，以使SDU具有均匀统一大小（uniform size）的PDU。） | 对比文件中明确指出PDU生成器将SDU分段或级联为统一均匀大小（uniform size）的PDU，即发射实体仅配置支持固定大小的PDU。目标专利要求发射实体支持可变PDU大小以适应高层变化的数据速率需求。对比文件与该特征实质相反，未公开。 |
| 技术特征T：<br>确定所述计数是否等于或大于Poll_Bytes值<br><br>《未公开》 | 【0065】、【0069】<br>“The determination is performed by checking whether the selected PDUs are identical to the polling period which was initially set. For instance, in case the initial polling period is set as 50...”<br>（该确定通过检查所选择的PDU是否与最初设置的轮询周期一致来执行。例如，在初始轮询周期设置为50的情况下……）<br>“...checks whether the count value (CNT1) is higher than a predetermined number of times, that is, whether the count value is identical to an upper threshold value (UTV)...”<br>（……检查计数值(CNT1)是否高于预定次数，即计数值是否与上限阈值(UTV)一致……） | 目标专利中该特征用于将传送的字节计数值与配置的字节阈值Poll_Bytes比对，以判断是否触发轮询。对比文件仅判断当前PDU是否达到PDU数量周期（如第50个），或者将ACK信号计数值CNT1与阈值UTV进行对比，完全没有“判断字节计数是否等于或大于Poll_Bytes值”的逻辑，故未公开。 |
| 技术特征U：<br>在所述计数被确定为等于或大于所述Poll_Bytes值的情况下<br><br>《未公开》 | 对比文件未记载在字节计数等于或大于Poll_Bytes值的前提条件下的执行分支。 | 目标专利中该特征用于根据字节计数的比对结果触发后续PDU的轮询配置。对比文件不存在Poll_Bytes字节阈值判断，无该执行前提，故未公开。 |
| 技术特征V：<br>将用于来自所述发射实体的传输的分组数据单元配置成包括轮询。<br><br>《直接公开》 | 【0019】、【0065】<br>“At this time, a polling bit setting unit 104 determines whether to set a polling bit requesting the receiver to send status information for a specific PDU among the transmitted PDUs.”<br>（此时，轮询比特设置单元104确定是否在所发送的PDU中的特定PDU设置请求接收机发送状态信息的轮询比特。）<br>“...the polling bit setting unit 204, as shown in FIG. 4, sets the polling bit in the 50th PDU, and transmits the polling bit to the lower protocol layer of the RLC transmitter (S103 and S104).”<br>（……轮询比特设置单元204在第50个PDU中设置轮询比特，并将带有轮询比特的PDU传送到发射机的下层……） | 对比文件公开了在发射实体的传输过程中，通过轮询比特设置单元在特定PDU中设置轮询比特，使得从发射实体传输的PDU包含轮询请求，以通知接收机反馈状态信息。该技术内容在对比文件中起到触发接收机状态报告的作用，与目标专利中配置PDU包含轮询的作用完全相同。本领域技术人员可以毫无疑义地确定对比文件直接公开了该技术特征。 |
| 技术特征W：<br>其中通过在所述分组数据单元中设置轮询比特来配置所述分组数据单元。<br><br>《直接公开》 | 【0025】、【0060】、【0065】<br>“Therefore, for polling, the transmitter sets a polling bit in a PDU before transmission.”<br>（因此，为了进行轮询，发射机在传输之前在PDU中设置轮询比特。）<br>“The polling information may be in the form of one or more bits set in a dedicated field of a PDU header.”<br>（轮询信息可以是设置在PDU报头的专用字段中的一个或多个比特的形式。）<br>“...sets the polling bit in the 50th PDU, and transmits the polling bit to the lower protocol layer of the RLC transmitter (S103 and S104)... and the polling bit is stored in a dedicated field of the PDU header.”<br>（……在第50个PDU中设置轮询比特……轮询比特存储在PDU报头的专用字段中。） | 对比文件明确公开了轮询的具体实现方式是通过在PDU报头的专用字段中设置轮询比特（polling bit）。该技术内容在对比文件中起到在数据分组中承载轮询信令的作用，与目标专利中通过设置轮询比特配置PDU的作用完全相同。构成直接公开。 |
| 技术特征X：<br>其中所述分组数据单元为应答模式的数据分组数据单元。<br><br>《直接公开》 | 【0016】、【0052】<br>“One of the most significant characteristics of AM mode operation is its ability to support the re-transmission of a PDU when the PDU is not successfully transmitted or received.”<br>（AM模式操作的最显著特征之一是其在PDU未成功发送或接收时支持PDU重传的能力。）<br>“FIG. 4 is a diagram showing a transmitter 200 in accordance with one embodiment of the present invention which transmits protocol data units using an RLC layer preferably operating in AM mode.”<br>（图4是显示根据本发明实施例的使用优选工作在AM模式下的RLC层传输协议数据单元的发射机200的示意图。） | 对比文件明确公开了该RLC发射机工作在应答模式（AM模式），所生成、缓存并发送的用于承载数据并能够重传的PDU即为应答模式数据PDU（AMD PDU）。该技术内容在对比文件中用于提供可靠的数据传输和确认重传服务，与目标专利中该特征的作用完全相同。构成直接公开。 |
| 技术特征Y：<br>其中所述计数包括在初始传输中传送的分组数据单元。<br><br>《隐含公开》 | 【0064】、【0065】<br>“An initial step of the method includes selecting a protocol data unit from a plurality of PDUs stored in the transmission buffer 202 (S101)... when the PDU corresponding to the 50th position is in the transmission buffer 202, the polling bit setting unit 204... sets the polling bit in the 50th PDU...”<br>（该方法的初始步骤包括从存储在发送缓冲器202中的多个PDU中选择协议数据单元……当对应于第50个位置的PDU处于发送缓冲器中时，轮询比特设置单元204在第50个PDU中设置轮询比特……） | 对比文件公开了在发送缓冲器中对准备发送的PDU进行位置计数/统计（如按顺序选择至第50个PDU时触发轮询），发送缓冲器中所存储并选取的PDU即为进行首次/初始传输的PDU。按照极其宽松的隐含公开判断标准，对比文件部分公开了在初始传输中对传送的分组数据单元进行计数/统计以配合轮询周期触发的思想，本领域技术人员有可能通过该内容合理推导出用于轮询触发判决的计数包含初始传输中传送的PDU，故认定为隐含公开。 |
| 技术特征Z：<br>其中所述计数包括在初始传输中传送的分组数据单元和在重传中传送的分组数据单元。<br><br>《隐含公开》 | 【0022】、【0060】、【0063】<br>“Re-transmitted PDUs may be given priority over first-transmitted PDUs, and it is possible to set a polling bit in the re-transmitted PDU.”<br>（重传PDU可以比首次传输PDU具有更高的优先级，并且可以在重传PDU中设置轮询比特。）<br>“If desired, polling information may be included in re-transmitted PDUs.”<br>（如果需要，轮询信息可以包括在重传PDU中。）<br>“...addresses the manner in which polling information is assigned to PDUs output from the transmission and re-transmission buffers.”<br>（……解决了如何将轮询信息分配给从发送缓冲器和重传缓冲器输出的PDU的方式。） | 对比文件公开了轮询信息的设置既可以针对发送缓冲器输出的首次传输PDU，也可以针对重传缓冲器输出的重传PDU，即轮询管理覆盖了初始传输和重传两种情况。按照极其宽松的隐含公开判断标准，虽然对比文件未具体公开字节计数，但其已经涉及将初始传输PDU与重传PDU均纳入轮询触发与分配的综合考量中，本领域技术人员有可能由此推理并在轮询控制中将重传PDU与初传PDU一并纳入统计计数中，因此认定为隐含公开。 |
<<<A>>>
<<<I>>>
<<<K>>>
<<<P>>>
<<<V>>>
<<<W>>>
<<<X>>>
<<<e>>>
<<<n>>>
<<<o>>>
<<<y>>>
<<<z>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A： 该方法包括<br>《未公开》 | 对比文件全部内容（全文记载晶圆边缘夹持末端执行器的校准方法，涉及半导体制造设备机械臂的控制与校准）。 | 对比文件涉及半导体晶圆处理设备中末端执行器的机械位姿校准方法，与目标专利所属的无线通信协议（3GPP RLC/MAC层传输与流控制）属于完全不同的技术领域。对比文件中不存在目标专利关于无线通信传输/控制方法的对应公开，未公开技术特征A。 |
| 技术特征B： 确定可变的分组数据单元(PDU)大小被配置<br>《未公开》 | 对比文件全部内容。 | 对比文件通篇未记载无线通信系统、分组数据单元（PDU）及其大小配置相关的任何信息，更未公开确定可变的PDU大小被配置，未公开技术特征B。 |
| 技术特征C： 接收控制帧<br>《未公开》 | 对比文件全部内容。 | 对比文件仅记载机械手控制器接收控制信号以移动机械臂，未涉及通信协议中传输的“控制帧（Control Frame）”，未公开技术特征C。 |
| 技术特征D： 该控制帧指示容量分配是字节分配<br>《未公开》 | 对比文件全部内容。 | 对比文件中完全不涉及数据通信网络中的容量分配、信用（Credit）机制或字节分配的控制帧指示，未公开技术特征D。 |
| 技术特征E： 由无线电网络控制器(RNC)经由处理器<br>《未公开》 | 对比文件全部内容。 | 对比文件仅涉及晶圆操作机械臂控制器（Controller 4/CPU），未涉及蜂窝移动通信网络实体“无线电网络控制器（RNC）”，未公开技术特征E。 |
| 技术特征F： 通过将信用与最大PDU大小相乘确定所述容量分配<br>《未公开》 | 对比文件全部内容。 | 对比文件完全未公开通信流控制中关于“将信用与最大PDU大小相乘确定容量分配”的算法或对应技术手段，未公开技术特征F。 |
| 技术特征G： 其中所述信用是PDU的数量<br>《未公开》 | 对比文件全部内容。 | 对比文件完全未涉及以PDU数量表征的信用（Credit），未公开技术特征G。 |
| 技术特征H： 所述容量分配作为八比特组的数量计算。<br>《未公开》 | 对比文件全部内容。 | 对比文件完全未涉及将网络传输容量分配作为八比特组（Octet/Byte）数量进行计算的技术方案，未公开技术特征H。 |
| 技术特征I： 该方法还包括<br>《未公开》 | 对比文件全部内容。 | 对比文件未公开目标专利所述的无线通信控制方法，未公开技术特征I。 |
| 技术特征J： 接收包括指定信用的字节数量的信息的帧。<br>《未公开》 | 对比文件全部内容。 | 对比文件完全没有记载接收包含指定信用字节数量信息的帧，未公开技术特征J。 |
| 技术特征K： 该方法还包括<br>《未公开》 | 对比文件全部内容。 | 对比文件未公开目标专利所述的无线通信控制方法，未公开技术特征K。 |
| 技术特征L： 存储PDU序列号(SN)到相关联的以字节为单位的长度的映射<br>《未公开》 | 对比文件全部内容。 | 对比文件未涉及PDU序列号（SN）以及其与字节长度之间的映射关系存储，未公开技术特征L。 |
| 技术特征M： 在不超出所述信用的字节数量的情况下传送PDU。<br>《未公开》 | 对比文件全部内容。 | 对比文件未涉及根据以字节为单位的信用限制来发送/传送PDU的机制，未公开技术特征M。 |
| 技术特征N： 其中所述RNC是服务RNC(SRNC)。<br>《未公开》 | 对比文件全部内容。 | 对比文件属于半导体晶圆校准领域，完全不包含电信网络架构节点“服务RNC（SRNC）”，未公开技术特征N。 |
| 技术特征O： 其中所述RNC是控制RNC(CRNC)。<br>《未公开》 | 对比文件全部内容。 | 对比文件完全不包含电信网络架构节点“控制RNC（CRNC）”，未公开技术特征O。 |
| 技术特征P： 该方法还包括<br>《未公开》 | 对比文件全部内容。 | 对比文件未公开目标专利所述的无线通信控制方法，未公开技术特征P。 |
| 技术特征Q： 保持字节计数机制<br>《未公开》 | 对比文件全部内容。 | 对比文件完全没有记载数据传输中的字节计数或字节计数机制，未公开技术特征Q。 |
| 技术特征R： 其中所述字节计数机制保持与从发射实体传送的字节数量相关联的计数<br>《未公开》 | 对比文件全部内容。 | 对比文件完全未公开发射实体、已传送字节数量及其计数机制，未公开技术特征R。 |
| 技术特征S： 所述发射实体被配置成支持可变的分组数据单元大小<br>《未公开》 | 对比文件全部内容。 | 对比文件完全未公开支持可变PDU大小的数据发射实体，未公开技术特征S。 |
| 技术特征T： 确定所述计数是否等于或大于Poll_Bytes值<br>《未公开》 | 对比文件全部内容。 | 对比文件完全未涉及轮询阈值Poll_Bytes以及将计数与该阈值比较的判断步骤，未公开技术特征T。 |
| 技术特征U： 在所述计数被确定为等于或大于所述Poll_Bytes值的情况下<br>《未公开》 | 对比文件全部内容。 | 对比文件完全未涉及基于计数达到/超过Poll_Bytes的触发判断逻辑，未公开技术特征U。 |
| 技术特征V： 将用于来自所述发射实体的传输的分组数据单元配置成包括轮询。<br>《未公开》 | 对比文件全部内容。 | 对比文件完全未涉及在PDU中配置轮询（Poll）以触发状态报告的机制，未公开技术特征V。 |
| 技术特征W： 其中通过在所述分组数据单元中设置轮询比特来配置所述分组数据单元。<br>《未公开》 | 对比文件全部内容。 | 对比文件完全未涉及在分组数据单元中设置轮询比特（Polling Bit）的结构或方法，未公开技术特征W。 |
| 技术特征X： 其中所述分组数据单元为应答模式的数据分组数据单元。<br>《未公开》 | 对比文件全部内容。 | 对比文件完全未涉及应答模式（AM）数据分组数据单元（AMD PDU），未公开技术特征X。 |
| 技术特征Y： 其中所述计数包括在初始传输中传送的分组数据单元。<br>《未公开》 | 对比文件全部内容。 | 对比文件完全未涉及针对初始传输中传送的PDU进行字节计数的方案，未公开技术特征Y。 |
| 技术特征Z： 其中所述计数包括在初始传输中传送的分组数据单元和在重传中传送的分组数据单元。<br>《未公开》 | 对比文件全部内容。 | 对比文件完全未涉及针对初传和重传PDU合并进行字节计数的方案，未公开技术特征Z。 |
---
### 评估结论
对比文件（US6678581B2）涉及半导体制造中的晶圆边缘夹持末端执行器的机械校准工具与校准方法，其主题、技术领域、技术方案及解决的技术问题均与目标专利（无线通信系统中用于支持可变PDU大小的RLC/MAC层流控制、信用分配与轮询机制）完全不相关。经严谨核查，对比文件对目标专利权利要求的技术特征A至Z既未直接公开，也无法通过任何合理解释或技术推理得出隐含公开。
## 特征比对分析
本评估紧密结合目标专利说明书原文，对对比文件（US2004/0047331A1）是否公开目标专利权利要求的各项技术特征进行逐一比对分析。比对遵循严谨的公开性判断标准，优先判断是否构成直接公开（含实质公开/等同公开）；在未直接公开的情况下，依据极宽松的标准判断是否构成隐含公开（包含合理推理、部分公开或可能与其他对比文件结合的情形）。
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译及段落标号） | 公开性论述 |
| 技术特征A：该方法包括<br>《直接公开》 | 【0043】<br>原文："To achieve these and other advantages and in accordance with the purpose of the present invention, as embodied and broadly described herein, there is provided a data transfer controlling method in a radio system where data is transmitted or received by an acknowledge mode, the method comprising the steps of..."<br>中文翻译："为了实现这些以及其他优点并根据本发明的目的，如在此体现和广泛描述的，提供了一种在以应答模式发送或接收数据的无线系统中的数据传输控制方法，该方法包括以下步骤……" | 对比文件【0043】明确公开了一种在无线系统中以应答模式传输或接收数据的数据传输控制方法（"the method comprising the steps of..."），属于方法权利要求的前序提示特征，技术方案、作用及语境完全相同，因此该特征被直接公开。 |
| 技术特征B：确定可变的分组数据单元(PDU)大小被配置<br>《未公开》 | 对比文件全文通篇未记载可变PDU大小（Variable PDU size）。<br>【0012】、以及对传统3GPP RLC规范（25.322 V3.14.0，【0064】）的描述：<br>原文："According to a 3GPP RLC protocol specification prescribed by the second working group, the RLC layer is one of the data link layer, the second layer L2. The RLC layer constitutes a protocol data unit (PDU) suitable for transfer by segmenting a protocol data unit (PDU) received from an upper layer, reassembling, and concatenating..."<br>中文翻译："根据第二工作组规定的3GPP RLC协议规范，RLC层是数据链路层（第二层L2）之一。RLC层通过对从上层接收的分组数据单元（PDU）进行分段、重组和级联，构成适合传输的分组数据单元（PDU）……" | 目标专利说明书【0094】、【0096】明确指出，传统3GPP系统的RLC PDU大小是固定（fixed）的，而目标专利的技术背景与核心是针对HSPA+等演进中引入的“可变RLC PDU大小（variable RLC PDU size）”进行增强。对比文件基于早期3GPP TS 25.322 V3.14.0（参见【0064】），其中每个PDU大小是预定且固定的，窗口大小是以PDU数量（如【0023】中Tx_window_size表示一次能传输的PDU数量）来定义的。对比文件不仅未直接公开“确定可变的PDU大小被配置”，且对比文件全文的流控制均基于固定大小PDU的传输与缓存机制，本领域技术人员无法从对比文件中合理推导或联想到可变PDU大小的配置确定，因此该特征未公开（既无直接公开，亦无隐含公开）。 |
| 技术特征C：接收控制帧<br>《直接公开》 | 【0032】、【0073】<br>原文【0032】："A transmitting RLC which has received a status PDU in which ACK/NAK information for each PDU is contained updates a value of the VT(A) into a value of the VR(R)..."<br>中文翻译【0032】："接收到包含每个PDU的ACK/NAK信息的状态PDU的发射RLC将VT(A)的值更新为VR(R)的值……"<br>原文【0073】："Herein, if a status PDU including only an ACK SUFI is transmitted to the transmitting RLC 100..."<br>中文翻译【0073】："在此，如果仅包含ACK SUFI的状态PDU被发送到发射RLC 100……"<br>以及【0020】明确将STATUS PDU归类为控制PDU（control PDU）。 | 目标专利中控制帧包括承载控制/分配信息的PDU或帧（例如RLC CONTROL/STATUS PDU或Iub/Iur控制帧）。对比文件【0020】、【0032】明确公开了发射实体接收状态PDU（STATUS PDU，该PDU属于控制PDU，即控制帧），其作用同样在于接收控制信息以管理数据流，本领域技术人员可以毫无疑义地确定对比文件直接公开了接收控制帧。 |
| 技术特征D：该控制帧指示容量分配是字节分配<br>《未公开》 | 对比文件全文未记载字节级别的容量分配。<br>【0023】、图4【0036】<br>原文【0023】："The Tx_window_size corresponds to a maximum value of the number of PDUs which can be transmitted at one time without an acknowledge."<br>中文翻译【0023】："Tx_window_size对应于一次可以发送而无需应答的PDU数量的最大值。"<br>原文【0036】："Also, the window size SUFI 30 includes a length field 32 where a window size number (WSN) of 12 bits which means the aforementioned Tx/Rx_window size is located."<br>中文翻译【0036】："此外，窗口大小SUFI 30包括一个长度字段32，其中包含表示上述Tx/Rx_window size的12比特的窗口大小编号（WSN）。" | 目标专利说明书【0129】明确记载：“在现有控制帧或新的控制帧中可以使用现有控制帧或新的控制帧来用信号通告一个指示……由此表明所述分配实际是字节分配”。对比文件中的控制帧（状态PDU及内部的窗口大小SUFI）所指示的窗口大小（WSN）纯粹是指PDU的数量（number of PDUs，见【0023】），完全没有任何指示“容量分配是字节分配”的技术方案或教导。因此该特征未公开。 |
| 技术特征E：由无线电网络控制器(RNC)经由处理器<br>《隐含公开》 | 【0043】、背景技术【0006】、【0057】<br>原文【0043】："Herein, the transmitter is a network and the receiver is a terminal."<br>中文翻译【0043】："在此，发射机是网络，接收机是终端。"<br>原文【0057】："FIG. 1 shows a structure of a radio interface protocol between a terminal based on a 3GPP radio access network (RAN) standard and an UTRAN;"<br>中文翻译【0057】："图1示出了基于3GPP无线接入网（RAN）标准的终端与UTRAN之间的无线电接口协议结构；" | 对比文件公开了发射机可以是网络侧（UTRAN），接收机是终端（UE）。结合3GPP标准公知常识及目标专利说明书【0062】的记载，在第6版及更早版本的3GPP传统UTRAN网络中，RLC协议实体在物理上即处于无线电网络控制器（RNC）节点中，并且由基带/控制处理单元（处理器）执行相关控制计算。对比文件公开了网络侧（UTRAN）执行相关方法，且对比文件所属的3GPP R99/R4/R5体系中该网络发射实体即部署于RNC，采用极宽松的隐含公开判断标准，本领域技术人员通过网络侧执行协议控制的内容，完全可以合理推导出该操作可由RNC经由处理器执行，属于部分公开并可结合公知常识推断的情形，认定为《隐含公开》。 |
| 技术特征F：通过将信用与最大PDU大小相乘确定所述容量分配<br>《未公开》 | 对比文件全文无记载。<br>【0036】<br>原文："Also, the window size SUFI 30 includes a length field 32 where a window size number (WSN) of 12 bits which means the aforementioned Tx/Rx_window size is located."<br>中文翻译："此外，窗口大小SUFI 30包括一个长度字段32，其中包含表示上述Tx/Rx_window size的12比特的窗口大小编号（WSN）。" | 目标专利说明书【0129】明确指出通过将信用（以PDU数量衡量）与以字节为单位的最大PDU大小相乘来产生字节总数以确定容量分配。对比文件通篇完全没有“将信用与最大PDU大小相乘”的计算方式，其窗口大小直接由SUFI中的WSN数值（PDU数量）直接限定，根本不存在相乘确定容量分配的操作，因此该特征未公开。 |
| 技术特征G：其中所述信用是PDU的数量<br>《隐含公开》 | 【0023】<br>原文："The Tx_window_size corresponds to a maximum value of the number of PDUs which can be transmitted at one time without an acknowledge."<br>中文翻译："Tx_window_size对应于一次可以发送而无需应答的PDU数量的最大值。"<br>【0036】<br>原文："Also, the window size SUFI 30 includes a length field 32 where a window size number (WSN) of 12 bits which means the aforementioned Tx/Rx_window size is located."<br>中文翻译："此外，窗口大小SUFI 30包括一个长度字段32，其中包含表示上述Tx/Rx_window size的12比特的窗口大小编号（WSN）。" | 目标专利说明书【0127】指出：“信用代表的是可以传送的MAC-d PDU的数量……RNC请求信用，而节点B则授予所述信用”。对比文件中的发送许可/配额表现为Tx_window_size（即WSN），其表示一次可发送的PDU数量。在极宽松的隐含公开标准下，流控制中的窗口配额/传输授权等同或涵盖了信用（credit）概念，其本质体现为允许发送的PDU数量，因此本领域技术人员有可能将其合理对应并推定为信用是PDU的数量，认定为《隐含公开》。 |
| 技术特征H：所述容量分配作为八比特组的数量计算。<br>《未公开》 | 对比文件全文未公开将容量分配按八比特组（字节）数量计算。<br>【0023】<br>原文："The Tx_window_size corresponds to a maximum value of the number of PDUs which can be transmitted at one time without an acknowledge."<br>中文翻译："Tx_window_size对应于一次可以发送而无需应答的PDU数量的最大值。" | 目标专利说明书【0105】、【0129】指出八比特组（octet）即字节，容量分配作为八比特组的数量计算。对比文件的容量与窗口分配始终基于PDU个数（number of PDUs）计算，完全未涉及以八比特组/字节为单位计算容量分配。因此该特征未公开。 |
| 技术特征I：该方法还包括<br>《直接公开》 | 【0043】<br>原文："the method comprising the steps of: transmitting window size control information to a transmitter from a receiver by a state of a receiving buffer; and varying a transmitting window size by the transmitter according to the transmitted window size control information."<br>中文翻译："该方法包括以下步骤：根据接收缓冲区的状态从接收机向发射机发送窗口大小控制信息；以及由发射机根据所发送的窗口大小控制信息改变发射窗口大小。" | 对比文件【0043】、【0068】等多处记载了方法包括多个连续及可选步骤，属于方法权利要求连接过渡特征，作用相同，本领域技术人员可毫无疑义确定其直接公开。 |
| 技术特征J：接收包括指定信用的字节数量的信息的帧。<br>《未公开》 | 对比文件全文未记载指定字节数量的信用/帧。<br>【0020】、图4【0036】<br>原文【0036】："Also, the window size SUFI 30 includes a length field 32 where a window size number (WSN) of 12 bits which means the aforementioned Tx/Rx_window size is located."<br>中文翻译："此外，窗口大小SUFI 30包括一个长度字段32，其中包含表示上述Tx/Rx_window size的12比特的窗口大小编号（WSN）。" | 目标专利说明书【0129】中记载：“在现有帧中可以添加新的字段，以便规定信用的字节数量而不是PDU数量”。对比文件接收的状态PDU中的字段（WSN）明确是以PDU数量为单位，完全没有指示或指定以“字节数量”为单位的信用信息，因此该特征未公开。 |
| 技术特征K：该方法还包括<br>《直接公开》 | 【0043】、图5【0068】-【0088】记载了方法中包括一系列步骤。<br>原文【0043】："the method comprising the steps of..."<br>中文翻译："该方法包括以下步骤……" | 对比文件公开了包含多个操作步骤的方法流程，该技术特征作为步骤连接语被直接公开。 |
| 技术特征L：存储PDU序列号(SN)到相关联的以字节为单位的长度的映射<br>《未公开》 | 对比文件仅记载按SN缓存PDU（【0070】），无字节长度映射：<br>原文【0070】："At this time, each PDU data has a SN and temporarily stored in a buffer."<br>中文翻译："此时，每个PDU数据具有一个SN并临时存储在缓冲区中。" | 目标专利说明书【0129】、【0236】明确指出：“为了处理可变的RLC PDU大小，RLC Tx和RLC Rx实体可以保持RLC PDU SN到相应的以字节为单位的PDU长度的映射。这样做允许计算和保持如上所述以字节或是其它基于字节的度量为单位的已使用流控制窗口的长度”。对比文件处于固定PDU大小的体系中，各PDU长度固定已知，根本不需要也不存在存储SN到字节长度映射的技术手段与作用，因此该特征未公开。 |
| 技术特征M：在不超出所述信用的字节数量的情况下传送PDU。<br>《未公开》 | 对比文件全文未记载基于信用字节数量进行传送限制。<br>【0024】<br>原文："A PDU only in the Tx_window_size is allowable to be transmitted, so that a minimum value of the SN is the VT(A) and the maximum value thereof is the VT(MS)−1."<br>中文翻译："仅在Tx_window_size内的PDU被允许发送，因此SN的最小值为VT(A)，其最大值为VT(MS)−1。" | 目标专利说明书【0129】记载：“在不违反这种基于以字节为单位的长度的新的信用分配规定的以字节为单位的长度限制的情况下被允许传送……PDU”。对比文件传送PDU时仅依据PDU数量构成的Tx_window_size限制（基于SN与VT(MS)比较），完全没有基于“信用的字节数量”来约束PDU传输，因此该特征未公开。 |
| 技术特征N：其中所述RNC是服务RNC(SRNC)。<br>《隐含公开》 | 【0006】、【0043】、背景技术【0008】<br>原文【0006】："Among these, a TSG-RAN (radio access network) group develops functions of a universal mobile telecommunications network terrestrial radio access network (UTRAN) which is a new RAN for applying a wideband code division multiple access (WCDMA) technique in the UMTS, demand items, and an interface standard."<br>中文翻译："其中，TSG-RAN（无线接入网）组开发通用移动电信网络地面无线接入网（UTRAN）的功能、需求项和接口标准，该UTRAN是在UMTS中应用宽带码分多址（WCDMA）技术的新RAN。" | 目标专利说明书【0126】指出UTRAN中网络节点包括服务RNC（SRNC）与控制RNC（CRNC）。对比文件明确其方案应用于3GPP UTRAN系统，网络侧实体包含无线网络控制器；在3GPP UTRAN规范中，终止用户平面RLC实体的RNC即为服务RNC（SRNC）。在极宽松的隐含公开判断标准下，本领域技术人员结合3GPP基础常识可直接推断对比文件中执行数据传输控制的RNC具体包括SRNC，因此认定为《隐含公开》。 |
| 技术特征O：其中所述RNC是控制RNC(CRNC)。<br>《隐含公开》 | 【0006】、【0043】<br>原文【0006】："Among these, a TSG-RAN (radio access network) group develops functions of a universal mobile telecommunications network terrestrial radio access network (UTRAN)..."<br>中文翻译："其中，TSG-RAN（无线接入网）组开发通用移动电信网络地面无线接入网（UTRAN）的功能……" | 目标专利说明书【0126】指出流控制信息可发送到SRNC，并且有可能发送到控制RNC（CRNC）。在3GPP UTRAN架构中，CRNC控制小区公共传输资源。基于极宽松的隐含公开判断标准，由于对比文件属于3GPP UTRAN系统，本领域技术人员结合标准架构有可能将网络控制器合理推断扩展至CRNC，认定为《隐含公开》。 |
| 技术特征P：该方法还包括<br>《直接公开》 | 【0043】<br>原文："the method comprising the steps of..."<br>中文翻译："该方法包括以下步骤……" | 该特征为方法权利要求的附加步骤引导语，对比文件【0043】及流程说明中已明确公开该方法包含后续处理步骤，予以直接公开认定。 |
| 技术特征Q：保持字节计数机制<br>《未公开》 | 对比文件全文未记载字节计数机制。<br>【0024】<br>原文："The VT(S) has an initial value of “0”, and the value is increased as one whenever one PDU is transmitted except re-transfer."<br>中文翻译："VT(S)的初始值为“0”，除重传外，每发送一个PDU该值就增加1。" | 目标专利说明书【0096】、【0238】指出为支持可变PDU大小，“被配置成使用一种基于字节计数的方法……发射机可以具有一种PDU计数轮询机制和字节计数轮询机制”。对比文件中保持的状态变量VT(S)、VT(A)等完全是基于PDU数量（每发一个PDU增加1），全文没有任何保持“字节计数”的机制或技术方案，因此该特征未公开。 |
| 技术特征R：其中所述字节计数机制保持与从发射实体传送的字节数量相关联的计数<br>《未公开》 | 对比文件全文未记载与传送的字节数量相关联的计数。<br>【0024】<br>原文："The VT(S) has an initial value of “0”, and the value is increased as one whenever one PDU is transmitted except re-transfer."<br>中文翻译："VT(S)的初始值为“0”，除重传外，每发送一个PDU该值就增加1。" | 目标专利说明书【0239】明确记载发射机保持关于从上一次轮询起“在PDU中传送的字节总数的计数器（Poll_Octets）”。对比文件仅公开了以PDU个数递增的状态变量计数，完全没有追踪已传送字节数量的技术手段，因此该特征未公开。 |
| 技术特征S：所述发射实体被配置成支持可变的分组数据单元大小<br>《未公开》 | 对比文件全文通篇未记载可变PDU大小。<br>【0012】、以及传统3GPP标准【0064】<br>原文【0012】："The RLC layer constitutes a protocol data unit (PDU) suitable for transfer by segmenting a protocol data unit (PDU) received from an upper layer, reassembling, and concatenating..."<br>中文翻译："RLC层通过对从上层接收的分组数据单元（PDU）进行分段、重组和级联，构成适合传输的分组数据单元（PDU）……" | 目标专利说明书【0094】、【0105】强调该发射实体被上层配置成支持可变PDU大小。对比文件基于传统3GPP R99/R4规范（TS 25.322 V3.14.0），发射实体的RLC PDU大小是固定预设的，不存在支持可变PDU大小的配置与运行机制，因此该特征未公开。 |
| 技术特征T：确定所述计数是否等于或大于Poll_Bytes值<br>《未公开》 | 对比文件全文未记载Poll_Bytes或字节比较判断。<br>【0078】<br>原文："After transmitting predetermined data through the step S15, the network (the transmitting RLC) requests an ACK signal from the terminal (the receiving RLC)."<br>中文翻译："在通过步骤S15发送了预定数据之后，网络（发射RLC）向终端（接收RLC）请求ACK信号。" | 目标专利说明书【0240】明确记载：“当计数器达到或超出数值Poll_Bytes时，RLC发射机将会设置导致计数器超出数值Poll_Bytes的PDU……中的轮询比特”。对比文件在步骤S15中仅提及发送预定数据后请求ACK信号，未公开任何关于字节阈值（Poll_Bytes）的比较与判断逻辑，因此该特征未公开。 |
| 技术特征U：在所述计数被确定为等于或大于所述Poll_Bytes值的情况下<br>《未公开》 | 对比文件全文未记载。<br>【0078】<br>原文："After transmitting predetermined data through the step S15, the network (the transmitting RLC) requests an ACK signal from the terminal (the receiving RLC)."<br>中文翻译："在通过步骤S15发送了预定数据之后，网络（发射RLC）向终端（接收RLC）请求ACK信号。" | 目标专利说明书【0240】记载了在字节计数器达到或超出Poll_Bytes条件满足时触发后续轮询动作。对比文件缺乏对应的字节计数及判断条件，因此该特征未公开。 |
| 技术特征V：将用于来自所述发射实体的传输的分组数据单元配置成包括轮询。<br>《直接公开》 | 【0076】、【0078】<br>原文【0078】："After transmitting predetermined data through the step S15, the network (the transmitting RLC) requests an ACK signal from the terminal (the receiving RLC)."<br>中文翻译【0078】："在通过步骤S15发送了预定数据之后，网络（发射RLC）向终端（接收RLC）请求ACK信号。"<br>原文【0076】："At this time, data corresponding to one widow size are transmitted, so that an ACK signal is not required from the receiving end whenever a data transmission is completed but the ACK signal is required when predetermined data are transmitted."<br>中文翻译【0076】："此时，发送与一个窗口大小对应的数据，使得不需要在每次数据传输完成时都要求接收端发送ACK信号，而是在发送预定数据时要求ACK信号。" | 在3GPP RLC协议及目标专利说明书【0077】中，发射实体向接收实体请求状态/ACK信号即通过在传输的PDU中设置轮询（Poll）比特来触发状态报告。对比文件【0076】、【0078】明确指出在传送数据后请求ACK信号（即触发轮询，配置PDU包含轮询），本领域技术人员结合RLC基本常识可毫无疑义地确定对比文件直接公开了将传输的PDU配置成包括轮询。 |
| 技术特征W：其中通过在所述分组数据单元中设置轮询比特来配置所述分组数据单元。<br>《隐含公开》 | 【0078】、结合3GPP标准【0012】及常识：<br>原文【0078】："After transmitting predetermined data through the step S15, the network (the transmitting RLC) requests an ACK signal from the terminal (the receiving RLC)."<br>中文翻译【0078】："在通过步骤S15发送了预定数据之后，网络（发射RLC）向终端（接收RLC）请求ACK信号。" | 目标专利说明书【0077】、【0240】指出发射实体通过设置AMD PDU中的轮询比特（Poll bit）来请求状态报告。对比文件公开了网络侧在发送预定数据后向终端请求ACK信号（【0078】），虽然在文字上未直接出现“轮询比特”四个字，但依据对比文件引用的3GPP TS 25.322规范，在AM模式下发射端请求ACK信号的标准机制即是在PDU首部设置Polling bit。依据极宽松的隐含公开判断标准，本领域技术人员由“请求ACK信号”必然能够合理推断出是通过在PDU中设置轮询比特来实现的，因此认定为《隐含公开》。 |
| 技术特征X：其中所述分组数据单元为应答模式的数据分组数据单元。<br>《直接公开》 | 【0012】-【0014】、【0043】<br>原文【0013】："As aforementioned, the RLC layer is operated in TM, UM, and AM. Among these, only the AM applied to the present invention will be explained."<br>中文翻译【0013】："如前所述，RLC层工作在TM、UM和AM模式。其中，仅对应用于本发明的AM进行解释。"<br>原文【0043】："there is provided a data transfer controlling method in a radio system where data is transmitted or received by an acknowledge mode..."<br>中文翻译【0043】："提供了一种在无线系统中以应答模式发送或接收数据的数据传输控制方法……" | 目标专利说明书【0075】、【0077】指明在应答模式（AM）下传送用户数据的PDU为AMD PDU（应答模式数据PDU）。对比文件【0013】明确强调本发明专门应用于应答模式（AM），且传送的PDU为包含数据和SN的PDU（即AMD PDU），技术方案与作用完全一致，本领域技术人员能毫无疑义地确定其已被直接公开。 |
| 技术特征Y：其中所述计数包括在初始传输中传送的分组数据单元。<br>《未公开》 | 对比文件全文未记载字节计数机制或针对计数范围的限定。<br>【0024】<br>原文："The VT(S) has an initial value of “0”, and the value is increased as one whenever one PDU is transmitted except re-transfer."<br>中文翻译："VT(S)的初始值为“0”，除重传外，每发送一个PDU该值就增加1。" | 目标专利说明书【0241】指出“在PDU中传送的字节总数可以是指首次传送的PDU的大小……只对RLC应答模式数据（AMD）PDU的首次传输……进行计数”。对比文件不存在字节计数机制，即使其状态变量VT(S)在非重传时递增，但其并非技术特征Y所限定的轮询字节计数，两者本质不同，因此该特征未公开。 |
| 技术特征Z：其中所述计数包括在初始传输中传送的分组数据单元和在重传中传送的分组数据单元。<br>《未公开》 | 对比文件全文未记载。<br>【0241】目标专利说明书原文明确记载包含重传的字节计数机制，对比文件通篇无此方案。 | 目标专利说明书【0241】指出字节总数“也可以是指包括重传在内的所有被传送字节的总数”。对比文件不存在轮询字节计数机制，更无计入初传和重传字节数的方案，因此该特征未公开。 |
---
### 综合比对结论代码
根据上述严谨的直接公开与宽松的隐含公开判断规则，对比文件公开情况如下：
- **直接公开的技术特征**：A、C、I、K、P、V、X
- **隐含公开的技术特征**：E、G、N、O、W
- **未公开的技术特征**：B、D、F、H、J、L、M、Q、R、S、T、U、Y、Z
按照要求，在回答结尾输出对应代码：
<<<A>>>
<<<C>>>
<<<I>>>
<<<K>>>
<<<P>>>
<<<V>>>
<<<X>>>
<<<a>>>
<<<c>>>
<<<e>>>
<<<g>>>
<<<n>>>
<<<o>>>
<<<w>>>
### 技术特征理解与分析
结合目标专利说明书原文，各技术特征的核心发明点涉及**在支持可变RLC PDU大小的增强型操作中，流控制、字节信用分配以及基于字节的轮询（Polling）触发机制**：
1. **技术特征A~H**：涉及基于字节分配（以八比特组为单位）的容量/信用流控制机制。特别是特征B要求“确定可变的分组数据单元(PDU)大小被配置”，特征D要求控制帧指示“容量分配是字节分配”，特征F/G/H要求通过将信用（PDU数量）与最大PDU大小相乘来确定以八比特组/字节为单位的容量分配。
2. **技术特征I~O**：涉及在网络节点（如RNC，包括SRNC、CRNC）处接收指定信用字节数量的帧、建立并存储PDU SN到字节长度的映射、在不超出字节信用限额下传输PDU。
3. **技术特征P~Z**：涉及增强型RLC层基于字节计数的轮询机制（Poll_Bytes）。其中发射实体支持可变PDU大小，通过保持与已发送字节数相关联的计数机制（Poll_Octets计数器），并在计数达到或超出Poll_Bytes时，在AM模式数据PDU（AMD PDU）中设置轮询比特（Poll Bit）触发轮询。
---
### 对比文件（WO2004059869A1）内容剖析
对比文件公开的是在3GPP UMTS系统传统架构（基于3GPP TS 25.321与TS 25.322早期版本）中，MAC层如何执行传输格式组合（TFC）选择和MAC-d SDU大小选择算法：
1. **对比文件关于PDU大小的设定**：在[0089]中明确记载对于应答模式（AM），PDU大小是固定的（“For an acknowledged mode, the PDU size is fixed”）。对比文件中出现的“PDU大小选择”是指对于未确认模式（UM）和透明模式（TM），MAC层根据TTI选择PDU/TB大小，并非目标专利中针对AM模式所配置的“可变RLC PDU大小”（目标专利说明书[0094]、[0111]~[0116]）。
2. **对比文件关于流控制信用（Credits）的设定**：对比文件[0065]~[0066]、[0080]~[0085]记载了C-RNC与S-RNC之间通过Iur接口FACH流控制帧（FACH Flow Control Frame）控制MAC-c SDU的传输，其中流控制帧包含的是允许S-RNC MAC-d实体发送的**信用数量（credits代表SDU的数量）**（[0065]：“control the number of SDUs (credits)”；[0080]：“contain the number of credits the S-RNC MAC-d entity is allowed to transmit”）。对比文件利用公式“MIN(BO, credits × PDU size)”来计算以信息比特为单位可发送的数据量以挑选最佳SDU size，其流控制分配本身仍是离散的SDU数量信用，完全没有涉及“控制帧指示容量分配是字节分配”，也没有目标专利中“控制帧通知容量分配实际为字节分配，通过将PDU信用数量乘以最大PDU大小推导八比特组总数”的技术方案。
3. **对比文件关于存储SN到字节长度映射、基于字节的轮询机制（Poll_Bytes）**：对比文件全文完全未涉及RLC发射机保持字节计数器（Poll_Octets）、将计数与Poll_Bytes值比较、在达到阈值时在PDU中配置/设置轮询比特等内容。
---
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（含中文翻译及段落标号） | 公开性论述 |
| 技术特征A：该方法包括<br>《直接公开》 | 【对比文件段落[0003]、[0013]】<br>“More particularly, the invention relates to method and algorithm for data transmission in a UMTS network.”<br>（更具体地，本发明涉及用于在UMTS网络中进行数据传输的方法和算法。）<br>“This invention provides a method and an algorithm for TFC selection...”<br>（本发明提供了一种用于TFC选择的方法和算法……） | 对比文件明确公开了一种在无线通信系统（UMTS）中用于调度数据传输的方法，因此技术特征A作为方法权利要求的前序提示词被对比文件直接公开。 |
| 技术特征B：确定可变的分组数据单元(PDU)大小被配置<br>《未公开》 | 【对比文件段落[0089]】<br>“For an acknowledged mode, the PDU size is fixed, and therefore information based on the buffered PDUs can be provided by the RLC.”<br>（对于应答模式，PDU大小是固定的，因此RLC可以提供基于所缓存的PDU的信息。） | 目标专利中的“可变的分组数据单元(PDU)大小被配置”是指高层（如RRC）为AM RLC实体配置可变的RLC PDU大小模式（说明书[0094]、[0111]~[0116]）。对比文件不仅没有公开确定可变PDU大小被配置，反而明确记载在AM模式下PDU大小是固定的（fixed）。对比文件在UM/TM模式下由MAC动态指定TB/PDU大小，并非配置可变大小的RLC PDU模式，因此既未直接公开也未隐含公开。 |
| 技术特征C：接收控制帧<br>《直接公开》 | 【对比文件段落[0080]】<br>“A FACH flow control frame is used by the C-RNC to control the user data flow. It may be generated in response to a FACH Capacity Request or at any other time. The FACH Flow control frame shall contain the number of credits the S-RNC MAC-d entity is allowed to transmit.”<br>（C-RNC使用FACH流控制帧来控制用户数据流。其可以响应于FACH容量请求或在任何其他时间生成。该FACH流控制帧应当包含允许S-RNC MAC-d实体发送的信用数量。） | 对比文件公开了S-RNC接收来自C-RNC的“FACH流控制帧（FACH flow control frame）”，该流控制帧属于无线网络控制器之间传输控制信令的控制帧，因此技术特征C被对比文件直接公开。 |
| 技术特征D：该控制帧指示容量分配是字节分配<br>《未公开》 | 【对比文件段落[0065]、[0080]】<br>“Flow control allows the MAC-c (C-RNC) to control the number of SDUs (credits) that each MAC-d (S-RNC) can send for an associated priority... The FACH Flow control frame shall contain the number of credits the S-RNC MAC-d entity is allowed to transmit.”<br>（流控制允许MAC-c (C-RNC)控制每个MAC-d (S-RNC)针对相关联优先级可发送的SDU数量(信用)……FACH流控制帧应包含允许S-RNC MAC-d实体发送的信用数量。） | 目标专利中控制帧指示容量分配是字节分配，是指通过显式指示使网络实体知道该分配实际是字节（八比特组）分配（说明书[0129]）。而对比文件中的流控制帧明确指示的是“SDU的数量（credits代表SDU数目）”，其本质是基于数量的离散信用，未指示容量分配是字节分配。本领域技术人员无法从对比文件直接或隐含推导出该特征。 |
| 技术特征E：由无线电网络控制器(RNC)经由处理器<br>《隐含公开》 | 【对比文件段落[0005]、[0014]、[0064]】<br>“...the MAC layer in the user equipment (UE) and in the Radio Network Controller (RNC) is responsible for scheduling of data transmission in the uplink and downlink, respectively.”<br>（……用户设备(UE)中和无线电网络控制器(RNC)中的MAC层分别负责上行链路和下行链路中的数据传输调度。）<br>“Both UE and Serving-RNC (S-RNC) sides of a universal mobile telecommunication service (UMTS)... network are discussed.”<br>（讨论了通用移动电信业务(UMTS)网络的用户设备和服务RNC (S-RNC)侧。） | 对比文件明确公开了数据调度和算法由RNC（包括S-RNC和C-RNC）执行。虽然对比文件未显式出现“处理器（processor）”这一物理硬件词，但在通信网络设备中，RNC内部协议层（MAC层、RLC层）的算法处理和信令交互由数字信号处理器或通用计算处理器执行属于本领域不可分割的基本物理载体和公知常识。对比文件公开了RNC执行该算法，部分公开了网络实体执行主体，且具有由处理器执行的必然技术环境，因此认定为隐含公开。 |
| 技术特征F：通过将信用与最大PDU大小相乘确定所述容量分配<br>《未公开》 | 【对比文件段落[0083]、[0085]】<br>“If the number of credits required multiplied by the SDU size does not exactly match the BO, then it will require some overhead... MIN (BO, credits × PDU size).”<br>（如果所需的信用数量乘以SDU大小与BO不完全匹配，则将需要一些开销……MIN (BO, credits × PDU size)。） | 目标专利中，特征F是将信用（PDU数量）与最大PDU大小相乘，以此在节点处推导并确定实际授权的以字节为单位的容量分配（说明书[0129]）。对比文件是在MAC-d评估候选SDU size以最小化开销和信用的算法中计算数据比特量（credits × PDU size），其计算结果并非“确定控制帧所指示的容量分配”，更没有公开结合最大PDU大小推导字节容量分配。两者技术构思与技术作用完全不同，未公开。 |
| 技术特征G：其中所述信用是PDU的数量<br>《隐含公开》 | 【对比文件段落[0065]、[0080]、[0085]】<br>“Flow control allows the MAC-c (C-RNC) to control the number of SDUs (credits)... Based on the number of 'credits' available in MAC-d, determine the amount of information bits that can be transmitted by using each PDU size... The credits allowed must be respected when selecting the number of SDUs to be sent.”<br>（流控制允许MAC-c控制每个MAC-d可以发送的SDU数量(信用)……根据MAC-d中可用的“信用”数量，确定使用每个PDU大小可以传输的信息比特量……选择发送的SDU数量时必须遵守允许的信用。） | 对比文件中的“信用（credits）”直接定义为MAC-c控制的MAC-d SDU的数量。在分层协议中，上层RLC交付给下层MAC实体的PDU即作为下层的SDU（数据单元），且对比文件[0085]在算法步骤S3中将credits直接用于计算PDU传输能力（credits × PDU size），显示了信用在离散分组单位层面数量的等同表征性。在宽松的隐含公开判断标准下，对比文件部分公开了信用作为协议数据分组数量的表征，存在隐含公开的可能。 |
| 技术特征H：所述容量分配作为八比特组的数量计算。<br>《未公开》 | 【对比文件段落[0080]、[0083]】<br>“The FACH Flow control frame shall contain the number of credits the S-RNC MAC-d entity is allowed to transmit.”<br>（FACH流控制帧应当包含允许S-RNC MAC-d实体发送的信用数量。） | 目标专利中，容量分配是作为“八比特组（Octets/Bytes）的数量”来进行计算和限定（说明书[0129]）。对比文件中的流控制分配完全基于SDU/分组的信用个数（number of credits），其在TFC计算中涉及的是比特数量（bits），未涉及将容量分配作为八比特组数量进行计算。未公开。 |
| 技术特征I：该方法还包括<br>《直接公开》 | 【对比文件段落[0013]、[0061]】<br>“The following description sets forth the MAC procedure to schedule data transmission... The following algorithm (shown in Figure 2) is performed...”<br>（以下描述阐述了调度数据传输的MAC过程……执行以下算法……） | 属于方法权利要求的并列/进一步步骤的引导过渡词，对比文件公开了包含多步骤的传输调度方法，直接公开。 |
| 技术特征J：接收包括指定信用的字节数量的信息的帧。<br>《未公开》 | 【对比文件段落[0080]】<br>“The FACH Flow control frame shall contain the number of credits the S-RNC MAC-d entity is allowed to transmit.”<br>（FACH流控制帧应当包含允许S-RNC MAC-d实体发送的信用数量。） | 目标专利在现有帧中增加新字段以指定信用的字节数量（说明书[0129]）。对比文件流控制帧中包含的字段仅为信用数量（离散SDU个数），没有公开包含指定信用字节数量的信息帧。未公开。 |
| 技术特征K：该方法还包括<br>《直接公开》 | 【对比文件段落[0013]、[0085]】<br>“In order to send SDUs to the MAC-c, MAC-d follows the following procedure (See Figure 3)...”<br>（为了向MAC-c发送SDU，MAC-d遵循以下过程（见图3）……） | 属于方法权利要求进一步步骤的通用限定词，对比文件公开了由多个连续处理步骤构成的方法，直接公开。 |
| 技术特征L：存储PDU序列号(SN)到相关联的以字节为单位的长度的映射<br>《未公开》 | 【对比文件全文】<br>无相关记载。 | 目标专利中，由于PDU大小可变，节点必须维护存储PDU SN与其以字节为单位长度的映射关系，以确保在字节配额限制下出队传输（说明书[0129]、[0130]）。对比文件在AM模式下PDU大小固定，MAC算法只根据逻辑信道优先级和传输块容量填装，根本无需且完全没有公开存储PDU SN到字节长度映射的机制。未公开。 |
| 技术特征M：在不超出所述信用的字节数量的情况下传送PDU。<br>《未公开》 | 【对比文件段落[0085]步骤S4】<br>“The credits allowed must be respected when selecting the number of SDUs to be sent.”<br>（在选择要发送的SDU数量时，必须遵守允许的信用。） | 目标专利是基于“以字节为单位的信用限制”来传送尽可能多的PDU且不超出字节额度（说明书[0129]）。对比文件是基于离散的“SDU信用个数”进行数量限制传输，二者限制的物理维度和控制机制完全不同。未公开。 |
| 技术特征N：其中所述RNC是服务RNC(SRNC)。<br>《直接公开》 | 【对比文件段落[0014]、[0064]】<br>“Both UE and Serving-RNC (S-RNC) sides of a universal mobile telecommunication service (UMTS) - time division duplex (TDD) network are discussed.”<br>（讨论了UMTS-TDD网络的用户设备和服务RNC (S-RNC)侧。）<br>“MAC-d is located in the S-RNC and there is one MAC-d for each UE.”<br>（MAC-d位于S-RNC中，每个UE有一个MAC-d。） | 对比文件明确公开了所描述的RNC实体具体为服务RNC（Serving-RNC / S-RNC），并在此执行MAC-d相关的流控制接收与传输过程，因此技术特征N被对比文件直接公开。 |
| 技术特征O：其中所述RNC是控制RNC(CRNC)。<br>《直接公开》 | 【对比文件段落[0064]、[0080]】<br>“MAC-c is located in the Controlling-RNC (C-RNC) and there is one MAC-c per cell...”<br>（MAC-c位于控制RNC (C-RNC)中，每个小区有一个MAC-c……）<br>“A FACH flow control frame is used by the C-RNC to control the user data flow.”<br>（FACH流控制帧由C-RNC用于控制用户数据流。） | 对比文件明确公开了所涉及的RNC实体包括控制RNC（Controlling-RNC / C-RNC），并在C-RNC中配置MAC-c实体以发送流控制帧，因此技术特征O被对比文件直接公开。 |
| 技术特征P：该方法还包括<br>《直接公开》 | 【对比文件段落[0013]】<br>“The following description sets forth the MAC procedure to schedule data transmission...”<br>（以下描述阐述了调度数据传输的MAC过程……） | 属于方法权利要求的附加限定连接词，对比文件公开，直接公开。 |
| 技术特征Q：保持字节计数机制<br>《未公开》 | 【对比文件全文】<br>无相关记载。 | 目标专利技术特征Q是结合轮询触发所保持的Poll_Octets字节计数器（说明书[0238]~[0244]）。对比文件仅涉及在TFC计算中计算瞬时TTI传输的数据比特数，并不存在为了轮询或传输追踪而“保持字节计数机制”的构思与方案。未公开。 |
| 技术特征R：其中所述字节计数机制保持与从发射实体传送的字节数量相关联的计数<br>《未公开》 | 【对比文件全文】<br>无相关记载。 | 目标专利中该计数机制用于累加从上一次轮询后所发送PDU的字节总数（说明书[0239]）。对比文件无相关发射字节计数机制的记载。未公开。 |
| 技术特征S：所述发射实体被配置成支持可变的分组数据单元大小<br>《未公开》 | 【对比文件段落[0089]】<br>“For an acknowledged mode, the PDU size is fixed...”<br>（对于应答模式，PDU大小是固定的……） | 目标专利发射实体（如UE或网络侧RLC实体）被配置支持可变PDU大小以配合增强型字节计数机制。对比文件在AM模式下仅支持固定PDU大小，未公开将发射实体配置成支持可变PDU大小。未公开。 |
| 技术特征T：确定所述计数是否等于或大于Poll_Bytes值<br>《未公开》 | 【对比文件全文】<br>无相关记载。 | 目标专利中明确设定了上层配置的参数Poll_Bytes作为字节计数轮询阈值，并将Poll_Octets与之比较（说明书[0240]、[0244]）。对比文件全文未涉及Poll_Bytes参数及其与计数的比较判断。未公开。 |
| 技术特征U：在所述计数被确定为等于或大于所述Poll_Bytes值的情况下<br>《未公开》 | 【对比文件全文】<br>无相关记载。 | 目标专利中以计数达到Poll_Bytes作为触发轮询的条件（说明书[0240]、[0244]）。对比文件未公开该判定条件。未公开。 |
| 技术特征V：将用于来自所述发射实体的传输的分组数据单元配置成包括轮询。<br>《未公开》 | 【对比文件全文】<br>无相关记载。 | 目标专利在计数满足条件时将待发PDU配置为包含轮询请求（触发轮询）（说明书[0240]）。对比文件完全未涉及轮询触发机制，未公开。 |
| 技术特征W：其中通过在所述分组数据单元中设置轮询比特来配置所述分组数据单元。<br>《未公开》 | 【对比文件全文】<br>无相关记载。 | 目标专利具体通过在PDU报头中设置轮询比特（Poll Bit）为1来配置轮询（说明书[0240]、[0241]）。对比文件未公开在PDU中设置轮询比特以实现轮询配置的技术手段。未公开。 |
| 技术特征X：其中所述分组数据单元为应答模式的数据分组数据单元。<br>《未公开》 | 【对比文件段落[0028]、[0089]】<br>“For acknowledge mode - RLC (AM-RLC) logical channels, the 'minimum size compatible TF' is the TF with one TB with 'RLC Size' equal to the RLC PDU size... For an acknowledged mode, the PDU size is fixed...”<br>（对于确认模式-RLC逻辑信道，“最小大小兼容TF”是具有一个传输块且“RLC大小”等于RLC PDU大小的TF……对于应答模式，PDU大小是固定的……） | 目标专利中特征X的“所述分组数据单元”指代前文特征V/W中被配置包括轮询比特的PDU（即AMD PDU，说明书[0241]）。虽然对比文件一般性地提到了应答模式（AM-RLC），但其并未在包含轮询配置、字节计数机制的上下文中公开该分组数据单元为应答模式数据分组数据单元，因此未公开。 |
| 技术特征Y：其中所述计数包括在初始传输中传送的分组数据单元。<br>《未公开》 | 【对比文件全文】<br>无相关记载。 | 目标专利说明书[0241]记载“在PDU中传送的字节总数可以是指首次传送的PDU的大小”。对比文件不存在该字节计数机制，更无该计数包含初始传输PDU的记载。未公开。 |
| 技术特征Z：其中所述计数包括在初始传输中传送的分组数据单元和在重传中传送的分组数据单元。<br>《未公开》 | 【对比文件全文】<br>无相关记载。 | 目标专利说明书[0241]记载“作为替换，它也可以是指包括重传在内的所有被传送字节的总数”。对比文件不存在该字节计数机制，更无该计数包括初始传输与重传PDU的记载。未公开。 |
---
<<<A>>>
<<<C>>>
<<<e>>>
<<<g>>>
<<<I>>>
<<<K>>>
<<<N>>>
<<<O>>>
<<<P>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（US20040143676A1） | 公开性论述 |
| 技术特征A：该方法包括<br>《直接公开》 | [0001] The present invention relates to techniques for transmitting data in acknowledged mode from a sending unit to a receiving unit.（本发明涉及在应答模式下从发送单元向接收单元传输数据的技术。）<br>[0008] The invention thus proposes a method of transmitting data in acknowledged mode between a sending unit and a receiving unit...（因此，本发明提出了一种在发送单元与接收单元之间在应答模式下传输数据的方法……） | 该特征为方法权利要求的前序转折引导用语。对比文件在段落[0001]和[0008]中明确公开了一种在发送单元和接收单元之间以应答模式传输数据的方法，构成了对“该方法包括”的直接公开。 |
| 技术特征B：确定可变的分组数据单元(PDU)大小被配置<br>《未公开》 | 无直接对应引用内容。 | 目标专利说明书（如[0094]-[0096]、[0111]-[0116]）中明确指出，传统3GPP系统中RLC PDU大小是固定半静态配置的，而本发明的改进关键在于引入了高层配置支持可变大小的RLC PDU（Flexible RLC PDU size）。对比文件基于3GPP Release 99/Release 4标准（参见段落[0025]引用的TS 25.301 V3.9.0及段落[0029]引用的TS 25.322 V3.9.0），其传输的AMD PDU为传统固定大小的数据块，未公开、亦无法推导出“确定可变的PDU大小被配置”的技术特征。 |
| 技术特征C：接收控制帧<br>《隐含公开》 | [0030] ...Two types of protocol unit blocks of the RLC sublayer are distinguished: the information transfer blocks (“data PDUs”) and, for the acknowledged mode only, the control blocks (“control PDUs”). Among the latter, the “STATUS” control block allows in particular the receiving entity to indicate to the sending entity the information transfer blocks that have been correctly received and those that have been lost during transmission.（……区分为两种类型的RLC子层协议单元块：信息传输块（“数据PDU”）以及仅用于应答模式的控制块（“控制PDU”）。在后者中，“STATUS”控制块特别允许接收实体向发送实体指示已正确接收的信息传输块以及在传输期间丢失的信息传输块。）<br>[0031] The receiving entity in fact sends on request or spontaneously supervision reports (“status reports”) to the sending unit that consist of one or more “STATUS” control blocks.（接收实体实际上根据请求或自发地向发送单元发送由一个或多个“STATUS”控制块构成的监督报告（“状态报告”）。） | 目标专利权利要求中的控制帧结合技术特征D、J可知主要用于指示容量分配信息（如Iub/Iur接口的用户平面控制帧）。但在无线通信协议层中，RLC控制块（Control PDU）亦属于控制帧范畴。对比文件公开了发送实体接收来自接收实体的由STATUS控制块（STATUS Control PDU）构成的监督报告，即公开了“接收控制帧”的技术手段。按照极其宽松的隐含公开判断标准，对比文件部分公开了接收控制帧的操作，本领域技术人员可以合理推知其具备接收控制帧的能力，故判定为隐含公开。 |
| 技术特征D：该控制帧指示容量分配是字节分配<br>《未公开》 | 无直接对应引用内容。 | 目标专利说明书[0126]-[0129]阐述了Node B向RNC发送容量分配控制帧，并在支持可变PDU大小时指示该分配实际是以字节为单位的信用分配。对比文件仅涉及RLC层发送与接收单元之间基于轮询机制的状态报告与传输窗口更新，完全未涉及网络侧节点（Node B与RNC）之间的流控制协议，更未公开控制帧指示容量分配为字节分配的内容。 |
| 技术特征E：由无线电网络控制器(RNC)经由处理器<br>《直接公开》 | [0024] ...belonging to a core network (CN), are linked on the one hand to one or more fixed networks 11 and on the other hand, by means of a so-called Iu interface, to command equipment 12 or RNCs (“Radio Network Controllers”)...（……属于核心网络（CN），一方面连接到一个或多个固定网络11，另一方面通过所谓的Iu接口连接到控制设备12或RNC（“无线电网络控制器”）……）<br>[0027] ...The RRC, RLC and MAC stages are typically located in the RNC 12.（……RRC、RLC和MAC级通常位于RNC 12中。）<br>[0046] FIG. 5 illustrates certain means of the sending unit (40) according to the invention. These means pertain to the instance of the acknowledged-mode RLC protocol created at the RNC (case of a downlink)...（图5示出了根据本发明的发送单元(40)的某些装置。这些装置属于在RNC处建立的应答模式RLC协议实体（下行链路情况）……） | 目标专利中该特征限定了方法的执行主体及硬件实现载体（RNC经由处理器执行算法）。对比文件明确公开了发送实体位于RNC中（下行链路情况下），并在图5及段落[0046]-[0050]中公开了包括轮询管理模块(41)、生产模块(45)、传输模块(42)等功能实体。在通信设备领域，RNC内的各协议层处理模块必然由其内部处理器（处理单元）执行软件或固件逻辑来实现。本领域技术人员能毫无疑义地直接得出该方案是由RNC经由处理器实现的，两者作用相同，属于直接公开。 |
| 技术特征F：通过将信用与最大PDU大小相乘确定所述容量分配<br>《未公开》 | 无直接对应引用内容。 | 目标专利说明书[0129]指出：“在无线电承载建立或再配置中或者在每个适当的控制帧中可以使用现有控制帧或新的控制帧来用信号通告一个指示，其中该指示通过将信用与以字节为单位的最大PDU大小相乘来产生字节总数，由此表明所述分配实际是字节分配。”对比文件完全未涉及通过信用乘以最大PDU大小来确定容量分配的机制，该特征未公开。 |
| 技术特征G：其中所述信用是PDU的数量<br>《未公开》 | 无直接对应引用内容。 | 目标专利说明书[0127]记载“信用代表的是可以传送的MAC-d PDU的数量”。对比文件并未公开基于PDU数量计算信用的流控制分配技术方案。 |
| 技术特征H：所述容量分配作为八比特组的数量计算。<br>《未公开》 | 无直接对应引用内容。 | 目标专利说明书[0105]、[0129]中指出字节与八比特组（octet）可互换使用，容量分配计算出八比特组数量。对比文件未公开任何关于容量分配作为八比特组计算的内容。 |
| 技术特征I：该方法还包括<br>《直接公开》 | [0009] The invention can furthermore be implemented according to a method in which...（本发明还可以根据一种方法来实施，其中……）<br>[0011] In one embodiment of the invention...（在本发明的一个实施例中……） | 该特征为从属权利要求中用于引入进一步方法步骤的标准过渡引导语。对比文件在说明书中公开了该方法进一步包含的多种实施方式和扩展步骤，实质上直接公开了该过渡特征。 |
| 技术特征J：接收包括指定信用的字节数量的信息的帧。<br>《未公开》 | 无直接对应引用内容。 | 目标专利说明书[0129]、[0351]指出现有帧中可添加新字段以规定信用的字节数量，或者接收包含用于规定信用字节数量的帧。对比文件未涉及接收指定信用字节数量的帧。 |
| 技术特征K：该方法还包括<br>《直接公开》 | [0014] Advantageously, provision may moreover be made for...（有利地，还可以规定……）<br>[0016] The said first means may furthermore be arranged so as to...（所述第一装置还可以被设置为……） | 属于进一步引入补充特征的连接性语言，对比文件直接公开了包含附加步骤的方法体系。 |
| 技术特征L：存储PDU序列号(SN)到相关联的以字节为单位的长度的映射<br>《未公开》 | 无直接对应引用内容。 | 目标专利说明书[0129]、[0236]明确指出，为了支持可变大小的PDU操作，发射和接收实体需要建立并存储PDU SN与对应字节长度的映射关系，以计算窗口和信用消耗。对比文件段落[0004]和[0035]中仅说明AMD PDU带有固定的序列号SN，发送单元仅维护已发送但未确认的SN列表，因其PDU为固定大小，完全不存在亦不需要“存储PDU SN到字节长度映射”的机制。 |
| 技术特征M：在不超出所述信用的字节数量的情况下传送PDU。<br>《未公开》 | 无直接对应引用内容。 | 目标专利说明书[0129]、[0356]记载“在不违反这种基于以字节为单位的长度的新的信用分配规定的以字节为单位的长度限制的情况下被允许传送与其可以传送的PDU一样多的PDU”。对比文件未涉及基于信用字节数量约束进行PDU传送的技术手段。 |
| 技术特征N：其中所述RNC是服务RNC(SRNC)。<br>《隐含公开》 | [0024] ...Certain RNCs 12 may furthermore communicate with one another by means of a so-called Iur interface. The RNCs and the base stations form an access network called UTRAN...（……某些RNC 12还可以通过所谓的Iur接口彼此通信。RNC和基站构成称为UTRAN的接入网……）<br>[0027] ...The RRC, RLC and MAC stages are typically located in the RNC 12. When several RNCs are involved, the MAC sublayer can be apportioned among these RNCs, with appropriate protocols for the exchanges on the Iur interface...（……RRC、RLC和MAC级通常位于RNC 12中。当涉及多个RNC时，MAC子层可以在这些RNC之间分配，并使用适当的协议在Iur接口上进行交换……） | 目标专利中RNC可具体担当SRNC角色。对比文件明确公开了多个RNC之间通过Iur接口互通，且RLC实体驻留在RNC中。结合对比文件引用的3GPP UTRAN规范（3G TS 25.401），本领域技术人员知晓在Iur接口相连的多个RNC中，终止无线链路控制（RLC）协议并连接核心网的RNC即为服务RNC（SRNC）。按照宽松的隐含公开判断原则，本领域技术人员完全可以合理推知对比文件中的RNC包含SRNC，故属于隐含公开。 |
| 技术特征O：其中所述RNC是控制RNC(CRNC)。<br>《隐含公开》 | [0024] ...Each RNC 12 is linked to one or more base stations 13 by means of a so-called Iub interface. The base stations 13, distributed over the territory covered by the network, are capable of communicating by radio with the mobile terminals 14, 14a, 14b called UE...（……每个RNC 12通过所谓的Iub接口连接到一个或多个基站13。分布在网络覆盖区域上的基站13能够与称为UE的移动终端14、14a、14b进行无线通信……） | 目标专利中RNC可为CRNC。对比文件公开了RNC通过Iub接口连接控制基站（Node B）。依据3GPP规范（3G TS 25.401），负责控制和管理特定基站及其逻辑无线电资源的RNC即定义为该基站的控制RNC（CRNC）。本领域技术人员能够通过对比文件提及的Iub接口连接关系直接且合理地推断出该RNC即具有CRNC的属性，属于隐含公开。 |
| 技术特征P：该方法还包括<br>《直接公开》 | [0009] It is also possible to repeat the activation...（还可以重复激活……） | 属于权利要求从属步骤引导特征，对比文件直接公开了包含进一步技术动作的实施方法。 |
| 技术特征Q：保持字节计数机制<br>《未公开》 | 无直接对应引用内容。 | 目标专利说明书[0096]、[0238]记载针对可变PDU大小，“发射机可以具有一种PDU计数轮询机制和字节计数轮询机制，由此发射机会向接收机轮询每一个Poll_Bytes字节”。对比文件段落[0031]、[0041]仅公开了基于定时器（Timer_Poll_Periodic）或者基于块数量（PDU计数M）触发轮询，完全不存在保持字节计数的机制。 |
| 技术特征R：其中所述字节计数机制保持与从发射实体传送的字节数量相关联的计数<br>《未公开》 | 无直接对应引用内容。 | 目标专利说明书[0239]阐述“RLC发射机保持一个关于从传输包含轮询比特的最后一个PDU时起在PDU中传送的字节总数的计数器”。对比文件不涉及字节层面的累加统计，未公开此特征。 |
| 技术特征S：所述发射实体被配置成支持可变的分组数据单元大小<br>《未公开》 | 无直接对应引用内容。 | 目标专利说明书[0104]-[0105]指出发射实体被高层配置支持可变大小的RLC PDU。对比文件发送实体仅支持传统标准中的固定PDU大小，未公开该特征。 |
| 技术特征T：确定所述计数是否等于或大于Poll_Bytes值<br>《未公开》 | 无直接对应引用内容。 | 目标专利说明书[0240]记载“当计数器达到或超出数值Poll_Bytes时，RLC发射机将会设置……轮询比特”。对比文件不存在Poll_Bytes参数，亦无将字节计数与阈值比较的判断步骤。 |
| 技术特征U：在所述计数被确定为等于或大于所述Poll_Bytes值的情况下<br>《未公开》 | 无直接对应引用内容。 | 目标专利说明书[0240]公开了当字节计数达到或超过Poll_Bytes时触发轮询设置的条件支。对比文件缺乏基于字节计数的判断触发机制。 |
| 技术特征V：将用于来自所述发射实体的传输的分组数据单元配置成包括轮询。<br>《直接公开》 | [0002] ...The header of each block then comprises an acknowledgement control field activated intermittently by the sending unit so as to request an acknowledgement of blocks on the part of the receiving unit...（……每个数据块的报头随后包括由发送单元间歇性激活的确认控制字段，以便请求接收单元对数据块进行确认……）<br>[0047] The sending unit comprises a module (41) for managing report requests (polling) which will control the setting of the polling bit within the AMD PDU blocks produced by the production module (45) with a view to being sent by the module (42) to the RLC protocol instance created at the level of the receiving unit (47).（发送单元包括用于管理报告请求（轮询）的模块(41)，该模块将控制由生产模块(45)生成的待通过模块(42)发送给接收单元(47)级别创建的RLC协议实体的AMD PDU块内的轮询比特设置。） | 目标专利中发射实体在满足条件时将待传输的PDU配置为包含轮询请求。对比文件在段落[0002]、[0008]及[0047]中详细公开了发送单元通过模块(41)控制在AMD PDU中配置轮询请求，以使其在下行传输中携带轮询指示，其实现的技术手段、在系统中所起的作用与目标专利中配置PDU包含轮询完全一致，属于直接公开。 |
| 技术特征W：其中通过在所述分组数据单元中设置轮询比特来配置所述分组数据单元。<br>《直接公开》 | [0032] Each acknowledged-mode information transfer block (“AMD PDU”) comprises a header field and a field of data to be transmitted. The header of each block comprises an acknowledgement control field, consisting of a bit termed the polling bit, which may be activated to request a report of reception of blocks on the part of the RLC sublayer of the receiving unit. The request is thus sent by setting this polling bit to 1.（每个应答模式信息传输块（“AMD PDU”）包括报头字段和待传输数据字段。每个块的报头包括一个确认控制字段，由称为轮询比特（polling bit）的比特组成，该比特可被激活以请求接收单元的RLC子层报告块的接收情况。因此，通过将该轮询比特设置为1来发送该请求。） | 目标专利说明书[0077]、[0241]指出通过在PDU报头中将轮询比特置位（如置1）来配置轮询请求。对比文件段落[0032]字面公开了在AMD PDU报头中通过将轮询比特（polling bit）设置为1来激活轮询请求，技术手段、工作机理与目标专利毫无二致，属于毫无疑义的直接公开。 |
| 技术特征X：其中所述分组数据单元为应答模式的数据分组数据单元。<br>《直接公开》 | [0032] Each acknowledged-mode information transfer block (“AMD PDU”) comprises a header field and a field of data to be transmitted.（每个应答模式信息传输块（“AMD PDU”）包括报头字段和待传输数据字段。）<br>[0046] ...instance of the acknowledged-mode RLC protocol created at the RNC... to support the transfer of the AMD PDU blocks.（……在RNC处建立的应答模式RLC协议实体……以支持AMD PDU块的传输。） | 目标专利技术特征X限定PDU为应答模式数据PDU（AMD PDU）。对比文件在段落[0032]和[0046]中明确公开了传输的数据块为“acknowledged-mode information transfer block ('AMD PDU')”，即应答模式数据分组数据单元，两者概念、术语及技术作用完全相同，属于直接公开。 |
| 技术特征Y：其中所述计数包括在初始传输中传送的分组数据单元。<br>《未公开》 | 无直接对应引用内容。 | 目标专利说明书[0241]、[0331]指出“Poll_Octets计数器对首次传送的PDU的字节总数进行计数”。对比文件因不存在基于字节的计数统计机制，故未公开此计数规则特征。 |
| 技术特征Z：其中所述计数包括在初始传输中传送的分组数据单元和在重传中传送的分组数据单元。<br>《未公开》 | 无直接对应引用内容。 | 目标专利说明书[0241]、[0332]指出“作为替换，它也可以是指包括重传在内的所有被传送字节的总数”。对比文件未记载将重传数据块的字节纳入字节计数机制的内容，该特征未公开。 |
---
<<<A>>>
<<<c>>>
<<<E>>>
<<<I>>>
<<<K>>>
<<<n>>>
<<<o>>>
<<<P>>>
<<<V>>>
<<<W>>>
<<<X>>>
作为专利创造性评估经验丰富的资深专利代理师，在紧密结合目标专利说明书原文的基础上，对对比文件（US7006526B1）是否公开了目标专利权利要求中的各项技术特征进行深度解析与严格比对。
---
### 技术方案与技术背景深度分析
1. **目标专利技术方案与特征理解**：
- 目标专利涉及无线通信系统（UMTS/HSPA+、LTE）中数据链路层（RLC层及MAC层）在支持**可变RLC PDU大小**模式下的增强操作，主要涉及两部分机制：
- **技术特征A~O**：针对无线电网络控制器（RNC）与节点B（Node B）之间的流控制（Iur/Iub接口协议），由节点B向RNC授予信用。当PDU大小可变时，流控制基于字节分配，控制帧指示分配为字节分配，通过将信用（PDU数量）与最大PDU大小相乘得出容量分配（以八比特组/字节计算），RNC存储PDU SN到字节长度的映射并在不超出信用字节数的情况下发送PDU。
- **技术特征P~Z**：针对应答模式（AM）下发射实体的轮询机制（Polling Mechanism）。由于PDU大小可变，传统基于PDU计数的轮询无法准确反映缓冲占用，因此引入基于传输字节计数的计数机制（例如`Poll_Octets`计数器追踪发送的字节数），当计数达到或超过`Poll_Bytes`阈值时，在AMD PDU中配置轮询（如置轮询比特为1），计数可包含初传或初传加重传。
2. **对比文件（US7006526B1）技术方案分析**：
- 对比文件公开的是计算机网络中网络地址协议转换（NAT-PT，具体为IPv4与IPv6之间转换）或者隧道传输（Tunneling）时避免IP数据报分片（Fragmentation）的方法。其核心手段是在路由器/NAT设备处修改传输层协议参数，如修改TCP通告窗口大小（Window Size）或最大段大小（MSS），使得发送端发送的数据段在经过NAT转换增加IP头部或有效载荷后仍不超过路径MTU。
- 对比文件处于网络层/传输层（IP/TCP/UDP）以及有线/骨干计算机网络领域，完全不涉及蜂窝无线通信接入网中的无线电网络控制器（RNC）、服务RNC（SRNC）、控制RNC（CRNC）、无线电链路控制（RLC）协议中基于信用（Credit）与最大PDU大小相乘的容量分配控制帧机制，也不涉及发射实体的`Poll_Bytes`与轮询比特（Poll bit）触发状态报告机制。
---
### ## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译及段落标号） | 公开性论述 |
| 技术特征A：<br>该方法包括<br>《隐含公开》 | 【对比文件】[0010]：<br>“In one embodiment, a method for avoiding problems associated with protocol translation is disclosed...”<br>（在一个实施例中，公开了一种用于避免与协议转换相关联的问题的方法……） | 对比文件公开了一种用于网络协议处理的方法，本领域技术人员可以合理推知其包含一种方法的主题步骤限定，因而该方法上位引导特征被《隐含公开》。 |
| 技术特征B：<br>确定可变的分组数据单元(PDU)大小被配置<br>《未公开》 | 【对比文件】全文无相关记载。<br>【引用部位】：全文，包括[0008]-[0012]、[0025]-[0030]。 | 目标专利中该特征是指在无线通信协议栈（如RLC/MAC层）中由高层（如RRC）指示并确定当前无线电承载配置了可变的分组数据单元（RLC PDU）大小，从而决定是否切换到基于字节计数的增强处理模式（参见目标说明书[0094]、[0111]-[0116]）。<br>对比文件针对的是固定协议转换场景（如IPv4转IPv6产生固定字节膨胀），虽然涉及IP报文大小在转换前后发生变化，但根本没有“确定可变的分组数据单元大小被配置”的判断或配置判定机制。本领域技术人员无法从对比文件中直接或合理推理得出该技术特征，因此未公开。 |
| 技术特征C：<br>接收控制帧<br>《未公开》 | 【对比文件】[0027]-[0030]：<br>“The server 206 then responds to received data[1:50] by sending an acknowledgement byte “ACK[51]” indicating a window size of 150 bytes... The ACK[51] is received by NAT device 204...”<br>（服务器206随后通过发送指示150字节窗口大小的确认字节“ACK[51]”来响应接收到的数据……ACK[51]被NAT设备204接收……） | 目标专利的“控制帧”是指在RAN内部（如Iub/Iur接口上）传输的专门用于指示流控制容量分配等控制信息的帧（参见目标说明书[0126]-[0129]）。<br>对比文件仅公开了在TCP连接中NAT设备或接收方接收带有确认序号及通告窗口大小的TCP ACK报文段。TCP ACK报文为端到端传输层协议数据单元，在网络通信层级、报文结构、承载功能及协议语义上与目标专利中无线接入网节点间专用的“控制帧”存在根本差异。本领域技术人员无法从中得出相同或等同技术方案，亦无法通过逻辑推理得出，因此未公开。 |
| 技术特征D：<br>该控制帧指示容量分配是字节分配<br>《未公开》 | 【对比文件】全文无相关记载。<br>【引用部位】：全文，包括[0008]、[0027]-[0030]。 | 目标专利中，该特征是指在Iub/Iur流控制控制帧中用信号通告一个明确的指示，表明向发送实体授予的容量分配不再是传统的PDU数量分配，而是实际的“字节分配”（参见目标说明书[0129]）。<br>对比文件中TCP通告窗口（Window Size）本身就是以字节为固有单位表示接收缓冲区可用大小的字段，对比文件从未公开任何用于指示分配模式从基于数量切换为基于字节的指示机制，更不存在指示容量分配为字节分配的控制帧。因此未公开。 |
| 技术特征E：<br>由无线电网络控制器(RNC)经由处理器<br>《未公开》 | 【对比文件】[0045]：<br>“Referring now to FIG. 5, a router 10 suitable for implementing the present invention includes a master central processing unit (CPU) 62, interfaces 68, and a bus 15...”<br>（现在参考图5，适于实施本发明的路由器10包括主中央处理器（CPU）62、接口68和总线15……） | 目标专利中的无线电网络控制器（RNC，如SRNC/CRNC）是3GPP UMTS无线接入网（UTRAN）中的核心控制网络节点，负责无线电资源管理、接入网信道配置及RLC/MAC层控制（参见说明书[0027]-[0030]、[0126]）。<br>对比文件所涉及的执行主体仅为IP计算机网络中的路由器、交换机或NAT设备，根本不涉及无线电网络控制器（RNC）。两者在网络架构、所处领域和通信体制上截然不同，对比文件完全没有公开任何RNC特征，亦无法合理推理得出，因此未公开。 |
| 技术特征F：<br>通过将信用与最大PDU大小相乘确定所述容量分配<br>《未公开》 | 【对比文件】全文无相关记载。<br>【引用部位】：全文，包括[0009]、[0020]、[0028]。 | 目标专利中，当控制帧指示容量分配为字节分配时，接收方（如RNC）通过将指示信用（代表PDU数量）与以字节为单位的最大PDU大小相乘，来计算产生代表实际允许发送的以字节/八比特组为单位的总容量分配（参见目标说明书[0129]、[0354]）。<br>对比文件中TCP窗口大小调整或MSS修改是通过简单的加减固定偏移量（例如针对IPv4到IPv6的转换减少10或12字节），完全不存在“将信用与最大PDU大小相乘”来确定容量分配的数学计算或流控制逻辑。因此未公开。 |
| 技术特征G：<br>其中所述信用是PDU的数量<br>《未公开》 | 【对比文件】全文无相关记载。<br>【引用部位】：全文，包括[0026]-[0030]。 | 目标专利明确阐明在基于信用的流控制算法中，“信用代表的是可以传送的MAC-d PDU的数量”（参见说明书[0127]、[0129]）。<br>对比文件完全没有蜂窝网络流控制中的“信用（Credit）”概念，其TCP窗口或MSS是直接以字节数值为单位给出的传输限额，不存在信用代表PDU数量的技术方案。因此未公开。 |
| 技术特征H：<br>所述容量分配作为八比特组的数量计算<br>《未公开》 | 【对比文件】全文无相关记载。<br>【引用部位】：全文，包括[0026]-[0030]。 | 目标专利中是指将相乘计算出的总容量分配直接作为八比特组（字节）数量来计算并用于限制后续PDU发送（参见说明书[0129]）。<br>由于对比文件完全没有上述将信用与最大PDU大小相乘确定容量分配的技术方案，自然不存在将该容量分配作为八比特组数量进行计算。因此未公开。 |
| 技术特征I：<br>该方法还包括<br>《隐含公开》 | 【对比文件】[0010]：<br>“In one embodiment, a method for avoiding problems associated with protocol translation is disclosed...”<br>（在一个实施例中，公开了一种用于避免与协议转换相关联的问题的方法……） | 对比文件公开了包含进一步处理操作的方法，本领域技术人员可合理推知该方法步骤的引导表述，因此该附加方法引导特征被《隐含公开》。 |
| 技术特征J：<br>接收包括指定信用的字节数量的信息的帧<br>《未公开》 | 【对比文件】全文无相关记载。<br>【引用部位】：全文，包括[0027]-[0030]。 | 目标专利中，该特征是指节点B向RNC发送的用于流控制的控制帧中添加了新字段，用于明确规定分配信用的字节数量（参见目标说明书[0129]、[0346]、[0351]）。<br>对比文件中仅提及接收指示可用窗口大小（Window Size）或MSS的TCP数据段，既不是无线接入网特定控制帧，也不包含流控制中“指定信用的字节数量”的语义与字段结构。本领域技术人员无法从对比文件中得出该技术方案，因此未公开。 |
| 技术特征K：<br>该方法还包括<br>《隐含公开》 | 【对比文件】[0010]：<br>“In one embodiment, a method for avoiding problems associated with protocol translation is disclosed...”<br>（在一个实施例中，公开了一种用于避免与协议转换相关联的问题的方法……） | 对比文件公开了包含后续处理操作的方法，本领域技术人员可合理推知该方法特征表述，因此该方法引导特征被《隐含公开》。 |
| 技术特征L：<br>存储PDU序列号(SN)到相关联的以字节为单位的长度的映射<br>《未公开》 | 【对比文件】全文无相关记载。<br>【引用部位】：全文，包括[0006]、[0026]-[0030]。 | 目标专利中，由于各个PDU具有可变长度，发射端（如RNC或RLC实体）必须在本地维护并存储每个PDU序列号（SN）与其字节长度的对应映射关系，以便在流控制与重传时根据字节额度进行精确核减（参见说明书[0129]、[0130]步骤215、[0236]、[0355]）。<br>对比文件中，TCP采用按字节编号的序列号（每个字节对应一个序号），虽然段内包含字节范围（如data[1:50]），但对比文件从未存储或维护“PDU序列号到其以字节为单位的长度”的映射表。两者机制与数据结构完全不同，因此未公开。 |
| 技术特征M：<br>在不超出所述信用的字节数量的情况下传送PDU<br>《未公开》 | 【对比文件】全文无相关记载。<br>【引用部位】：全文，包括[0027]-[0030]。 | 目标专利是指RNC在接收到基于字节的信用分配后，结合存储的SN与长度映射，在传输PDU时确保累计传送的PDU字节总数不超出该信用分配规定的字节数量限制（参见说明书[0129]、[0130]步骤220、[0356]）。<br>对比文件仅公开了客户端在发送TCP数据时，发送的数据段大小不超过修改后的TCP窗口大小或MSS，其并非基于上述“信用（Credit）的字节数量”，且不具备目标专利中结合PDU SN与字节映射进行受控发送的逻辑。因此未公开。 |
| 技术特征N：<br>其中所述RNC是服务RNC(SRNC)<br>《未公开》 | 【对比文件】全文无相关记载。<br>【引用部位】：全文。 | 目标专利中服务RNC（SRNC）是终端连接在UTRAN中的终止控制节点（参见说明书[0029]、[0080]、[0126]、[0360]）。<br>对比文件属于通用计算机网络/有线路由领域，完全没有提及无线通信网络，更未涉及服务RNC（SRNC），因此未公开。 |
| 技术特征O：<br>其中所述RNC是控制RNC(CRNC)<br>《未公开》 | 【对比文件】全文无相关记载。<br>【引用部位】：全文。 | 目标专利中控制RNC（CRNC）负责控制管理具体小区逻辑资源的接入网节点（参见说明书[0028]、[0126]）。<br>对比文件完全未涉及蜂窝移动通信网络的网络拓扑与网元实体，未公开控制RNC（CRNC），因此未公开。 |
| 技术特征P：<br>该方法还包括<br>《隐含公开》 | 【对比文件】[0010]：<br>“In one embodiment, a method for avoiding problems associated with protocol translation is disclosed...”<br>（在一个实施例中，公开了一种用于避免与协议转换相关联的问题的方法……） | 对比文件公开了包含后续处理步骤的方法，本领域技术人员可合理推知该方法引导特征，因此该方法引导特征被《隐含公开》。 |
| 技术特征Q：<br>保持字节计数机制<br>《未公开》 | 【对比文件】[0009]、[0020]：<br>“In a specific embodiment, actual changes in packet size may be tracked and the adjusted size indicator may be dynamically adjusted based on such tracked changes.”<br>（在具体实施例中，可以跟踪分组大小的实际变化，并且可以基于所跟踪的变化来动态调整经调整的大小指示符。） | 目标专利中的“保持字节计数机制”专指RLC应答模式（AM）发射实体中保持的一个累计计数器（如Poll_Octets计数器），用于追踪自上次触发轮询以来已传送的PDU字节总数，以实施基于字节的轮询触发（参见说明书[0238]-[0244]、[0329]）。<br>对比文件提到的“跟踪分组大小的实际变化”是指NAT设备统计IP报文经协议转换后导致的字节增量（例如增加了多少字节），用于动态评估修改TCP窗口或MSS的减小量，其既非发射实体自身的字节发送累计计数器，更非用于触发状态报告的轮询字节机制。本领域技术人员无法从中得出相同或等同方案，因此未公开。 |
| 技术特征R：<br>其中所述字节计数机制保持与从发射实体传送的字节数量相关联的计数<br>《未公开》 | 【对比文件】全文无相关记载。<br>【引用部位】：全文，包括[0009]、[0027]-[0030]。 | 目标专利中，该计数器（Poll_Octets）由发射实体维持，精确计数从发射实体传送的PDU的字节累积数量（参见说明书[0239]、[0243]）。<br>对比文件仅为NAT中间设备根据已接收的数据包序列号计算缓冲区占用或根据报文首部评估转换字节差值，不存在由发射实体保持与自身发送字节数量相关联的计数的机制。因此未公开。 |
| 技术特征S：<br>所述发射实体被配置成支持可变的分组数据单元大小<br>《未公开》 | 【对比文件】全文无相关记载。<br>【引用部位】：全文。 | 目标专利特指第二层RLC发射实体被RRC层半静态配置为支持可变的RLC PDU大小（参见说明书[0094]、[0105]、[0257]）。<br>对比文件完全不涉及支持可变PDU大小的第二层（RLC）发射实体的配置。因此未公开。 |
| 技术特征T：<br>确定所述计数是否等于或大于Poll_Bytes值<br>《未公开》 | 【对比文件】全文无相关记载。<br>【引用部位】：全文，包括[0030]。 | 目标专利中，Poll_Bytes是由较高层（如RRC）下发配置给RLC层的用于指示轮询间隔的阈值参数；发射实体在发送过程中实时比较累计计数字节与该Poll_Bytes阈值（参见说明书[0238]-[0244]、[0330]）。<br>对比文件[0030]中仅提到“在其他实施例中，服务器206可以指定1字节的窗口大小，以允许客户端稍后执行轮询操作以确定服务器的缓冲器是否具有可用空间”，这仅是TCP标准的零窗口探测（Zero-Window Probing/Persist timer），根本不包含将发送字节计数器与预设的Poll_Bytes阈值进行比较以确定是否触发轮询的状态机制。因此未公开。 |
| 技术特征U：<br>在所述计数被确定为等于或大于所述Poll_Bytes值的情况下<br>《未公开》 | 【对比文件】全文无相关记载。<br>【引用部位】：全文。 | 目标专利以字节计数达到或超过Poll_Bytes作为触发轮询的具体前置条件（参见说明书[0240]、[0244]、[0330]）。<br>对比文件无此判断条件，因此未公开。 |
| 技术特征V：<br>将用于来自所述发射实体的传输的分组数据单元配置成包括轮询<br>《未公开》 | 【对比文件】[0030]：<br>“...allow the client to perform a polling operation later to determine whether the server's buffer has available space.”<br>（……允许客户端稍后执行轮询操作以确定服务器的缓冲器是否具有可用空间。） | 目标专利中，该特征是指在RLC层构造用于传输的PDU时，将该PDU配置成包含轮询请求（例如设置AMD PDU中的轮询比特或发送POLL SUFI PDU），用以强制对端接收实体反馈包含ACK/NACK的RLC STATUS PDU（参见说明书[0077]、[0236]-[0241]、[0333]-[0334]）。<br>对比文件提及的仅是TCP协议中常规的零窗口探测（发送1字节探测包看是否有空间），既不是由计数超过Poll_Bytes所触发，也不涉及将某个待传输PDU配置为包含轮询请求。因此未公开。 |
| 技术特征W：<br>其中通过在所述分组数据单元中设置轮询比特来配置所述分组数据单元<br>《未公开》 | 【对比文件】全文无相关记载。<br>【引用部位】：全文。 | 目标专利中是指在RLC AMD PDU报头中将特定的轮询比特（Poll Bit）置为“1”（参见说明书[0077]、[0216]、[0240]、[0333]）。<br>对比文件完全未公开在分组数据单元中设置轮询比特以配置轮询的技术方案，因此未公开。 |
| 技术特征X：<br>其中所述分组数据单元为应答模式的数据分组数据单元<br>《未公开》 | 【对比文件】全文无相关记载。<br>【引用部位】：全文。 | 目标专利特指RLC层的应答模式数据分组数据单元（AMD PDU）（参见说明书[0007]、[0075]、[0239]、[0241]）。<br>对比文件属于TCP/IP网络，不存在3GPP无线通信体系下的应答模式数据分组数据单元（AMD PDU），因此未公开。 |
| 技术特征Y：<br>其中所述计数包括在初始传输中传送的分组数据单元<br>《未公开》 | 【对比文件】全文无相关记载。<br>【引用部位】：全文。 | 目标专利中，累计计数器在统计字节总数时明确包含首次/初始传送的PDU（参见说明书[0241]、[0331]）。<br>对比文件完全不具备该字节计数轮询机制，因此未公开。 |
| 技术特征Z：<br>其中所述计数包括在初始传输中传送的分组数据单元和在重传中传送的分组数据单元<br>《未公开》 | 【对比文件】全文无相关记载。<br>【引用部位】：全文。 | 目标专利中，该计数器可配置为同时对初传和重传的PDU中所传送的全部字节进行累计（参见说明书[0241]、[0332]）。<br>对比文件完全不存在该计数逻辑与技术方案，因此未公开。 |
---
### 评估结论
经严格对照目标专利说明书及对比文件（US7006526B1）全文：
1. **对比文件所属技术领域与目标专利截然不同**：对比文件涉及互联网/路由领域的IPv4-IPv6网络地址与协议转换（NAT-PT）中修改TCP通告窗口与MSS以防止IP分片；而目标专利涉及3GPP蜂窝移动通信接入网（UTRAN/E-UTRAN）中RNC与Node B之间的Iur/Iub基于信用的流控制，以及RLC层支持可变PDU大小时基于`Poll_Bytes`门限的发射端轮询触发机制。
2. 对比文件未直接公开任何实质性技术特征，仅在非常宽松的隐含公开判断标准下隐含公开了常规的方法引导步骤特征A、I、K、P；其余所有实质性技术特征（B、C、D、E、F、G、H、J、L、M、N、O、Q、R、S、T、U、V、W、X、Y、Z）在对比文件中均**完全未公开**。
<<<a>>>
<<<i>>>
<<<k>>>
<<<p>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>《直接公开》 | 【0065】 In one aspect of the present invention, a method of controlling data block transmission in a wireless communication system is provided.<br>（译文：在本发明的一个方面，提供了一种在无线通信系统中控制数据块传输的方法。） | 对比文件【0065】段公开了一种在无线通信系统中控制数据块传输的方法，直接公开了“该方法包括”。两者在方案中所起的作用完全相同，均为引出方法的具体执行步骤。 |
| 技术特征B：确定可变的分组数据单元(PDU)大小被配置<br>《未公开》 | 对比文件中无相关公开内容。 | 目标专利中，技术特征B是指判断/确定高层（如RRC）是否配置了可变RLC PDU大小模式，以便后续采取基于字节而非固定PDU大小的处理逻辑（见目标说明书【0094】、【0111】-【0114】等）。对比文件全文聚焦于固定PDU大小的传统3GPP RLC环境下的RTT测量与定时器调整（参见其背景技术及【0035】、【0059】等），并未涉及配置或确定“可变PDU大小”的技术方案，即使采用最宽松的隐含公开判断标准，本领域技术人员也无法从对比文件中推导出该特征。 |
| 技术特征C：接收控制帧<br>《隐含公开》 | 【0016】 A radio resource control (RRC) layer located on the lowest part of the third layer is defined in the control plane only and controls the logical channels, the transport channels, and the physical channels with configuration, reconfiguration, and release of radio bearers (RBs).<br>（译文：位于第三层最下部的无线电资源控制(RRC)层仅在控制平面中定义，并通过无线电承载(RB)的配置、重新配置和释放来控制逻辑信道、传输信道和物理信道。）<br>【0060】 However, these values are determined by the RRC of the SRNC and provided to the RRC of a UE...<br>（译文：然而，这些值由SRNC的RRC确定并提供给UE的RRC……） | 在目标专利中，控制帧涉及Iub/Iur接口上节点B向RNC发送的容量分配控制帧或高层控制信令帧（见目标说明书【0126】、【0129】）。对比文件公开了RRC层在控制平面中负责RB配置与重配置消息传递，以及SRNC向UE发送定时器控制信令。在无线通信体系中，控制平面信令交互在协议层间和物理/逻辑链路上传送均体现为控制消息/控制帧的接收。按照极宽松的隐含公开判断标准，本领域技术人员可以合理推知在协议实体间传递配置信息必然涉及接收控制帧/信令帧，因此可认定为被隐含公开。 |
| 技术特征D：该控制帧指示容量分配是字节分配<br>《未公开》 | 对比文件中无相关公开内容。 | 目标专利中，特征D是节点B发送的控制帧指示容量分配是基于字节分配而非传统PDU数量分配（见目标说明书【0129】）。对比文件全文关于流量控制与定时器配置均基于传统机制或往返时间（RTT）测量，并未涉及以控制帧指示“容量分配是字节分配”的技术内容，亦无法合理推知。 |
| 技术特征E：由无线电网络控制器(RNC)经由处理器<br>《隐含公开》 | 【0002】 The UTRAN 2 includes at least one radio network sub-system 4 (hereinafter, referred to as 'RNS') and each RNS includes a radio network controller 5 (hereinafter, referred to as 'RNC) and at least one base station 6...<br>（译文：UTRAN 2包括至少一个无线电网络子系统4（以下称为‘RNS’），并且每个RNS包括一个无线电网络控制器5（以下称为‘RNC’）和至少一个基站6……）<br>【0060】 However, these values are determined by the RRC of the SRNC...<br>（译文：然而，这些值由SRNC的RRC确定……）<br>【0080】 ...and a processing unit adapted to determine a round trip time based on a transmission time...<br>（译文：……以及一个处理单元，适于根据传输时间确定往返时间……） | 对比文件明确公开了网络侧包括无线电网络控制器（RNC/SRNC），且公开了通信设备内部包含处理单元（processing unit/处理器）以执行相关计算和控制功能。按照极宽松的隐含公开标准，网络设备（RNC）中必然通过处理器硬件执行控制和计算方法，因此该实体执行特征被对比文件隐含公开。 |
| 技术特征F：通过将信用与最大PDU大小相乘确定所述容量分配<br>《未公开》 | 对比文件中无相关公开内容。 | 目标专利中，特征F是RNC通过将信用与以字节为单位的最大PDU大小相乘来得出字节总数容量分配（见目标说明书【0129】）。对比文件未涉及信用乘积换算容量分配的机制，无法推导得出。 |
| 技术特征G：其中所述信用是PDU的数量<br>《未公开》 | 对比文件中无相关公开内容。 | 目标专利中，特征G限定用于相乘计算的信用以PDU数量衡量（见目标说明书【0129】）。对比文件未涉及基于信用数量与PDU大小相乘确定容量分配的相关方案，无法推导得出。 |
| 技术特征H：所述容量分配作为八比特组的数量计算<br>《未公开》 | 对比文件中无相关公开内容。 | 目标专利中，特征H限定容量分配计算结果体现为八比特组（字节）数量（见目标说明书【0129】）。对比文件未公开任何关于容量分配计算为八比特组数量的内容。 |
| 技术特征I：该方法还包括<br>《直接公开》 | 【0066】 It is contemplated that the method further includes determining either a data block retransmission prohibit interval and/or a data block retransmission interval according to the round trip time...<br>（译文：可以预期的是，该方法还包括根据往返时间确定数据块重传禁止间隔和/或数据块重传间隔……） | 对比文件【0066】段公开了“It is contemplated that the method further includes...”，直接公开了表述“该方法还包括”，起到进一步展开后续附加步骤的作用。 |
| 技术特征J：接收包括指定信用的字节数量的信息的帧<br>《未公开》 | 对比文件中无相关公开内容。 | 目标专利中，特征J限定接收的帧中携带有指定信用字节数量的新字段/信息（见目标说明书【0129】）。对比文件未公开涉及指定信用字节数量的帧结构及接收操作。 |
| 技术特征K：该方法还包括<br>《直接公开》 | 【0068】 It is contemplated that the method further includes determining the round trip time only when the first identifier is the same as the second identifier.<br>（译文：可以预期的是，该方法还包括仅在第一标识符与第二标识符相同时确定往返时间。） | 对比文件多处（如【0068】段）直接公开了“It is contemplated that the method further includes...”，直接公开了该过渡特征。 |
| 技术特征L：存储PDU序列号(SN)到相关联的以字节为单位的长度的映射<br>《未公开》 | 对比文件中无相关公开内容。 | 目标专利中，由于PDU大小可变，为便于基于字节流控和发送，实体需维护PDU SN与其实际字节长度的映射关系（见目标说明书【0129】、【0236】）。对比文件仅公开在PDU报头包含SN（【0022】、【0035】、【0041】）以及在状态报告中核对SN，并未公开或隐含存储SN到以字节为单位的长度的映射关系。 |
| 技术特征M：在不超出所述信用的字节数量的情况下传送PDU<br>《未公开》 | 对比文件中无相关公开内容。 | 目标专利中，特征M是在信用分配给定的字节限额内尽量传送PDU而不超额（见目标说明书【0129】、【0130】）。对比文件未公开基于信用字节配额限制PDU传输的方案。 |
| 技术特征N：其中所述RNC是服务RNC(SRNC)<br>《直接公开》 | 【0059】 In conventional methods, a value of a transmission interval timer (Timer_Status_periodic) or a transmission prohibit interval timer (Timer_status_Prohibit) is determined when a UE and a serving RNC (hereinafter abbreviated 'SRNC) first configure a RB and the value is unilaterally selected by the SRNC.<br>（译文：在常规方法中，传输间隔定时器或传输禁止间隔定时器的值是在UE与服务RNC（以下缩写为‘SRNC’）初次配置RB时确定的……） | 对比文件【0059】段直接明确公开了“serving RNC (hereinafter abbreviated 'SRNC')”，即无线电网络控制器具体为服务RNC（SRNC）。两者在系统架构中指代的网络节点实体完全相同，起到网络控制与承载配置的作用。 |
| 技术特征O：其中所述RNC是控制RNC(CRNC)<br>《未公开》 | 对比文件中无相关公开内容。 | 目标专利说明书中指出了控制RNC（CRNC）（目标说明书【0028】、【0126】）。对比文件全文中仅提到了RNC、SRNC（服务RNC），并未出现或涉及控制RNC（CRNC）的概念及作用，无法得出该特征。 |
| 技术特征P：该方法还包括<br>《直接公开》 | 【0069】 It is contemplated that the method further includes determining a waiting interval according to the round trip time...<br>（译文：可以预期的是，该方法还包括根据往返时间确定等待间隔……） | 对比文件【0069】段直接公开了“It is contemplated that the method further includes...”，直接公开了该过渡特征。 |
| 技术特征Q：保持字节计数机制<br>《未公开》 | 对比文件中无相关公开内容。 | 目标专利中，发射实体维护一个字节计数器（如Poll_Octets）以累计发送的字节数用于轮询触发或流控管理（见目标说明书【0238】-【0244】）。对比文件关于轮询触发主要依赖重传或定时器机制（如Timer_Status_periodic、Timer_Poll等），未披露任何累计传送字节数量的“字节计数机制”，无法得出该技术方案。 |
| 技术特征R：其中所述字节计数机制保持与从发射实体传送的字节数量相关联的计数<br>《未公开》 | 对比文件中无相关公开内容。 | 目标专利中，特征R限定字节计数机制所统计的具体内容为从发射端发送的字节数（见目标说明书【0239】）。对比文件未公开字节计数机制，更无从保持与发送字节数相关的计数。 |
| 技术特征S：所述发射实体被配置成支持可变的分组数据单元大小<br>《未公开》 | 对比文件中无相关公开内容。 | 目标专利中，发射实体被配置为支持RLC PDU可变大小（见目标说明书【0104】、【0105】）。对比文件基于传统3GPP规范，其AM RLC实体基于固定大小的数据PDU进行调度和传输，未公开发射实体支持可变PDU大小。 |
| 技术特征T：确定所述计数是否等于或大于Poll_Bytes值<br>《未公开》 | 对比文件中无相关公开内容。 | 目标专利中，特征T将累计字节计数值与高层配置的字节阈值Poll_Bytes进行大小比较（见目标说明书【0240】、【0244】）。对比文件完全未涉及Poll_Bytes参数或与字节计数的阈值比较逻辑。 |
| 技术特征U：在所述计数被确定为等于或大于所述Poll_Bytes值的情况下<br>《未公开》 | 对比文件中无相关公开内容。 | 目标专利中，特征U作为触发轮询的条件分支（见目标说明书【0240】）。由于对比文件无该计数和Poll_Bytes比较判断，该特征未公开。 |
| 技术特征V：将用于来自所述发射实体的传输的分组数据单元配置成包括轮询<br>《隐含公开》 | 【0041】 The 'Polling Bit' value is set when a request for a status report is made to a receiving side.<br>（译文：当向接收侧请求状态报告时，设置‘轮询比特’的值。）<br>【0047】 ...if the transmitting side polls the receiving side AM RLC PDU or if a receiving side transmission interval timer (Timer_Status_periodic) expires.<br>（译文：……如果发射侧轮询接收侧AM RLC PDU，或者如果接收侧传输间隔定时器超时。） | 目标专利中，该特征是指在满足轮询条件时，在发送给接收方的PDU中携带轮询指示以请求接收方反馈状态（目标说明书【0238】-【0240】）。对比文件公开了在发射侧向接收侧请求状态报告时，通过在AM RLC PDU中配置轮询（如设置轮询比特）来执行轮询，作用完全相同。尽管对比文件中的触发前提是常规轮询机制而非特征U的字节阈值条件，但在极其宽松的隐含公开标准下，对比文件已经公开了“将待传输的数据单元配置成包括轮询”这一动作本身，因此认定为隐含公开。 |
| 技术特征W：其中通过在所述分组数据单元中设置轮询比特来配置所述分组数据单元<br>《直接公开》 | 【0035】 As illustrated in FIG. 3, an AM RLC PDU is used when an AM RLC entity attempts to transmit user data or piggybacked status information and a polling bit.<br>（译文：如图3所示，当AM RLC实体尝试传输用户数据或捎带状态信息和轮询比特时使用AM RLC PDU。）<br>【0041】 The 'Polling Bit' value is set when a request for a status report is made to a receiving side.<br>（译文：当向接收侧请求状态报告时，设置‘轮询比特’的值。） | 对比文件【0035】及【0041】段明确公开了在AM RLC PDU报头中包含Polling Bit（轮询比特），并通过设置轮询比特（set when a request for a status report is made）来向对端请求状态报告。这与目标专利中通过设置PDU报头中的轮询比特来指示轮询的方式、结构和技术作用完全相同，属于本领域毫无疑义的直接公开。 |
| 技术特征X：其中所述分组数据单元为应答模式的数据分组数据单元<br>《直接公开》 | 【0035】 FIG. 3 illustrates the structure of an AM RLC PDU. As illustrated in FIG. 3, an AM RLC PDU is used when an AM RLC entity attempts to transmit user data or piggybacked status information and a polling bit.<br>（译文：图3示出了AM RLC PDU的结构。如图3所示，当AM RLC实体尝试传输用户数据或捎带状态信息和轮询比特时，使用AM RLC PDU。）<br>【0040】 The 'D/C field' indicates whether a corresponding PDU is a control PDU or a data PDU.<br>（译文：‘D/C字段’指示对应的PDU是控制PDU还是数据PDU。） | 对比文件图3及【0035】、【0040】段明确公开了传输用户数据和轮询比特的AM RLC PDU为应答模式下的数据PDU（由D/C字段指示为数据PDU，即AMD PDU）。该特征在对比文件中已被实质且完全相同地直接公开，技术效果一致。 |
| 技术特征Y：其中所述计数包括在初始传输中传送的分组数据单元<br>《未公开》 | 对比文件中无相关公开内容。 | 目标专利中，特征Y限定所述字节计数器所统计的字节包括初传PDU的长度（见目标说明书【0241】）。对比文件根本不具备该字节计数机制，不存在将初传PDU纳入该计数的方案。 |
| 技术特征Z：其中所述计数包括在初始传输中传送的分组数据单元和在重传中传送的分组数据单元<br>《未公开》 | 对比文件中无相关公开内容。 | 目标专利中，特征Z限定所述字节计数可同时将初传及重传PDU计入统计（见目标说明书【0241】）。对比文件未涉及该字节统计维度的技术方案。 |
---
<<<A>>>
<<<C>>>
<<<E>>>
<<<I>>>
<<<K>>>
<<<N>>>
<<<P>>>
<<<V>>>
<<<W>>>
<<<X>>>
### 特征比对与公开性分析
对比文件未提供文本内容（记载为“无说明书”），缺乏与目标专利权利要求各技术特征进行比对的实际公开事实与技术证据支撑。在专利创造性及新颖性评估中，对比文件的公开性必须以其所实际记载的技术内容为客观依据。因此，本领域技术人员无法从该对比文件中直接得出或合理解读出各技术特征的方案，亦不存在隐含公开的客观事实基础。
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>《未公开》 | 无（对比文件未提供说明书或文本内容） | 因对比文件未提供具体说明书与文本内容，缺乏能够证明其公开了该方法步骤的客观证据，因此未公开。 |
| 技术特征B：确定可变的分组数据单元(PDU)大小被配置<br>《未公开》 | 无（对比文件未提供说明书或文本内容） | 目标专利说明书（如[0111]-[0114]）记载了通过指示符或信息元素配置可变RLC PDU大小。对比文件无实质技术内容，未公开可变PDU大小配置的确定机制。 |
| 技术特征C：接收控制帧<br>《未公开》 | 无（对比文件未提供说明书或文本内容） | 目标专利说明书（如[0126]、[0129]）记载在流控制中接收控制帧。对比文件无任何技术内容记载接收控制帧的特征。 |
| 技术特征D：该控制帧指示容量分配是字节分配<br>《未公开》 | 无（对比文件未提供说明书或文本内容） | 目标专利说明书（如[0129]）记载控制帧通告指示分配实际是字节分配。对比文件无文本支持，未公开该特征。 |
| 技术特征E：由无线电网络控制器(RNC)经由处理器<br>《未公开》 | 无（对比文件未提供说明书或文本内容） | 目标专利说明书（如[0126]、[0362]）记载由RNC或处理器执行相关处理。对比文件未记载由RNC处理器执行该方法。 |
| 技术特征F：通过将信用与最大PDU大小相乘确定所述容量分配<br>《未公开》 | 无（对比文件未提供说明书或文本内容） | 目标专利说明书（如[0129]、[0354]）记载将信用与最大PDU大小相乘确定字节分配。对比文件未公开此特定乘法计算逻辑。 |
| 技术特征G：其中所述信用是PDU的数量<br>《未公开》 | 无（对比文件未提供说明书或文本内容） | 目标专利说明书（如[0127]、[0129]）记载信用表示可传送的PDU数量。对比文件无相应内容公开。 |
| 技术特征H：所述容量分配作为八比特组的数量计算<br>《未公开》 | 无（对比文件未提供说明书或文本内容） | 目标专利说明书（如[0105]、[0129]、[0163]）明确八比特组即字节分配的计算。对比文件缺乏相关技术方案记载。 |
| 技术特征I：该方法还包括<br>《未公开》 | 无（对比文件未提供说明书或文本内容） | 对比文件无说明书文本，未公开该后续方法步骤。 |
| 技术特征J：接收包括指定信用的字节数量的信息的帧<br>《未公开》 | 无（对比文件未提供说明书或文本内容） | 目标专利说明书（如[0129]、[0351]）记载添加/接收规定信用字节数量的帧。对比文件无任何文字记载该特征。 |
| 技术特征K：该方法还包括<br>《未公开》 | 无（对比文件未提供说明书或文本内容） | 对比文件无说明书文本，未公开该后续方法步骤。 |
| 技术特征L：存储PDU序列号(SN)到相关联的以字节为单位的长度的映射<br>《未公开》 | 无（对比文件未提供说明书或文本内容） | 目标专利说明书（如[0129]、[0130]、[0355]）记载RNC保持PDU SN到字节长度的映射。对比文件无映射存储的相关技术内容。 |
| 技术特征M：在不超出所述信用的字节数量的情况下传送PDU<br>《未公开》 | 无（对比文件未提供说明书或文本内容） | 目标专利说明书（如[0129]、[0130]、[0356]）记载在信用分配限制内传送PDU。对比文件未公开该发送控制逻辑。 |
| 技术特征N：其中所述RNC是服务RNC(SRNC)<br>《未公开》 | 无（对比文件未提供说明书或文本内容） | 目标专利说明书（如[0126]、[0359]）记载流控制涉及SRNC。对比文件未记载该实体角色。 |
| 技术特征O：其中所述RNC是控制RNC(CRNC)<br>《未公开》 | 无（对比文件未提供说明书或文本内容） | 目标专利说明书（如[0126]）记载流控制信息发送到CRNC。对比文件未记载该实体角色。 |
| 技术特征P：该方法还包括<br>《未公开》 | 无（对比文件未提供说明书或文本内容） | 对比文件无说明书文本，未公开该后续方法步骤。 |
| 技术特征Q：保持字节计数机制<br>《未公开》 | 无（对比文件未提供说明书或文本内容） | 目标专利说明书（如[0238]、[0243]、[0328]-[0330]）记载保持Poll_Octets等字节计数机制。对比文件未公开字节计数机制。 |
| 技术特征R：其中所述字节计数机制保持与从发射实体传送的字节数量相关联的计数<br>《未公开》 | 无（对比文件未提供说明书或文本内容） | 目标专利说明书（如[0239]、[0243]）记载计数器追踪传送的字节总数。对比文件无相应字节跟踪机制的记载。 |
| 技术特征S：所述发射实体被配置成支持可变的分组数据单元大小<br>《未公开》 | 无（对比文件未提供说明书或文本内容） | 目标专利说明书（如[0104]、[0105]、[0257]）明确发射实体支持可变PDU大小。对比文件无相关配置描述。 |
| 技术特征T：确定所述计数是否等于或大于Poll_Bytes值<br>《未公开》 | 无（对比文件未提供说明书或文本内容） | 目标专利说明书（如[0240]、[0244]、[0330]）记载判断Poll_Octets是否达到或超出Poll_Bytes。对比文件未公开该门限比对过程。 |
| 技术特征U：在所述计数被确定为等于或大于所述Poll_Bytes值的情况下<br>《未公开》 | 无（对比文件未提供说明书或文本内容） | 目标专利说明书（如[0240]、[0244]）记载计数满足条件后的触发分支。对比文件未公开相应判定逻辑。 |
| 技术特征V：将用于来自所述发射实体的传输的分组数据单元配置成包括轮询<br>《未公开》 | 无（对比文件未提供说明书或文本内容） | 目标专利说明书（如[0240]、[0244]、[0330]）记载在该PDU中配置轮询。对比文件未公开轮询触发机制。 |
| 技术特征W：其中通过在所述分组数据单元中设置轮询比特来配置所述分组数据单元<br>《未公开》 | 无（对比文件未提供说明书或文本内容） | 目标专利说明书（如[0240]、[0241]、[0333]）记载通过设置轮询比特来触发轮询请求。对比文件未公开此具体比特设置实现方式。 |
| 技术特征X：其中所述分组数据单元为应答模式的数据分组数据单元<br>《未公开》 | 无（对比文件未提供说明书或文本内容） | 目标专利说明书（如[0077]、[0241]）记载在AMD PDU中配置轮询比特。对比文件未公开AMD PDU承载轮询的应用。 |
| 技术特征Y：其中所述计数包括在初始传输中传送的分组数据单元<br>《未公开》 | 无（对比文件未提供说明书或文本内容） | 目标专利说明书（如[0241]、[0331]）记载计数器可对首次传送的PDU进行计数。对比文件无相关技术方案记载。 |
| 技术特征Z：其中所述计数包括在初始传输中传送的分组数据单元和在重传中传送的分组数据单元<br>《未公开》 | 无（对比文件未提供说明书或文本内容） | 目标专利说明书（如[0241]、[0332]）记载计数器涵盖首次传输和重传的所有被传送字节。对比文件无相应说明。 |
---
由于提供的对比文件WO2006104341A未附带说明书或具体公开文本，本领域技术人员无法从该对比文件中直接或隐含得出技术特征A至Z中的任何一项。对比文件未公开任何技术特征。
结合目标专利说明书的记载，对比文件（US20060291395A1）所公开的技术方案主要涉及（E）GPRS/GSM系统中基于分组计数器（packet counter）与定时器（timer）的轮询（polling）机制以及未确认分组（pending-ack blocks）的调度重传方案；而目标专利涉及在支持可变RLC PDU大小的移动通信系统（如HSPA+、LTE）中，基于字节度量/字节计数的流控制、信用分配及轮询机制。
依据上述技术背景与公开性判断规则，各技术特征的比对分析如下：
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>《直接公开》 | [0018] "...the method comprising at least one of the steps of: scheduling of packets, ... and polling the receiving side..."<br>（……该方法包括以下步骤中的至少一个：对分组进行调度……以及轮询接收端……） | 对比文件段落[0018]直接明确公开了一种分组传输控制方法，其包含相应的方法步骤。两者的技术方案及作用完全相同，属于《直接公开》。 |
| 技术特征B：确定可变的分组数据单元(PDU)大小被配置<br>《未公开》 | 对比文件全文未记载可变的分组数据单元（PDU）大小的配置及确定。 | 目标专利中，该特征用于指示网络/高层支持并设置了灵活的可变RLC PDU大小模式（如目标专利[0094]、[0111]-[0116]）。对比文件基于GSM/GPRS/EGPRS系统，传输块/分组通常为固定长度的无线电块结构，且对比文件通篇完全未提及、未暗示存在“可变大小的分组数据单元（PDU）”以及对其进行“配置与确定”的技术方案。本领域技术人员无法从对比文件中直接推导或合理推理出该特征，属于《未公开》。 |
| 技术特征C：接收控制帧<br>《未公开》 | 对比文件全文未记载Node B向RNC发送用于流控制/容量分配的控制帧。 | 结合目标专利说明书[0126]-[0130]，该控制帧特指Iub/Iur接口上节点B向RNC发送的携带流控制/容量分配信息的控制帧。对比文件虽然提及收发确认等信令交互，但完全未公开用于此类网络节点间流控制的控制帧的接收方案，属于《未公开》。 |
| 技术特征D：该控制帧指示容量分配是字节分配<br>《未公开》 | 对比文件全文未记载控制帧指示容量分配是字节分配。 | 目标专利说明书[0129]记载在控制帧中指示该分配实际为基于字节的分配（而不是传统的PDU数量）。对比文件完全未涉及基于控制帧通告容量分配以及将容量分配指示为字节分配的机制，属于《未公开》。 |
| 技术特征E：由无线电网络控制器(RNC)经由处理器<br>《未公开》 | [0047] "the apparatus forms a part of a terminal equipment;"<br>[0070] "...in base station controllers (BSCs) or similar network elements..."<br>[0105] "...implemented by any analogue or digital data processing unit, e.g. a microprocessor, a digital signal processor (DSP)..." | 对比文件仅提到了基站控制器（BSC）、分组控制单元（PCU）或终端设备（TE），以及处理器。然而目标专利是在3G/UMTS体系下的无线电网络控制器（RNC）节点通过处理器执行流控制计算。对比文件并未公开RNC及其经由处理器执行相关容量计算的技术方案，属于《未公开》。 |
| 技术特征F：通过将信用与最大PDU大小相乘确定所述容量分配<br>《未公开》 | 对比文件全文未涉及将信用与最大PDU大小相乘来确定容量分配。 | 目标专利说明书[0129]公开了“通过将信用与以字节为单位的最大PDU大小相乘来产生字节总数，由此表明所述分配实际是字节分配”。对比文件完全没有涉及信用分配与最大PDU大小相乘得出容量分配的处理逻辑，属于《未公开》。 |
| 技术特征G：其中所述信用是PDU的数量<br>《未公开》 | 对比文件全文未涉及流控制中以PDU数量表征的信用乘算处理。 | 目标专利说明书[0127]、[0129]明确说明传统信用代表MAC-d PDU的数量，在可变PDU下通过相乘转为字节容量。对比文件不包含该信用定义及其转换机制，属于《未公开》。 |
| 技术特征H：所述容量分配作为八比特组的数量计算。<br>《未公开》 | 对比文件全文未记载将容量分配计算为八比特组的数量。 | 目标专利说明书[0129]指通过相乘产生作为字节（八比特组）总数的容量分配。对比文件无相应计算方案，属于《未公开》。 |
| 技术特征I：该方法还包括<br>《直接公开》 | [0018]、[0019] "...the method comprising at least one of the steps of: ... according to further advantageous developments: the step of scheduling further comprises..."<br>（……该方法包括……根据进一步有利的技术方案：调度的步骤还包括……） | 属于常规的方法权利要求连接词过渡，对比文件方法中同样包括进一步的方法步骤，实质相同，属于《直接公开》。 |
| 技术特征J：接收包括指定信用的字节数量的信息的帧。<br>《未公开》 | 对比文件全文未记载接收包含指定信用字节数量信息的帧。 | 目标专利说明书[0129]、[0130]记载在现有帧中添加新字段以规定信用的字节数量，RNC接收该帧。对比文件不存在此流控制信用机制，属于《未公开》。 |
| 技术特征K：该方法还包括<br>《直接公开》 | [0019]-[0031]记载方法中还可以包括更多的步骤特征。 | 常规方法过渡连接特征，对比文件中明确公开了方法还包括其他步骤，属于《直接公开》。 |
| 技术特征L：存储PDU序列号(SN)到相关联的以字节为单位的长度的映射<br>《未公开》 | [0007] "The Selective Retransmission ARQ method is based on the sequence numbers of the transmitted packets..."<br>（选择性重传ARQ方法基于已发送分组的序列号……） | 目标专利说明书[0129]、[0130]、[0236]明确指出为了在可变PDU大小下管理字节窗口和信用，需保持“PDU SN到以字节为单位的PDU长度的映射”。对比文件虽然在段落[0007]提到了基于序列号进行重传，但对比文件处理的是固定结构的分组/块，完全未公开、也未暗示记录或存储SN到以字节为单位长度的映射关系，属于《未公开》。 |
| 技术特征M：在不超出所述信用的字节数量的情况下传送PDU。<br>《未公开》 | 对比文件全文未记载在不超出信用字节数量限制的前提下传送PDU。 | 目标专利[0129]、[0130]强调RNC依据流控制中接收到的以字节为单位的信用分配限制来发送PDU，防止下溢和上溢。对比文件完全未涉及该流控制传输机制，属于《未公开》。 |
| 技术特征N：其中所述RNC是服务RNC(SRNC)。<br>《未公开》 | 对比文件全文未涉及SRNC。 | 属于UMTS特有的服务无线电网络控制器节点（目标专利[0080]、[0126]），对比文件属于GSM/GPRS/EGPRS系统，完全未公开SRNC，属于《未公开》。 |
| 技术特征O：其中所述RNC是控制RNC(CRNC)。<br>《未公开》 | 对比文件全文未涉及CRNC。 | 属于UMTS特有的控制无线电网络控制器节点（目标专利[0028]、[0126]），对比文件完全未涉及CRNC，属于《未公开》。 |
| 技术特征P：该方法还包括<br>《直接公开》 | [0018]、[0024] "the step of polling is performed..."<br>（执行轮询的步骤……） | 常规方法过渡连接特征，对比文件的方法包括进一步的轮询相关步骤，属于《直接公开》。 |
| 技术特征Q：保持字节计数机制<br>《未公开》 | [0009] "The presented polling algorithm is based on a packet counter..."<br>[0018] "...polling the receiving side to acknowledge transmitted packets on the basis of a packet counter value and a timer value."<br>[0084] "...polling according to the present invention is based on a packet counter value PCV and on a timer value TV. During successive polls, the packet counter value is changed by a predetermined value when a packet is transmitted..." | 结合目标专利说明书[0096]、[0104]、[0238]、[0243]可知，在可变PDU大小场景下，传统基于PDU个数的机制失效，故引入基于字节计数的机制（如跟踪传送字节总数的计数器Poll_Octets）。对比文件[0009]、[0018]、[0084]明确强调其轮询机制是基于分组计数器（packet counter）和定时器（timer），当传送一个packet时计数器改变一个预定值（如加1个分组）。对比文件从始至终均是基于“分组数量（packet count）”而非“字节计数（byte count）”，两者的技术手段、物理度量单位及解决的技术问题完全不同，对比文件并未直接公开，也无法从分组计数推理出字节计数机制，属于《未公开》。 |
| 技术特征R：其中所述字节计数机制保持与从发射实体传送的字节数量相关联的计数<br>《未公开》 | 对比文件全文未记载保持与传送的字节数量相关联的计数。 | 目标专利说明书[0239]、[0243]记载发射机保持关于已传送字节总数的计数器（Poll_Octets）。对比文件仅记录传送分组的个数（packet counter value），未统计或关联字节数量，属于《未公开》。 |
| 技术特征S：所述发射实体被配置成支持可变的分组数据单元大小<br>《未公开》 | 对比文件全文未记载发射实体支持可变PDU大小。 | 目标专利说明书[0105]、[0238]指出发射实体被配置成支持可变PDU大小。对比文件仅为常规的GPRS/EGPRS块/分组传输，未涉及可变PDU大小的支持配置，属于《未公开》。 |
| 技术特征T：确定所述计数是否等于或大于Poll_Bytes值<br>《未公开》 | [0085] "A next poll is performed when the packet counter value PCV exceeds a threshold value Maximum Packets MP, or when the timer value TV exceeds the Maximum Poll Period MPP."<br>（下一次轮询在分组计数值PCV超过阈值最大分组数MP时，或者在定时器值TV超过最大轮询周期MPP时执行。） | 目标专利说明书[0240]、[0244]明确记载确定字节计数器（Poll_Octets）是否达到或超出Poll_Bytes阈值。对比文件段落[0085]、[0087]仅记载判断分组计数值（PCV）是否达到/超过最大分组数量（MP）阈值或定时器阈值。对比文件没有针对“字节计数”与“字节阈值（Poll_Bytes）”进行比较判断的记载，属于《未公开》。 |
| 技术特征U：在所述计数被确定为等于或大于所述Poll_Bytes值的情况下<br>《未公开》 | [0085]、[0087]记载的是在PCV超过阈值MP或定时器超时的情况下触发轮询。 | 目标专利说明书[0240]、[0244]记载当字节计数达到或超出Poll_Bytes值时作为触发条件。对比文件基于分组个数阈值或时间阈值触发，未公开以字节计数达到Poll_Bytes为前提条件，属于《未公开》。 |
| 技术特征V：将用于来自所述发射实体的传输的分组数据单元配置成包括轮询。<br>《隐含公开》 | [0005] "...In some cases, the transmitting side explicitly commands the receiving side to send an acknowledgement for one or more transferred packets. Such a procedure is known as polling."<br>[0104] "On the other hand, the transceiver means TRX obtains polling requests from the polling means 120. The transceiver means TRX transmits these polling requests to the receiving side 200, and thereby physically effects the polling..."<br>（……在某些情况下，发射端显式命令接收端发送针对一个或多个已传输分组的确认。该过程被称为轮询。……另一方面，收发信机单元从轮询单元获取轮询请求，并将其发送给接收端……） | 目标专利说明书[0240]、[0241]记载将用于传输的PDU配置成包括轮询（例如在PDU中设置轮询比特或包含轮询请求）。对比文件段落[0005]、[0104]公开了发射实体向接收实体发送轮询请求（polling request）以命令接收端确认分组传输。在无线通信（如GPRS/RLC）常规实现中，轮询请求既可以通过专用轮询PDU发送，也常规地通过在待发数据分组（PDU/块）的头部或特定字段中配置/设置轮询标识（Poll/RRBP）来实现。按照极宽松的隐含公开判断标准，本领域技术人员结合对比文件公开的“通过收发信机向接收端发送轮询请求”完全有可能合理推断出其包含了将待传输的分组数据单元配置成包含轮询请求的技术方案，因此判定为《隐含公开》。 |
| 技术特征W：其中通过在所述分组数据单元中设置轮询比特来配置所述分组数据单元。<br>《隐含公开》 | [0005] "...explicitly commands the receiving side to send an acknowledgement for one or more transferred packets. Such a procedure is known as polling."<br>[0104] "...transmits these polling requests to the receiving side 200..."<br>（……显式命令接收端发送针对已传输分组的确认……轮询请求被发送至接收端……） | 目标专利说明书[0241]、[0244]明确说明通过设置PDU中的轮询比特（poll bit）来配置分组以请求轮询。对比文件公开了发送轮询命令/轮询请求，虽然未直接写明“比特”一词，但在移动通信协议标准及本领域常规常识中，在数据PDU内配置轮询最基础且广泛应用的技术实现即为置位轮询比特（Poll bit，例如RLC/MAC header中的P比特）。按照本领域技术人员的合理逻辑推理及极宽松的隐含公开认定原则，对比文件公开的发送轮询请求部分公开了该手段，有可能与通用协议常识结合公开该特征，故认定为《隐含公开》。 |
| 技术特征X：其中所述分组数据单元为应答模式的数据分组数据单元。<br>《直接公开》 | [0018] "...packets transmitted by the transmitting side are acknowledged by the receiving side, and unacknowledged packets are retransmitted to the receiving side..."<br>[0059] "...radio link control (RLC) blocks not yet acknowledged, i.e. so-called pending-ack blocks, are scheduled..."<br>（……由发射端发送的分组被接收端确认，未确认的分组被重传至接收端……未确认的无线电链路控制RLC块，即所谓的pending-ack块被调度……） | 目标专利说明书[0075]、[0241]说明AM（应答模式）下DATA PDU具有确认与重传机制，轮询比特置于AMD PDU中。对比文件段落[0018]、[0059]明确说明系统具有确认与未确认重传机制（即ARQ机制），其传输的RLC数据分组属于接收端需要进行应答确认并支持重传的分组，即属于应答模式（Acknowledged Mode）的数据分组单元。两者的技术方案及作用完全相同，属于《直接公开》。 |
| 技术特征Y：其中所述计数包括在初始传输中传送的分组数据单元。<br>《直接公开》 | [0074] "...packets, which have not yet been transmitted beforehand, and thus wait for their transmission to be scheduled..."<br>[0084] "During successive polls, the packet counter value is changed by a predetermined value when a packet is transmitted..."<br>（……在连续的轮询期间，当分组被传输时，分组计数值改变一预定值……这些分组包括预先尚未发送的新分组……） | 目标专利说明书[0241]指出传送字节总数可对首次传输的PDU进行计数。对比文件段落[0074]、[0084]明确记载在分组传输时分组计数值改变，传输的分组包含了尚未被发送过的新分组（初始传输分组），即计数值包含了在初始传输中传送的分组。两者的技术方案与作用实质相同，属于《直接公开》。 |
| 技术特征Z：其中所述计数包括在初始传输中传送的分组数据单元和在重传中传送的分组数据单元。<br>《隐含公开》 | [0074] "These packets comprise packets, which have not yet been transmitted beforehand, and thus wait for their transmission to be scheduled, and of packets, which have been transmitted beforehand but have not yet been acknowledged by a receiving side, and thus wait for their retransmission to be scheduled."<br>[0084] "During successive polls, the packet counter value is changed by a predetermined value when a packet is transmitted..."<br>（这些分组包括预先尚未发送并等待调度发送的分组，以及先前已发送但尚未被接收端确认并等待调度重传的分组……当分组被传输时，分组计数值改变一个预定值……） | 目标专利说明书[0241]记载计数“是指包括重传在内的所有被传送字节的总数”。对比文件段落[0074]明确将待传输分组定义为包括初始传输分组与重传分组，并在段落[0084]统称“当分组被传输时（when a packet is transmitted）”，分组计数器改变预定值。虽然对比文件主要强调对分组个数的统计，但由于其将重传分组与初始传输分组均纳入整体分组调度和传输框架中，本领域技术人员基于对比文件公开的内容完全有可能合理推断出其计数器在传输分组时能够同时涵盖初始传输分组和重传分组，属于《隐含公开》。 |
<<<A>>><<<I>>><<<K>>><<<P>>><<<v>>><<<w>>><<<X>>><<<Y>>><<<z>>>
经过对对比文件（BRPI0806396A2）原文内容的全面审查与细致检索，结合目标专利说明书原文对各技术特征的解释，进行严格、严谨的技术特征比对与公开性判断。
对比文件 BRPI0806396A2 与目标专利实质上源自同一技术方案家族（同族同源的 PCT 申请对应的巴西公布文本）。以下为针对权利要求中技术特征 A 至 Z 的特征比对表格及详细论述：
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含译文及对应部分/段落） | 公开性论述 |
| **技术特征A**：该方法包括<br>《直接公开》 | **原文引用**（SUMMARY部分/Incorporations实施例28、94等）：<br>“A method for downlink data RNC /### 特征比对分析与判定
根据目标专利说明书及对比文件（BRPI0806396A2）原文内容，经资深专利代理师的专业深度分析，对比文件实际上与目标专利属于同一优先权申请族（PCT/US2008/001476相关族成员），其技术背景、方案细节、实施例完全实质对应。现将各技术特征的比对分析及公开性认定载于下表。
---
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用及翻译 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | 对比文件第[2]部分（Incorporations 1 & 94）：<br>【原文】“1. A method for improving radio link control (RLC) operations on an RLC entity configured to support flexible packet data unit (PDU) size.”<br>“94. A method for downlink data RNC / Node B flow control when the flexible size of radio link control (RLC) data packet units (PDUs) is supported, including receiving credit allocations in bytes.”<br>【译文】“1. 一种在被配置成支持可变分组数据单元（PDU）大小的RLC实体中用于改善无线电链路控制（RLC）操作的方法。”<br>“94. 一种在支持可变大小无线电链路控制（RLC）分组数据单元（PDU）时用于下行链路数据RNC/节点B流控制的方法，包括接收以字节为单位的信用分配。” | 对比文件明确公开了用于无线通信流控制及RLC操作的方法技术方案，其技术特征的前序步骤与目标专利前序特征完全一致。本领域技术人员无需任何疑义即可得出，属于《直接公开》。 |
| 技术特征B：<br>确定可变的分组数据单元(PDU)大小被配置<br><br>《直接公开》 | 对比文件第[2]部分（Detailed Description第8段及第29段等）：<br>【原文】“If the upper layers, such as the RRC layer, configure a RLC PDU flexible size operation then the RLC PDU size will be variable to a semi-static maximum specified by the RLC PDU payload size.”<br>“When the flexible RLC PDU size is configured... When the RLC PDU flexible size mode is set by the RRC layer...”<br>【译文】“如果诸如RRC层的上层配置了可变的RLC PDU大小操作，则RLC PDU大小将可变至由RLC PDU净荷大小指定的半静态最大值。”<br>“当可变RLC PDU大小被配置时……当通过RRC层设置了可变的RLC PDU大小模式时……” | 对比文件明确指出了在执行流控制、窗口更新或轮询前，需要由网络/上层（如RRC）设置或配置可变的RLC PDU大小模式，实体在检测/确定已配置该模式的情况下执行相应基于字节的操作。其技术手段与技术效果完全相同，属于《直接公开》。 |
| 技术特征C：<br>接收控制帧<br><br>《直接公开》 | 对比文件第[2]部分（RNC / Node B flow control第1、4段，以及Incorporations 95）：<br>【原文】“...Node B sends capacity allocation frames to an RNC server (SRNC), and possibly to an RNC controller (CRNC)... Alternatively, the indication may be signaled by adjusting or reconfiguring the radio receiver, or at each applicable control board using an existing control board or a new control board...”<br>“95. The embedding method 94, characterized in that the receipt of credit allocations in bytes includes the receipt of a table [frame] containing information specifying a number of credit bytes.”<br>【译文】“……节点B将容量分配帧发送给服务RNC（SRNC），并可能发送给控制RNC（CRNC）……作为替换，可以在无线电接收机调整或重新配置中，或者在每个适用的控制帧中使用现有的控制帧或新的控制帧来用信号通告该指示……”<br>“95. 实施例94的方法，其特征在于接收以字节为单位的信用分配包括接收包含指定信用的字节数量的信息的帧[控制帧]。” | 对比文件明确记载了节点B向RNC发送容量分配控制帧，并在控制帧中指示信用分配（无论以显式字节字段还是控制帧内指示符的方式），实体（RNC）接收该控制帧以获取分配信息，作用完全一致，属于《直接公开》。 |
| 技术特征D：<br>该控制帧指示容量分配是字节分配<br><br>《直接公开》 | 对比文件第[2]部分（RNC / Node B flow control第4段）：<br>【原文】“Alternatively, the indication may be signaled by adjusting or reconfiguring the radio receiver, or at each applicable control board using an existing control board or a new control board, which indicates that the allocation is actually a Byte allocation by multiplying the credit by the maximum PDU size in bytes yielding a total of bytes.”<br>【译文】“作为替换，该指示可以通过调整或重新配置无线电接收机，或者在每个适用的控制板[控制帧]处使用现有控制板[控制帧]或新控制板[控制帧]用信号通告，其通过将信用与以字节为单位的最大PDU大小相乘产生总字节数，从而指示该分配实际上是字节分配。” | 对比文件明确指出了控制帧用于指示该容量分配实际是字节分配（“indicates that the allocation is actually a Byte allocation”），这与目标专利说明书[0129]段内容完全对应，所起到的技术作用和实现手段完全一致，属于《直接公开》。 |
| 技术特征E：<br>由无线电网络控制器(RNC)经由处理器<br><br>《直接公开》 | 对比文件第[2]部分（RNC / Node B flow control第1段及结尾段落）：<br>【原文】“According to existing 3GPP standards... Node B sends capacity allocation frames to an RNC server (SRNC), and possibly to an RNC controller (CRNC)... An RNC receives the credit allocation in bytes... Suitable processors include, for example, a general purpose processor, a special purpose processor, a conventional processor, a digital signal processor (DSP)... A processor in association with the software may be used to implement a radio frequency transceiver for use in a... radio network controller (RNC)...”<br>【译文】“根据现有的3GPP标准……节点B将容量分配帧发送给服务RNC（SRNC），并且可能发送给控制RNC（CRNC）……RNC接收以字节为单位的信用分配……合适的处理器包括例如通用处理器、专用处理器、常规处理器、数字信号处理器（DSP）……与软件相关联的处理器可用于实现用于无线电网络控制器（RNC）的收发信机……” | 对比文件明确公开了流控制由无线电网络控制器（RNC）执行，且说明书在结尾硬件架构部分明确指明RNC由通用/专用处理器（processor）及其软件执行相应方法与计算步骤，属于《直接公开》。 |
| 技术特征F：<br>通过将信用与最大PDU大小相乘确定所述容量分配<br><br>《直接公开》 | 对比文件第[2]部分（RNC / Node B flow control第4段及Incorporations 98）：<br>【原文】“...which indicates that the allocation is actually a Byte allocation by multiplying the credit by the maximum PDU size in bytes yielding a total of bytes.”<br>“98. The embedding method 97, further comprising multiplying the number of credit PDUSs by the maximum PDU size in bytes.”<br>【译文】“……通过将信用与以字节为单位的最大PDU大小相乘产生总字节数，从而指示该分配实际上是字节分配。”<br>“98. 实施例97的方法，还包括将信用的PDU数量与以字节为单位的最大PDU大小相乘。” | 对比文件完全公开了将信用（PDU数量）与以字节为单位的最大PDU大小相乘（multiplying the credit by the maximum PDU size in bytes），从而确定以字节为单位的容量分配。其计算逻辑和技术效果完全相同，属于《直接公开》。 |
| 技术特征G：<br>其中所述信用是PDU的数量<br><br>《直接公开》 | 对比文件第[2]部分（RNC / Node B flow control第2、4段及Incorporations 97）：<br>【原文】“Credits represent the number of MAC-d PDUs that can be transmitted.”<br>“Similarly, the maximum number of PDUs that can be transferred from Node B would not be equal to the credit indicated in terms of a PDUS number...”<br>“97. ...specifying a number of credit PDUs.”<br>【译文】“信用表示可以传送的MAC-d PDU的数量。”<br>“类似地，可传送的最大PDU数量不等于以PDU数量表示的信用……”<br>“97. ……指定信用PDU的数量。” | 对比文件明确公开了信用的原始定义或传统指示方式即为PDU的数量（number of PDUs），在乘以最大PDU大小转换前其度量单位就是PDU数，属于《直接公开》。 |
| 技术特征H：<br>所述容量分配作为八比特组的数量计算。<br><br>《直接公开》 | 对比文件第[2]部分（Detailed Description第7段及RNC / Node B flow control第4段）：<br>【原文】“In addition, the terms 'bytes' and 'octets' are used interchangeably...”<br>“...yielding a total of bytes [octets]... without violating the byte length limits specified by the credit allocation based on byte length.”<br>【译文】“此外，术语‘字节’和‘八比特组’是可以互换使用的……”<br>“……产生总字节数[八比特组数]……不超出基于字节长度的信用分配所规定的字节长度限制。” | 对比文件明确指出“bytes（字节）”与“octets（八比特组）”在此方案中完全互换使用，因此相乘得出字节总数即为作为八比特组（octets）的数量计算出容量分配，属于《直接公开》。 |
| 技术特征I：<br>该方法还包括<br><br>《直接公开》 | 对比文件第[2]部分（Incorporations 89、94、95等）：<br>【原文】“The method as in any of the foregoing embodiments further comprising...”<br>【译文】“如前述任一实施例的方法，还包括……” | 属于常规方法附加步骤连接特征，对比文件中大量记载了此类方法步骤组合，属于《直接公开》。 |
| 技术特征J：<br>接收包括指定信用的字节数量的信息的帧。<br><br>《直接公开》 | 对比文件第[2]部分（RNC / Node B flow control第4段及Incorporations 90、95）：<br>【原文】“A new field can be added to existing frames to specify the number of credit bytes instead of the number of PDUs.”<br>“90. ...signaling of credit allocations in bytes includes the addition of an information frame specifying a number of credit bytes.”<br>“95. ...receipt of credit allocations in bytes includes the receipt of a table [frame] containing information specifying a number of credit bytes.”<br>【译文】“可以在现有帧中添加新字段，以指定信用字节数而不是PDU数。”<br>“90. ……以字节为单位的信用分配信令包括添加指定信用字节数的帧信息。”<br>“95. ……以字节为单位的信用分配的接收包括接收包含指定信用字节数信息的帧。” | 对比文件完整记载了另一种备选信令实现方式，即直接在接收到的帧（控制帧）中包含新字段，该字段包含指定信用字节数量的信息（“information specifying a number of credit bytes”），属于《直接公开》。 |
| 技术特征K：<br>该方法还包括<br><br>《直接公开》 | 对比文件第[2]部分（Incorporations 99-100等）：<br>【原文】“The method as in any of embodiments... further comprising...”<br>【译文】“如前述实施例的方法，还包括……” | 属于常规方法附加步骤连接特征，属于《直接公开》。 |
| 技术特征L：<br>存储PDU序列号(SN)到相关联的以字节为单位的长度的映射<br><br>《直接公开》 | 对比文件第[2]部分（RNC / Node B flow control第4、5段及Incorporations 99）：<br>【原文】“Using a byte-based approach, RNC can optionally map the PDU's SN to its length in bytes.”<br>“The RNC maintains a mapping of PDU SN to PDU length in bytes (step 220)...”<br>“99. The method as in any of embodiments 94-98, further comprising storing PDU SN mapping at an associated length in bytes.”<br>【译文】“使用基于字节的方法，RNC可以可选地将PDU的SN映射到其以字节为单位的长度。”<br>“RNC保持PDU SN到以字节为单位的PDU长度的映射（步骤220）……”<br>“99. 如实施例94-98中任一实施例的方法，还包括存储PDU SN到以字节为单位的相关联长度的映射。” | 对比文件原文字字对应，完整公开了RNC维护/存储PDU序列号（SN）到其关联的字节长度的映射，用于在可变PDU场景下精确核算下发字节量，属于《直接公开》。 |
| 技术特征M：<br>在不超出所述信用的字节数量的情况下传送PDU。<br><br>《直接公开》 | 对比文件第[2]部分（RNC / Node B flow control第4、5段及Incorporations 100）：<br>【原文】“Since RNC receives Node B credit allocation, it can transmit as many PDUs as it can without violating the byte length limits specified by the credit allocation based on byte length.”<br>“...and transmits the PDUs without exceeding the allocation of credits received (steps 220).”<br>“100. ...transmission of PDUs [without] exceeding the credit allocations received.”<br>【译文】“一旦RNC接收到节点B信用分配，它就可以在不违反基于字节长度的信用分配所规定的字节长度限制的情况下尽可能多地传输PDU。”<br>“……并在不超出接收到的信用分配的情况下传送PDU（步骤220）。” | 对比文件明确公开了发送实体在流控制信用额度下，根据各PDU的实际字节累计长度，在不超出接收到的信用字节数上限时传送PDU，技术方案与效果完全一致，属于《直接公开》。 |
| 技术特征N：<br>其中所述RNC是服务RNC(SRNC)。<br><br>《直接公开》 | 对比文件第[2]部分（RNC / Node B flow control第1段及Incorporations 103）：<br>【原文】“...Node B sends capacity allocation frames to an RNC server (SRNC)...”<br>“103. The embed RNC 102 is configured as a server RNC (SRNC).”<br>【译文】“……节点B将容量分配帧发送给服务RNC（SRNC）……”<br>“103. 实施例102的RNC被配置作为服务RNC（SRNC）。” | 对比文件明确指出了接收信用并执行流控制的RNC为服务RNC（SRNC，Server RNC），属于《直接公开》。 |
| 技术特征O：<br>其中所述RNC是控制RNC(CRNC)。<br><br>《直接公开》 | 对比文件第[2]部分（Historic第8段及RNC / Node B flow control第1段）：<br>【原文】“• CRNC - RNC Controller”<br>“...Node B sends capacity allocation frames to an RNC server (SRNC), and possibly to an RNC controller (CRNC)...”<br>【译文】“• CRNC - 控制RNC”<br>“……节点B向服务RNC（SRNC）发送容量分配帧，并且可能发送给控制RNC（CRNC）……” | 对比文件明确公开了容量分配帧可以发送至控制RNC（CRNC），CRNC作为执行流控制的RNC实体，属于《直接公开》。 |
| 技术特征P：<br>该方法还包括<br><br>《直接公开》 | 对比文件第[2]部分（Incorporations 64、73等）：<br>【原文】“The method as in any of embodiments... further comprising...”<br>【译文】“如前述任一实施例的方法，还包括……” | 属于常规方法附加步骤连接特征，属于《直接公开》。 |
| 技术特征Q：<br>保持字节计数机制<br><br>《直接公开》 | 对比文件第[2]部分（SUMMARY、RLC Status Report第2、3段及Incorporations 73）：<br>【原文】“...the transmitter may have a PDU count lookup mechanism and / or a byte count lookup mechanism, so that the transmitter receives the receiver information from each Poll_Bytes byte.”<br>“The RLC transmitter maintains a counter for the total number of bytes transmitted in PDUs...”<br>“73. ...maintenance by the RLC transmitting entity, a variable counting the total number of bytes, Poll_Octets, transmitted in PDUs...”<br>【译文】“……发射机可以具有PDU计数查找[轮询]机制和/或字节计数查找[轮询]机制，以便发射机每隔Poll_Bytes字节接收接收机信息。”<br>“RLC发射机保持一个关于在PDU中传送的字节总数的计数器……”<br>“73. ……由RLC发射实体保持一个用于对在PDU中传送的总字节数进行计数的变量Poll_Octets……” | 对比文件明确公开了发射机具有基于字节计数的轮询机制（byte count lookup/polling mechanism），并维护一个字节计数器（Poll_Octets）以跟踪发射的字节数，属于《直接公开》。 |
| 技术特征R：<br>其中所述字节计数机制保持与从发射实体传送的字节数量相关联的计数<br><br>《直接公开》 | 对比文件第[2]部分（RLC Status Report第3、6段及Incorporations 73）：<br>【原文】“The RLC transmitter maintains a counter for the total number of bytes transmitted in PDUs since the transmission of the last PDU containing a query bit...”<br>“The RLC transmitter maintains a Poll_Octets variable counter to monitor the total number of bytes transmitted in PDUs since the last PDU containing a query bit...”<br>【译文】“RLC发射机保持一个计数器，用于计算自传输包含查询[轮询]比特的最后一个PDU以来在PDU中传送的字节总数……”<br>“RLC发射机保持一个Poll_Octets变量计数器，用于监控自最后一个包含查询比特的PDU以来在PDU中传送的字节总数……” | 对比文件明确公开了字节计数机制（如Poll_Octets计数器）用于追踪/保持自上次轮询后从发射实体发送的PDU所累积传送的字节数量，属于《直接公开》。 |
| **技术特征S：**<br
基于本领域的常规技术知识及对目标专利与对比文件的比对规则，对比文件【BRPI0806396B1】为目标专利对应的同族巴西专利（与目标专利本申请200880003753.0 / PCT/US2008/001460 对应同族），其所记载的技术方案内容与目标专利说明书公开的底层技术方案一致。以下紧密结合给出的目标专利说明书原文，对技术特征A至Z的公开性进行严格的逐项比对与论述。
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文对照翻译） | 公开性论述 |
| 技术特征A：该方法包括<br>《直接公开》 | 对比文件实施例/说明书相应部分（对应目标专利说明书[0257]、[0284]、[0344]、[0361]）：<br>“一种在无线电链路控制（RLC）实体中用于增强RLC操作的方法……”以及“该方法包括……” | 对比文件记载了无线通信中由网络实体或UE执行的具体处理流程与方法步骤，属于方法类权利要求的主题前序及过渡用语，对比文件直接公开了该方法特征。 |
| 技术特征B：确定可变的分组数据单元(PDU)大小被配置<br>《直接公开》 | 对比文件说明书相应部分（对应目标专利说明书[0105]、[0111]、[0112]、[0202]、[0207]）：<br>“假设RLC可以由较高层进行配置，以便支持具有指定的最大RLC PDU净荷大小的可变PDU大小……”；“如果配置了可变的RLC PDU大小，那么……”；“在配置了可变的RLC PDU大小的时候，这时将会检查是否满足这样一个附加状况……” | 对比文件明确公开了当支持灵活/可变PDU大小时，实体由高层（如RRC）配置可变大小模式，并在执行流控制、调度传输前检查并确定是否配置了可变RLC PDU大小，作用与目标专利一致，构成了直接公开。 |
| 技术特征C：接收控制帧<br>《直接公开》 | 对比文件说明书相应部分（对应目标专利说明书[0129]）：<br>“在无线电承载建立或再配置中或者在每个适当的控制帧中可以使用现有控制帧或新的控制帧来用信号通告一个指示……” | 对比文件公开了RNC接收来自节点B的控制帧，该控制帧承载关于容量/信用的指示，直接公开了“接收控制帧”。 |
| 技术特征D：该控制帧指示容量分配是字节分配<br>《直接公开》 | 对比文件说明书相应部分（对应目标专利说明书[0129]）：<br>“在无线电承载建立或再配置中或者在每个适当的控制帧中可以使用现有控制帧或新的控制帧来用信号通告一个指示，其中该指示通过将信用与以字节为单位的最大PDU大小相乘来产生字节总数，由此表明所述分配实际是字节分配。” | 对比文件明确披露控制帧中携带指示，该指示表明所进行的分配实际是字节分配，其在对比文件中的作用是解决可变PDU大小时基于PDU数量分配信用失效的技术问题，与目标专利作用完全一致，属于直接公开。 |
| 技术特征E：由无线电网络控制器(RNC)经由处理器<br>《直接公开》 | 对比文件说明书相应部分（对应目标专利说明书[0129]、[0344]、[0361]、[0362]）：<br>“一旦RNC接收到来自节点B的信用分配……”；“本发明提供的方法或流程图可以在由通用计算机或处理器执行的计算机程序、软件或固件中实施……”；“恰当的处理器包括：通用处理器、专用处理器、常规处理器、数字信号处理器（DSP）……” | 对比文件明确公开了RNC实体执行流控制运算，且其方法在通用或专用处理器等硬件实体上运行，直接公开了由RNC经由处理器执行相应判断与处理。 |
| 技术特征F：通过将信用与最大PDU大小相乘确定所述容量分配<br>《直接公开》 | 对比文件说明书相应部分（对应目标专利说明书[0129]、[0353]-[0354]）：<br>“其中该指示通过将信用与以字节为单位的最大PDU大小相乘来产生字节总数，由此表明所述分配实际是字节分配。”；“存储以字节为单位的PDU的最大大小……将信用的PDU数量与以字节为单位的PDU的最大大小相乘。” | 对比文件完整公开了将信用（信用数量）与以字节为单位的最大PDU大小（Maximum PDU size）相乘来推导和确定字节容量分配的技术方案，两者的数学手段与技术效果完全一致，属于直接公开。 |
| 技术特征G：其中所述信用是PDU的数量<br>《直接公开》 | 对比文件说明书相应部分（对应目标专利说明书[0127]、[0129]、[0353]）：<br>“信用代表的是可以传送的MAC-d PDU的数量。”；“相应地，可以从RNC传送到节点B的PDU的最大数量不等于依照PDU数量衡量且用信号通告的信用。” | 对比文件明确定义了信用代表的是可传送的PDU数量，并记载了“信用的PDU数量”，直接公开了该特征。 |
| 技术特征H：所述容量分配作为八比特组的数量计算。<br>《直接公开》 | 对比文件说明书相应部分（对应目标专利说明书[0105]、[0129]）：<br>“此外，术语字节和八比特组以及术语发射机和发送方是可以交换使用的。”；“其中该指示通过将信用与以字节为单位的最大PDU大小相乘来产生字节总数……” | 对比文件指出字节（byte）与八比特组（octet）在文中可互换使用，且容量分配是通过相乘计算出字节总数（即八比特组的数量），两者的计算实质和物理含义相同，属于直接公开。 |
| 技术特征I：该方法还包括<br>《直接公开》 | 对比文件说明书相应部分（对应目标专利说明书[0355]-[0356]等实施例）：<br>“……该方法还包括……” | 对比文件实施例记载了进一步包含步骤的方法结构，直接公开了该过渡用语。 |
| 技术特征J：接收包括指定信用的字节数量的信息的帧。<br>《直接公开》 | 对比文件说明书相应部分（对应目标专利说明书[0129]、[0350]-[0351]）：<br>“在现有帧中可以添加新的字段，以便规定信用的字节数量而不是PDU数量。”；“其中接收以字节为单位的信用分配包括：接收帧，其中所述帧包含了用于规定信用字节数量的信息。” | 对比文件明确公开了作为另一种替换方式，帧中包含直接指定/规定信用的字节数量的新字段，且由RNC接收该帧，属于直接公开。 |
| 技术特征K：该方法还包括<br>《直接公开》 | 对比文件说明书相应部分（对应目标专利说明书[0355]等实施例）：<br>“……该方法还包括……” | 对比文件包含进一步方法步骤，直接公开了该过渡用语。 |
| 技术特征L：存储PDU序列号(SN)到相关联的以字节为单位的长度的映射<br>《直接公开》 | 对比文件说明书相应部分（对应目标专利说明书[0129]、[0130]、[0355]）：<br>“通过使用基于字节的方法，RNC可以可选地保持PDU SN到其字节长度的映射。”；“步骤220：该RNC保持PDU SN到以字节为单位的PDU长度的映射”；“存储PDU SN到相关联的以字节为单位的长度的映射。” | 对比文件不仅在具体实施方式中说明，而且在流程步骤220和实施例99中字面记载了保持/存储PDU SN到字节长度的映射，用于在流控制中按实际字节尺寸准确管控传输，属于直接公开。 |
| 技术特征M：在不超出所述信用的字节数量的情况下传送PDU。<br>《直接公开》 | 对比文件说明书相应部分（对应目标专利说明书[0129]、[0130]、[0356]）：<br>“一旦RNC接收到来自节点B的信用分配，那么其将会在不违反这种基于以字节为单位的长度的新的信用分配规定的以字节为单位的长度限制的情况下被允许传送与其可以传送的PDU一样多的PDU。”；“在不超出接收到的信用分配的情况下传送PDU。” | 对比文件明确公开在基于字节分配的流控制机制下，RNC在发送PDU时确保总字节数受限于被授予的信用字节数量限制，在不超出限制的情况下传送PDU，作用和方案完全一致，属于直接公开。 |
| 技术特征N：其中所述RNC是服务RNC(SRNC)。<br>《直接公开》 | 对比文件说明书相应部分（对应目标专利说明书[0080]、[0126]、[0359]）：<br>“节点B将容量分配信息发送到服务RNC（SRNC）……”；“实施例103：其中该RNC被配置作为服务RNC（SRNC）。” | 对比文件明确披露了接收信用分配并进行流控制调度的实体为SRNC，属于直接公开。 |
| 技术特征O：其中所述RNC是控制RNC(CRNC)。<br>《隐含公开》 | 对比文件说明书相应部分（对应目标专利说明书[0080]、[0126]、[0360]）：<br>“以UE为目的地的数据从核心网络（CN）流经源无线电网络控制器（SRNC）、节点B以及处于漂移的漂移无线电网络控制器（DRNC）。”；“在3GPP传统系统中，节点B将容量分配信息发送到服务RNC（SRNC），并且有可能将其发送到控制RNC（CRNC），以便指示可以发送的最大PDU大小以及PDU数量。” | 对比文件在描述传统机制及RNC演进架构时，记载了容量分配可发送给控制RNC（CRNC），并在Iub接口公共传输信道数据流协议的背景下说明了CRNC的管理控制。尽管实施例104具体列出DRNC，但对比文件已经公开了节点B向CRNC发送容量分配信息，本领域技术人员基于该段落内容及UMTS Iub/Iur协议架构的公知常识，容易毫无疑义或合理推断出该基于字节的信用控制方法同样适用于CRNC节点。依照非常宽松的标准，该特征被对比文件隐含公开。 |
| 技术特征P：该方法还包括<br>《直接公开》 | 对比文件说明书相应部分（对应目标专利说明书[0320]、[0328]等）：<br>“……该方法还包括……” | 对比文件包含进一步轮询方法步骤，直接公开了该过渡用语。 |
| 技术特征Q：保持字节计数机制<br>《直接公开》 | 对比文件说明书相应部分（对应目标专利说明书[0096]、[0238]、[0243]、[0329]）：<br>“发射机可以具有一种PDU计数轮询机制和字节计数轮询机制……”；“RLC传输实体保持变量Poll_Octets计数器，其中该计数器计数的是从触发了轮询请求的最后一个PDU的传输时开始在PDU中传送的字节总数。” | 对比文件字面披露了在RLC发射机中引入“字节计数轮询机制”，并保持追踪传送字节数的Poll_Octets计数器，直接公开了该技术特征。 |
| 技术特征R：其中所述字节计数机制保持与从发射实体传送的字节数量相关联的计数<br>《直接公开》 | 对比文件说明书相应部分（对应目标专利说明书[0239]、[0243]、[0329]）：<br>“RLC发射机保持一个关于从传输包含轮询比特的最后一个PDU时起在PDU中传送的字节总数的计数器……”；“Poll_Octets计数器，其中该计数器计数的是从触发了轮询请求的最后一个PDU的传输时开始在PDU中传送的字节总数。” | 对比文件明确公开由发射机保持的Poll_Octets计数器正是追踪从上一次轮询之后由该发射实体传送的字节总数，两者机制与关联关系一致，直接公开了该特征。 |
| 技术特征S：所述发射实体被配置成支持可变的分组数据单元大小<br>《直接公开》 | 对比文件说明书相应部分（对应目标专利说明书[0104]、[0105]、[0236]、[0257]）：<br>“一种在被配置成支持可变的分组数据单元（PDU）大小的无线电链路控制（RLC）实体中用于增强RLC操作的方法。”；“为了处理可变的RLC PDU大小，RLC Tx和RLC Rx实体可以保持RLC PDU SN到相应的以字节为单位的PDU长度的映射……” | 对比文件明确定义整个增强轮询和流控制机制均应用于被配置支持灵活/可变RLC PDU大小的RLC发射实体（Tx实体），直接公开了该特征。 |
| 技术特征T：确定所述计数是否等于或大于Poll_Bytes值<br>《直接公开》 | 对比文件说明书相应部分（对应目标专利说明书[0240]、[0244]、[0330]）：<br>“当计数器达到或超出数值Poll_Bytes时，RLC发射机将会……”；“当Poll_Octets计数器达到Poll_Bytes间隔值时……”；“当Poll_Octets计数器大于或等于Poll_Bytes的值时，RLC传输实体在致使Poll_Octets计数器超出Poll_Bytes的PDU中触发轮询请求……” | 对比文件明确记载判断字节计数（Poll_Octets）是否达到或超出（即等于或大于）高层配置的Poll_Bytes值，直接公开了该判断比较特征。 |
| 技术特征U：在所述计数被确定为等于或大于所述Poll_Bytes值的情况下<br>《直接公开》 | 对比文件说明书相应部分（对应目标专利说明书[0240]、[0244]、[0330]）：<br>“当计数器达到或超出数值Poll_Bytes时，RLC发射机将会……”；“当Poll_Octets计数器大于或等于Poll_Bytes的值时，RLC传输实体在致使Poll_Octets计数器超出Poll_Bytes的PDU中触发轮询请求……” | 对比文件明确公开将判定计数大于等于Poll_Bytes作为触发轮询动作的前提判断条件，属于直接公开。 |
| 技术特征V：将用于来自所述发射实体的传输的分组数据单元配置成包括轮询。<br>《直接公开》 | 对比文件说明书相应部分（对应目标专利说明书[0240]、[0244]、[0330]）：<br>“……RLC发射机将会设置导致计数器超出数值Poll_Bytes的PDU（或者可替换地下一个PDU）中的轮询比特，并且复位该计数器。”；“在致使Poll_Octets计数器超出Poll_Bytes的PDU中触发轮询请求……” | 对比文件公开了在条件满足时，在传输的PDU中设置轮询比特或触发轮询请求，使该PDU包含轮询，以请求接收端的状态报告，方案及效果一致，直接公开了该特征。 |
| 技术特征W：其中通过在所述分组数据单元中设置轮询比特来配置所述分组数据单元。<br>《直接公开》 | 对比文件说明书相应部分（对应目标专利说明书[0240]、[0241]、[0333]）：<br>“RLC发射机将会设置导致计数器超出数值Poll_Bytes的PDU（或者可替换地下一个PDU）中的轮询比特……”；“轮询请求的触发包括：在致使Poll_Octets计数器超出Poll_Bytes的PDU中设置轮询比特。” | 对比文件明确公开了轮询的具体实现方式就是在PDU（如报头）中将轮询比特（poll bit）设置为“1”，完全一致，属于直接公开。 |
| 技术特征X：其中所述分组数据单元为应答模式的数据分组数据单元。<br>《直接公开》 | 对比文件说明书相应部分（对应目标专利说明书[0077]、[0241]、[0324]）：<br>“当RLC工作在AM模式时，DATA PDU用于传送用户数据、捎带（piggybacked）的STATUS信息以及用于从接收机请求状态报告的轮询比特。”；“……或者它也可以包括AMD RLC PDU中的轮询比特设置。”；“所计数的所有被传送PDU的总数可以只对RLC应答模式数据（AMD）PDU的首次传输……” | 对比文件明确公开该PDU为应答模式数据PDU（AMD PDU），并用于承载轮询比特，直接公开了该特征。 |
| 技术特征Y：其中所述计数包括在初始传输中传送的分组数据单元。<br>《直接公开》 | 对比文件说明书相应部分（对应目标专利说明书[0241]、[0331]）：<br>“在PDU中传送的字节总数可以是指首次传送的PDU的大小。”；“实施例75：其中Poll_Octets计数器对首次传送的PDU的字节总数进行计数。” | 对比文件明确公开计数可以是对首次传送（初始传输）的PDU的字节总数进行计数，技术方案与含义完全一致，属于直接公开。 |
| 技术特征Z：其中所述计数包括在初始传输中传送的分组数据单元和在重传中传送的分组数据单元。<br>《直接公开》 | 对比文件说明书相应部分（对应目标专利说明书[0241]、[0332]）：<br>“作为替换，它也可以是指包括重传在内的所有被传送字节的总数。”；“实施例76：其中Poll_Octets计数器对包括重传在内的所有被传送的PDU的字节总数进行计数。” | 对比文件明确公开计数的另一种替换实施方式为对包括首次传输及重传在内的所有被传送PDU的字节进行计数，直接公开了该特征。 |
<<<A>>><<<B>>><<<C>>><<<D>>><<<E>>><<<F>>><<<G>>><<<H>>><<<I>>><<<J>>><<<K>>><<<L>>><<<M>>><<<N>>><<<o>>><<<P>>><<<Q>>><<<R>>><<<S>>><<<T>>><<<U>>><<<V>>><<<W>>><<<X>>><<<Y>>><<<Z>>>
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br><br>《直接公开》 | [0010] “The above problem of the above-mentioned prior art method is solved by a method of embedding a watermark in an information signal, the method comprising the steps of...”<br>（译文：上述现有技术方法的问题通过一种在信息信号中嵌入水印的方法得以解决，该方法包括以下步骤……） | 对比文件US2003036910A1在段落[0010]中直接公开了该方法包含一系列处理步骤，构成了“该方法包括”的一般方法引导特征。两者的作用相同，均用于引出后续的方法步骤。本领域技术人员能够毫无疑义地直接得出该特征，属于《直接公开》。 |
| 技术特征B：确定可变的分组数据单元(PDU)大小被配置<br><br>《未公开》 | 对比文件通篇未记载无线通信协议、分组数据单元（PDU）、协议层配置或可变大小PDU的相关内容。对比文件涉及的是多媒体/音频数字水印嵌入技术中的分段与重构窗口函数。 | 对比文件US2003036910A1的领域为音频数字水印处理（针对时域/频域信号分段），完全不涉及移动通信无线电链路控制（RLC）或MAC层中的“分组数据单元（PDU）”概念，更未公开或暗示“确定可变的分组数据单元(PDU)大小被配置”的操作与配置流程。本领域技术人员无法从对比文件中推导出该技术特征。 |
| 技术特征C：接收控制帧<br><br>《未公开》 | 对比文件提及“frames”仅指时域信号分段（帧），如段落[0005]、[0008]、[0009]、[0057]，通篇未公开网络控制信令或协议实体的“控制帧（control frame）”。 | 目标专利说明书中的“控制帧”是指网络节点间传输的用于信令交互、容量或信用分配的协议控制帧（例如Iur/Iub接口协议控制帧，参见说明书[0126]、[0129]段）。对比文件中的“frames”纯粹是指数字信号处理中由窗函数截取的时域样本数据帧（segments/frames），完全没有通信协议中承载控制信息的“控制帧”含义，更未公开“接收控制帧”以获取配置或信用的功能和作用。因此该特征未公开。 |
| 技术特征D：该控制帧指示容量分配是字节分配<br><br>《未公开》 | 对比文件未公开任何通信协议控制帧，亦无容量分配或基于字节分配的相关内容。 | 目标专利中该特征的作用在于由控制帧指示下行链路数据流控制中的信用/容量分配采用字节度量方式而非PDU数量（参见说明书[0129]段）。对比文件不涉及协议流控制，亦无容量分配及其指示机制，本领域技术人员无法从中得出该特征。 |
| 技术特征E：由无线电网络控制器(RNC)经由处理器<br><br>《隐含公开》 | [0055] “It is further understood that the arrangement for embedding a watermark according to the invention may be implemented by any processing unit, e.g. a programmable microprocessor, an application-specific integrated circuit, or another integrated circuit, a smart card, or the like.”<br>（译文：进一步理解的是，根据本发明的用于嵌入水印的装置可以由任何处理单元来实现，例如可编程微处理器、专用集成电路或其他集成电路、智能卡等。） | 对比文件段落[0055]公开了相关处理由“任何处理单元（any processing unit，如可编程微处理器）”执行，公开了“经由处理器”执行算法处理。虽然对比文件未具体公开“无线电网络控制器（RNC）”这一特定电信网络网元，但在极度宽松的隐含公开判断标准下，对比文件部分公开了“由处理器执行处理”的硬件执行基础架构，该通用处理手段有可能与通信领域的网络节点（如RNC）相结合来实现算法执行，因此认定为《隐含公开》。 |
| 技术特征F：通过将信用与最大PDU大小相乘确定所述容量分配<br><br>《未公开》 | 对比文件通篇未公开信用（Credit）、最大PDU大小或容量分配的数学确定机制。 | 目标专利中该特征的作用是通过将传统基于数量的信用与以字节为单位的最大PDU大小相乘，将基于数量的信用转换推导为基于字节的总分配容量（参见说明书[0129]段）。对比文件为数字水印算法，完全不存在流控制信用及PDU大小的乘法折算机制，本领域技术人员无法从对比文件中直接或合理推导出该方案。 |
| 技术特征G：其中所述信用是PDU的数量<br><br>《未公开》 | 对比文件通篇未公开流控制信用及其表示PDU数量的概念。 | 目标专利中该特征限定信用代表可传送的分组数据单元数量（参见说明书[0127]段）。对比文件中不存在网络流控制或数据包配额机制，未公开该特征。 |
| 技术特征H：所述容量分配作为八比特组的数量计算。<br><br>《未公开》 | 对比文件未公开计算容量分配，亦未涉及作为八比特组（字节）数量的容量分配计算。 | 目标专利中该特征用于确保在可变PDU大小时以八比特组（Octets/Bytes）为单位进行精细化的缓冲与带宽容量分配计算（参见说明书[0129]段）。对比文件完全不涉及网络协议层容量分配计算，该技术特征未公开。 |
| 技术特征I：该方法还包括<br><br>《直接公开》 | [0010] “...the method comprising the steps of...”<br>（译文：……该方法包括以下步骤……）以及后续各步骤说明。 | 对比文件段落[0010]明确说明该方法由多个并列或连续的步骤组成，直接公开了在方法实施中进一步包括其他处理步骤的常规方法架构。其作用与目标专利中用于引入附加方法步骤相同，属于《直接公开》。 |
| 技术特征J：接收包括指定信用的字节数量的信息的帧。<br><br>《未公开》 | 对比文件未公开包含信用字节数量信息的帧，亦无接收该类协议帧的动作。 | 目标专利中该特征的作用是直接通过帧中的新字段接收以字节为单位指示的传输信用分配信息（参见说明书[0129]、[0350]段）。对比文件仅涉及音频时域分段帧的处理与加水印，不存在通信流控制信用信息的接收与承载，未公开该特征。 |
| 技术特征K：该方法还包括<br><br>《直接公开》 | [0010] “...the method comprising the steps of...”<br>（译文：……该方法包括以下步骤……）及说明书中包含的多个处理步骤。 | 对比文件段落[0010]直接公开了方法进一步包含若干步骤的方法结构特征，其形式与作用与目标专利一致，属于《直接公开》。 |
| 技术特征L：存储PDU序列号(SN)到相关联的以字节为单位的长度的映射<br><br>《未公开》 | 对比文件未公开PDU序列号（SN）、字节长度或二者之间的映射存储机制。 | 目标专利中该特征的作用在于当PDU大小可变时，网络节点通过保持PDU SN与其字节长度的对应关系，以便精确追踪已使用窗口和信用消耗（参见说明书[0129]、[0130]、[0236]段）。对比文件仅在信号分段时存在样本序号和段索引（segment index s），无通信协议PDU SN及字节长度映射表，未公开该特征。 |
| 技术特征M：在不超出所述信用的字节数量的情况下传送PDU。<br><br>《未公开》 | 对比文件通篇未公开基于信用字节限额进行PDU发送控制的机制。 | 目标专利中该特征的作用是基于分配的字节信用对数据发送进行流控制抑制，确保发送的数据量不超过节点B允许的字节配额（参见说明书[0129]、[0130]段）。对比文件不涉及协议栈的数据传输流控制，未公开该技术特征。 |
| 技术特征N：其中所述RNC是服务RNC(SRNC)。<br><br>《未公开》 | 对比文件未公开无线电网络控制器（RNC）及其作为SRNC的网元角色配置。 | 目标专利中限定流控制的执行网元具体为负责管理UE无线连接与无线电资源的服务RNC（参见说明书[0126]段）。对比文件属于数字多媒体信号水印领域，不涉及3GPP移动通信架构，更无SRNC实体，未公开该特征。 |
| 技术特征O：其中所述RNC是控制RNC(CRNC)。<br><br>《未公开》 | 对比文件未公开控制RNC（CRNC）。 | 目标专利中限定流控制或信令交互涉及控制节点B逻辑资源的CRNC（参见说明书[0126]段）。对比文件未涉及移动通信架构中的CRNC网元，未公开该特征。 |
| 技术特征P：该方法还包括<br><br>《直接公开》 | [0010] “...the method comprising the steps of...”<br>（译文：……该方法包括以下步骤……）及后续步骤描述。 | 对比文件段落[0010]公开了方法包括进一步的操作步骤，属于标准的方法步骤衔接特征，技术作用相同，属于《直接公开》。 |
| 技术特征Q：保持字节计数机制<br><br>《隐含公开》 | [0033] “where N is the length of the window function... For example, N may be 2048 samples.”<br>（译文：其中N是窗函数的长度……例如，N可以是2048个样本。）<br>[0038] “Preferably, the storage medium is a read-only memory... Alternatively or additionally, the storage medium may include magnetic tape, optical disc... RAM, DRAM, etc.”<br>（译文：优选地，存储介质是只读存储器……可选地或附加地，存储介质可以包括磁带、光盘……RAM、DRAM等。） | 目标专利中该特征用于在RLC实体中维持对已传输或已处理字节总量的跟踪统计（参见说明书[0096]、[0238]-[0240]段）。对比文件在数字音频分段处理中，通过长度参数N（如2048个样本点）确定每次截取和处理的数据样本量，并通过存储器记录/保持所处理的样本数据。在数字音频系统中，样本大小由特定比特/字节数表示，对样本长度的管理具有计量已处理数据大小的基础作用。在极度宽松的隐含公开判断标准下，对比文件记录处理样本长度和存储数据的机制，有可能被本领域技术人员推导为一种跟踪已处理数据量的数据/字节计数机制，因此认定为《隐含公开》。 |
| 技术特征R：其中所述字节计数机制保持与从发射实体传送的字节数量相关联的计数<br><br>《未公开》 | 对比文件未公开通信协议中发射实体传送PDU的字节数量计数。 | 目标专利中该特征具体限定字节计数机制所追踪的特定对象：是从发射实体（Tx RLC）实际传送出去的PDU字节数量（如Poll_Octets计数器，参见说明书[0239]、[0243]段）。对比文件仅涉及在本地内存或处理器中对输入音频信号进行窗函数相乘和变换，完全不涉及通信发射实体向信道传送数据包的累计字节计数，无法推导得出。因此未公开。 |
| 技术特征S：所述发射实体被配置成支持可变的分组数据单元大小<br><br>《未公开》 | 对比文件未公开支持可变PDU大小的协议发射实体。 | 目标专利中该特征用于说明发射实体工作在增强RLC模式下，能够生成并发送大小可变的PDU（参见说明书[0096]、[0104]段）。对比文件仅涉及音频信号处理，不包含分组数据单元或协议发射实体，未公开该特征。 |
| 技术特征T：确定所述计数是否等于或大于Poll_Bytes值<br><br>《未公开》 | 对比文件通篇未公开状态报告轮询门限Poll_Bytes，亦无将字节计数与该轮询值进行比较的逻辑判断。 | 目标专利中该特征的作用在于判断发射实体传送的累计字节数是否达到上层配置的轮询触发阈值，以实现按字节粒度触发状态报告（参见说明书[0238]、[0240]、[0244]段）。对比文件不存在状态轮询或基于特定字节阈值的传输触发逻辑，未公开该特征。 |
| 技术特征U：在所述计数被确定为等于或大于所述Poll_Bytes值的情况下<br><br>《未公开》 | 对比文件未公开计数达到Poll_Bytes阈值时的条件分支触发流程。 | 目标专利中该特征作为触发轮询的前提判定条件（参见说明书[0240]、[0244]段）。对比文件缺乏相应的轮询计数及阈值比较体系，未公开该特征。 |
| 技术特征V：将用于来自所述发射实体的传输的分组数据单元配置成包括轮询。<br><br>《未公开》 | 对比文件未公开在PDU中配置轮询（Poll）以请求接收方发送状态报告的机制。 | 目标专利中该特征用于在满足阈值时向对端RLC实体发起轮询请求，以促使接收方反馈接收状态报告（参见说明书[0238]、[0240]段）。对比文件是单向的数据水印嵌入过程，完全不涉及通信协议对等实体之间的轮询及状态反馈机制，未公开该特征。 |
| 技术特征W：其中通过在所述分组数据单元中设置轮询比特来配置所述分组数据单元。<br><br>《未公开》 | 对比文件未公开在分组数据单元的头部或有效载荷中设置轮询比特（Poll Bit）。 | 目标专利中该特征限定轮询请求是通过置位AMD PDU中的特定轮询比特位（如Poll bit置“1”）来实现的（参见说明书[0077]、[0240]、[0244]段）。对比文件无协议PDU结构及轮询比特位概念，未公开该特征。 |
| 技术特征X：其中所述分组数据单元为应答模式的数据分组数据单元。<br><br>《未公开》 | 对比文件未公开应答模式数据分组数据单元（AMD PDU）。 | 目标专利中该特征限定执行轮询和传输的PDU类型为RLC应答模式（AM）下的数据PDU（AMD PDU），以支持ARQ确认机制（参见说明书[0007]、[0075]、[0241]段）。对比文件不涉及协议传输模式（AM/UM/TM），未公开该特征。 |
| 技术特征Y：其中所述计数包括在初始传输中传送的分组数据单元。<br><br>《未公开》 | 对比文件未公开对初始传输（初传）PDU的字节进行计数的方案。 | 目标专利中该特征限定字节计数器的计数规则为统计首次传送（初传）的PDU字节大小（参见说明书[0241]、[0332]段）。对比文件不存在ARQ重传或初传机制，亦无对传送分组的数据量进行统计，未公开该特征。 |
| 技术特征Z：其中所述计数包括在初始传输中传送的分组数据单元和在重传中传送的分组数据单元。<br><br>《未公开》 | 对比文件未公开同时对初传和重传PDU进行计数的方案。 | 目标专利中该特征限定了字节计数器的另一种替换统计规则，即包含初传与重传的所有已传送字节总数（参见说明书[0241]、[0333]段）。对比文件无初传与重传机制，未公开该技术特征。 |
---
<<<A>>>
<<<I>>>
<<<K>>>
<<<P>>>
<<<e>>>
<<<q>>>
权利要求2
根据权利要求1所述的方法，该方法还包括；接收包括指定信用的字节数量的信息的帧。
权利要求3
根据权利要求2所述的方法，该方法还包括；存储PDU序列号(SN)到相关联的以字节为单位的长度的映射；以及在不超出所述信用的字节数量的情况下传送PDU。
权利要求4
根据权利要求1所述的方法，其中所述RNC是服务RNC(SRNC)。
权利要求5
根据权利要求1所述的方法，其中所述RNC是控制RNC(CRNC)。
权利要求6
根据权利要求1所述的方法，该方法还包括；保持字节计数机制；其中所述字节计数机制保持与从发射实体传送的字节数量相关联的计数；所述发射实体被配置成支持可变的分组数据单元大小；确定所述计数是否等于或大于Poll_Bytes值；以及在所述计数被确定为等于或大于所述Poll_Bytes值的情况下；将用于来自所述发射实体的传输的分组数据单元配置成包括轮询。
权利要求7
根据权利要求6所述的方法，其中通过在所述分组数据单元中设置轮询比特来配置所述分组数据单元。
权利要求8
根据权利要求7所述的方法，其中所述分组数据单元为应答模式的数据分组数据单元。
权利要求9
根据权利要求8所述的方法，其中所述计数包括在初始传输中传送的分组数据单元。
权利要求10
根据权利要求9所述的方法，其中所述计数包括在初始传输中传送的分组数据单元和在重传中传送的分组数据单元。