好的，作为一名经验丰富的专利代理师，我将根据您提供的目标专利说明书、权利要求以及对比文件，对技术特征进行严谨的评估。
**对比文件名称：** US2015055621A1_Description_20260426_1251
**目标专利名称：** 760用于为用户设备的切换提供服务的方法、基站和双连接系统CN104822169B
**本次调用的模型名称：** 未指定，由系统默认提供。
以下是根据您的要求进行的特征比对与分析。
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：《直接公开》** <br>其中，所述源基站和所述目标基站均支持双连接配置，该方法包括以下步骤：<br>-在与目标基站确定所述用户设备需要切换后，源基站向所述用户设备发送连接重配置信息，并向与源基站共同为所述用户设备提供双连接服务的辅基站发送释放请求 | [0064] 步骤4，消息4，切换请求被用于传递所需信息以通过目标eNB继续CA操作。<br>[0065] 在接收到步骤5的消息后，源主eNB首先向辅助基站发送消息6‘，然后才向UE发送消息6，根据当前测量的回程延迟值延迟，作为明确的无线切换命令（针对UE）到目标PCell。<br>[0067] 在另一个比较示例中，还包含在消息6之前，源主eNB也已发送消息6‘以命令辅助BS及时地与所述无线切换对准地执行主基站之间的回程接口路径切换。 | 对比文件明确公开了源基站（源主eNB）和目标基站（目标主eNB）均支持双连接配置（站点间载波聚合，Inter-site CA）。[0064] 描述了源基站在做出切换决定后，向目标基站发送切换请求以确定用户设备需要切换。[0065] 和 [0067] 描述了在确定需要切换后，源基站向UE发送切换命令（消息6，对应于连接重配置信息），并向辅基站（SeNB）发送消息6‘。该消息6’指示辅基站执行回程接口路径切换，实质上包含了解除当前与源基站的连接关系并准备与新目标基站建立连接的指令，其作用与本专利中的“释放请求”相同，都是为了结束源基站与辅基站之间的双连接关系。因此，技术特征A被直接公开。 |
| **技术特征B：《隐含公开》** <br>-所述源基站的辅基站向所述源基站发送释放响应 | [0065] 在接收到步骤5的消息后，源主eNB首先向辅助基站发送消息6‘...<br>[0068] 辅助基站发送消息8以指示在主基站和辅助基站之间建立新的回程接口。 | 对比文件[0065] 描述了源主eNB向辅基站发送了消息6‘（类似于释放请求）。[0068] 描述了辅基站通过发送消息8来响应目标主基站，以建立新的回程接口。虽然对比文件没有明确描述辅基站向源基站发送一个名为“释放响应”的消息，但根据通信协议的基本流程，辅基站在接收到源基站的释放指令后，通常会向源基站发送一个确认消息（ACK）以表示接收并处理该指令。本领域技术人员可以合理推断，辅基站在执行消息6’所指示的操作（包括准备释放）之前或之后，必然会向源基站发送一个响应，以便源基站知晓其状态。因此，该技术特征被隐含公开。 |
| **技术特征C：《隐含公开》** <br>-所述源基站向所述目标基站传输SN状态并进行关于所述用户设备的数据转发 | [0064] 步骤4，消息4，切换请求被用于传递所需信息...<br>[0065] ...源主eNB首先向辅助基站发送消息6‘...然后才向UE发送消息6...<br>[0071] 其余步骤的信令流程与基于X2的切换相同。 | 对比文件描述了站点间载波聚合场景下的PCell重定位过程，该过程本质上是X2接口上的切换。[0064] 中的切换请求（消息4）和[0065]中的切换命令（消息6）是标准切换流程的一部分。在LTE标准X2切换中，源基站在向目标基站发送切换请求后，会进行SN状态传输和数据转发。虽然对比文件没有逐字描述“源基站向目标基站传输SN状态并进行数据转发”这一步骤，但这是支持无损切换（该文件[0072]明确提及“无损分组传递”）的完整切换过程的必要组成部分。本领域技术人员可以毫无疑义地确定，为了实现无损切换，源基站必然会向目标基站传输PDCP SN状态和尚未确认的数据。因此，该技术特征被隐含公开。 |
| **技术特征D：《直接公开》** <br>-所述目标基站接收所述源基站传输的SN状态以及所转发的数据，并与所述用户设备建立连接 | [0068] 在消息7中，UE向目标主eNB指示切换/重定位类型...<br>[0069] 目标主eNB向辅助基站发送消息9，以指示成功的重定位过程。<br>[0070] 此后，站点间CA操作可以通过目标PCell/eNB继续，使用新的主CC和通过辅助基站的完整辅CC。 | 对比文件[0068] 描述了UE通过消息7向目标主eNB指示切换完成，这标志着目标基站与UE建立了RRC连接。[0071] 指出其余步骤与标准X2切换相同，这必然包括目标基站接收来自源基站的SN状态和数据。结合[0070]的描述，目标基站接收必要信息后，与UE建立连接，从而继续提供服务。因此，技术特征D被直接公开。 |
| **技术特征E：《隐含公开》** <br>其中，该方法还包括以下步骤：<br>-所述目标基站向一基站发出添加请求，该添加请求用于请求将该基站添加为与所述目标基站共同为所述用户设备提供双连接服务的辅基站 | [0069] 目标主eNB向辅助基站发送消息9，以指示成功的重定位过程。 | 对比文件[0069]中，目标主eNB向辅基站发送消息9。在目标基站看来，这个辅基站是其切换后需要合作的新辅基站。消息9的作用是确认重定位成功，并指示辅基站继续为UE提供服务，这实质上等同于请求将辅基站添加为与目标基站共同服务的辅基站。因为辅基站原本与源基站合作，现在需要与目标基站建立新的合作关系。因此，该技术特征被隐含公开。 |
| **技术特征F：《隐含公开》** <br>-接收所述添加请求的基站向所述目标基站发送添加响应，从而作为所述目标基站的辅基站来建立与所述用户设备之间的连接 | [0068] ...辅助基站发送消息8以指示...建立新的回程接口。<br>[0069] 目标主eNB向辅助基站发送消息9，以指示成功的重定位过程。 | 对比文件[0068]中，辅基站在与目标基站建立新回程接口时，发送了消息8。消息8中包含了建立下行链路连接所需的信息，可以被视为对目标基站（通过消息9发出的“添加请求”）的响应。通过这个消息8和消息9的交互，辅基站成功地与目标基站建立了连接，并继续作为辅基站为UE提供SCell服务，即建立了与用户设备之间的连接。因此，该技术特征被隐含公开。 |
| **技术特征G：《未公开》** <br>其中，对于所述用户设备，所述源基站的辅基站与所述目标基站的辅基站不同，该方法还包括以下步骤：<br>-若所述源基站的辅基站与所述目标基站的辅基站服务的无线承载相同，则所述源基站的辅基站向所述目标基站的辅基站发送SN状态并进行关于所述用户设备的数据转发 | 对比文件全文，特别是图1a和图1b。 | 对比文件的核心在于，在切换过程中，辅基站（SeNB）保持不变，仅改变主基站（MeNB）。图1a和1b清晰地展示了这一点：源辅基站和目标辅基站是同一个实体。因此，对比文件完全没有公开或暗示“源基站的辅基站与目标基站的辅基站不同”这一前提，更没有涉及在此前提下根据无线承载是否相同而进行不同数据转发路径（SeNB1->SeNB2）的技术方案。所以，该技术特征未被公开。 |
| **技术特征H：《未公开》** <br>-若所述源基站的辅基站与所述目标基站的辅基站服务的无线承载不同，则所述源基站的辅基站向所述目标基站发送SN状态并进行关于所述用户设备的数据转发。 | 对比文件全文 | 与上述理由相同，对比文件的前提是辅基站不变，因此不具备公开本技术特征的前提条件。所以，该技术特征未被公开。 |
| **技术特征I：《直接公开》** <br>其中，发送所述添加请求的步骤和发送所述添加响应的步骤在所述用户设备切换完成后执行。 | [0068] 在消息7中，UE指示...<br>[0069] 目标主eNB向辅助基站发送消息9，以指示成功的重定位过程。 | 对比文件的信令流程（图4及相应描述）显示，UE在消息7中向目标基站指示切换完成（[0068]）。在此之后，目标基站才向辅基站发送消息9（[0069]），辅基站也在此之后响应。这与本技术特征的顺序完全一致，即在UE切换完成后，执行添加请求和响应的步骤。因此，技术特征I被直接公开。 |
| **技术特征J：《未公开》** <br>其中，所述添加响应包含所述目标基站的辅基站为所述用户设备分配的专用RACH随机接入前导签名，该方法还包括以下步骤：<br>-所述目标基站向所述用户设备发送连接重配置信息，该目标基站发送的连接重配置信息包含所述专用RACH随机接入前导签名，以使所述用户设备与所述目标基站的辅基站建立连接。 | 对比文件全文 | 对比文件详细描述了切换过程中的信令交互和同步问题，但全文未提及“专用RACH随机接入前导签名（dedicated RACH preamble）”及其在添加响应或连接重配置信息中的传输。这是目标专利中一个具体的、用于避免竞争的接入优化细节。由于对比文件没有公开，因此该技术特征未被公开。 |
| **技术特征K：《未公开》** <br>其中，发送所述添加请求的步骤和发送所述添加响应的步骤，在所述源基站与所述目标基站确定所述用户设备需要切换的过程中执行。 | [0064] 步骤4...<br>[0065] ...源主eNB首先向辅助基站发送消息6‘...然后才向UE发送消息6...<br>[0069] 目标主eNB向辅助基站发送消息9... | 对比文件的信令流程中，目标基站向辅基站发送消息9（添加请求）是在UE切换完成之后（[0068]之后，[0069]）。这与本技术特征要求在“确定用户设备需要切换的过程中”（即在源基站向目标基站发送切换请求之后、目标基站发送切换请求确认之前）执行是完全相反的。因此，技术特征K未被公开。 |
| **技术特征L：《未公开》** <br>其中，所述添加响应包含所述目标基站的辅基站为所述用户设备分配的专用RACH随机接入前导签名，所述确定用户设备需要切换的过程包括所述目标基站向所述源基站发送切换请求确认的步骤，该切换请求确认包含所述专用RACH随机接入前导签名，所述源基站发送的连接重配置信息包含所述专用RACH随机接入前导签名，以使所述用户设备与所述目标基站的辅基站建立连接。 | 对比文件全文 | 该技术特征结合了技术特征J（专用RACH前导签名）和技术特征K（在切换过程中执行）。对比文件既未公开专用RACH前导签名，也未公开在切换过程中执行添加请求/响应的方案。因此，该技术特征未被公开。 |
| **技术特征M：《直接公开》** <br>其中，对于所述用户设备，所述源基站的辅基站与所述目标基站的辅基站为同一个基站，该方法还包括以下步骤：<br>-所述辅基站在发送所述释放响应后，向所述源基站传输其SN状态并进行关于所述用户设备的数据转发，所述源基站向所述目标基站传输的SN状态以及所转发的数据包括所述源基站自身的以及所述辅基站发送给所述源基站的SN状态和数据 | [0065] 源主eNB首先向辅助基站发送消息6‘...<br>[0067] ...命令辅助BS执行...回程接口路径切换...<br>[0081] [0086] 描述了辅基站在重建前需要处理旧的数据包，并将未完成的RLC SDU传递到源主eNB的PDCP。 | 对比文件的图1a/1b和描述明确指出了源辅基站和目标辅基站是同一个基站。在标准X2切换中，当辅基站与源基站之间的连接被释放时，辅基站需要将其缓存的SN状态和数据发送给源基站，然后源基站统一转发给目标基站。对比文件[0065][0067]描述了辅基站的准备过程，而[0081]等描述了数据传递的过程，虽然传递方向是对应于上行数据，但本领域技术人员可以理解，为了保证下行数据的无损性，辅基站必然也会向源基站发送下行SN状态和数据，再由源基站转发给目标基站。因此，技术特征M被直接公开。 |
| **技术特征N：《直接公开》** <br>或者<br>-所述辅基站在发送所述释放响应后，向所述目标基站传输其SN状态并进行关于所述用户设备的数据转发 | [0068] 辅助基站发送消息8以指示在主基站和辅助基站之间建立新的回程接口。该消息8至少包含所需信息以相应地建立下行链路方向的连接。 | [0068] 描述了辅基站在释放后，直接向目标基站发送消息8，以建立新的回程接口。这个新回程接口的建立必然包含用户面数据的传递路径切换。因此，辅基站直接向目标基站传输SN状态和数据是建立新回程接口的核心目的之一，属于本领域技术人员的常规理解。因此，技术特征N被直接公开。 |
| **技术特征O：《隐含公开》** <br>或者<br>-所述辅基站在发送所述释放响应后，将其SN状态以及关于所述用户设备的数据存储在其自身中。 | [0098] 在任何时间之后，辅助eNB也可以开始缓冲从目标主eNB接收的下行链路RLC SDU。<br>[0099] 步骤iv. 辅助eNB现在可以恢复在空口上调度UE，也恢复交换RLC PDU... | 对比文件[0098]描述了辅基站在RLC重建后，开始缓冲来自目标主基站的下行数据。[0099]描述了辅基站在重新调度UE之前，已经准备好了数据。虽然这里的缓冲是为了在切换后继续服务，但在从接收到释放请求到与目标基站建立新连接之间，辅基站自然会将其原有的SN状态和数据存储起来，等待新的主基站（目标基站）的指示。这是一种临时存储行为，是通信流程中的常规处理方式。因此，该技术特征被隐含公开。 |
---
根据上述分析，对比文件直接公开的技术特征有：A, D, I, M, N。
对比文件隐含公开的技术特征有：B, C, E, F, O。
<<<A>>><<<D>>><<<I>>><<<M>>><<<N>>><<<b>>><<<c>>><<<e>>><<<f>>><<<o>>>