对比文件名称：WO2012168996A1_Description_20260309_2142
目标专利名称：LTE和外部WIFI带宽聚合CN105308919B
模型名称：gpt-4o
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| A: 所述方法包括：在毫微微小区处接收针对移动设备的数据分组流《隐含公开》 | 例如，步骤S1中描述：“eNB 31 determines whether or not the amount of staying data and the staying time of data to be transmitted to the UE 34 exceeds a predetermined threshold value.”（例如，步骤S1中描述：“eNB 31确定要发送给UE 34的数据的滞留量和滞留时间是否超过预定阈值。”） | 对比文件公开了基站（eNB 31）接收需要发送给无线终端（UE 34）的数据流。目标专利中的“毫微微小区”是一种特定类型的小型基站，用于家庭或办公室环境。虽然对比文件没有明确提及“毫微微小区”，但其描述的“基站”（eNB）在广义上是包括毫微微小区的无线接入设备。本领域技术人员在阅读对比文件后，有可能通过推理将其中接收数据流的基站理解为包括毫微微小区这种部署场景。因此，该技术特征被对比文件隐含公开。 |
| B: 选择传输模式，所述传输模式用于将所述数据分组流的数据分组从所述毫微微小区发送给所述移动设备，所述选择包括确定是否使用第一传输模式、第二传输模式或第三传输模式来将来自于所述数据分组流的所述数据分组传输给所述移动设备，《隐含公开》 | 步骤S1， S4， S7等描述了eNB 31基于数据滞留量等条件决定是否启用载波聚合（CA），以及是添加自身其他小区（Scell）还是其他基站（eNB 32）的小区作为Scell。例如：“When the staying amount and the staying time of the data to be transmitted to the UE 34 exceeds the predetermined threshold value, the eNB 31 proceeds to step S 2.”（当要发送给UE 34的数据的滞留量和滞留时间超过预定阈值时，eNB 31进行到步骤S2。）以及后续添加自身或他站Scell的决策。 | 对比文件公开了基站（eNB 31）根据数据负载状况（滞留量和滞留时间）选择数据传输方式：可以仅通过自身主小区（Pcell）传输（对应不启用CA），也可以启用CA，通过自身主小区和辅小区（Scell）传输，其中Scell可以是自身其他频率的小区，也可以是其他基站（eNB 32）的小区。这构成了对“传输模式”的选择，包括确定是否使用自身接口（类似第一模式）、是否使用其他基站接口（类似第二模式，但接口是LTE而非WiFi）、或同时使用两者（类似第三模式）。尽管具体接口技术（LTE载波 vs WiFi）和协作设备性质（其他宏基站 vs 外部无线路由器）不同，但“选择是否使用自身接口和/或外部设备的接口进行发送”这一核心决策逻辑是相通的。根据宽松的隐含公开判断标准，本领域技术人员有可能通过推理得出选择传输模式的技术特征。因此，该技术特征被隐含公开。 |
| C: 其中：所述第一传输模式包括经由所述毫微微小区的长期演进(LTE)接口来传输来自于所述流的所述数据分组，《直接公开》 | 对比文件描述了eNB 31通过其自身形成的小区（如Pcell）与UE进行无线通信。例如，图6中eNB 31形成小区41（频率f1）和42（频率f2），并通过它们与UE 34通信。 | 对比文件明确公开了基站（eNB）使用其无线接口（即LTE接口）向无线终端（UE）传输数据。例如，eNB 31通过其主小区（Pcell）向UE 34发送数据。这直接对应于目标专利中“经由毫微微小区的LTE接口传输数据”的技术特征。虽然对比文件中未使用“毫微微小区”一词，但其描述的基站（eNB）包含用于无线通信的LTE接口是毫无疑义的。因此，该技术特征被直接公开。 |
| D: 所述第二传输模式包括将所述数据分组发送给无线收发机，用于传输给所述移动设备，以经由所述无线收发机的WiFi接口来传输来自于所述流的所述数据分组， | 对比文件描述了eNB 31将部分数据转移给另一个基站eNB 32，由eNB 32通过其LTE载波发送给UE。例如：“the eNB 31 transfers a part of the data to be transmitted to the UE 34 to the eNB 32, and the eNB 32 transmits the data transferred from the eNB 31 to the UE 34 by Scell (cell 43).”（eNB 31将部分要发送给UE 34的数据转移给eNB 32，eNB 32通过Scell（小区43）发送从eNB 31转移来的数据给UE 34。） | 对比文件公开了将数据发送给另一个设备（eNB 32）用于传输给移动设备。然而，该设备是另一个LTE基站，其使用的是LTE无线接口（载波），而非WiFi接口。目标专利中的“无线收发机”特指“无线路由器的无线收发机”，其使用WiFi接口。两者在接口类型（LTE vs WiFi）和设备性质（完整基站 vs 路由器的一部分）上存在本质区别。本领域技术人员无法从对比文件中毫无疑义地得出或通过合理推理得出使用WiFi接口进行传输的技术方案。因此，该技术特征既未被直接公开，也未被隐含公开。 |
| E: 所述第三传输模式包括经由所述LTE接口来将所述数据分组的第一部分传输给所述移动设备，以及将所述数据分组的第二部分发送给所述无线收发机，用于经由所述WiFi接口来传输给所述移动设备 | 对比文件描述了eNB 31通过自身LTE接口（例如Pcell）发送部分数据给UE 34，同时将另一部分数据转移给eNB 32，由eNB 32通过其LTE接口发送给同一UE 34。例如，图23和图24说明了数据81a由eNB 31发送，数据81b（93）由eNB 32发送。 | 对比文件公开了同时通过两个不同的LTE接口（分属两个基站）向同一移动设备发送同一数据流的两个部分，这构成了一种聚合传输模式。然而，目标专利的第三传输模式要求其中一个接口是毫微微小区的LTE接口，另一个接口是外部无线收发机（无线路由器）的WiFi接口。对比文件使用的是另一个基站的LTE接口，而非WiFi接口。因此，该技术特征中关于使用WiFi接口的部分未被公开。虽然“同时使用两个接口聚合传输”的概念类似，但具体技术手段不同。 |
| F: 以及根据所选择的传输模式来发送所述数据分组。《直接公开》 | 例如，在序列图中，eNB 31根据是否添加了Scell（自身或他站）来发送数据：如果添加了Scell，则通过Pcell和Scell发送数据（步骤S34）；如果未添加，则可能仅通过Pcell发送。 | 对比文件明确公开了基站根据其之前做出的决策（例如，是否启用CA，添加哪个小区作为Scell）来执行相应的数据发送动作。例如，当eNB 31决定添加eNB 32的小区作为Scell后，它就将部分数据转移给eNB 32并自身发送另一部分数据。这直接对应于“根据所选择的传输模式来发送数据分组”这一步骤。因此，该技术特征被直接公开。 |
| G: 其中，所述无线收发机是无线路由器的无线收发机。 | 对比文件中未提及无线路由器或其无线收发机。参与数据传输的其他设备是另一个LTE基站（eNB 32）。 | 对比文件完全没有涉及“无线路由器”或作为其一部分的“无线收发机”。因此，该技术特征未被公开。 |
| H: 其中，选择所述传输模式包括至少部分地基于在所述毫微微小区和所述移动设备之间的LTE链路的链路状况来选择所述传输模式。《隐含公开》 | 步骤S3和S5中，eNB 31根据从UE 34接收的关于其他频率带（小区）的检测通知来决定添加自身或其他基站的小区作为Scell。例如：“The eNB 31 determines from the UE 34 whether it has received a detection notification of its own other cell...” 和 “The eNB 31 determines from the UE 34 whether a cell detection notification in another eNB 32 has been received.” | 对比文件公开了基站（eNB 31）根据无线终端（UE）上报的对于特定频率带（即特定小区）的检测结果（“detection notification”）来决定是否将该小区添加为辅小区（Scell）用于聚合传输。UE对某个频率带的检测能力及上报的检测通知，直接反映了该频率带（即LTE链路）对于该UE是否可用及其链路状况（如信号强度）。因此，选择是否使用某个接口（对应某个小区）进行传输，至少部分地基于该链路的状况（是否被检测到）。这隐含公开了基于LTE链路状况选择传输模式的技术特征。 |
| I: 其中，选择所述传输模式包括至少部分地基于在所述无线收发机和所述移动设备之间的WiFi链路的链路状况来选择所述传输模式。 | 对比文件未涉及WiFi链路。 | 对比文件完全没有涉及WiFi链路或其状况。因此，该技术特征未被公开。 |
| J: 其中，选择所述传输模式包括至少部分地基于在所述毫微微小区和所述移动设备之间的LTE链路的负载来选择所述传输模式。《隐含公开》 | 步骤S1中描述eNB 31判断要发送给UE的数据的“滞留量”（staying amount）和“滞留时间”（staying time）是否超过阈值，以决定是否启动CA。例如：“The eNB 31 determines whether or not the amount of staying data and the staying time of data to be transmitted to the UE 34 exceeds a predetermined threshold value.” | 对比文件公开了基站（eNB 31）基于要发送给特定UE的数据的“滞留量”和“滞留时间”来决定是否启动载波聚合（CA）。这实质上是基于待发送数据的负载情况（数据积压的程度）来做出传输模式（是否启用聚合）的选择决策。虽然“LTE链路的负载”表述可能更侧重于已传输数据的流量，但待发送数据的积压（缓冲负载）是衡量链路负载和决定是否需要增加传输能力的关键因素。根据宽松的隐含公开判断标准，本领域技术人员有可能通过推理，将基于数据滞留量/时间的决策理解为至少部分基于负载（或负载的预期/结果）进行选择。因此，该技术特征被隐含公开。 |
| K: 其中，选择所述传输模式包括至少部分地基于在所述毫微微小区和所述移动设备之间的LTE链路的负载来选择所述传输模式。《隐含公开》 | 同上（特征J的引用）。此外，在步骤S82中，被请求分配资源的eNB 32会根据自身资源空闲情况（即自身负载）来决定是否同意分配。 | 如特征J所述，对比文件公开了基于数据滞留负载触发CA决策。同时，在跨基站CA场景下，目标基站（eNB 32）是否同意提供资源也基于其自身的负载（资源空闲情况）。因此，选择传输模式（即是否启用跨基站聚合）间接考虑了目标链路的负载状况。这进一步支持了基于负载进行选择的特征。因此，该技术特征被隐含公开。 |
| L: 其中，选择所述传输模式包括至少部分地基于在所述无线收发机和所述移动设备之间的WiFi链路的负载来选择所述传输模式。 | 对比文件未涉及WiFi链路。 | 对比文件完全没有涉及WiFi链路或其负载。因此，该技术特征未被公开。 |
| M: 其中，选择所述传输模式包括至少部分地基于所述毫微微小区的回程的负载来选择所述传输模式。 | 对比文件未提及基站的回程负载。决策条件是基于无线接口侧的数据缓冲（滞留量）。 | 对比文件没有公开基于基站回程（backhaul）的负载来选择传输模式。其决策触发条件集中在无线接入网侧的数据缓冲状况，而非连接到核心网的承载链路的负载。因此，该技术特征未被公开。 |
| N: 其中，根据所选择的传输模式来发送所述数据分组包括封装从所述毫微微小区传输给所述移动设备的分组。《隐含公开》 | 图25、26及相关描述说明了在eNB 31向eNB 32传输数据时，使用了GTP-u（GPRS隧道协议-用户面）协议进行封装。例如：“FIG. 25 is a diagram showing an example of a data format of data transferred to an eNB of another station.”（图25是显示传输给另一基站eNB的数据格式示例的图。） | 对比文件公开了当基站（eNB 31）需要将数据转移给另一基站（eNB 32）时，会对数据进行封装（使用GTP-u隧道协议）。虽然这种封装主要用于基站间的数据传输，而非直接发送给UE，且封装协议是特定的GTP-u，但“封装”作为一种通用的数据传输技术手段已被公开。目标专利中，封装用于在某些情况下（如无线路由器不支持桥接）实现数据向移动设备的传输。根据非常宽松的隐含公开标准，本领域技术人员有可能从对比文件公开的“数据封装”技术进行推理，联想到在数据传输过程中使用封装。因此，该技术特征被隐含公开。 |
| O: 还包括：确定无线路由器是否提供桥接功能，以及其中，所述封装从所述毫微微小区传输给所述移动设备的分组是如果所述无线路由器不提供桥接功能来被执行的。 | 对比文件未提及无线路由器、桥接功能，也未提及根据是否支持桥接功能来决定是否进行封装。 | 对比文件完全没有涉及无线路由器的桥接功能，也没有建立桥接功能与封装决策之间的任何关联。因此，该技术特征未被公开。 |
| P: 还包括：响应于选择了所述第三传输模式来发送信号给所述移动设备以指示聚合数据会话的开始。《隐含公开》 | 步骤S32中，当eNB 31决定添加其他基站（eNB 32）的小区作为Scell后，会通知UE 34。例如：“The eNB 31 notifies the UE 34 of the added Scell.”（eNB 31通知UE 34已添加的Scell。）这通常通过RRC连接重配置消息实现。 | 对比文件公开了当基站决定添加辅小区（Scell）以启动载波聚合（CA）会话时，会向无线终端（UE）发送信令（如RRC连接重配置）来通知UE关于新Scell的信息。这实质上是对UE指示聚合数据会话的开始。虽然聚合类型是跨基站LTE CA，而非LTE+WiFi聚合，但“发送信号指示聚合开始”这一功能是相同的。因此，该技术特征被隐含公开。 |
| Q: 还包括：响应于选择了所述第三传输模式来发送信号给所述移动设备以指示聚合数据会话的开始。《隐含公开》 | 同特征P引用。 | 同特征P论述，该技术特征被隐含公开。 |
| R: 还包括：在根据所述第三传输模式发送所述数据分组之后，发送信号给所述移动设备以指示所述聚合数据会话的结束。《隐含公开》 | 步骤S44中，当eNB 31释放其他基站（eNB 32）的Scell时，会通知UE 34。例如：“The eNB 31 notifies the UE 34 that Scell of the other station cell has been released.”（eNB 31通知UE 34其他站小区的Scell已被释放。） | 对比文件公开了当聚合会话结束（例如，Scell被释放）时，基站会向无线终端（UE）发送信令来通知这一变化。这实质上是对UE指示聚合数据会话的结束。因此，该技术特征被隐含公开。 |
| S: 其中，选择所述传输模式还包括：对于LTE用户平面数据选择所述第二传输模式 | 对比文件中，所有通过CA发送的数据都是用户平面数据（U-plane data），控制信令（如PDCCH）通过Pcell发送。但并未明确制定策略“对于用户平面数据选择第二传输模式”（即通过外部WiFi）。 | 对比文件没有区分用户平面数据和控制平面数据在传输路径选择上的不同策略。虽然实际传输中用户数据可能通过多个小区（包括其他基站的小区）发送，但这是一种基于负载和资源的动态决策，而非针对“用户平面数据”这一数据类型本身的固定策略选择（如始终选择第二模式）。因此，该技术特征未被公开。 |
| T: 以及对于LTE控制平面数据选择所述第一传输模式。《隐含公开》 | 对比文件描述了控制信令（如PDCCH）通过主小区（Pcell）发送。例如：“Scheduling in the downlink direction is performed by PDCCH (Physical Downlink Control Channel) of Pcell.”（下行方向的调度由Pcell的PDCCH执行。） | 对比文件明确公开了控制平面数据（如下行调度信息PDCCH）通过主小区（Pcell）传输，即通过服务基站（eNB 31）自身的LTE接口传输。这对应于目标专利中“对于LTE控制平面数据选择第一传输模式”（即经由自身LTE接口传输）。因此，该技术特征被隐含公开。 |
| U: 还包括：向所述移动设备发送聚合发现消息《隐含公开》 | 步骤S15中，eNB 31请求UE 34监测Pcell以外的其他频率带。例如：“the eNB 31 instructs the UE 34 to monitor a frequency band that can be communicated in a frequency band other than Pcell.”（eNB 31指示UE 34监测Pcell以外频率带中可通信的频率带。） | 对比文件公开了基站向移动设备发送消息（如测量配置），请求移动设备发现并上报可用的其他频率带/小区。这一过程可以类比为目标专利中的“聚合发现消息”，目的是发现可用于聚合传输的潜在无线资源。因此，该技术特征被隐含公开。 |
| V: 从所述移动设备接收聚合发现响应《隐含公开》 | 步骤S17中，UE 34向eNB 31返回监测测量结果。例如：“The UE 34 returns the measurement result of monitoring to the eNB 31.”（UE 34将监测的测量结果返回给eNB 31。） | 对比文件公开了移动设备响应基站的发现请求，上报测量结果。这可以类比为目标专利中的“聚合发现响应”。因此，该技术特征被隐含公开。 |
| W: 向所述移动设备传输第一聚合信息《隐含公开》 | 步骤S32中，eNB 31在添加Scell后通知UE 34添加的Scell信息（如Cell-ID）。例如：“The eNB 31 notifies the UE 34 of the added Scell.”（eNB 31通知UE 34已添加的Scell。） | 对比文件公开了基站向移动设备传输与聚合相关的配置信息，例如要添加的辅小区（Scell）的标识。这可以类比为目标专利中的“第一聚合信息”。因此，该技术特征被隐含公开。 |
| X: 从所述移动设备接收第二聚合信息《隐含公开》 | 步骤S11或能力上报过程中，UE 34向eNB 31提供其能力信息，包括支持的频段。例如，图18的“UE frequency band information”来源于UE的能力信息。 | 对比文件公开了移动设备向基站提供自身的能力信息，例如支持的频率带，这些信息用于基站决定可用的聚合资源。这可以类比为目标专利中移动设备提供的“第二聚合信息”。因此，该技术特征被隐含公开。 |
| Y: 以及基于所述第一聚合信息和所述第二聚合信息来配置所述毫微微小区的聚合层。《隐含公开》 | eNB 31基于UE上报的测量结果（第二聚合信息类比物）和自身决策（选择添加哪个小区），执行添加Scell的操作，即配置其CA功能。例如，步骤S77 “The call processing control unit 62 performs Scell addition processing.”（呼叫处理控制单元62执行Scell添加处理。） | 对比文件公开了基站基于与移动设备交互的信息（如UE能力、测量报告）以及自身的策略，来配置和实施载波聚合（例如添加Scell）。这一配置过程可以类比为目标专利中“基于聚合信息配置聚合层”。虽然“聚合层”是目标专利的特定实现模块，但配置聚合功能这一行为是相通的。因此，该技术特征被隐含公开。 |
| Z: 其中，所述第一聚合信息包括聚合策略信息。《隐含公开》 | 在步骤S81中，eNB 31向eNB 32请求资源分配时，会发送UE信息，包括QCI（QoS Class Identifier）、滞留量阈值等。QCI与服务质量策略相关。此外，eNB 31自身决定启动CA的阈值（滞留量、滞留时间）也是一种策略。 | 对比文件公开了在聚合相关交互中传递的信息包含与策略相关的内容，例如QCI（服务质量类别标识符），它定义了数据流的优先级、时延、丢包率等QoS要求，属于策略信息。同时，触发CA决策的阈值本身也可以视为一种聚合策略。因此，该技术特征被隐含公开。 |
<<<C>>><<<F>>><<<a>>><<<b>>><<<h>>><<<j>>><<<k>>><<<n>>><<<p>>><<<q>>><<<r>>><<<t>>><<<u>>><<<v>>><<<w>>><<<x>>><<<y>>><<<z>>>