非显而易见法律服务网

返回项目页面

对比文件列表

US2017310433A1_Description_20260102_1910_+++A_B_G_c_d_e_i+++.docx

**对比文件名称**：US2017310433A1_Description_20260102_1910

**目标专利名称**：用于流量控制和确认传输的系统和方法

**本次调用的模型名称**：DeepSeek

**特征比对表格**

技术特征描述及公开性判断结果	对比文件原文引用 (段落标号或部分)	公开性论述
A：一种用于用户设备UE的无线通信方法<br>公开性判断：直接公开	[0084] “UE user equipment”<br>[0094] 描述了基站和无线设备之间的通信。<br>[0100] “A base station may communicate with a mix of wireless devices.”	对比文件通篇描述的是无线通信系统中用户设备（UE）与基站之间的交互，包括调度请求、缓冲区状态报告、上行链路许可等过程。这些过程构成了无线通信方法。因此，对比文件直接公开了“一种用于用户设备UE的无线通信方法”这一上位概念。
B：从基站接收数据传输；<br>公开性判断：直接公开	[0094] “Base station 401 may include at least one communication interface 402 ... Communication interface 402 in base station 401 may be configured to engage in communication with communication interface 407 in wireless device 406 via a communication path that includes at least one wireless link 411.”<br>[0095] “The base station(s) may be interconnected with other base station(s) ... Base stations may also be connected employing, for example, an S1 interface to an EPC.”	对比文件明确描述了基站（Base station）通过无线链路（wireless link）与无线设备（Wireless device，即UE）进行通信，并且基站连接到核心网（EPC）。这必然包括基站向UE发送下行链路数据。因此，“从基站接收数据传输”这一特征被直接公开。
C：将所述数据传输存储在所述UE的应用处理器AP的存储器中；<br>公开性判断：隐含公开	[0094] “The wireless device 406 may include at least one communication interface 407, at least one processor 408, and at least one set of program code instructions 410 stored in non-transitory memory 409 and executable by the at least one processor 408.”	对比文件描述了无线设备（UE）包括处理器和存储器。在无线通信系统中，从基站接收的数据（如下行链路数据包）需要被UE处理。根据本领域公知常识，UE的协议栈中，上层（如应用层）的数据由应用处理器（AP）处理，并存储在与AP相关联的存储器中（如[0094]所述的`memory 409`）。虽然对比文件未明确区分“调制解调器处理器”和“应用处理器”，但UE包含处理器和存储器以存储和处理接收的数据是隐含的必然要求。因此，本领域技术人员可以合理推断出“将数据传输存储在UE的应用处理器AP的存储器中”这一特征。
D：由所述UE的所述AP至少部分地基于调制解调器缓冲区的大小来识别上行链路许可；<br>公开性判断：隐含公开	[0152] “Buffer Size: The buffer size field identifies the total amount of data available across logical channels of a logical channel group after MAC PDUs for the TTI have been built. The amount of data may be indicated in number of bytes. It may include data that is available for transmission in the RLC layer and in the PDCP layer.”<br>[0154] “... a buffer status report (BSR) may be triggered if any of the following events occur: UL data, for a logical channel which belongs to a LCG, becomes available for transmission in the RLC entity or in the PDCP entity ...”<br>[0216] “When an eNB receives an SR signal from a UE, the eNB provides an uplink grant to the UE.”

2. **识别主体和结果（由UE/AP识别上行链路许可）**：对比文件描述了UE通过发送SR或BSR来请求上行链路许可，并且基站响应以提供上行链路许可（见[0216]）。虽然对比文件主要从MAC实体角度描述BSR触发，但根据目标专利说明书[0013]的记载，识别上行链路许可可以包括“从调制解调器接收上行链路许可”。在对比文件的上下文中，UE的MAC层（可视为调制解调器功能的一部分）生成BSR并最终从基站获得上行链路许可，这个许可信息需要被UE的更高层（如AP）获知以进行后续决策。本领域技术人员可以合理推断，AP需要“识别”或“获知”这个由调制解调器流程产生的上行链路许可，以便协调数据发送。因此，对比文件隐含公开了“由UE的AP至少部分地基于调制解调器缓冲区的大小来识别上行链路许可”。 |

