本次调用的模型名称：专利创造性评估模型
目标专利名称：一种用于数据处理的方法和设备 CN108140233B
对比文件名称：3GPP文件（包括但不限于TS 38.300等规范）
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **A：响应于接收到绘制调用来使用图形处理单元GPU通过所述GPU的图形管线来执行第一组命令，所述绘制调用定义待通过执行所述第一组命令来渲染的一或多个基元**<br>**《未公开》** | 无 | 3GPP规范涉及无线通信技术，定义了通信协议、信令流程、资源调度等。其中没有涉及“图形处理单元(GPU)”、“图形管线”、“绘制调用”或“渲染基元”等概念。这些是计算机图形学领域的专有技术，与无线通信领域完全不同。因此，对比文件未公开该技术特征。 |
| **B：在执行所述第一组命令期间且在渲染所有所述一或多个基元之前通过所述GPU来接收抢占通知**<br>**《隐含公开》** | 3GPP TS 38.300 V15.3.0 (2018-09) 第16.2.2节 “Pre-emption”：<br>“Pre-emption allows the gNB to instruct a UE to stop an ongoing transmission in order to allow the transmission of another UE with higher priority traffic. The pre-emption indication is sent via DCI format 2_1.” <br>(抢占允许gNB指示UE停止正在进行的传输，以便允许具有更高优先级业务的另一个UE进行传输。抢占指示通过DCI格式2_1发送。) | 对比文件公开了在通信系统中，基站(gNB)可以在一个用户设备(UE)的传输正在进行时，向其发送一个“抢占指示(Pre-emption indication)”，以中断其当前传输。这与目标专利中“在执行第一组命令期间且在完成所有渲染之前接收抢占通知”在概念上相似：都是在一个任务（传输/渲染）执行过程中，接收一个来自控制实体（gNB/CPU）的、要求中断当前任务的通知。虽然应用领域不同（通信 vs. 图形处理），但“在执行过程中接收中断通知”这一核心步骤被隐含公开。 |
| **C：响应于接收到所述抢占通知而至少通过第一硬件开关来将所述GPU的本地存储器的输出与所述图形管线的级断开连接**<br>**《未公开》** | 无 | 目标专利中的“硬件开关”、“GPU本地存储器”、“图形管线的级”是图形处理器硬件架构中的具体组件和操作。3GPP规范描述的是通信协议和逻辑行为，不规定硬件内部的具体连接、断开或开关操作。对比文件中没有公开任何通过硬件开关来动态改变数据路径（特别是从本地存储器断开连接）的技术内容。 |
| **D：且至少通过第二硬件开关来将所述GPU的所述本地存储器的输出连接到所述GPU的硬件流输出单元以在执行所述第一组命令期间动态配置所述图形管线的级的互连**<br>**《未公开》** | 无 | 同上。目标专利中利用“硬件流输出单元”并动态重新配置图形管线内部级间互连，是实现像素块级别抢占的关键硬件机制。3GPP规范中没有对应“硬件流输出单元”的组件，也没有描述在任务执行期间动态重配置处理器内部数据通路互连的技术。 |
| **E：归因于在执行所述第一组命令期间对所述GPU的所述图形管线的级的互连的动态配置，将在执行所述第一组命令中的一或多个命令期间产生的中间数据从所述硬件流输出单元输出到所述GPU外部的存储器**<br>**《隐含公开》** | 3GPP TS 38.323 V15.3.0 (2018-09) 第5.2, 5.3节描述了RLC层的传输和接收操作，涉及将服务数据单元(SDU)组装成协议数据单元(PDU)进行发送，或将接收到的PDU重组为SDU向上层递交。这个过程涉及数据的缓存和转发。 | 对比文件公开了在协议栈处理中，数据（如RLC SDU/PDU）会在层间或实体间进行缓存和转发，这可以被广义地理解为“中间数据”的存储和移动。虽然这不是图形处理的“中间数据”，也没有“硬件流输出单元”，但“将处理过程中产生的数据输出到外部（相对于处理单元）的存储器（如缓冲区）”这一数据处理的基本思想在通信协议栈中是普遍存在的。根据宽松的隐含公开标准，可以认为该特征被隐含公开。但必须强调，其技术领域、数据内容和具体实现机制与目标专利完全不同。 |
| **F：在完成对所述第一组命令的执行以渲染所述绘制调用的所述一个或多个基元之前，通过所述GPU抢占执行所述第一组命令，来执行第二组命令**<br>**《隐含公开》** | 3GPP TS 38.300 V15.3.0 (2018-09) 第16.2.2节 “Pre-emption”：<br>“...stop an ongoing transmission...to allow the transmission of another UE with higher priority traffic.” | 对比文件明确描述了抢占的行为：停止一个正在进行的（较低优先级）传输，以允许另一个（较高优先级）传输开始。这直接对应了目标专利中“在完成第一组命令之前抢占执行第一组命令，来执行第二组命令”的核心抢占操作。尽管“命令”和“传输”的实体不同，但“中断当前任务以执行新任务”这一调度逻辑是相同的。因此，该特征被隐含公开。 |
| **G：和执行所述第二组命令。**<br>**《隐含公开》** | 同上，3GPP TS 38.300 V15.3.0 (2018-09) 第16.2.2节。抢占的目的就是为了执行更高优先级的传输。 | “执行第二组命令”是抢占发生后的必然动作。对比文件中，在指示UE停止当前传输后，系统（或另一个UE）即开始执行更高优先级的传输。这隐含了“执行第二组（高优先级）任务/命令”的步骤。 |
| **H：其中所述一或多个基元包括第一组基元和第二组基元，其中抢占包括在对像素块光栅化和像素着色而不对其它后续像素块进行处理之后抢占，所述像素块包括所述第一组基元中的一或多个基元的一或多个像素而不包括所述第二组基元的像素，且其中光栅化和像素着色包括由所述图形管线的两个级来执行的功能。**<br>**《未公开》** | 无 | 该特征定义了“像素块”级别的抢占粒度，并具体关联到图形管线中“光栅化”和“像素着色”这两个特定级。这是图形渲染领域特有的、非常精细的抢占粒度概念。3GPP规范中完全没有“像素块”、“光栅化”、“像素着色”、“基元”等图形学术语和概念，其抢占的粒度是基于无线资源（如时频资源块）或传输时间间隔（TTI），与图形处理无关。因此，该特征未被公开。 |
| **I：其中抢占包括在到达绘制调用边界之前抢占。**<br>**《未公开》** | 无 | “绘制调用边界”是图形API（如OpenGL, DirectX）中的特定概念。3GPP规范不涉及任何图形API或绘制调用，因此不可能公开“在绘制调用边界之前抢占”这一限定。 |
| **J：其中将所述GPU的所述本地存储器的输出从所述图形管线的级断开连接包括：将所述GPU的所述本地存储器的输出从光栅化级断开连接。**<br>**《未公开》** | 无 | 该特征进一步将断开连接的具体对象限定为“光栅化级”。“光栅化级”是图形管线中一个特定的、固定的功能级。3GPP规范中不存在此概念，故无法公开。 |
| **K：进一步包括：仅响应于接收到所述抢占通知，将由着色器产生的所述中间数据输出到所述GPU外部的所述存储器**<br>**《未公开》** | 无 | 该特征强调“仅响应于抢占通知”这一动态触发条件，以及“由着色器产生”的数据来源。“着色器”是GPU可编程管线的核心单元，是图形处理的专属概念。3GPP规范中没有“着色器”，也没有描述根据抢占通知动态改变数据处理路径（从内部处理变为输出到外部存储器）的机制。 |
| **L：和停止执行用于渲染所述一或多个基元的所述第一组命令。**<br>**《隐含公开》** | 3GPP TS 38.300 V15.3.0 (2018-09) 第16.2.2节 “Pre-emption”：<br>“...stop an ongoing transmission...” | “停止执行第一组命令”是“抢占”行为的直接结果和组成部分。对比文件中明确要求UE“停止正在进行的传输(stop an ongoing transmission)”，这直接对应了“停止执行第一组命令”。因此，该特征被隐含公开。 |
| **M：进一步包括：在执行所述第二组命令之后，通过从所述GPU外部的所述存储器检索所述中间数据来恢复执行所述第一组命令以进行光栅化和像素着色。**<br>**《隐含公开》** | 3GPP TS 38.322 V15.3.0 (2018-09) 第5.1节描述了PDCP层的重建立过程，其中可能涉及从缓冲区中重新获取数据并重传。 | 对比文件描述了在通信连接恢复或重建立后，从缓冲区（可视为一种外部存储器）中检索之前未成功处理的数据并继续处理的过程。这可以类比为目标专利中抢占恢复后，从外部存储器读取中间数据以继续执行被中断的任务。虽然检索的数据性质和后续处理（光栅化和像素着色）完全不同，但“中断后从外部存储恢复数据以继续任务”这一通用流程被隐含公开。 |
| **N：进一步包括：通过所述级从所述本地存储器接收所述中间数据以在接收所述抢占通知之前供所述级处理。**<br>**《隐含公开》** | 3GPP各层协议（如MAC, RLC, PDCP）处理中，实体通常从自身的缓冲区或接收缓冲区中读取数据进行处理，这是一种常规的数据处理流程。 | 该特征描述了抢占发生前的正常操作流程：处理单元从本地（或内部）存储器获取数据进行处理。在通信协议栈中，各层协议实体在处理数据包时，同样需要从相关的缓冲区（可视为其功能范围内的“本地存储器”）读取数据。这一“处理前从存储器读数据”的基本模式在数据处理系统中是普遍存在的，因此可以被认为隐含公开。 |
| **O：其中，所述硬件流输出单元耦合到所述GPU外部的所述存储器。**<br>**《未公开》** | 无 | 该特征限定了“硬件流输出单元”与“GPU外部存储器”之间的硬件连接关系。3GPP规范不规定具体的硬件单元及其互连方式，尤其不涉及图形处理器内部专用硬件单元（流输出单元）的连接拓扑。因此，该特征未被公开。 |
<<<b>>><<<f>>><<<g>>><<<l>>><<<m>>><<<n>>>