**对比文件名称**：US7406546B1_Description_20260102_0453
**目标专利名称**：用于流量控制和确认传输的系统和方法
**模型名称**：DeepSeek
### **特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **A：一种用于用户设备UE的无线通信方法**<br>**未公开** | 无直接对应原文。对比文件整体涉及集成电路内部总线通信系统。 | **论述**：对比文件（US7406546B1）公开的是一种用于集成电路（IC）设计的“长距离同步总线”系统，涉及发送单元（sending unit）和接收单元（receiving unit）之间的数据流控制（见背景技术和摘要）。其技术领域是集成电路内部逻辑块间的通信，解决的是IC内部长距离布线导致的时序问题。目标专利（见[0003], [0005]段）明确其技术领域是无线通信系统（如5G NR），涉及用户设备（UE）与基站之间的通信。两者属于完全不同的技术领域（集成电路设计与无线通信），解决的技术问题（IC内部信号传播延迟 vs. 无线网络中UE缓冲区管理和数据传输效率）、采用的技术手段（基于信用的硬件流控 vs. 基于上行链路许可的无线资源调度）以及应用场景均无交集。因此，本领域技术人员无法从对比文件中直接或通过合理推理得到一种“用于用户设备UE的无线通信方法”。 |
| **B：从基站接收数据传输；**<br>**未公开** | 无直接对应原文。对比文件中的数据传输发生在发送单元（sending unit）与接收单元（receiving unit）之间。 | **论述**：目标专利中“从基站接收数据传输”（见权利要求B及说明书[0064]段）是UE在无线通信网络中的下行链路操作。对比文件描述的是一个封闭的硬件系统，其“发送单元”和“接收单元”是集成电路内部的逻辑模块（见说明书第1段及图1A）。对比文件全文未提及“基站”（base station）或任何无线网络实体。本领域技术人员无法从集成电路内部模块间的数据发送，推理出在无线通信网络中从基站接收数据这一特征。 |
| **C：将所述数据传输存储在所述UE的应用处理器AP的存储器中；**<br>**未公开** | 说明书第9段：“The receiving unit 150 includes a skid buffer 155... When a valid signal... is asserted, the receiving unit 150 receives the data packet... and stores it temporarily in the skid buffer 155.”<br>（接收单元150包括一个防滑缓冲区155...当有效信号...被断言时，接收单元150接收数据包...并将其临时存储在防滑缓冲区155中。） | **论述**：目标专利中“应用处理器（AP）的存储器”（见权利要求C及说明书[0064], [0076]段）特指UE中运行应用程序的处理器所关联的存储器（如DDR SDRAM、片上存储器），用于缓存应用层生成的数据。对比文件中的“skid buffer 155”是接收单元（一个硬件逻辑块）内部的缓冲存储器，用于临时存储从发送单元传来的数据包，其作用是解决硬件时序问题，而非缓存应用数据。两者在所属设备（UE的应用处理器 vs. IC接收单元逻辑块）、层级（应用层 vs. 硬件链路层）和功能目的（缓存应用数据以等待无线发送 vs. 暂存数据以匹配处理速度）上均不相同。因此，对比文件未公开该特征。 |
| **D：由所述UE的所述AP至少部分地基于调制解调器缓冲区的大小来识别上行链路许可；**<br>**隐含公开** | 说明书第9段：“The sending unit 110 includes a sender controller 130 and is configured to transmit data packets to the receiving unit 150 only when the sender controller 130 has an inventory of credits. A credit indicates... that the receiving unit 150 has the capacity to accept an additional data packet.”<br>（发送单元110包括发送控制器130，且被配置为仅当发送控制器130拥有信用库存时才向接收单元150传输数据包。一个信用表示...接收单元150有能力接受一个额外的数据包。）<br>说明书第11段：“The credit counter 135 is incremented for each credit received from the receiving unit 150 and is decremented for each data packet transmitted to the receiving unit 150. ... the sender controller 130 is configured not to transmit data packets to the receiving unit 150 unless the credit counter 135 is greater than zero.”<br>（信用计数器135对从接收单元150接收的每个信用递增，并对传输到接收单元150的每个数据包递减。...发送控制器130被配置为除非信用计数器135大于零，否则不向接收单元150传输数据包。） | **论述**：目标专利中“识别上行链路许可”是AP判断能否向调制解调器发送数据的关键步骤，该许可是基于调制解调器缓冲区（即上行链路缓冲区）的可用空间（大小）来确定的（见说明书[0064], [0091]段）。对比文件中，发送控制器130基于“信用计数器（credit counter）135”的数值来决定是否发送数据包。信用计数器135的数值直接反映了接收单元150的“skid buffer 155”的可用容量（每个信用代表一个数据包的存储空间）。虽然“信用”是由接收单元主动发送的，而非发送方“识别”出一个静态许可，但发送控制器通过维护信用计数器来“知晓”或“识别”接收方的缓冲区状态，并据此决策发送行为。从作用上看，两者都是为了基于接收方缓冲区的大小来控制发送方的数据发送，以避免缓冲区溢出。因此，本领域技术人员可以从对比文件“基于信用计数器（反映接收缓冲区大小）决定是否发送”的逻辑，合理推断出“基于缓冲区大小来识别发送许可”这一技术特征。故该特征被对比文件隐含公开。 |
| **E：由所述AP至少部分地基于所识别的上行链路许可来确定是否向所述调制解调器发送数据；**<br>**隐含公开** | 说明书第11段：“... the sender controller 130 is configured not to transmit data packets to the receiving unit 150 unless the credit counter 135 is greater than zero.”<br>（...发送控制器130被配置为除非信用计数器135大于零，否则不向接收单元150传输数据包。）<br>图2流程图步骤210、212、214。 | **论述**：目标专利中，AP在识别上行链路许可后，需要基于该许可做出是否向调制解调器发送数据的决策（见权利要求E）。对比文件中，发送控制器130的决策逻辑是明确的：检查信用计数器135是否大于零（即是否存在可用的“信用”，代表接收方有容量）。如果大于零（步骤210判断为是），则发送数据包（步骤214）；否则（步骤210判断为否），不发送数据包（步骤212）。这一“基于信用（即识别出的发送许可）进行发送决策”的控制逻辑，与目标专利中“基于识别的上行链路许可来确定是否发送数据”的作用完全相同。虽然执行主体（AP vs. 发送控制器）和应用场景不同，但核心的“条件判断-发送控制”逻辑是直接对应的。因此，该特征被对比文件隐含公开。 |
| **F：以及当所识别的上行链路许可超过阈值时由所述AP发送所述数据。**<br>**隐含公开** | 说明书第11段：“... the sender controller 130 is configured not to transmit data packets to the receiving unit 150 unless the credit counter 135 is greater than zero.”<br>（...发送控制器130被配置为除非信用计数器135大于零，否则不向接收单元150传输数据包。） | **论述**：目标专利中“当所识别的上行链路许可超过阈值时...发送数据”（见权利要求F），其核心在于设定一个判断发送条件的阈值。对比文件中，发送控制器130的发送条件是“credit counter 135 is greater than zero”。这里的“zero”（0）就是一个明确的阈值。发送控制器在“识别”到的信用数量（credit counter值）超过阈值0时，执行发送操作。这与目标专利中“许可超过阈值时发送”的逻辑完全一致。虽然目标专利的阈值可以不为0，但“与一个阈值进行比较”这一技术手段已被对比文件公开，且所起的作用（作为发送触发的条件）相同。因此，该特征被对比文件隐含公开。 |
| **G：识别所述上行链路许可包括从所述调制解调器接收上行链路许可。**<br>**隐含公开** | 说明书第9段：“The sender controller 130 ‘consumes’ a credit for each data packet transmitted to the receiving unit 150. Thus, the sender controller 130 is configured to track the credits received from the receiving unit 150...”<br>（发送控制器130为每个传输到接收单元150的数据包“消耗”一个信用。因此，发送控制器130被配置为跟踪从接收单元150接收的信用...）<br>图2流程图步骤204、206。 | **论述**：目标专利的该特征限定了“识别上行链路许可”的一种具体方式：从调制解调器接收（见权利要求G及说明书[0064]段）。对比文件中，发送控制器130所依赖的“信用”（credit）正是从接收单元150接收（receive）而来的（见步骤204：判断是否收到信用；步骤206：收到则递增计数器）。发送控制器通过接收并跟踪这些信用来“识别”自己是否有权发送数据。虽然“调制解调器”与“接收单元”不同，但“从通信链路中的接收方接收表示发送许可的信号”这一具体技术手段已被对比文件明确公开，且其在各自技术方案中所起的作用（使发送方获知接收方的接收能力/容量）是相同的。因此，本领域技术人员可以合理推断出该特征。故该特征被对比文件隐含公开。 |
| **H：识别所述上行链路许可包括由所述AP确定上行链路许可。**<br>**未公开** | 无直接对应原文。对比文件中，许可（信用）始终由接收单元生成并发送给发送单元。 | **论述**：该特征限定了“识别上行链路许可”的另一种方式：由AP自行确定（见权利要求H及说明书[0064]段）。这与特征G“从调制解调器接收”是并列的两种不同实现方式。对比文件的技术方案完全依赖于接收单元发送的“信用”（credit），发送单元自身并不“确定”许可，而是被动接收并消耗许可。全文没有描述发送单元可以自行计算或确定接收单元的缓冲区状态或许可。这与目标专利中AP可以主动确定的方案不同。因此，对比文件既未直接公开，也未隐含公开该特征。 |
| **I：所述数据包括与数据传输相关联的传输控制协议TCP数据或TCP确认ACK反馈。**<br>**未公开** | 说明书第9段：“As used herein, a ‘data packet’ may be any fixed amount of data such as a bit, byte, word or the like.”<br>（如本文所用，“数据包”可以是任何固定数量的数据，例如比特、字节、字等。） | **论述**：目标专利明确限定了所发送数据的具体类型，特别是“TCP数据或TCP确认（ACK）反馈”（见权利要求I及说明书[0064], [0122]段），这是为了解决TCP双向流量中的ACK反馈延迟问题（见[0124]-[0126]段）。对比文件仅将传输的数据泛泛定义为“任何固定数量的数据”，如比特、字节、字。其背景和应用场景是集成电路内部通用数据通信，与TCP/IP协议栈无关，未提及任何特定于网络协议（如TCP）的数据类型。本领域技术人员无法从对比文件的通用数据包概念，推理出目标专利中为解决特定网络通信问题而定义的TCP数据或ACK反馈。 |
| **J：所述数据包括传输控制协议TCP确认ACK反馈、蜂窝车联网C‑V2X数据、虚拟现实VR数据、扩展现实XR数据、超可靠低延迟通信ULLC数据或任何特定的业务类型/模式。**<br>**未公开** | 同上（特征I的引用）。 | **论述**：该特征进一步列举了多种特定的业务数据类型（见权利要求J及说明书[0064]段），包括C-V2X、VR、XR、URLLC等，这些是5G及后续移动通信中定义的关键业务类型。对比文件的数据定义仍然是完全通用和硬件层面的，与其集成电路总线设计的应用场景相符，与无线通信中的特定业务类型无关。因此，对比文件未公开该特征。 |
| **K：为了确定是否从所述AP向所述调制解调器发送数据，所述AP被配置为：至少基于所述调制解调器缓冲区的一个或多个阈值来管理从所述AP到所述调制解调器的数据流量。**<br>**隐含公开** | 说明书第11段及图2流程图：发送控制器130基于信用计数器135（反映接收缓冲区可用空间）是否大于零（一个阈值）来管理是否发送数据，从而控制数据流量。 | **论述**：目标专利该特征描述了AP进行流量控制的具体配置方式：基于调制解调器缓冲区的一个或多个阈值来管理数据流（见权利要求K及说明书[0064]段）。对比文件中，发送控制器130的整个运行机制就是基于“信用计数器 > 0”这一阈值条件来管理从发送单元到接收单元的数据流量。信用计数器本质上是对接收缓冲区（skid buffer）可用空间的抽象表示。虽然对比文件主要体现了一个阈值（0），但其技术方案的核心就是“基于反映缓冲区状态的参数（信用数）与阈值的比较来实施流量控制”。这与目标专利特征K所描述的技术手段和作用（基于缓冲区阈值管理流量）在原理上是一致的。因此，本领域技术人员可以从中合理推断出该特征。故该特征被对比文件隐含公开。 |
| **L：所述数据包括与由所述调制解调器识别的指定应用相对应的任何所识别的应用数据。**<br>**未公开** | 无直接对应原文。 | **论述**：该特征限定了数据可以是“由调制解调器识别的指定应用”的应用数据（见权利要求L及说明书[0064]段）。这表明数据具有应用属性，且调制解调器具备应用识别能力。对比文件仅传输通用的“数据包”，没有涉及任何“应用”概念，更没有描述接收单元或发送单元能够识别数据包来自哪个特定应用。其技术方案处于更底层的硬件数据链路层，与应用层无关。因此，对比文件未公开该特征。 |
| **M：当所识别的上行链路许可为0时，由所述AP发送所述数据。**<br>**未公开** | 说明书第11段及图2步骤210、212：明确说明当信用计数器为0（即许可为0）时，不发送（does not transmit）数据包。 | **论述**：该特征是目标专利的一个重要方面，它允许在上行链路许可为0（即调制解调器缓冲区满或流量被禁用）的特殊情况下，AP仍然可以发送某些数据（见权利要求M及说明书[0064], [0127]段），例如TCP ACK反馈，以优化网络性能。对比文件的技术方案逻辑正好相反：当信用计数器为0（即识别到的许可为0）时，发送控制器被明确配置为“不发送数据包”（step 212）。两者的逻辑是直接矛盾的。对比文件教导的是“无许可，不发送”，而目标专利在此特征下教导的是“即使无许可（为0），也可能需要发送”。因此，对比文件不仅没有公开该特征，反而给出了相反的技术教导。 |
<<<d>>><<<e>>><<<f>>><<<g>>><<<k>>>