**对比文件名称**：2011-08-18_WO2011100492A_发明申请_WO2011100492A1 DATA SPLIT BETWEEN MULTIPLE SITES
**目标专利名称**：267LTE和外部WIFI带宽聚合CN105308919B
**本次调用的模型名称**：GPT-4
### **特征比对表格**
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **A. 《直接公开》**<br>在毫微微小区处接收针对移动设备的数据分组流。 | [p0071] “In DL data splitting, an eNodeB may split the incoming data stream into N streams corresponding to the number of cooperating CCs.”<br>（在DL数据分割中，eNodeB可以将传入的数据流分割成N个流，对应于协作CC的数量。） | 对比文件公开了eNodeB（基站）接收传入的数据流（incoming data stream）以传输给UE（用户设备，即移动设备）。在LTE网络环境中，部署在家庭或工作场所的eNodeB可以视为毫微微小区。因此，对比文件直接公开了在毫微微小区（eNodeB）处接收针对移动设备（UE）的数据分组流。 |
| **B. 《隐含公开》**<br>选择传输模式，用于将数据分组流的数据分组从毫微微小区发送给移动设备，所述选择包括确定是否使用第一传输模式、第二传输模式或第三传输模式来将来自于数据分组流的数据分组传输给移动设备。 | [p0069] “In an embodiment, the data throughput of a service architecture evolution (SAE) bearer from eNodeB to a UE may be increased by coordinate splitting of data stream to multiple sites in the radio access network (RAN).”<br>（在一个实施例中，通过将数据流协调分割到无线接入网络（RAN）中的多个站点，可以增加从eNodeB到UE的服务架构演进（SAE）承载的数据吞吐量。）<br>[p0070] “Data splitting may be based on bandwidth availability as reported by cooperating CCs, a buffer status as reported from the buffering entity, and/or the data rate from bearer QoS requirement.”<br>（数据分割可以基于协作CC报告的带宽可用性、缓冲实体报告的缓冲区状态、和/或承载QoS要求的数据速率。） | 对比文件的核心在于“数据分割”，即决定如何将数据流分发到不同的站点（如不同的eNodeB或远程射频头RRH）并通过不同的载波（CC）发送给UE。这个过程必然涉及对传输路径或“模式”的选择决策。虽然对比文件未明确命名为“第一、第二、第三传输模式”，但其描述的“数据分割决策”在功能和目的上等同于目标专利中的“选择传输模式”：决定数据是全部通过一个接口（如一个CC）、全部通过另一个接口（如另一个CC）、还是同时通过多个接口发送。本领域技术人员能够从对比文件公开的“数据分割”概念中，毫无困难地推理出需要做出一个选择来决定数据的分发方式，因此该技术特征被隐含公开。 |
| **C. 《直接公开》**<br>所述第一传输模式包括经由所述毫微微小区的长期演进(LTE)接口来传输来自于所述流的所述数据分组。 | [p0028] “In another embodiment, the base station 114a and the WTRUs 102a, 102b, 102c may implement a radio technology such as Evolved UMTS Terrestrial Radio Access (E-UTRA), which may establish the air interface 116 using Long Term Evolution (LTE) and/or LTE- Advanced (LTE- A).”<br>（在另一个实施例中，基站114a和WTRU 102a、102b、102c可以实现诸如演进UMTS陆地无线接入（E-UTRA）的无线电技术，其可以使用长期演进（LTE）和/或高级长期演进（LTE-A）来建立空中接口116。）<br>[p0071] 结合特征A的引用，数据流的一部分可以通过一个eNodeB（站点）的LTE接口传输。 | 对比文件明确公开了使用LTE技术作为基站（eNodeB）与UE之间的通信接口。在数据分割的场景中，选择将所有数据通过一个eNodeB的LTE接口发送给UE，即对应于目标专利的第一传输模式。因此，该技术特征被直接公开。 |
| **D. 《未公开》**<br>所述第二传输模式包括将所述数据分组发送给无线收发机，用于传输给所述移动设备，以经由所述无线收发机的WiFi接口来传输来自于所述流的所述数据分组。 | [p0030] “In one embodiment, the base station 114b and the WTRUs 102c, 102d may implement a radio technology such as IEEE 802.11 to establish a wireless local area network (WLAN).”<br>（在一个实施例中，基站114b和WTRU 102c、102d可以实现诸如IEEE 802.11的无线电技术以建立无线局域网（WLAN）。） | 对比文件确实提到了基站（114b）可以使用IEEE 802.11（即WiFi）技术与WTRU通信。然而，关键区别在于：1）对比文件中的WiFi接口是基站（如家庭eNodeB或接入点）自身的一部分，而非目标专利中强调的“与毫微微小区分离的”、“毫微微小区外部的”无线收发机（如无线路由器）。2）目标专利的第二传输模式是将数据从毫微微小区“发送给”外部无线收发机，再由其通过WiFi转发。对比文件没有描述数据从一个实体（如宏eNodeB或一个家庭eNodeB）接收后，再被路由到一个外部的、独立的WiFi接入点（无线路由器）进行传输的场景。因此，该技术特征未被公开。 |
| **E. 《未公开》**<br>所述第三传输模式包括经由所述LTE接口来将所述数据分组的第一部分传输给所述移动设备，以及将所述数据分组的第二部分发送给所述无线收发机，用于经由所述WiFi接口来传输给所述移动设备。 | [p0069] “In DL data splitting, an eNodeB may split the incoming data stream into N streams corresponding to the number of cooperating CCs.”<br>（在DL数据分割中，eNodeB可以将传入的数据流分割成N个流，对应于协作CC的数量。）<br>结合图3、4、9等，数据流被分割并通过多个CC（来自相同或不同的eNodeB）传输。 | 对比文件公开了将数据流分割并通过多个“载波（CC）”同时传输给UE，这类似于“聚合”或“多路径传输”的概念。然而，对比文件中的多路径传输是基于LTE载波聚合（Carrier Aggregation）框架，所有路径都是LTE接口（可能来自不同站点或同一站点的不同频段）。目标专利的第三传输模式明确要求一部分数据通过LTE接口，另一部分通过一个外部的、独立的WiFi接口（参见特征D、G）。对比文件完全没有提及将LTE和外部WiFi这两种异构网络接口进行聚合。因此，该技术特征未被公开。 |
| **F. 《直接公开》**<br>根据所选择的传输模式来发送所述数据分组。 | [p0071] “Data splitting may be based on bandwidth availability... An eNodeB may also support interactive procedures to determine how to split data...”<br>（数据分割可以基于带宽可用性... eNodeB还可以支持交互过程来确定如何分割数据...）<br>[p0081] “...the data that is to be transmitted from eNodeB 410 may be provided to RLC buffers...”<br>（...将要从eNodeB 410传输的数据可以被提供给RLC缓冲区...） | 对比文件在描述了基于各种因素进行数据分割决策（即选择传输模式）后，明确记载了根据该决策将数据提供给相应的处理实体（如RLC缓冲区）并进行传输。例如，在图4和图9的实施例中，数据根据分割决策被分别路由到本地eNodeB的协议栈或通过隧道发送到协作eNodeB进行传输。这直接对应于“根据所选择的传输模式来发送数据分组”。 |
| **G. 《未公开》**<br>其中，所述无线收发机是无线路由器的无线收发机。 | [p0030] “The base station 114b in FIG. 1A may be a wireless router, Home Node B, Home eNodeB, or access point...”<br>（图1A中的基站114b可以是无线路由器、家庭Node B、家庭eNodeB或接入点...） | 对比文件提到了“无线路由器”（wireless router），但它是作为“基站114b”的一种实现形式，即它本身就是一个网络接入点（如家庭基站）。这与目标专利中作为“外部无线收发机”的“无线路由器”角色不同。目标专利的无线收发机是独立于毫微微小区（可视为另一种家庭基站）存在的设备，用于提供额外的WiFi接入路径。对比文件未描述这种两个独立无线接入设备（一个LTE毫微微小区，一个外部WiFi路由器）协同工作的架构。因此，该技术特征未被公开。 |
| **H. 《隐含公开》**<br>其中，选择所述传输模式包括至少部分地基于在所述毫微微小区和所述移动设备之间的LTE链路的链路状况来选择所述传输模式。 | [p0070] “Data splitting may be based on bandwidth availability as reported by cooperating CCs...”<br>（数据分割可以基于协作CC报告的带宽可用性...）<br>[p0081] “eNodeB 410 and eNodeB 420 may have MAC schedulers 416 and 426, respectively, that receive channel status data 419 and 429 from UE 401 (e.g., downlink channel quality information)”<br>（eNodeB 410和eNodeB 420可以分别具有MAC调度器416和426，它们从UE 401接收信道状态数据419和429（例如，下行链路信道质量信息）） | 对比文件公开了数据分割决策需要考虑“带宽可用性”，并且eNodeB会从UE接收“信道状态数据”或“信道质量信息”（CQI）。这些信息直接反映了LTE链路的链路状况（如信噪比、可用带宽）。本领域技术人员可以毫无疑义地理解，在决定是否通过某个CC（即某个LTE链路）发送数据以及发送多少数据时，该链路的当前链路状况是必须考虑的关键因素。因此，该技术特征被隐含公开。 |
| **I. 《隐含公开》**<br>其中，选择所述传输模式包括至少部分地基于在所述无线收发机和所述移动设备之间的WiFi链路的链路状况来选择所述传输模式。 | [p0070] “Data splitting may be based on bandwidth availability as reported by cooperating CCs...” | 对比文件的数据分割决策机制是基于“带宽可用性”等链路质量信息。虽然对比文件的具体实施例均围绕LTE载波聚合展开，未提及WiFi链路，但其揭示的“根据无线链路状况决定数据分发”的核心原理是通用的。本领域技术人员在面临需要聚合LTE和WiFi两种链路的场景时，很容易基于相同的原理，将WiFi链路的链路状况（如信号强度、吞吐量）也作为传输模式选择的决策依据之一。因此，该技术特征被隐含公开。 |
| **J/K. 《隐含公开》**<br>其中，选择所述传输模式包括至少部分地基于在所述毫微微小区和所述移动设备之间的LTE链路的负载来选择所述传输模式。 | [p0070] “...a buffer status as reported from the buffering entity...”<br>（...缓冲实体报告的缓冲区状态...）<br>[p0091] “For the purpose of estimating the available bandwidth on cooperating CCs, this may be sufficient for PDCP level data splitting and to optimize the splitting scheduler algorithm efficiency.”<br>（为了估计协作CC上的可用带宽，这对于PDCP级数据分割和优化分割调度器算法效率可能是足够的。） | 对比文件公开了数据分割需要考虑“缓冲区状态”（buffer status）。缓冲区状态直接反映了待发送数据的积压情况，是衡量链路负载（特别是发送端负载）的关键指标。同时，“估计可用带宽”也隐含了对链路当前负载的评估。本领域技术人员可以理解，链路的负载（如缓冲区占用率、调度队列长度）是决定数据如何分割（即选择传输模式）的重要考量因素。因此，该技术特征被隐含公开。 |
| **L. 《隐含公开》**<br>其中，选择所述传输模式包括至少部分地基于在所述无线收发机和所述移动设备之间的WiFi链路的负载来选择所述传输模式。 | [p0070] “...a buffer status as reported from the buffering entity...” | 同上理（特征I、J/K）。对比文件揭示了基于“缓冲区状态”（即负载信息）进行数据分割决策的通用原理。当本领域技术人员将该原理应用于包含WiFi链路的聚合系统时，自然会考虑WiFi链路的负载情况。因此，该技术特征被隐含公开。 |
| **M. 《隐含公开》**<br>其中，选择所述传输模式包括至少部分地基于所述毫微微小区的回程的负载来选择所述传输模式。 | [p0070] “Data splitting may be based on bandwidth availability as reported by cooperating CCs, a buffer status as reported from the buffering entity, and/or the data rate from bearer QoS requirement.”<br>（数据分割可以基于协作CC报告的带宽可用性、缓冲实体报告的缓冲区状态、和/或承载QoS要求的数据速率。） | 对比文件虽然没有明确提及“回程负载”，但其数据分割决策依据包括“带宽可用性”和“承载QoS要求的数据速率”。在基站（eNodeB/毫微微小区）的上下文中，其回程链路的容量和负载直接影响它能够接收和处理的上行/下行数据速率（即可用带宽），进而影响数据分割决策。例如，如果回程拥塞，基站可能倾向于将更多数据分流到其他路径。本领域技术人员能够从对比文件公开的基于“带宽可用性”进行决策的原理，合理推断出回程负载是影响该可用性的关键因素之一，从而在决策中予以考虑。因此，该技术特征被隐含公开。 |
| **N. 《未公开》**<br>其中，根据所选择的传输模式来发送所述数据分组包括封装从所述毫微微小区传输给所述移动设备的分组。 | 无相关记载。 | 对比文件通篇未提及为了通过外部WiFi路由器传输而需要对分组进行“封装”的技术。其数据在eNodeB间通过X2接口隧道传输，使用的是标准的协议数据单元（PDU），并未描述目标专利中为了解决外部路由器桥接功能等问题而进行的特定封装操作。因此，该技术特征未被公开。 |
| **O. 《未公开》**<br>还包括：确定无线路由器是否提供桥接功能，以及其中，所述封装从所述毫微微小区传输给所述移动设备的分组是如果所述无线路由器不提供桥接功能来被执行的。 | 无相关记载。 | 对比文件未涉及无线路由器及其桥接功能的检测，也未提及基于此检测结果决定是否进行封装。因此，该技术特征未被公开。 |
| **P/Q. 《未公开》**<br>还包括：响应于选择了所述第三传输模式来发送信号给所述移动设备以指示聚合数据会话的开始。 | 无相关记载。 | 对比文件描述了数据分割的配置和建立过程（例如通过X2信令），但没有公开在开始传输分割的数据流之前，向UE发送一个明确的信号来指示“聚合数据会话开始”。因此，该技术特征未被公开。 |
| **R. 《未公开》**<br>还包括：在根据所述第三传输模式发送所述数据分组之后，发送信号给所述移动设备以指示所述聚合数据会话的结束。 | 无相关记载。 | 同理，对比文件没有公开在传输结束后向UE发送“聚合数据会话结束”的信号。因此，该技术特征未被公开。 |
| **S/T. 《未公开》**<br>其中，选择所述传输模式还包括：对于LTE用户平面数据选择所述第二传输模式，以及对于LTE控制平面数据选择所述第一传输模式。 | 无相关记载。 | 对比文件的数据分割决策是基于带宽、负载、QoS等动态因素，并未公开一种基于数据类型（用户平面vs控制平面）的固定策略，即规定控制平面走LTE、用户平面走WiFi。因此，该技术特征未被公开。 |
| **U. 《隐含公开》**<br>还包括：向所述移动设备发送聚合发现消息。 | [p0092] “For establishing inter-site cooperating data split between CCs, the X2 interface may be handled in several ways. Initial establishment may be treated as a partial handover...”<br>（为了建立CC之间的站点间协作数据分割，X2接口可以通过几种方式处理。初始建立可以视为部分切换...）<br>[p0100] “The X2 application protocol (X2 AP) may provide the configuration and controls of the data split entities...”<br>（X2应用协议（X2 AP）可以提供数据分割实体的配置和控制...） | 对比文件详细描述了通过信令（如X2 AP、类似切换的信令）来建立和配置数据分割实体。虽然这些信令主要发生在网络侧（eNodeB之间），但为了在UE侧建立对应的数据分割/聚合能力，必然需要与UE进行信令交互来“发现”和“配置”聚合层。本领域技术人员可以合理推断，在配置过程中，网络侧（如服务eNodeB）需要向UE发送消息来发起或协商聚合功能，这对应于“聚合发现消息”。因此，该技术特征被隐含公开。 |
| **V. 《隐含公开》**<br>从所述移动设备接收聚合发现响应。 | 同上。 | 作为信令交互过程的一部分，UE在收到聚合发现或配置消息后，需要向网络侧回复响应。这是通信协议中的常规步骤。因此，该技术特征被隐含公开。 |
| **W/X/Y. 《隐含公开》**<br>向所述移动设备传输第一聚合信息；从所述移动设备接收第二聚合信息；以及基于所述第一聚合信息和所述第二聚合信息来配置所述毫微微小区的聚合层。 | [p0100] “The X2 application protocol (X2 AP) may provide the configuration and controls of the data split entities and may be responsible for delivering measurement and/or bandwidth monitoring reports and delivering entity setup, modification, and/or release configuration.”<br>（X2应用协议（X2 AP）可以提供数据分割实体的配置和控制，并可以负责传递测量和/或带宽监测报告以及传递实体建立、修改和/或释放配置。） | 对比文件公开了在协作站点之间交换配置、控制、测量报告等信息以建立和调整数据分割实体。为了实现端到端的聚合，类似的配置信息交换也必然需要在网络侧（eNodeB/毫微微小区）和UE侧之间进行。例如，双方需要交换IP地址、端口、聚合能力、策略等“聚合信息”，以便在两端正确配置聚合层。本领域技术人员能够从对比文件公开的网络侧信令交互，推理出在UE与网络之间也存在类似的配置信息交换过程。因此，这些技术特征被隐含公开。 |
| **Z. 《隐含公开》**<br>其中，所述第一聚合信息包括聚合策略信息。 | [p0070] “Data splitting may be based on bandwidth availability... and/or the data rate from bearer QoS requirement.”<br>（数据分割可以基于带宽可用性...和/或承载QoS要求的数据速率。） | 对比文件提到数据分割决策要考虑“承载QoS要求”。QoS要求本身就是一种策略信息。在更广泛的聚合配置中，网络侧下发给UE的配置信息（第一聚合信息）完全可能包含诸如数据分流规则、优先级处理、触发条件等“聚合策略信息”，以指导UE的行为。这是配置聚合功能的合理且常见的内容。因此，该技术特征被隐含公开。 |
### **结论**
根据上述比对分析：
- **直接公开**的技术特征有：A, C, F。结尾代码应插入：<<<A>>><<<C>>><<<F>>>
- **隐含公开**的技术特征有：B, H, I, J, K, L, M, U, V, W, X, Y, Z。结尾代码应插入：<<<b>>><<<h>>><<<i>>><<<j>>><<<k>>><<<l>>><<<m>>><<<u>>><<<v>>><<<w>>><<<x>>><<<y>>><<<z>>>
- **未公开**的技术特征有：D, E, G, N, O, P, Q, R, S, T。不在结尾插入代码。
<<<A>>><<<C>>><<<F>>><<<b>>><<<h>>><<<i>>><<<j>>><<<k>>><<<l>>><<<m>>><<<u>>><<<v>>><<<w>>><<<x>>><<<y>>><<<z>>>