对比文件名称：2010-05-27_US2010128708A_发明申请_US20100128708A1 FEMTOCELL LOCAL BREAKOUT MECHANISMS
目标专利名称：267LTE和外部WIFI带宽聚合CN105308919B
本次调用模型名称：GPT-4
作为资深专利代理师，我将严格遵循指令要求，结合目标专利说明书对技术特征的解释，对对比文件进行深度分析，并创建特征比对表格。以下是我的评估：
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 所述方法包括：在毫微微小区处接收针对移动设备的数据分组流 **《直接公开》** | [0037] "Typically, traffic flows between the FAP 104 and mobile core network 109 and/or between the base station 106 and mobile core network 109 through a broadband backhaul 110..."<br>[0040] "For example, the routing component can receive communication packets sent by UE 102 connected to the FAP 104..." | 对比文件明确公开了毫微微小区（FAP 104）从核心网络（经由回程）和/或从用户设备（UE 102）接收通信数据包（数据分组流）。这与目标专利特征A“在毫微微小区处接收针对移动设备的数据分组流”的技术方案和作用（接收待处理的数据流）完全相同。因此，本领域技术人员能够毫无疑义地得出该技术特征。 |
| **技术特征B：** 选择传输模式...所述选择包括确定是否使用第一传输模式、第二传输模式或第三传输模式... **《隐含公开》** | [0038] "In one aspect, the routing component 108 can receive traffic... analyze the received information and determine a route for the received traffic."<br>[0039] "...selectively route UE traffic away from an Iuh tunnel and send the traffic to a residential/enterprise local IP network destination, for example, via a home network, Local Area Network (LAN), and/or a broadband access network (e.g., Internet)..."<br>[0080] "At 808, an optimal path can be determined to route the traffic based in part on the analysis. As an example, it can be determined whether local breakout at the femto AP is possible and the traffic can be directly routed to its destination from the femto AP, without employing macro network resources." | 对比文件中的“路由组件”（routing component）核心功能就是分析接收到的数据包并为其“确定一个路由”（determine a route）或“最优路径”（optimal path）。该路由决策包括是继续通过Iuh隧道送往核心网络（对应第一传输模式），还是“选择性地将UE业务从Iuh隧道转出”并发送到家庭/企业本地IP网络（例如，经由家庭网络、局域网、宽带接入网络（如互联网）），这实质上对应了选择不同的传输路径/模式。虽然对比文件没有明确列举出与目标专利完全对应的“第一、第二、第三”三种具体模式名称，但其路由决策过程（决定是走宏网络路径还是本地分流路径）在作用上与目标专利中“选择传输模式...包括确定是否使用...传输模式”是相同的，都是基于对数据包的分析来决策其传输去向。本领域技术人员完全有可能通过对比文件公开的“确定路由/路径”的内容，合理推断出需要“选择传输模式”这一技术特征。 |
| **技术特征C：** 其中：所述第一传输模式包括经由所述毫微微小区的长期演进(LTE)接口来传输来自于所述流的所述数据分组 **《直接公开》** | [0037] "Typically, traffic flows between the FAP 104 and mobile core network 109... through a broadband backhaul 110..."<br>[0090] "At 1110, the call can be routed to a macro network via a backhaul link..." | 对比文件明确描述了毫微微小区（FAP）与移动核心网络之间的业务流通过回程链路（backhaul）传输，并且呼叫可以经由回程链路路由到宏网络。在3GPP LTE架构下，毫微微小区（家庭节点B，HNB）与核心网络之间的标准接口（如Iuh接口，其承载PS业务）就是通过回程网络建立的。因此，将数据分组通过回程链路发送到核心网络，本质上就是“经由毫微微小区的LTE接口”进行传输。这与目标专利中第一传输模式的技术方案和作用（通过LTE网络路径传输数据）相同。 |
| **技术特征D：** 所述第二传输模式包括将所述数据分组发送给无线收发机，用于传输给所述移动设备，以经由所述无线收发机的WiFi接口来传输来自于所述流的所述数据分组 **《隐含公开》** | [0039] "...selectively route UE traffic away from an Iuh tunnel and send the traffic to a residential/enterprise local IP network destination, for example, via a home network, Local Area Network (LAN)..."<br>[0042] "Similarly, routing component 108 can route Internet bound traffic, received from the UE 102, directly to the Internet, for example, via the home LAN."<br>[0045] "...the routing component 108 can facilitate communication between UE 102 and a device on a home network... by directly routing information between the UE 102 and the home network..." | 对比文件多次公开了将UE的业务从Iuh隧道“本地分流”（local breakout）到“住宅/企业本地IP网络”、“家庭网络”、“局域网”（例如DH LAN 310）。在一个典型的家庭网络环境中（如对比文件图3、4、6所示），家庭局域网（DH LAN）通常通过一个集成或外部的“住宅网关”（RG）或“无线路由器”来提供WiFi接入。因此，将数据分组路由到家庭局域网，隐含了需要经由该局域网中的无线收发机（如无线路由器的WiFi接口）来最终传输给目标设备（可能是另一个家庭设备，也可能是UE本身，如果UE同时连接到该WiFi网络）。虽然对比文件没有明确使用“WiFi接口”一词，但本领域技术人员知晓家庭局域网普遍采用WiFi技术进行无线连接，可以合理推断出该特征。其作用与目标专利相同，即利用外部无线路径传输数据。 |
| **技术特征E：** 所述第三传输模式包括经由所述LTE接口来将所述数据分组的第一部分传输给所述移动设备，以及将所述数据分组的第二部分发送给所述无线收发机，用于经由所述WiFi接口来传输给所述移动设备 **《未公开》** | 无对应内容 | 对比文件公开了将流量路由到核心网络（LTE路径）或本地分流到家庭网络（可能对应WiFi路径）的选择，但始终是针对“同一数据流”做出“单一”的路由决策。例如，[0039]描述的是“选择性地路由UE业务...”，意味着全部或部分业务被选择一条路径。对比文件没有公开将同一个数据流“同时”拆分为两部分，并“并行地”通过LTE接口和外部WiFi接口传输给“同一个”移动设备，以实现带宽聚合。目标专利的第三传输模式的核心在于“聚合”（aggregation），而对比文件的“本地分流”核心在于“分流/旁路”（breakout），两者目的和技术手段不同。本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出这种并发的、面向同一接收设备的双路径聚合传输方案。 |
| **技术特征F：** 以及根据所选择的传输模式来发送所述数据分组。 **《直接公开》** | [0038] "In one aspect, the routing component 108 can receive traffic... analyze the received information and determine a route for the received traffic."<br>[0040] "Based in part on the determined destination address, the routing component 108 can compute an optimal route to transfer the received packet..."<br>[0080] "At 810, the traffic can be routed via the optimal path." | 对比文件明确公开了路由组件在分析数据包并确定最优路径（即选择传输模式）后，按照该路径发送（路由）数据分组。例如，[0080]的方法步骤明确为“流量可以经由最优路径被路由”。这与目标专利特征F“根据所选择的传输模式来发送所述数据分组”的技术方案和作用完全一致。 |
| **技术特征G：** 其中，所述无线收发机是无线路由器的无线收发机。 **《隐含公开》** | [0031] "...the terms “femtocell access point”, “femtocell” and “femto access point” are also utilized interchangeably."<br>图3、4、6示出了“DH LAN 310”以及与之连接的“Residential Gateway (RG)”。 | 对比文件中的“数字家庭局域网”（DH LAN 310）是家庭网络环境。在图3、4、6的架构中，毫微微小区（FAP）连接到DH LAN。在典型的家庭部署中，DH LAN通常由一个集成了WiFi功能的无线路由器（或称为住宅网关RG）来建立和维护。虽然对比文件文本没有明确写出“无线路由器”，但附图所示架构和本领域公知常识使得本领域技术人员能够合理推断，为UE提供本地局域网接入的设备（RG）通常包含无线收发机，且在现代家庭中普遍为WiFi无线路由器。因此，该特征被隐含公开。 |
| **技术特征H：** 其中，选择所述传输模式包括至少部分地基于在所述毫微微小区和所述移动设备之间的LTE链路的链路状况来选择所述传输模式。 **《隐含公开》** | [0040] "Based in part on the determined destination address, the routing component 108 can compute an optimal route to transfer the received packet, such that, network bandwidth is efficiently utilized."<br>[0046] "...the packet inspection component 204 can employ load-balancing techniques to facilitate efficient network and/or resource utilization."<br>[0080] "At 808, an optimal path can be determined to route the traffic based in part on the analysis." | 对比文件公开了路由决策（选择路径）是基于多种分析，目的是高效利用网络带宽和资源，并提到了负载均衡技术。要实现高效利用，必然需要考虑各条可用路径的当前状态，包括其链路质量（状况）。虽然对比文件没有明确列出“LTE链路的链路状况”这一具体因素，但本领域技术人员在实现基于网络状况的路由优化时，将无线链路（如LTE链路）的状况（如信号强度、误码率）作为决策依据之一，是显而易见的常规技术手段。因此，可以合理推断该特征被隐含公开。 |
| **技术特征I：** 其中，选择所述传输模式包括至少部分地基于在所述无线收发机和所述移动设备之间的WiFi链路的链路状况来选择所述传输模式。 **《隐含公开》** | 同上（技术特征H的引用）。 | 与特征H同理，对比文件公开了为高效利用网络带宽和资源而进行路由决策。当决策涉及是否通过家庭局域网（隐含WiFi链路）进行本地分流时，该WiFi链路的链路状况（如信号质量、干扰水平）自然是一个重要的考量因素。本领域技术人员为了实现最优路由，完全有可能且合理地将WiFi链路状况纳入决策过程。因此，该特征被隐含公开。 |
| **技术特征J：** 其中，选择所述传输模式包括至少部分地基于在所述毫微微小区和所述移动设备之间的LTE链路的负载来选择所述传输模式。 **《隐含公开》** | [0046] "...the packet inspection component 204 can employ load-balancing techniques to facilitate efficient network and/or resource utilization." | 对比文件明确提到了在数据包检查组件中采用“负载均衡技术”（load-balancing techniques）以促进网络和/或资源的高效利用。负载均衡的核心就是根据各条路径的当前负载情况来分配流量。因此，在选择传输路径（模式）时，考虑LTE链路的负载是负载均衡技术的直接和必然应用。本领域技术人员能够从公开的“负载均衡技术”中毫无疑义地推导出需要考虑链路负载（包括LTE链路负载）这一技术特征。 |
| **技术特征K：** 其中，选择所述传输模式包括至少部分地基于在所述毫微微小区和所述移动设备之间的LTE链路的负载来选择所述传输模式。 **《隐含公开》** | 同上（技术特征J的引用）。 | 此特征与特征J的描述完全重复。基于相同理由，该特征被隐含公开。 |
| **技术特征L：** 其中，选择所述传输模式包括至少部分地基于在所述无线收发机和所述移动设备之间的WiFi链路的负载来选择所述传输模式。 **《隐含公开》** | [0046] "...the packet inspection component 204 can employ load-balancing techniques to facilitate efficient network and/or resource utilization." | 同理，对比文件公开的“负载均衡技术”同样适用于家庭局域网（WiFi链路）。在决定是否将流量分流到WiFi路径时，考虑该WiFi链路的当前负载是实施负载均衡的常规手段。因此，该特征被隐含公开。 |
| **技术特征M：** 其中，选择所述传输模式包括至少部分地基于所述毫微微小区的回程的负载来选择所述传输模式。 **《隐含公开》** | [0003] "...to offload traffic from a mobility radio access network (RAN) operated by a wireless service provider."<br>[0007] "...can facilitate local breakout mechanisms at a femto access point (FAP) to reduce backhaul and/or macro network congestion."<br>[0046] 提及负载均衡技术。 | 对比文件发明的一个主要目的就是通过本地分流来“减轻回程和/或宏网络拥塞”（reduce backhaul and/or macro network congestion）。这表明回程链路的负载（拥塞程度）是触发本地分流决策的关键因素。负载均衡技术的应用也自然包括对回程链路负载的考量。因此，选择传输模式（是否进行本地分流）至少部分基于回程负载，是本领域技术人员从对比文件公开内容中可以直接且合理推断出的技术特征。 |
| **技术特征N：** 其中，根据所选择的传输模式来发送所述数据分组包括封装从所述毫微微小区传输给所述移动设备的分组。 **《隐含公开》** | [0041] "A network address translation (NAT) can be performed to proxy the Internet Protocol (IP) address of UE 102 assigned by mobile core with a home network domain IP address."<br>[0054] "Additionally or alternately, a Network address translation (NAT)/Firewall component 312 (e.g., IPv4) can be employed to modify network address information in packet headers..." | 对比文件公开了在进行本地分流时，需要进行网络地址转换（NAT）以代理UE的IP地址。NAT操作通常涉及对IP分组的封装或地址重写。此外，为了实现跨不同网络域（移动核心网和家庭局域网）的路由，对数据分组进行某种形式的封装（如隧道封装或IP-in-IP封装）是常见的网络技术。本领域技术人员在实施对比文件所述的路由和地址转换时，完全有可能且会根据需要使用封装技术来确保数据分组能被正确路由和识别。因此，该特征被隐含公开。 |
| **技术特征O：** 还包括：确定无线路由器是否提供桥接功能，以及其中，所述封装从所述毫微微小区传输给所述移动设备的分组是如果所述无线路由器不提供桥接功能来被执行的。 **《未公开》** | 无对应内容 | 对比文件完全没有提及“桥接功能”（bridging function）的概念，也没有描述根据无线路由器是否支持桥接功能来决定是否对分组进行封装。该特征是目标专利中针对特定网络配置（桥接与否）而采取的特定封装策略，对比文件中未见任何相关记载或暗示。 |
| **技术特征P：** 还包括：响应于选择了所述第三传输模式来发送信号给所述移动设备以指示聚合数据会话的开始。 **《未公开》** | 无对应内容 | 如特征E所述，对比文件未公开“第三传输模式”（聚合模式）。因此，与之配套的、用于协调聚合会话开始的信令机制自然也未公开。对比文件中的本地分流决策是在毫微微小区内部完成的，没有描述需要向UE发送特定信号来指示一个“聚合会话”的开始。 |
| **技术特征Q：** 还包括：响应于选择了所述第三传输模式来发送信号给所述移动设备以指示聚合数据会话的开始。 **《未公开》** | 无对应内容 | 此特征与特征P的描述完全重复。基于相同理由，该特征未被公开。 |
| **技术特征R：** 还包括：在根据所述第三传输模式发送所述数据分组之后，发送信号给所述移动设备以指示所述聚合数据会话的结束。 **《未公开》** | 无对应内容 | 同理，由于对比文件未公开“第三传输模式”（聚合模式），因此指示聚合会话结束的信令也未被公开。 |
| **技术特征S：** 其中，选择所述传输模式还包括：对于LTE用户平面数据选择所述第二传输模式 **《未公开》** | 无对应内容 | 对比文件没有对数据流进行“用户平面”（user plane）和“控制平面”（control plane）的区分，也没有公开针对不同类型的平面数据采用不同的传输模式（例如，所有用户平面数据走WiFi）的策略。对比文件的路由决策主要是基于目的地地址、服务提供商策略等，而非基于协议栈层面的平面类型。 |
| **技术特征T：** 以及对于LTE控制平面数据选择所述第一传输模式。 **《未公开》** | 无对应内容 | 同上，对比文件未区分用户平面和控制平面，也未公开针对控制平面数据固定选择LTE传输模式的策略。 |
| **技术特征U：** 还包括：向所述移动设备发送聚合发现消息 **《隐含公开》** | [0051] "According to an aspect, when a customer installs the FAP 104, during setup (or at any other time), the management component 308 can facilitate authentication of the FAP 104 with the mobility network, such that, the service provider can recognize the FAP 104..."<br>[0052] "...the management component 308 can download configuration information (e.g., service provider policies, rules, definitions) and parameters that can facilitate connection with the core network elements..." | 对比文件公开了管理组件（management component）在设置期间促进毫微微小区与移动网络的认证，并下载配置信息和参数。虽然未明确使用“聚合发现消息”这一术语，但为了实现本地分流等功能，毫微微小区与网络侧（以及潜在的与UE之间）进行能力发现和配置信息交换是必要的网络管理过程。本领域技术人员可以合理推断，在配置支持本地分流的毫微微小区时，可能涉及与UE交换某些发现或配置消息以建立相关上下文。 |
| **技术特征V：** 从所述移动设备接收聚合发现响应 **《隐含公开》** | 同上（技术特征U的引用）。 | 基于特征U的推理，如果存在发现或配置消息的发送，则通常预期会收到响应。因此，该特征被隐含公开。 |
| **技术特征W：** 向所述移动设备传输第一聚合信息 **《隐含公开》** | [0052] "The management component 308 can provide an interface that enables a mobility network operator/service provider/mobility network element to control the local breakout mechanism, for example, by specifying policies in the PDF/PEF."<br>[0060] "The service provider policies 514 can typically include one or more policies associated with routing and/or breakout at the FAP 104." | 对比文件公开了服务提供商可以通过管理组件指定策略（PDF/PEF）来控制本地分流机制，这些策略存储在毫微微小区中。为了使UE能够配合本地分流（例如，理解其IP地址映射规则或可用的本地服务），毫微微小区可能需要向UE传输相关的配置或策略信息（即“聚合信息”）。虽然对比文件未明确描述向UE传输此信息，但这是实现协调操作的一种合理且常见的方式。 |
| **技术特征X：** 从所述移动设备接收第二聚合信息 **《隐含公开》** | [0041] "The routing component 108 can examine traffic sourced in the UE 102..."<br>UE DH Agent 608和DH Client 612的交互（图6）隐含了UE与FAP之间的信息交换。 | 对比文件公开了路由组件可以检查来自UE的业务。此外，为了实现UE与家庭网络服务的集成（如图6中的UE DH Agent），UE和毫微微小区之间必然存在某种信息交换，例如UE的能力、标识或配置。因此，毫微微小区从移动设备接收信息（第二聚合信息）是隐含在所述系统交互中的。 |
| **技术特征Y：** 以及基于所述第一聚合信息和所述第二聚合信息来配置所述毫微微小区的聚合层。 **《隐含公开》** | [0052] "...the management component 308 can download configuration information... and parameters that can facilitate connection with the core network elements..."<br>结合特征U、V、W、X的隐含公开内容。 | 对比文件公开了管理组件下载配置信息以促进与核心网元的连接。同时，基于上述对特征U-X的分析，毫微微小区与UE之间可能存在信息交换。将这些信息（无论是从网络侧下载的策略，还是从UE接收的信息）用于配置毫微微小区中负责路由/分流的功能模块（可对应于“聚合层”），是本领域技术人员在设置此类系统时的常规操作。因此，该特征被隐含公开。 |
| **技术特征Z：** 其中，所述第一聚合信息包括聚合策略信息。 **《隐含公开》** | [0052] "The management component 308 can provide an interface that enables a mobility network operator/service provider/mobility network element to control the local breakout mechanism, for example, by specifying policies in the PDF/PEF."<br>[0060] "The service provider policies 514 can typically include one or more policies associated with routing and/or breakout at the FAP 104." | 对比文件明确公开了服务提供商策略（service provider policies）包含与路由和/或分流相关的策略。这些策略（PDF/PEF）正是用于控制本地分流机制（相当于聚合策略）。如果如特征W所推断，毫微微小区向UE传输信息，那么这些策略信息很可能是传输内容的一部分。因此，该特征被隐含公开。 |
## 结论
根据上述分析，对比文件直接公开了技术特征A、C、F；隐含公开了技术特征B、D、G、H、I、J、K、L、M、N、U、V、W、X、Y、Z；未公开技术特征E、O、P、Q、R、S、T。
<<<A>>><<<C>>><<<F>>><<<b>>><<<d>>><<<g>>><<<h>>><<<i>>><<<j>>><<<k>>><<<l>>><<<m>>><<<n>>><<<u>>><<<v>>><<<w>>><<<x>>><<<y>>><<<z>>>