E：由所述AP至少部分地基于所识别的上行链路许可来确定是否向所述调制解调器发送数据；<br>公开性判断：隐含公开	[0154] “UL data, for a logical channel which belongs to a LCG, becomes available for transmission in the RLC entity or in the PDCP entity ...”<br>[0216] “When an eNB receives an SR signal from a UE, the eNB provides an uplink grant to the UE.”<br>[0130] 描述了逻辑信道到无线资源类型的映射限制，这影响了数据可以在哪些载波上发送。	对比文件描述了上行链路数据在RLC/PDCP层（可对应应用层之下）变得可用，并且UE在获得上行链路许可后可以发送数据。虽然对比文件未明确描述AP做决策的细节，但根据通信系统架构，应用层（由AP控制）产生数据，而物理层/数据链路层（由调制解调器控制）负责无线传输。AP需要决定何时、将多少数据传递给调制解调器进行发送，而这个决策必然要考虑当前可用的上行链路资源（即上行链路许可）。本领域技术人员结合对比文件中“数据在RLC/PDCP层可用”以及“基站提供上行链路许可”的描述，可以合理推断出UE内部需要有一个协调机制，即AP基于可用上行链路许可来决定是否向调制解调器下发数据。因此，该特征被隐含公开。
F：以及当所识别的上行链路许可超过阈值时由所述AP发送所述数据。<br>公开性判断：未公开	对比文件未提及基于上行链路许可的“阈值”判断来决定AP是否发送数据。	对比文件详细描述了基于缓冲区状态触发BSR和SR的机制，也描述了获得上行链路许可后发送数据。然而，目标专利的该特征引入了一个特定的控制逻辑：AP仅在“所识别的上行链路许可超过阈值时”才发送数据。这个“阈值”是一个特定的控制参数，用于管理AP到调制解调器的数据流，以避免缓冲区溢出或优化传输。对比文件中没有任何内容提及或暗示AP在发送数据前会将上行链路许可与一个预设的“阈值”进行比较。该特征在对比文件中既未直接记载，也无法从已有内容中合理推断得出。因此，该特征未被对比文件公开。
G：识别所述上行链路许可包括从所述调制解调器接收上行链路许可。<br>公开性判断：直接公开	[0216] “When an eNB receives an SR signal from a UE, the eNB provides an uplink grant to the UE.”	对比文件明确描述了基站（eNB）向UE提供（provides）上行链路许可（uplink grant）。在UE侧，这个许可必然是由其无线接收模块（可归属于调制解调器功能）首先接收，然后传递给更高层（如AP）。因此，“识别上行链路许可包括从调制解调器接收上行链路许可”这一具体方式被直接公开。
H：识别所述上行链路许可包括由所述AP确定上行链路许可。<br>公开性判断：未公开	对比文件未提及由AP（应用处理器）来确定上行链路许可。	在对比文件中，上行链路许可始终是由基站（eNB）决定并下发给UE的（见[0216]）。UE的角色是请求资源（通过SR/BSR）并使用获得的许可。没有任何描述表明UE的应用处理器（AP）可以自行“确定”上行链路许可。AP可能参与决定请求多少资源（基于缓冲区状态），但最终许可的大小和分配由基站控制。因此，该特征未被对比文件公开。
I：所述数据包括与数据传输相关联的传输控制协议TCP数据或TCP确认ACK反馈。<br>公开性判断：隐含公开	[0154] “UL data, for a logical channel which belongs to a LCG, becomes available for transmission in the RLC entity or in the PDCP layer.”<br>（注：TCP数据或ACK是常见的数据类型，通常作为PDCP层的SDU）	对比文件提到可用于传输的数据包括在PDCP层的数据。在移动通信中，用户面数据（包括TCP/IP协议栈的数据）正是由PDCP层处理的。TCP数据及其确认（ACK）是IP数据包中最常见和基本的数据类型之一。虽然对比文件没有明确列举“TCP数据或TCP ACK反馈”，但本领域技术人员在阅读对比文件关于“UL data”在PDCP层可用的描述时，能够毫无疑义地理解这涵盖了包括TCP数据及ACK在内的各种应用数据。因此，该特征被隐含公开。
J：所述数据包括传输控制协议TCP确认ACK反馈、蜂窝车联网C‑V2X数据、虚拟现实VR数据、扩展现实XR数据、超可靠低延迟通信ULLC数据或任何特定的业务类型/模式。<br>公开性判断：未公开	对比文件未具体列举TCP ACK反馈、C-V2X、VR、XR、URLLC等特定业务类型。	对比文件虽然提到了“UL data”的通用概念，但并未具体指明或列举目标专利权利要求J中所述的一系列特定业务类型/模式（TCP ACK反馈、C-V2X、VR、XR、URLLC）。这些业务类型具有特定的服务质量（QoS）要求和处理方式。对比文件[0131]-[0132]提到了考虑QoS和延迟敏感业务，但并未具体化到这些命名。本领域技术人员无法从对比文件的“UL data”这一宽泛描述中，直接且明确地推断出数据必须或必然包括这些具体列举的类型。因此，该特征未被对比文件公开。
K：为了确定是否从所述AP向所述调制解调器发送数据，所述AP被配置为至少基于所述调制解调器缓冲区的一个或多个阈值来管理从所述AP到所述调制解调器的数据流量。<br>公开性判断：未公开	对比文件未提及AP基于调制解调器缓冲区的“阈值”来管理AP到调制解调器的数据流量。	对比文件详细描述了基于逻辑信道组（LCG）缓冲区状态来触发BSR的机制（见[0154]），但这属于MAC层（调制解调器）内部或层间（如RLC/PDCP到MAC）的触发机制。目标专利特征K描述的是AP主动管理其到调制解调器的数据流，并且管理依据是“调制解调器缓冲区的一个或多个阈值”。这是一种从应用层到较低层的流量控制机制。对比文件中没有任何内容描述AP具备这种基于调制解调器缓冲区阈值的、主动的流量整形或门控功能。因此，该特征未被对比文件公开。
L：所述数据包括与由所述调制解调器识别的指定应用相对应的任何所识别的应用数据。<br>公开性判断：未公开	对比文件未提及“调制解调器识别指定应用”或“与指定应用相对应的所识别的应用数据”。	对比文件中的数据管理是基于逻辑信道（Logical Channel）和逻辑信道组（LCG），这些是由RRC配置的，与无线承载和QoS相关，而非与特定的“应用”直接绑定。虽然逻辑信道最终服务于应用数据流，但对比文件没有描述调制解调器具备“识别指定应用”并据此处理数据的能力或过程。该特征引入了“应用识别”这一特定概念，在对比文件中找不到依据。因此，该特征未被对比文件公开。
M：当所识别的上行链路许可为0时，由所述AP发送所述数据。<br>公开性判断：未公开	对比文件未提及在上行链路许可为0（即无可用上行资源）时，AP仍然向调制解调器发送数据。	目标专利特征M描述了一种特殊操作：即使在识别到的上行链路许可为0（通常意味着没有上行传输资源）的情况下，AP仍然向调制解调器发送数据。这可能是为了发送高优先级或控制类数据（如TCP ACK）。对比文件描述的是常规流程：UE在获得上行链路许可后发送数据。没有任何内容描述或暗示在许可为0时的这种例外发送行为。因此，该特征未被对比文件公开。