对比文件的名称：2011-08-18_WO2011100492A_发明申请_WO2011100492A1 DATA SPLIT BETWEEN MULTIPLE SITES
目标专利的名称：1886在无线通讯系统中处理节点间的连结的方法和通讯设备CN103974459B
本次调用的模型名称：通用AI模型
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（中文翻译） | 公开性论述 |
| **技术特征A**：包括从控制一用户设备的一第一服务小区的一第一网络节点发送一请求至控制上述用户设备的一第二服务小区的一第二网络节点 **《直接公开》** | 对比文件[0083]：“在一个实施例中，可以创建一种新的X2信令消息，用于源eNodeB请求目标eNodeB分配资源（例如PDCP/RLC/MAC），以支持合作传输。” | 对比文件明确公开了由源eNodeB（作为控制第一服务小区的第一网络节点）向目标eNodeB（作为控制第二服务小区的第二网络节点）发送请求的动作，因此本技术特征被直接公开。 |
| **技术特征B**：以将对应上述用户设备的一第一无线载体的数据路径 **《直接公开》** | 对比文件[0120]：“为了支持载波特定切换，Path Switch Request（或替代消息）可以携带需要切换的RAB列表。” | 对比文件直接公开了请求的目的是切换无线接入承载（RAB，即无线载体）的数据路径，因此本技术特征被直接公开。 |
| **技术特征C**：由一第一路径更改为一不同路径 **《直接公开》** | 对比文件[0120]（同上）：“Path Switch Request可以携带需要切换的RAB列表。”切换即表示将数据路径由源路径（第一路径）更改至目标路径（不同路径）。 | 对比文件直接公开了通过Path Switch Request将RAB的数据路径进行切换（更改），因此本技术特征被直接公开。 |
| **技术特征D**：其中上述第一路径是经过上述第一网络节点 **《直接公开》** | 对比文件[0120]：“MME和服务网关可以继续将其他流量按之前方式发送到源eNodeB。” 以及[0083]中源eNodeB分配资源暗示原有路径经过源eNodeB。 | 对比文件指出在切换前，需要被切换的RAB以及其他未切换的RAB均经过源eNodeB（即第一网络节点），因此第一路径经过第一网络节点被直接公开。 |
| **技术特征E**：上述第一路径为对应上述用户设备的上述第一无线载体和一第三无线载体的数据路径 **《直接公开》** | 对比文件[0120]：“MME和服务网关可以继续将其他流量（即未切换的RAB）按之前方式发送到源eNodeB。” 未切换的RAB包括第三无线载体。 | 对比文件直接公开了在切换前，源eNodeB（第一网络节点）同时承载第一无线载体（将被切换的RAB）和第三无线载体（未切换的RAB），因此第一路径对应多个无线载体的数据路径被直接公开。 |
| **技术特征F**：上述请求没有指示更改对应上述用户设备的上述第三无线载体的数据路径 **《直接公开》** | 对比文件[0120]：“Path Switch Request可以携带需要切换的RAB列表；但MME和服务网关可以继续将其他流量（未在列表中的RAB）按之前方式发送到源eNodeB。” | 对比文件直接公开了请求（Path Switch Request）只包含需切换的RAB（第一无线载体），未包含的RAB（第三无线载体）保持不变，即请求未指示更改第三无线载体的数据路径，因此本技术特征被直接公开。 |
| **技术特征G**：一第二路径是经过上述第二网络节点 **《直接公开》** | 对比文件[0120]（同上）：“Path Switch Request用于将RAB切换到目标eNodeB。” 切换后的RAB的数据路径经过目标eNodeB。 | 对比文件直接公开了通过切换，第一无线载体的新路径（第二路径）经过第二网络节点（目标eNodeB），因此本技术特征被直接公开。 |
| **技术特征H**：上述第二路径为对应上述用户设备的一第二无线载体的数据路径 **《隐含公开》** | 对比文件[0120] 未明确提及第二无线载体；但目标eNodeB可同时服务多个无线载体。 | 对比文件虽未明确写出第二路径对应第二无线载体，但本领域技术人员可以合理推理：在切换场景下，第二网络节点（目标eNodeB）可能已经或即将承载第二无线载体，且切换后的第一无线载体与第二无线载体均可经过同一条第二路径（即经由目标eNodeB的路径），因此本技术特征被隐含公开。 |
| **技术特征I**：其中上述不同路径为上述第二路径 **《直接公开》** | 对比文件[0120]（同上）：“Path Switch Request可以携带需要切换的RAB列表”，切换的目标路径即为经过目标eNodeB的第二路径。 | 对比文件直接公开了请求将RAB切换到目标eNodeB，即不同路径就是第二路径，因此本技术特征被直接公开。 |
| **技术特征J**：其中在上述第一无线载体的数据路径更改后 **《直接公开》** | 对比文件[0120]：“Path Switch Request可以携带需要切换的RAB列表”，切换完成后第一无线载体的数据路径已更改。 | 对比文件直接公开了请求执行后，第一无线载体的数据路径被更改（从源eNodeB切换到目标eNodeB），因此本技术特征被直接公开。 |
| **技术特征K**：上述用户设备具有经过不同网络节点的多重路径 **《直接公开》** | 对比文件[0061]：“通过协调将数据流分割到多个站点（multiple sites）可以提高SAE承载的数据吞吐量。” 以及[0063]：“eNodeB可以动态添加或移除合作CC而不拆除SAE承载。” | 对比文件直接公开了用户设备可以同时与多个网络节点（如源eNodeB和目标eNodeB）通信，具有经过不同网络节点的多重数据路径，因此本技术特征被直接公开。 |
| **技术特征L**：其中上述第一网络节点是控制上述用户设备的一次要小区的进化B节点 **《未公开》** | 对比文件全文未明确区分主要小区（PCell）和次要小区（SCell），也未指定请求发送方为控制次要小区的节点。 | 对比文件中的请求由源eNodeB（通常对应控制主要小区的节点）发起，未公开由控制次要小区的节点发起请求的情形，本领域技术人员不能毫无疑义地从对比文件得出该特征，因此未公开。 |
| **技术特征M**：上述第二网络节点是控制上述用户设备的一主要小区的进化B节点 **《未公开》** | 对比文件全文未明确主要小区与次要小区的节点角色划分。 | 对比文件中的目标eNodeB通常对应控制次要小区的节点，未公开其控制主要小区，因此本技术特征未公开。 |
| **技术特征N**：包括当接收到相应上述请求的一确认消息时 **《隐含公开》** | 对比文件[0083]描述了请求消息，[0120]描述了Path Switch Request，但未明确提及确认消息；然而在请求/响应机制中通常需要确认。 | 本领域技术人员根据对比文件公开的请求消息（如X2信令或Path Switch Request）以及通信协议的一般原则，可以合理推断存在对应的确认消息，因此本技术特征被隐含公开。 |
| **技术特征O**：上述第一网络节点终止上述第一无线载体 **《隐含公开》** | 对比文件[0120]：“MME和服务网关可以继续将其他流量按之前方式发送到源eNodeB。”暗示被切换的RAB不再发送到源eNodeB。 | 对比文件公开了在切换后，被切换的无线载体（第一无线载体）的路径已改变，源eNodeB不再为其服务，即终止了该无线载体，因此本技术特征被隐含公开。 |
### 代码输出
<<<A>>><<<B>>><<<C>>><<<D>>><<<E>>><<<F>>><<<G>>><<<h>>><<<I>>><<<J>>><<<K>>><<<n>>><<<o>>>