对比文件：2012-06-14_US2012147869A_发明申请_US20120147869A1 SYSTEM AND METHOD FOR REDUCING RESETS DURING HANDOVERS IN A SINGLE FREQUENCY DUAL CARRIER WIRELESS COMMUNICATION SYSTEM
目标专利：1886在无线通讯系统中处理节点间的连结的方法和通讯设备CN103974459B
模型：本AI模型（深度思考评估）
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：未公开**<br>包括从控制一用户设备的一第一服务小区的一第一网络节点发送一请求至控制上述用户设备的一第二服务小区的一第二网络节点 | 对比文件[0082]记载：“两个Node B 502和504，耦合到RNC 518，分别提供下行小区506和508”。[0068]描述RNC决定改变主动集并发送RRC消息给UE，但未描述从第一网络节点向第二网络节点发送请求。 | 对比文件仅涉及UE侧及RNC与Node B间的信令，未公开任何从第一网络节点直接发送请求至第二网络节点的机制。本领域技术人员无法从对比文件毫无疑义地得出该特征，也无基础合理推断出存在这种节点间请求，因此未直接或隐含公开。 |
| **技术特征B：未公开**<br>以将对应上述用户设备的一第一无线载体的数据路径 | 对比文件[0061]提到逻辑信道和无线承载，但未涉及针对特定无线载体的数据路径概念。例如，没有“无线载体（radio bearer）”的显式描述。 | 对比文件主要关注MAC/RLC层处理，未定义“无线载体”以及其数据路径的独立更改。本领域技术人员不能从对比文件得出将对应第一无线载体的数据路径进行更改的方案，因此未公开。 |
| **技术特征C：隐含公开**<br>由一第一路径更改为一不同路径 | 对比文件[0113]记载：“在T1定时器到期前…服务小区变更（SCC）可能发生…主服务小区可从第一Node B 502改变为第二Node B 504”。（原文：a serving cell change (SCC) may take place... the Node B designated as the primary serving cell may change... the first Node B 502 and the second Node B 504 may swap places as the primary and secondary serving cells） | 服务小区变更导致下行数据路径从源Node B（第一路径）变更为目标Node B（不同路径），虽然变更非由请求触发，但路径更改的实质与本特征一致。本领域技术人员可合理推断出在服务小区变更过程中发生了数据路径的更改，因此隐含公开。 |
| **技术特征D：隐含公开**<br>其中上述第一路径是经过上述第一网络节点 | 对比文件[0101]记载：“RNC 518可通过Iub接口520、522向第一Node B 502和第二Node B 504提供分组，各Node B分别向UE 510发送下行HS传输”。[0102]记载：“第一MAC实体可对应第一Node B 502，其提供主服务小区”。 | 服务小区变更前，UE从第一Node B（第一网络节点）接收下行数据，该数据路径明确经过第一Node B。本领域技术人员可合理推断出存在经过第一网络节点的第一路径，因此隐含公开。 |
| **技术特征E：未公开**<br>上述第一路径为对应上述用户设备的上述第一无线载体和一第三无线载体的数据路径 | 对比文件未区分不同无线载体的数据路径，未提及第一路径同时承载第一和第三无线载体。 | 对比文件没有无线载体级别的路径概念，更未公开一条路径承载多个无线载体。本领域技术人员无法从对比文件得出该特征，因此未公开。 |
| **技术特征F：未公开**<br>上述请求没有指示更改对应上述用户设备的上述第三无线载体的数据路径 | 对比文件未描述任何更改无线载体数据路径的请求，更未涉及请求内容中不更改某一载体。 | 对比文件不存在类似的请求消息，因此该特征未公开。 |
| **技术特征G：隐含公开**<br>一第二路径是经过上述第二网络节点 | 对比文件[0102]记载：“第二MAC实体可对应第二Node B 504，其提供次服务小区”。[0113]服务小区变更后，第二Node B成为新主服务小区，UE通过第二Node B接收数据。 | 服务小区变更后，UE从第二Node B（第二网络节点）接收下行数据，数据路径明确经过第二网络节点。本领域技术人员可合理推断出存在经过第二网络节点的第二路径，因此隐含公开。 |
| **技术特征H：未公开**<br>上述第二路径为对应上述用户设备的一第二无线载体的数据路径 | 对比文件未区分不同无线载体的数据路径，未提及第二路径对应第二无线载体。 | 同特征E，对比文件缺乏无线载体路径的概念，因此未公开。 |
| **技术特征I：隐含公开**<br>其中上述不同路径为上述第二路径 | 结合特征C和G的引用：服务小区变更后，数据路径从第一路径（经过第一Node B）更改为第二路径（经过第二Node B）。 | 特征C和G隐含公开，则更改后的不同路径即为第二路径，本领域技术人员可直接推出，因此隐含公开。 |
| **技术特征J：未公开**<br>其中在上述第一无线载体的数据路径更改后 | 对比文件[0113]描述了服务小区变更后的场景，但未涉及“第一无线载体”的概念。 | 特征J依赖于特征B的“第一无线载体”概念，由于对比文件未公开该概念，本领域技术人员无法确定更改后对应哪个无线载体，因此未公开。 |
| **技术特征K：隐含公开**<br>上述用户设备具有经过不同网络节点的多重路径 | 对比文件[0102]记载：“UE 510可包括多个MAC实体，每个MAC实体对应来自相应Node B站点的不同服务小区（例如主服务小区和次服务小区）”。（原文：the UE 510 may include a plurality of MAC entities, each of the plurality of MAC entities corresponding to a different serving cell from corresponding Node B sites） | SFDC-HSDPA中UE同时与两个Node B通信，具有多条下行路径，这些路径经过不同网络节点。本领域技术人员可合理推断出UE具有经过不同网络节点的多重路径，因此隐含公开。 |
| **技术特征L：隐含公开**<br>其中上述第一网络节点是控制上述用户设备的一次要小区的进化B节点 | 对比文件[0082]记载两个Node B分别提供服务小区；[0113]事件1D交换主次角色后，第一Node B变为次要小区，其Node B控制该次要小区。 | 在对比文件的多点HSDPA场景中，存在控制次要小区的eNB（如交换角色后的第一Node B）。本领域技术人员基于此可合理推断出该特征，因此隐含公开。 |
| **技术特征M：隐含公开**<br>上述第二网络节点是控制上述用户设备的一主要小区的进化B节点 | 同上，[0082]和[0113]表明存在控制主要小区的eNB（如交换角色后的第二Node B）。 | 类似特征L，对比文件明确存在控制主要小区的eNB，本领域技术人员可合理推断出，因此隐含公开。 |
| **技术特征N：未公开**<br>包括当接收到相应上述请求的一确认消息时 | 对比文件未描述任何请求-确认机制，无确认消息的接收。 | 对比文件没有节点间请求，自然没有确认消息。未公开。 |
| **技术特征O：未公开**<br>上述第一网络节点终止上述第一无线载体 | 对比文件未涉及终止无线载体的操作，更未涉及第一网络节点终止第一无线载体。 | 对比文件无无线载体终止的描述，未公开。 |
### 公开性代码输出
根据判断，对比文件隐含公开了技术特征C、D、G、I、K、L、M，未直接公开任何特征。因此，在回答结尾插入对应的小写代码：
<<<c>>><<<d>>><<<g>>><<<i>>><<<k>>><<<l>>><<<m>>>