**对比文件名称**: EP1395000A1_Description_20260102_0531
**目标专利名称**: 用于流量控制和确认传输的系统和方法
**本次调用模型名称**: 当前模型
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **A: 一种用于用户设备UE的无线通信方法**<br>**判断结果：未公开** | 无 | **论述：** 目标专利要求保护一种“用于用户设备UE的无线通信方法”。对比文件（EP1395000A1）涉及在发送主机（如视频服务器）和接收主机（如视频客户端）之间传输数据流的方法，旨在通过监控客户端应用缓冲区状态来调整发送速率，以实现流媒体传输的速率匹配。其应用场景是通用的客户端-服务器模型下的流媒体传输，并未限定于“用户设备UE”这一特定实体，也未明确指向“无线通信”这一特定环境。因此，对比文件既未直接公开“用于用户设备UE的无线通信方法”这一整体方法类型，本领域技术人员也无法从对比文件内容中合理推断出该方法专门用于UE或无线通信。 |
| **B: 从基站接收数据传输；**<br>**判断结果：未公开** | 无 | **论述：** 目标专利中，UE从“基站”接收数据传输，这是蜂窝移动通信系统中的典型特征。对比文件描述的是视频服务器向视频客户端传输数据，其网络架构是通用的IP网络（如互联网、内联网、UMTS核心网络），传输路径涉及服务器和客户端之间的端到端连接，并未提及“基站”这一网络实体。因此，对比文件未直接公开“从基站接收数据传输”这一技术特征，也无法从中隐含推导出该特征。 |
| **C: 将所述数据传输存储在所述UE的应用处理器AP的存储器中；**<br>**判断结果：未公开** | [0030] “The application layer buffer 320, also called "play-out buffer" receives data from the socket and transmits same to the MPEG client application 340.” | **论述：** 目标专利中，数据传输被存储在“UE的应用处理器AP的存储器中”。对比文件提到了“应用层缓冲区”（application layer buffer），用于接收来自TCP套接字的数据并传输给客户端应用（如MPEG客户端应用）。虽然“应用层缓冲区”在功能上与“AP的存储器”有相似之处，都是用于在应用层暂存接收到的数据，但对比文件并未明确该缓冲区位于“应用处理器AP”中，也未将其描述为“AP的存储器”。对比文件聚焦于缓冲区状态监控以控制发送速率，未涉及UE内部AP与调制解调器之间的架构划分。因此，该特征未被直接公开。同时，由于对比文件未揭示UE内部具有AP和调制解调器的架构，本领域技术人员无法必然推断出该应用层缓冲区就是AP的存储器，因此也未隐含公开。 |
| **D: 由所述UE的所述AP至少部分地基于调制解调器缓冲区的大小来识别上行链路许可；**<br>**判断结果：未公开** | [0029] “To do this, the TCP socket indicates to the server, with each ACK, how much data it can receive until the socket is full using a window field in the header of the TCP ACK messages... When the TCP socket has capacity for more data, it signals this to the server.” | **论述：** 目标专利中，AP基于“调制解调器缓冲区的大小”来“识别上行链路许可”。“上行链路许可”是无线通信中基站调度UE上行资源的概念。对比文件描述的是TCP流量控制机制：TCP套接字通过ACK消息中的窗口字段向服务器通告其剩余接收能力（即套接字缓冲区大小），以控制服务器的发送速率。虽然这涉及基于缓冲区大小进行控制，但控制主体是TCP套接字（属于传输层），控制对象是服务器的下行发送速率，且发生在端到端的TCP连接中，与无线通信中基站授予UE“上行链路许可”的机制有本质区别。对比文件未提及“调制解调器缓冲区”或“上行链路许可”。因此，该特征既未被直接公开，也无法从对比文件隐含推导。 |
| **E: 由所述AP至少部分地基于所识别的上行链路许可来确定是否向所述调制解调器发送数据；**<br>**判断结果：未公开** | [0030] “The manager 330 for the application layer buffer 320 receives a frame request from the MPEG client application and issues a socket request upon considering the state of the application layer buffer.” | **论述：** 目标专利中，AP基于“上行链路许可”来决定是否向“调制解调器”发送数据。对比文件中，应用层缓冲区管理器根据缓冲区状态向TCP套接字发出请求。虽然两者都涉及基于某种条件（许可/状态）来控制数据从高层向底层的传递，但对比文件中的“条件”是应用层缓冲区状态，目的是匹配TCP发送速率与客户端应用消耗速率；而目标专利中的“条件”是上行链路许可，目的是根据无线资源调度情况控制AP向调制解调器的数据流量。此外，对比文件未涉及“AP”、“调制解调器”或“上行链路许可”这些概念。因此，该特征未被直接公开，也无法合理隐含。 |
| **F: 以及当所识别的上行链路许可超过阈值时由所述AP发送所述数据。**<br>**判断结果：未公开** | 无 | **论述：** 目标专利中，当“上行链路许可超过阈值”时，AP发送数据。对比文件完全未涉及“上行链路许可”或“阈值”的概念。其控制逻辑是基于缓冲区状态（如“Full”、“Empty”等）触发向服务器发送流控制命令（如切换编码率），而非基于一个许可值与阈值的比较来决定是否向底层发送数据。因此，该特征在对比文件中既无直接记载，也无法通过推理得出。 |
| **G: 识别所述上行链路许可包括从所述调制解调器接收上行链路许可。**<br>**判断结果：未公开** | 无 | **论述：** 该特征限定了识别上行链路许可的一种具体方式：从调制解调器接收。对比文件未提及“调制解调器”或“上行链路许可”，因此不可能公开“从调制解调器接收上行链路许可”这一具体动作。 |
| **H: 识别所述上行链路许可包括由所述AP确定上行链路许可。**<br>**判断结果：未公开** | 无 | **论述：** 该特征限定了识别上行链路许可的另一种方式：由AP确定。对比文件未提及“AP”或“上行链路许可”，因此不可能公开“由AP确定上行链路许可”这一具体动作。 |
| **I: 所述数据包括与数据传输相关联的传输控制协议TCP数据或TCP确认ACK反馈。**<br>**判断结果：直接公开** | [0001] “The present invention relates to a method of transmitting data streams between a sending host and a receiving host using a transport protocol such as TCP.”<br>[0029] “In response thereto, it sends ACKs...” | **论述：** 目标专利中，所述数据包括“TCP数据或TCP确认ACK反馈”。对比文件明确其发明涉及使用TCP等传输协议在发送主机和接收主机之间传输数据流的方法（[0001]），并描述了接收主机发送ACK（确认）作为TCP协议的一部分（[0029]）。因此，对比文件直接公开了数据传输涉及TCP协议以及TCP ACK反馈。这与目标专利中该特征所起的作用（作为传输的数据内容）是相同的。 |
| **J: 所述数据包括传输控制协议TCP确认ACK反馈、蜂窝车联网C‑V2X数据、虚拟现实VR数据、扩展现实XR数据、超可靠低延迟通信ULLC数据或任何特定的业务类型/模式。**<br>**判断结果：部分直接公开，其他未公开** | [0029] “In response thereto, it sends ACKs...” | **论述：** 该特征列举了数据可能包括的多种类型。对比文件直接公开了数据包括“TCP确认ACK反馈”（理由同特征I）。然而，对比文件全文均未提及“蜂窝车联网C-V2X数据”、“虚拟现实VR数据”、“扩展现实XR数据”、“超可靠低延迟通信ULLC数据”这些具体的业务类型或模式。其应用背景是通用的流媒体（如视频、音频）。因此，对于列举中除TCP ACK反馈之外的其他数据类型，对比文件均未公开。 |
| **K: 为了确定是否从所述AP向所述调制解调器发送数据，所述AP被配置为：至少基于所述调制解调器缓冲区的一个或多个阈值来管理从所述AP到所述调制解调器的数据流量。**<br>**判断结果：未公开** | [0032] “The buffer manager 330 is the one in charge of monitoring the fill-up status of the buffer.”<br>[0032] “'Full': some maximum occupancy threshold (Max. Fill-up_Level + Receiver_Socket_Size ⟨= Maximum Buffer Size) is surpassed...”<br>“'Empty': some minimum occupancy threshold is not reached.” | **论述：** 目标专利中，AP基于“调制解调器缓冲区的一个或多个阈值”来管理“从AP到调制解调器的数据流量”。对比文件描述了应用层缓冲区管理器监控缓冲区填充状态，并设定了最大、最小等占用阈值（如“Full”、“Empty”），根据这些阈值触发相应的控制动作（如发送流控制命令）。虽然两者都涉及基于缓冲区的阈值进行流量管理，但存在根本区别：1) **管理对象不同**：目标专利是AP管理流向调制解调器的数据；对比文件是缓冲区管理器管理从TCP套接字流向应用的数据，以及通过命令反向影响服务器发送速率。2) **缓冲区主体不同**：目标专利是“调制解调器缓冲区”；对比文件是“应用层缓冲区”。3) **控制目的不同**：目标专利旨在优化UE内部数据流和无线资源使用；对比文件旨在匹配服务器发送速率与客户端应用消耗速率，实现无缝流切换。对比文件未揭示UE内部AP-调制解调器架构及二者间的数据流量管理。因此，该特征未被直接公开。虽然都有“基于缓冲区阈值管理”的概念，但由于架构和场景的根本差异，本领域技术人员无法从对比文件的“应用层缓冲区阈值管理”合理且唯一地推断出目标专利的“AP基于调制解调器缓冲区阈值管理AP到调制解调器流量”这一具体技术手段，故也未隐含公开。 |
| **L: 所述数据包括与由所述调制解调器识别的指定应用相对应的任何所识别的应用数据。**<br>**判断结果：未公开** | [0024] “With reference to Figure 2, which shows the basic architecture of a video server 200, at the MPEG server application 210, video content is made available...” | **论述：** 目标专利中，数据包括“与由调制解调器识别的指定应用相对应的任何所识别的应用数据”。对比文件提到数据是来自MPEG服务器应用的视频内容。然而，对比文件从未提及“调制解调器识别指定应用”这一过程或能力。数据内容（视频流）是由服务器应用产生并由客户端应用消费的，与调制解调器对应用的识别无关。因此，该特征未被直接公开，也无法隐含推导。 |
| **M: 当所识别的上行链路许可为0时，由所述AP发送所述数据。**<br>**判断结果：未公开** | [0029] “If needed, the TCP client signals a zero-window telling the server to enter the "Persist" mode wherein no data is sent until the client allows to do so.” | **论述：** 目标专利中，当“上行链路许可为0时”，AP仍发送数据（可能特指某些类型数据，如ACK）。对比文件提到了TCP客户端可以发送“零窗口”通知，使服务器进入“Persist”模式，暂停发送数据。虽然“零窗口”与“许可为0”在表示“不允许发送”的语义上有相似之处，但二者机制和目的不同：1) **主体和方向**：对比文件的“零窗口”是TCP接收端（客户端）向发送端（服务器）发出的流量控制信号，控制的是下行方向；目标专利的“许可为0”是无线侧的上行资源调度结果，影响UE的上行发送。2) **响应动作**：对比文件中，服务器在收到“零窗口”后进入“Persist”模式，暂停发送；目标专利中，AP在“许可为0”时仍然发送数据（可能是一种例外或特定处理）。对比文件未描述在“零窗口”状态下，客户端应用层仍主动向TCP套接字发送特定数据的行为。因此，该特征未被直接公开。虽然有“零许可/零窗口”的相似概念，但因其应用的协议层、通信方向及具体行为均不同，本领域技术人员无法从对比文件的TCP零窗口机制直接且合理地推断出目标专利中AP在无线侧上行许可为0时的特定发送行为，故也未隐含公开。 |
<<<I>>>