好的，请查收。作为一名经验丰富的资深专利代理师，我将严格遵循您的要求，对目标专利的权利要求技术特征与对比文件进行逐一的、深入的公开性判断。
**对比文件名称：** 2012-11-01_WO2012147882A_发明申请_WO2012147882A1 基地局及びその制御方法
**目标专利名称：** 在无线通讯系统中处理节点间的连结的方法和通讯设备CN103974459B
**本次调用的模型名称：** 通用大语言模型
---
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 (翻译为中文) | 公开性论述 |
| **技术特征A**：包括从控制一用户设备的一第一服务小区的一第一网络节点发送一请求至控制上述用户设备的一第二服务小区的一第二网络节点 | **对比文件具体实施方式部分**（图7、图12、图13的描述）：<br><br>“皮科基站PeNB#1……经由X2接口向宏基站MeNB发送要求停止使用组件载波的请求……组件载波的使用停止请求(Cell Muting Request)”<br><br>“eNB2是例如皮科基站PeNB#1或PeNB#2……eNB1是例如宏基站MeNB……eNB1经由X2接口将表示组件载波的使用停止/再开始的信息包含在内的消息(eNB Configuration Update)发送给eNB2。”<br><br>“此外，可以不是宏基站MeNB而是皮科基站PeNB进行组件载波的使用停止/再开始。此时，在上述的动作序列中，将宏基站MeNB与皮科基站PeNB的关系颠倒即可。” | **结论：** **《隐含公开》** <br><br>**论述：** <br>1. **特征A的核心要素**：目标专利的特征A涉及从控制UE的**第一服务小区**的第一网络节点向控制该UE的**第二服务小区**的第二网络节点发送请求。这是一个节点间的请求过程，不限定请求的具体内容。<br>2. **对比文件的公开内容**：对比文件明确公开了在宏基站(MeNB)和皮科基站(PeNB)之间通过X2接口发送请求的消息。例如，在图7、图12、图13中，皮科基站（PeNB，可能控制用户设备的一个服务小区）向宏基站（MeNB，可能控制用户设备的另一个服务小区）发送“使用停止请求(Cell Muting Request)”或“使用再开始请求”。<br>3. **公开性推理**：<br> * 对比文件确实公开了从一个基站（第一网络节点）向另一个基站（第二网络节点）发送请求的过程。然而，目标专利中明确限定第一网络节点控制UE的“第一服务小区”，第二网络节点控制UE的“第二服务小区”。<br> * 对比文件中，请求的发起方（如PeNB）和接收方（如MeNB）均可以控制一个或多个小区，而UE（如UE#1）可能只连接到其中一个或部分小区。对比文件并未明确说明所述请求是从控制UE的一个特定服务小区的基站发送给控制该UE的另一个特定服务小区的基站。<br> * 但是，对比文件明确提及了“在宏基站MeNB与皮科基站PeNB之间，为了进行以组件载波为单位的基站间干扰控制而协作的基站间信令”。本领域技术人员在阅读对比文件后，可以合理推断出，这些请求信令正是发生在与同一UE相关联的不同服务小区（例如UE#1的宏小区和皮科小区）的控制节点之间，以实现资源协调。因此，虽然未明确定义“服务小区”的角色，但对比文件基于其背景和技术方案，必然涉及参与UE载波聚合的不同节点间的交互，故该特征被对比文件隐含公开。 |
| **技术特征B**：以将对应上述用户设备的一第一无线载体的数据路径 | **对比文件全文检索**：<br><br>对比文件全文未找到任何关于“无线载体(Radio Bearer)”、“数据路径(data path)”或类似概念的记载。对比文件的核心在于管理**组件载波(Component Carrier)** 本身的使用状态（停止/恢复使用或降低/升高发射功率），而非管理在**无线载体**这一更上层的数据流路径。 | **结论：** **《未公开》** <br><br>**论述：** <br>目标专利的特征B明确指出，请求的目的是更改对应UE的“第一无线载体”的“数据路径”。数据路径是相对于特定无线承载（如SRB、DRB）而言的。而对比文件公开的请求，其目的是请求改变小区或组件载波的工作状态（如停止使用CC#3），从而改变宏小区和皮科小区之间的干扰环境。这是两种完全不同的技术概念和作用。对比文件未涉及任何关于无线承载及其数据路径的概念，也未部分公开与该概念相关的任何内容。因此，该技术特征未被对比文件公开。 |
| **技术特征C**：由一第一路径更改为一不同路径 | **对比文件全文检索**：<br><br>对比文件全文未记载将数据或数据路径从一个路径更改为另一个不同路径的任何操作。对比文件所描述的操作是组件载波的使用状态变更。 | **结论：** **《未公开》** <br><br>**论述：** <br>特征C是特征B的自然延续，描述了路径更改这一动作。由于对比文件未公开任何关于数据路径更改的技术内容，因此该特征当然未被公开。 |
| **技术特征D**：其中上述第一路径是经过上述第一网络节点 | **对比文件全文检索**：<br><br>对比文件全文未定义任何“数据路径”。因此，不存在任何关于数据路径“经过”哪个网络节点的技术描述。 | **结论：** **《未公开》** <br><br>**论述：** <br>同特征B和C的论述。由于对比文件的技术方案根本不涉及“数据路径”概念，因此无法公开关于数据路径的任何具体属性，包括其经过哪个节点。 |
| **技术特征E**：上述第一路径为对应上述用户设备的上述第一无线载体和一第三无线载体的数据路径 | **对比文件全文检索**：<br><br>对比文件全文未记载任何关于“无线载体”的内容，更不存在将多个无线载体关联到同一条数据路径的技术方案。 | **结论：** **《未公开》** <br><br>**论述：** <br>该特征是特征D的进一步限定，指出了所更改的数据路径承载了第一和第三两种无线载体。由于对比文件没有公开无线载体的概念，更不用说“第一无线载体”和“第三无线载体”的区分，以及它们共用同一个数据路径的技术方案，该特征未被公开。 |
| **技术特征F**：上述请求没有指示更改对应上述用户设备的上述第三无线载体的数据路径 | **对比文件全文检索**：<br><br>对比文件全文未记载任何关于“无线载体”的内容，也不存在区分不同无线载体并进行选择性路径更改的技术方案。 | **结论：** **《未公开》** <br><br>**论述：** <br>该特征是对请求内容的一个否定性限定，即在更改第一无线载体的数据路径时，不更改第三无线载体的数据路径。这需要建立在清楚区分不同无线载体及其数据路径的基础上。对比文件不具备任何关于无线载体及其选择性路径更改的技术背景，因此该特征未被公开。 |
| **技术特征G**：一第二路径是经过上述第二网络节点 | **对比文件全文检索**：<br><br>对比文件全文未定义任何“数据路径”。因此，不存在任何关于第二路径经过哪个网络节点的技术描述。 | **结论：** **《未公开》** <br><br>**论述：** <br>同特征B、C、D的论述。对比文件的技术方案中不存在“路径”的概念，因此无法公开第二路径的任何属性。 |
| **技术特征H**：上述第二路径为对应上述用户设备的一第二无线载体的数据路径 | **对比文件全文检索**：<br><br>对比文件全文未记载任何关于“无线载体”的内容。 | **结论：** **《未公开》** <br><br>**论述：** <br>同特征B、E的论述。对比文件不具备无线载体概念，无法公开任何无线载体相关的路径信息。 |
| **技术特征I**：其中上述不同路径为上述第二路径 | **对比文件全文检索**：<br><br>对比文件全文未记载任何关于“路径”或“路径更改”的技术内容。 | **结论：** **《未公开》** <br><br>**论述：** <br>该特征是特征C和G的逻辑结论，指出更改后的路径就是第二路径。由于特征C和G均未被公开，该特征自然也未被公开。 |
| **技术特征J**：其中在上述第一无线载体的数据路径更改后 | **对比文件全文检索**：<br><br>对比文件全文未记载任何关于“无线载体”或“数据路径更改”的技术内容。 | **结论：** **《未公开》** <br><br>**论述：** <br>该特征描述了一个特定时间点的事件。由于对比文件不涉及“无线载体数据路径更改”这一核心事件，该时间限定特征也未被公开。 |
| **技术特征K**：上述用户设备具有经过不同网络节点的多重路径 | **对比文件[2]段**：<br><br>“支持载波聚合技术的无线终端UE，可以同时将多个组件载波用于无线通信。换言之，支持载波聚合技术的无线终端UE可以同时与多个服务小区进行无线通信。”<br><br>**对比文件[2]段**：<br><br>“宏基站MeNB、皮科基站PeNB#1、以及皮科基站PeNB#2分别支持上述载波聚合技术。” | **结论：** **《隐含公开》** <br><br>**论述：** <br>1. **特征K的核心要素**：目标专利要求用户设备在数据路径更改后，仍然具有经过“不同网络节点”的“多重路径”。这描述的是一种“多连接(dual connectivity)”或“载波聚合”状态。<br>2. **对比文件的公开内容**：对比文件明确描述了在宏基站和皮科基站构成的异构网络中，UE通过载波聚合技术与多个服务小区同时通信。宏基站控制宏小区，皮科基站控制皮科小区，这些小区由**不同网络节点**控制。UE同时连接到这些小区，就意味着UE拥有经过不同网络节点的通信路径。[0004]段也指出，基站间信令的目的之一就是协调这种由不同基站控制的载波聚合场景下的干扰问题。<br>3. **公开性推理**：对比文件明确公开了UE可以同时与由不同基站（如MeNB和PeNB）控制的服务小区进行通信。本领域技术人员可以毫无疑义地推断出，这种通信必然对应着多条“路径”（至少一条经过MeNB，一条经过PeNB）。虽然对比文件没有使用“数据路径”这个措辞，也没有描述路径更改前后的对比，但其描绘的UE在不同节点间进行载波聚合的常规场景，已经非常明确地揭示了“用户设备具有经过不同网络节点的多重路径”这一基本配置。因此，该特征被对比文件隐含公开。 |
| **技术特征L**：其中上述第一网络节点是控制上述用户设备的一次要小区的进化B节点 | **对比文件具体实施方式部分** (图7、图12、图13)：<br><br>“eNB1是例如皮科基站PeNB#1或PeNB#2……经由X2接口向eNB2发送要求停止使用组件载波的请求……宏基站MeNB……”<br><br>**对比文件[2]段**: “宏基地局MeNB……皮科基地局PeNB#1……” | **结论：** **《直接公开》** <br><br>**论述：** <br>1. **特征L的核心要素**：指定消息的发送方（第一网络节点）是控制UE“次要小区(SCell)”的eNB。次要小区通常由皮科基站或低功率节点控制。<br>2. **对比文件的公开内容**：如前所述，对比文件中发送请求的节点被描述为“皮科基站PeNB#1”，或更一般地“eNB1”。在异构网络中，皮科基站(Pico eNB)通常控制小小区(皮科小区)，在载波聚合中可以担当为UE提供额外资源的“次要小区(SCell)”角色。对比文件[2]段明确描述了宏基站和皮科基站的不同角色。<br>3. **公开性推理**：目标专利上下文明确将“次要小区”与“小小区”关联。对比文件中的皮科基站(PeNB)就是控制一个小小区的基站。虽然对比文件没有明确写出“次要小区”这一3GPP特定术语，但其控制的“皮科小区”在载波聚合的背景下，正是作为UE的“次要小区”的典型候选。因此，本领域技术人员能够毫无疑义地确认，对比文件中作为请求发起方的皮科基站，就是控制UE次要小区的eNB。该特征被直接公开。 |
| **技术特征M**：上述第二网络节点是控制上述用户设备的一主要小区的进化B节点 | **对比文件具体实施方式部分** (图7、图12、图13)：<br><br>“eNB2是例如宏基站MeNB……宏基站的响应……” | **结论：** **《直接公开》** <br><br>**论述：** <br>1. **特征M的核心要素**：指定消息的接收方（第二网络节点）是控制UE“主要小区(PCell)”的eNB。主要小区通常由宏基站控制，是UE的基本服务小区。<br>2. **对比文件的公开内容**：对比文件中接收请求的节点被描述为“宏基站MeNB”。宏基站提供大范围的覆盖，其控制的小区在载波聚合中天然地作为UE的“主要小区(PCell)”。<br>3. **公开性推理**：目标专利上下文将“主要小区”与“宏小区”关联。对比文件中的宏基站(MeNB)就是控制一个宏小区的基站。本领域技术人员能够毫无疑义地确认，对比文件中作为请求接收方的宏基站，就是控制UE主要小区的eNB。该特征被直接公开。 |
| **技术特征N**：包括当接收到相应上述请求的一确认消息时 | **对比文件具体实施方式部分**（图12的描述）：<br><br>“eNB2（例如宏基站MeNB）在接收到Cell Muting Request后，经由X2接口，将针对Cell Muting Request的肯定应答消息Cell Muting Response发送给eNB1（例如皮科基站PeNB#1）。” | **结论：** **《直接公开》** <br><br>**论述：** <br>1. **特征N的核心要素**：指定了在接收到请求后，还会有一个确认消息(ACK)的交互过程。<br>2. **对比文件的公开内容**：对比文件图12及其描述明确公开了：发送请求(Cell Muting Request)后，接收方会回复一个肯定应答(Response)。这完全对应了“接收到相应请求的一确认消息”这一过程。<br>3. **公开性推理**：对比文件图12直接展示了请求-确认的交互流程。本领域技术人员可以毫无疑义地确定，该确认消息是作为对请求的响应而被发送的。因此，该特征被对比文件直接公开。 |
| **技术特征O**：上述第一网络节点终止上述第一无线载体 | **对比文件全文检索**：<br><br>对比文件全文未记载任何关于“无线载体”的概念，也未记载“终止无线载体”的操作。对比文件中的基站间交互最终是为了执行组件载波的使用停止或功率调整，而不是终止一个无线承载。 | **结论：** **《未公开》** <br><br>**论述：** <br>该特征是请求和数据路径更改的最终结果。目标专利明确，在接收到确认消息后，第一网络节点会“终止第一无线载体”。对比文件虽然公开了请求和确认，但请求是为了改变CC状态，其结果也是CC的状态变化，而非终止一个无线承载。因此，该特征完全未被公开。 |
---
<<<L>>><<<M>>><<<N>>><<<k>>>