**对比文件名称**：2008-07-23_EP1946486A_发明公开_EP1946486A1 ADAPTING A COMMUNICATION NETWORK TO VARYING CONDITIONS
**目标专利名称**：LTE和外部WIFI带宽聚合CN105308919B
**本次调用的模型名称**：GPT-4
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述方法包括：在毫微微小区处接收针对移动设备的数据分组流《隐含公开》 | 参见[p0021]，描述了数据从客户端应用（`client application 102`）发送到连接选择器（`connection selector 103`）。[p0029]描述了数据被服务器通信方（`server communicant 112`）接收并发送到服务器应用（`server application 117`）。虽然未明确提及“毫微微小区”和“针对移动设备”，但公开了在通信设备（可对应于毫微微小区）处接收来自数据源（可对应于移动设备或为其服务的应用）的数据流的基本过程。 | 对比文件公开了通信设备（如客户端或服务器通信方）接收数据流的过程。目标专利中的“毫微微小区”是一种特定类型的通信设备，“移动设备”是数据流的预期接收者。本领域技术人员能够从对比文件公开的通用通信设备接收数据流的技术方案中，毫无困难地推演出在毫微微小区这一具体设备处接收针对移动设备的数据分组流的技术方案。两者作用相同，都是为后续的数据传输和处理提供数据源。因此，该技术特征被对比文件**隐含公开**。 |
| **技术特征B**：选择传输模式，所述传输模式用于将所述数据分组流的数据分组从所述毫微微小区发送给所述移动设备，所述选择包括确定是否使用第一传输模式、第二传输模式或第三传输模式来将来自于所述数据分组流的所述数据分组传输给所述移动设备，《隐含公开》 | 参见[p0022]，连接选择器（`connection selector`）选择性地将数据路由到一个或多个通信标准组件（`communication standard components`）。[p0023]指出，连接选择器可以选择单个通信标准组件或组合。[p0025]描述了连接选择器可以根据应用需求（如带宽、可靠性）和信道条件等信息来决定使用哪个（些）通信标准。 | 对比文件公开了根据应用需求和信道条件，选择使用单个或多个通信标准来传输数据。目标专利中“选择传输模式...确定是否使用第一、第二或第三传输模式”对应于对比文件中“选择单个或多个通信标准”的决策过程。虽然对比文件未明确划分出与目标专利完全对应的三种具体模式，但其核心思想——基于条件选择不同的传输路径（单一路径或组合路径）——已被公开。本领域技术人员能够合理推断出根据条件在几种预定传输方案（包括仅通过一种接口、仅通过另一种接口、或同时通过两种接口）中进行选择的技术方案。因此，该技术特征被对比文件**隐含公开**。 |
| **技术特征C**：其中：所述第一传输模式包括经由所述毫微微小区的长期演进(LTE)接口来传输来自于所述流的所述数据分组，《隐含公开》 | 参见[p0021]，通信标准组件可以实现如GPRS、蓝牙、无线以太网（如802.11b）等通信标准。[p0022]指出，连接选择器可以选择单个通信标准组件（例如104）来传输数据。 | 对比文件公开了使用一个特定的无线通信标准（例如无线以太网802.11b，可视为WiFi的一种）的接口来传输所有数据。目标专利的第一传输模式是“经由LTE接口传输所有数据”。LTE与对比文件中的GPRS、无线以太网等同为无线通信标准。本领域技术人员能够理解，选择设备上的一个无线通信接口（无论是称为LTE、WiFi还是其他）来传输数据流，是通信中的常规操作。因此，该技术特征被对比文件**隐含公开**。 |
| **技术特征D**：所述第二传输模式包括将所述数据分组发送给无线收发机，用于传输给所述移动设备，以经由所述无线收发机的WiFi接口来传输来自于所述流的所述数据分组，《未公开》 | 对比文件提到了通过接入点（`access point`）进行通信（参见[p0038]-[p0041]），例如图2、3中的系统。接入点具有通信标准组件（如205, 207, 209）和无线接口。 | 对比文件公开了客户端通信方可以通过接入点的无线接口与服务器通信方通信。然而，目标专利的第二传输模式特指：**毫微微小区**将数据分组发送给一个**外部的、独立的无线收发机**（如无线路由器），然后由该无线收发机通过其**WiFi接口**传输给移动设备。对比文件中，客户端通信方是直接与接入点通信以访问网络，并未公开一个作为控制中心的设备（如毫微微小区）将数据流转发给另一个独立的无线设备（无线收发机），并由后者负责最终无线传输给终端设备的具体架构和流程。两者作用不同：对比文件是终端直接通过接入点上网，目标专利是网络侧设备（毫微微小区）利用外部WiFi资源进行辅助传输。因此，该技术特征未被对比文件公开。 |
| **技术特征E**：所述第三传输模式包括经由所述LTE接口来将所述数据分组的第一部分传输给所述移动设备，以及将所述数据分组的第二部分发送给所述无线收发机，用于经由所述WiFi接口来传输给所述移动设备《隐含公开》 | 参见[p0023]，连接选择器可以选择多个通信标准组件的组合，并将数据分割后并发发送以提高带宽。[p0029]描述了在接收端，连接选择器重新组装（`reassemble`）被分割的数据。 | 对比文件明确公开了为了获得更高带宽，可以将数据分割并通过多个不同的通信标准接口同时传输，并在接收端重组。目标专利的第三传输模式正是将数据流分割为两部分，分别通过LTE接口和外部WiFi接口同时传输。虽然对比文件未具体提及同时使用“LTE”和“WiFi”这两种接口，但其核心思想“使用多个异构无线接口并发传输以聚合带宽”已被充分公开。本领域技术人员能够从对比文件公开的通用多标准聚合方案中，合理推演出使用LTE和WiFi这两种常见接口进行聚合的具体技术方案。因此，该技术特征被对比文件**隐含公开**。 |
| **技术特征F**：以及根据所选择的传输模式来发送所述数据分组。《直接公开》 | 参见[p0022]：“The connection selector then selectively routes the data to one or more of the communication standard components ... The communication standard components which have received data from the connection selector 103 then send the received data across their respective communication channels...” | 对比文件直接、明确地公开了连接选择器根据其选择，将数据路由到选定的通信标准组件，并由这些组件通过相应的通信信道发送数据。这与目标专利中“根据所选择的传输模式来发送数据分组”在作用和步骤上完全相同。本领域技术人员能够毫无疑义地得出该技术方案。因此，该技术特征被对比文件**直接公开**。 |
| **技术特征G**：其中，所述无线收发机是无线路由器的无线收发机。《未公开》 | 对比文件提到了“access point”（接入点），例如[p0038]中的`access point 204, 205, 206`，以及[p0040]中的“multi-standard access point 304”。 | 对比文件中的“接入点”是提供网络接入功能的设备，其可能包含路由功能，但并未明确其为“无线路由器”，也未特指其无线收发机部分。目标专利明确限定了外部无线收发机是“无线路由器的无线收发机”，强调了其作为路由设备的属性。对比文件未公开这一具体限定。因此，该技术特征未被对比文件公开。 |
| **技术特征H**：其中，选择所述传输模式包括至少部分地基于在所述毫微微小区和所述移动设备之间的LTE链路的链路状况来选择所述传输模式。《隐含公开》 | 参见[p0025]：“the connection selector 103 or 116 may also receive data from the communication standard components ... regarding conditions of the respective communication channels. This data may include the current strength of the received signal, number of requests for data to be re-sent ... the average effective bandwidth of the channel over a period of time, and any other data useful in determining the quality of the communication channel.” | 对比文件公开了连接选择器可以基于各通信信道的状况（如信号强度、重传请求、有效带宽等）来选择通信标准。目标专利中基于“LTE链路的链路状况”进行选择，是上述通用原则在特定链路（LTE链路）上的应用。本领域技术人员能够从对比文件公开的基于信道质量选择传输方案的教导中，直接且合理地推演出基于特定类型链路（如LTE链路）的状况进行选择的技术方案。因此，该技术特征被对比文件**隐含公开**。 |
| **技术特征I**：其中，选择所述传输模式包括至少部分地基于在所述无线收发机和所述移动设备之间的WiFi链路的链路状况来选择所述传输模式。《隐含公开》 | 同上[p0025]。 | 理由同技术特征H。目标专利中基于“WiFi链路的链路状况”进行选择，同样是对比文件公开的基于信道质量选择传输方案的通用原则在另一种特定链路（WiFi链路）上的应用。本领域技术人员能够合理推演出该方案。因此，该技术特征被对比文件**隐含公开**。 |
| **技术特征J**：其中，选择所述传输模式包括至少部分地基于在所述毫微微小区和所述移动设备之间的LTE链路的负载来选择所述传输模式。《隐含公开》 | 参见[p0025]：连接选择器可以监控应用的带宽利用率（`bandwidth utilization`）并确定其带宽需求（`bandwidth requirements`）。[p0028]提到了基于吞吐量（`throughput`）等服务质量指标的成本计算。 | 对比文件公开了在选择通信标准时需要考虑应用的带宽需求和信道的有效吞吐量。信道的“负载”概念与带宽需求、吞吐量密切相关，高负载通常意味着高带宽需求或低可用吞吐量。本领域技术人员在对比文件公开的“基于带宽需求和信道性能进行选择”的教导下，能够合理地考虑到链路的实际负载情况，并将其作为选择传输模式的一个因素。因此，该技术特征被对比文件**隐含公开**。 |
| **技术特征K**：其中，选择所述传输模式包括至少部分地基于在所述毫微微小区和所述移动设备之间的LTE链路的负载来选择所述传输模式。（注：此特征与J重复，疑似笔误，基于说明书上下文，K可能意在指“WiFi链路的负载”，但权利要求原文如此，此处按原文比对）《隐含公开》 | 同上[p0025], [p0028]。 | 由于权利要求原文如此，且对比文件公开了基于带宽需求、吞吐量等与负载相关的因素进行选择，如技术特征J所述，本领域技术人员同样能够合理推演出基于LTE链路负载进行选择。因此，该技术特征被对比文件**隐含公开**。 |
| **技术特征L**：其中，选择所述传输模式包括至少部分地基于在所述无线收发机和所述移动设备之间的WiFi链路的负载来选择所述传输模式。《隐含公开》 | 同上[p0025], [p0028]。 | 理由同技术特征J和K。基于WiFi链路负载进行选择，是本领域技术人员在对比文件教导下，对“基于带宽需求和信道性能进行选择”原则在WiFi链路上的自然应用和合理推断。因此，该技术特征被对比文件**隐含公开**。 |
| **技术特征M**：其中，选择所述传输模式包括至少部分地基于所述毫微微小区的回程的负载来选择所述传输模式。《未公开》 | 对比文件未提及“回程”（`backhaul`）或其负载。 | 目标专利中“毫微微小区的回程的负载”是一个特定的网络架构概念，指毫微微小区连接到核心网的链路的负载情况。对比文件通篇未涉及这一概念。本领域技术人员无法从对比文件公开的内容中推理出这一技术特征。因此，该技术特征未被对比文件公开。 |
| **技术特征N**：其中，根据所选择的传输模式来发送所述数据分组包括封装从所述毫微微小区传输给所述移动设备的分组。《未公开》 | 对比文件未提及数据“封装”（`encapsulation`）技术。 | 目标专利中的“封装”是特定于其实现细节（例如，为了通过不支持桥接功能的路由器传输）的技术手段。对比文件虽然描述了数据的分割和路由，但未公开为了实现特定路径传输而对分组进行封装的步骤。因此，该技术特征未被对比文件公开。 |
| **技术特征O**：还包括：确定无线路由器是否提供桥接功能，以及其中，所述封装从所述毫微微小区传输给所述移动设备的分组是如果所述无线路由器不提供桥接功能来被执行的。《未公开》 | 对比文件未提及“桥接功能”（`bridging function`）及其检测，也未提及基于此决定是否进行封装。 | 该特征涉及具体的网络功能检测和相应的适应性封装操作。对比文件完全没有涉及这些内容。因此，该技术特征未被对比文件公开。 |
| **技术特征P**：还包括：响应于选择了所述第三传输模式来发送信号给所述移动设备以指示聚合数据会话的开始。《隐含公开》 | 参见[p0031]：“the changes made by either of the connection selectors 103 or 116 must be communicated to the other. This can be accomplished in a variety of ways... Once an initial connection is established, each may send updates to the other to signal a desire to change the communication standard(s) being used.” [p0032]提到了连接选择器可以提供无缝过渡。 | 对比文件公开了当决定改变所使用的通信标准（或组合）时，需要向其他通信方发送更新（`updates`）或信号（`signal`）以同步配置。目标专利中“发送信号以指示聚合数据会话的开始”对应于在开始使用新的传输模式（第三模式，即聚合模式）前通知接收方（移动设备）。两者作用相同，都是为了协调通信双方的行为，确保数据传输的同步和正确性。因此，该技术特征被对比文件**隐含公开**。 |
| **技术特征Q**：还包括：响应于选择了所述第三传输模式来发送信号给所述移动设备以指示聚合数据会话的开始。（注：此特征与P完全重复，疑似笔误）《隐含公开》 | 同上[p0031], [p0032]。 | 同技术特征P。该技术特征被对比文件**隐含公开**。 |
| **技术特征R**：还包括：在根据所述第三传输模式发送所述数据分组之后，发送信号给所述移动设备以指示所述聚合数据会话的结束。《未公开》 | 对比文件未提及在通信结束后发送专门的“结束”信号。 | 对比文件公开了在改变配置时需要发送信号，但未公开在聚合数据传输完毕后发送会话结束信号。目标专利的这一特征属于更具体的会话管理细节。因此，该技术特征未被对比文件公开。 |
| **技术特征S**：其中，选择所述传输模式还包括：对于LTE用户平面数据选择所述第二传输模式《隐含公开》 | 参见[p0033]：“For example, a fast link may be used for one-way multimedia streaming which a second, slower link may be used for sending control data.” | 对比文件公开了可以根据数据类型或应用需求，为不同类型的数据分配不同的通信链路（例如，快速链路用于多媒体流，慢速链路用于控制数据）。目标专利中“对于LTE用户平面数据选择第二传输模式（即WiFi传输）”是将上述原则应用于特定场景：将用户数据（可对应多媒体流等）通过WiFi链路传输。本领域技术人员能够从对比文件的教导中合理推演出根据数据类型（用户面/控制面）选择不同传输接口的技术方案。因此，该技术特征被对比文件**隐含公开**。 |
| **技术特征T**：以及对于LTE控制平面数据选择所述第一传输模式。《隐含公开》 | 同上[p0033]。 | 理由同技术特征S。目标专利中“对于LTE控制平面数据选择第一传输模式（即LTE传输）”对应于对比文件中将控制数据通过特定链路（例如更可靠或专用的链路）传输的思想。因此，该技术特征被对比文件**隐含公开**。 |
| **技术特征U**：还包括：向所述移动设备发送聚合发现消息《隐含公开》 | 参见[p0031]：“Both the client communicant 101 and the server communicant 112 may initially identify each other ... by using a discovery protocol...” [p0042]步骤401：检测可通信的其他通信方；步骤402：发现各通信方支持的通信标准。 | 对比文件公开了通信方之间可以使用发现协议（`discovery protocol`）来相互识别和发现对方支持的通信标准。目标专利中“发送聚合发现消息”是发起此类发现过程的具体消息。两者作用相同，都是为了建立通信和了解对方能力。因此，该技术特征被对比文件**隐含公开**。 |
| **技术特征V**：从所述移动设备接收聚合发现响应《隐含公开》 | 参见[p0031]提及的发现协议，以及[p0042]步骤401、402描述的发现过程，必然涉及消息的请求与响应。 | 在对比文件公开的发现协议或发现过程中，一方发送发现请求后，另一方会进行响应。因此，“接收聚合发现响应”是该过程的必然组成部分。因此，该技术特征被对比文件**隐含公开**。 |
| **技术特征W**：向所述移动设备传输第一聚合信息《隐含公开》 | 参见[p0031]：通信方发送更新（`updates`）以通知对方改变通信标准。[p0044]步骤406：将关于通信标准和参数值的决定广播（`broadcast`）给其他通信方。 | 对比文件公开了在确定要使用的通信标准或参数后，需要将这些配置信息发送给对端通信方以实现同步。目标专利中的“传输第一聚合信息”即为此类配置信息的传输。因此，该技术特征被对比文件**隐含公开**。 |
| **技术特征X**：从所述移动设备接收第二聚合信息《隐含公开》 | 参见[p0031]提及的双方需要同步更改。[p0044]步骤406提到其他通信方可能回复确认（`reply to confirm`）。 | 在对比文件公开的配置同步过程中，信息交换可能是双向的。一方发送配置信息后，另一方可能回复确认或发送其自身的配置信息。因此，“接收第二聚合信息”是该协调过程的合理且可能的环节。因此，该技术特征被对比文件**隐含公开**。 |
| **技术特征Y**：以及基于所述第一聚合信息和所述第二聚合信息来配置所述毫微微小区的聚合层。《隐含公开》 | 参见[p0031]-[p0032]关于同步配置以实现通信。[p0044]步骤406：广播配置以使其他通信方同步其设置（`synchronize their settings`）。 | 对比文件公开了通信方基于交换的配置信息来配置其连接选择器和通信标准组件，以建立一致的通信设置。目标专利中“基于...聚合信息来配置毫微微小区的聚合层”与此作用完全相同。因此，该技术特征被对比文件**隐含公开**。 |
| **技术特征Z**：其中，所述第一聚合信息包括聚合策略信息。《隐含公开》 | 参见[p0025]-[p0028]，连接选择器的选择可以基于用户偏好（`user preferences`）、应用需求（如带宽、可靠性）、成本模型等。[p0043]步骤404、405中，选择可以基于用户偏好或优化目标（如最小功耗、最大带宽）。 | 对比文件公开了指导连接选择器进行标准选择和参数配置的各种策略信息，如用户偏好、应用需求、优化目标（配置文件`profiles`）。目标专利中“聚合策略信息”是此类指导信息在聚合上下文中的具体体现。本领域技术人员能够合理推断出在交换的配置信息中包含此类策略信息。因此，该技术特征被对比文件**隐含公开**。 |
<<<F>>><<<a>>><<<b>>><<<c>>><<<e>>><<<h>>><<<i>>><<<j>>><<<k>>><<<l>>><<<p>>><<<q>>><<<s>>><<<t>>><<<u>>><<<v>>><<<w>>><<<x>>><<<y>>><<<z>>>