好的，我将作为资深专利代理师，对您提供的对比文件与目标专利权利要求的技术特征进行严谨的评估。
**对比文件名称：** WO2012020457A1_Description_20260426_1251
**目标专利名称：** 760用于为用户设备的切换提供服务的方法、基站和双连接系统CN104822169B
**本次调用的模型名称：** 深度思考模式
以下是根据您的要求进行的特征比对分析。
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 (翻译成中文) | 公开性论述 |
| **技术特征A：《隐含公开》** <br>其中，所述源基站和所述目标基站均支持双连接配置，该方法包括以下步骤：<br>-在与目标基站确定所述用户设备需要切换后，源基站向所述用户设备发送连接重配置信息，并向与源基站共同为所述用户设备提供双连接服务的辅基站发送释放请求 | **引用内容：** 图5的步骤S20、S22及相关描述。<br>**原文翻译：** “步骤S20：...源基站向目标基站发送HO请求消息...”；“步骤S22：...源基站向移动终端发送RRC重配置消息...”。<br>**原文翻译：** “...ソース基地局（第１無線基地局）は移動局のハンドオーバを検出すると、協調通信を行うための第１情報を直ちに、基地局間の通信リンクを介してターゲット基地局（第２無線基地局）へ通知する。”（...源基站检测到移动台的切换后，立即通过基站间的通信链路，将用于进行协调通信的第一信息通知给目标基站...）。 | 对比文件公开了源基站在确定UE需要切换后，向UE发送RRC重配置信息（对应“连接重配置信息”）。<br>对比文件公开了源基站与目标基站均支持协调通信（CoMP），这对应于目标专利中的“双连接配置”，即一个UE可同时与多个基站（如源基站和协作基站）通信。源基站在切换前与协作基站共同为UE服务，该协作基站对应于目标专利中的“辅基站”。<br>虽然对比文件未明确使用“释放请求”这一信令名称，但源基站向目标基站发送切换请求并决定切换，意味着原有与协作基站（辅基站）的连接将被终止。在切换过程中，源基站需要处理与协作基站的关系。考虑到对比文件中协作基站在切换前与源基站共同传输数据，切换后其角色可能发生变化或需要被释放，本领域技术人员可以合理推断，源基站在确定切换后，会向原协作基站（辅基站）发送请求以终止其与UE的连接，这隐含了释放请求的步骤。因此，技术特征A被对比文件隐含公开。 |
| **技术特征B：《隐含公开》** <br>-所述源基站的辅基站向所述源基站发送释放响应 | **引用内容：** 图5的步骤S12、S16及相关描述。<br>**原文翻译：** “步骤S12：...ソース基地局は、自局と協働する協働基地局(Cooperating eNB)に対して協調通信要求メッセージを送信し、当該要求に応じて各基地局から応答を得る。”（...源基站向与其协作的协作基站发送协调通信请求消息，并根据该请求从各基站获得响应。）；<br>“步骤S16：...ソース基地局は、...協働基地局に対してCoMP情報を送信し、当該送信についての確認信号を得る。”（...源基站向协作基站发送CoMP信息，并获得关于该发送的确认信号。） | 对比文件公开了源基站与协作基站（辅基站）之间存在信令交互，协作基站会响应源基站的请求，例如在步骤S12和S16中，源基站发送请求或信息后，会从协作基站获得响应或确认信号。<br>在切换场景下，当源基站向协作基站发送隐含的释放请求后，本领域技术人员可以合理推断，协作基站会向源基站发送一个释放响应，以确认释放操作的完成或状态。这是基站间信令交互的标准流程。因此，技术特征B被对比文件隐含公开。 |
| **技术特征C：《隐含公开》** <br>-所述源基站向所述目标基站传输SN状态并进行关于所述用户设备的数据转发 | **引用内容：** 图5的步骤S20及相关描述。<br>**原文翻译：** “ステップＳ２０：...ソース基地局は、ハンドオーバのターゲット基地局(Target eNB)に対してHO要求メッセージを送信し、...このとき、HO要求メッセージには、第１情報として、ソース基地局がステップＳ１０で得た移動局UEの周辺セル測定結果...を含むようにする。”（步骤S20：...源基站向切换的目标基站发送HO请求消息...此时，HO请求消息中包含作为第一信息的、源基站在步骤S10中获得的移动台UE的周边小区测量结果...）。<br>**原文翻译：** “...ソース基地局は、自局が保持する、移動局UEの周辺セル測定結果...を含むようにするか、あるいは、その周辺セル測定結果から特定した協調セル候補を含むようにする。”（...源基站使其包含自身保持的移动台UE的周边小区测量结果...或者包含从该周边小区测量结果中确定的协调小区候选...）。 | 对比文件公开了源基站向目标基站发送HO请求消息，该消息中包含了UE的上下文信息（如测量结果）。在切换过程中，为了确保数据连续性和无损传输，源基站需要向目标基站传输PDCP SN状态并进行数据转发，这是LTE/LTE-A系统切换的标准流程。对比文件虽未明确写出“SN状态”和“数据转发”的字样，但其描述的场景是基于标准LTE切换流程的CoMP优化。本领域技术人员可以合理推断，在HO请求之后，源基站必然执行向目标基站传输SN状态和数据转发的标准步骤，以保证UE切换后能继续接收数据。因此，技术特征C被对比文件隐含公开。 |
| **技术特征D：《隐含公开》** <br>-所述目标基站接收所述源基站传输的SN状态以及所转发的数据，并与所述用户设备建立连接 | **引用内容：** 图5的步骤S24、S26及相关描述。<br>**原文翻译：** “ステップＳ２４：...移動局UEは、上りチャネルRACH（Random Access Channel）を用いてターゲット基地局との通信を確立する。”（步骤S24：...移动台UE使用上行信道RACH建立与目标基站的通信。）；<br>“ステップＳ２６：移動局UEは、ターゲット基地局との通信が確立されると、ターゲット基地局に対して、RRCリコンフィグレーション完了メッセージ(“RRC reconfig complete”)を送信する。”（步骤S26：移动台UE在建立与目标基站的通信后，向目标基站发送RRC重配置完成消息。）；<br>“ステップＳ３０：...ターゲット基地局を経由してデータが送信される”（步骤S30：...经由目标基站发送数据）。 | 对比文件公开了目标基站与UE通过RACH过程建立连接（RRC连接重配置完成），并且在切换完成后，数据经由目标基站发送。这隐含了目标基站已经接收了来自源基站的UE上下文（包括SN状态和数据），并成功建立了与UE的连接，从而能够继续数据传输。因此，技术特征D被对比文件隐含公开。 |
| **技术特征E：《隐含公开》** <br>其中，该方法还包括以下步骤：<br>-所述目标基站向一基站发出添加请求，该添加请求用于请求将该基站添加为与所述目标基站共同为所述用户设备提供双连接服务的辅基站 | **引用内容：** 图5的步骤S30及相关描述。<br>**原文翻译：** “ステップＳ３０：...ターゲット基地局は直ちに、協働基地局に対してCoMP情報を送信し、当該送信についての確認信号を得ることができる。”（步骤S30：...目标基站可以立即向协作基站发送CoMP信息，并获得关于该发送的确认信号。）；<br>**原文翻译：** “...ターゲット基地局は、協調セルを特定して、協調セルを管理する協働基地局に対してCoMP情報を送信する”（...目标基站确定协调小区，并向管理协调小区的协作基站发送CoMP信息）。 | 对比文件公开了目标基站在切换完成后，向一个协作基站发送“CoMP信息”。该操作的目的是为了与协作基站共同为UE提供协调通信服务，这与目标专利中目标基站向一个基站发送“添加请求”以将其添加为辅基站的目的完全相同。这里的“CoMP信息”的发送，实质上就是请求将协作基站添加为新的协作基站（对应于目标专利的辅基站），以建立切换后的协调通信。因此，技术特征E被对比文件隐含公开。 |
| **技术特征F：《隐含公开》** <br>-接收所述添加请求的基站向所述目标基站发送添加响应，从而作为所述目标基站的辅基站来建立与所述用户设备之间的连接 | **引用内容：** 图5的步骤S30、S32及相关描述。<br>**原文翻译：** “ステップＳ３０：...ターゲット基地局は直ちに、協働基地局に対してCoMP情報を送信し、当該送信についての確認信号を得ることができる。”（步骤S30：...目标基站可以立即向协作基站发送CoMP信息，并获得关于该发送的确认信号。）；<br>“ステップＳ３２：その後、ターゲット基地局と協働基地局から移動局UEに対してデータ信号(Data)の協調送信が行われる。”（步骤S32：之后，目标基站和协作基站向移动台UE进行数据信号的协调发送。） | 对比文件明确公开了协作基站在接收CoMP信息后，会向目标基站发送确认信号（对应于“添加响应”）。随后，该协作基站作为新的协作基站（对应于目标专利的辅基站），与目标基站一起向UE进行协调数据发送，这明确建立了该协作基站与UE之间的连接。整个过程完全对应于目标专利中接收添加请求的基站发送添加响应并作为辅基站建立连接的过程。因此，技术特征F被对比文件隐含公开。 |
| **技术特征G：_未公开_** <br>其中，对于所述用户设备，所述源基站的辅基站与所述目标基站的辅基站不同，该方法还包括以下步骤：<br>-若所述源基站的辅基站与所述目标基站的辅基站服务的无线承载相同，则所述源基站的辅基站向所述目标基站的辅基站发送SN状态并进行关于所述用户设备的数据转发 | **引用内容：** 无直接或隐含关联内容。<br>**原文翻译：** 对比文件讨论了切换前后协作基站可能不同（如图4、图5场景），但未描述源协作基站向目标协作基站直接进行SN状态和数据转发的具体条件（基于无线承载是否相同）和步骤。 | 对比文件仅描述了源基站向目标基站传输信息（HO请求），以及目标基站向新协作基站发送CoMP信息。它没有公开在源辅基站与目标辅基站不同的情况下，两者之间直接进行SN状态和数据转发的机制，更没有公开这种转发是基于“服务的无线承载相同”这一条件。因此，技术特征G未被对比文件公开。 |
| **技术特征H：_未公开_** <br>-若所述源基站的辅基站与所述目标基站的辅基站服务的无线承载不同，则所述源基站的辅基站向所述目标基站发送SN状态并进行关于所述用户设备的数据转发。 | **引用内容：** 无直接或隐含关联内容。<br>**原文翻译：** 对比文件未讨论辅基站服务无线承载的差异，也未描述在不同情况下数据转发路径的选择。 | 对比文件未公开任何关于辅基站服务无线承载的判断逻辑，也未公开基于此判断结果而选择不同数据转发路径（向目标辅基站或目标基站转发）的技术方案。因此，技术特征H未被对比文件公开。 |
| **技术特征I：《隐含公开》** <br>其中，发送所述添加请求的步骤和发送所述添加响应的步骤在所述用户设备切换完成后执行。 | **引用内容：** 图5的步骤S30及相关描述。<br>**原文翻译：** “ステップＳ３０：...ターゲット基地局は直ちに、協働基地局に対してCoMP情報を送信し、当該送信についての確認信号を得ることができる。”（步骤S30：...目标基站可以立即向协作基站发送CoMP信息，并获得关于该发送的确认信号。）；<br>**上下文：** 该步骤S30明确位于步骤S28“UE Context Release”（切换完成标志）之后。 | 对比文件图5的流程清晰地展示了“添加请求”（CoMP信息发送）和“添加响应”（确认信号）的步骤是在切换完成之后（步骤S28之后，步骤S30）执行的。这与技术特征I所述的时间顺序完全一致。因此，技术特征I被对比文件隐含公开。 |
| **技术特征J：_未公开_** <br>其中，所述添加响应包含所述目标基站的辅基站为所述用户设备分配的专用RACH随机接入前导签名，该方法还包括以下步骤：<br>-所述目标基站向所述用户设备发送连接重配置信息，该目标基站发送的连接重配置信息包含所述专用RACH随机接入前导签名，以使所述用户设备与所述目标基站的辅基站建立连接。 | **引用内容：** 图5的步骤S24及相关描述。<br>**原文翻译：** “ステップＳ２４：...HO要求メッセージに応じてターゲット基地局は、移動局UEに対してDedicated RACHのアクセススロットを割り当て、その割り当てたアクセススロットを移動局UEへ通知する。”（步骤S24：...响应于HO请求消息，目标基站为移动台UE分配专用RACH接入时隙，并将分配的接入时隙通知给移动台UE。） | 对比文件公开了目标基站在切换过程中为UE分配专用RACH资源，并通过HO响应（或类似消息）通知UE。但该专用RACH资源是由目标基站分配，并通过目标基站与UE之间的消息直接通知的，而不是由辅基站在“添加响应”中提供给目标基站，再由目标基站通过“连接重配置信息”转发给UE。技术特征J的特定信令路径和消息内容（添加响应包含前导，目标基站重配置信息包含前导）未被对比文件公开。因此，技术特征J未被公开。 |
| **技术特征K：_未公开_** <br>其中，发送所述添加请求的步骤和发送所述添加响应的步骤，在所述源基站与所述目标基站确定所述用户设备需要切换的过程中执行。 | **引用内容：** 图5的步骤S20-S28及相关描述。<br>**原文翻译：** 图5的流程中，切换过程（HO Request/Ack, RRC Reconfig, RACH, RRC Reconfig Complete, UE Context Release）发生在步骤S20至S28。而添加请求/响应（CoMP信息交互）发生在步骤S30，即切换完成之后。 | 对比文件图5的流程明确显示，添加请求/响应（对应于CoMP信息交互）是在切换完成后执行的，而不是在切换过程中。这与技术特征K所述的时间顺序相反。因此，技术特征K未被对比文件公开。 |
| **技术特征L：_未公开_** <br>其中，所述添加响应包含所述目标基站的辅基站为所述用户设备分配的专用RACH随机接入前导签名，所述确定用户设备需要切换的过程包括所述目标基站向所述源基站发送切换请求确认的步骤，该切换请求确认包含所述专用RACH随机接入前导签名，所述源基站发送的连接重配置信息包含所述专用RACH随机接入前导签名，以使所述用户设备与所述目标基站的辅基站建立连接。 | **引用内容：** 图5的步骤S20、S22、S24及相关描述。<br>**原文翻译：** “ステップＳ２０：...ソース基地局は、ハンドオーバのターゲット基地局(Target eNB)に対してHO要求メッセージを送信し、当該要求に対する確認信号(HO要求Ack)を得る。”（步骤S20：...源基站向切换的目标基站发送HO请求消息，并获得对该请求的确认信号(HO请求Ack)。）；<br>“ステップＳ２２：...ソース基地局は移動局UEに対して...RRCリコンフィグレーションメッセージ(RRC reconfig)を送信する。”（步骤S22：...源基站向移动台UE发送RRC重配置消息。）；<br>“ステップＳ２４：...HO要求メッセージに応じてターゲット基地局は、移動局UEに対してDedicated RACHのアクセススロットを割り当てる。”（步骤S24：...响应于HO请求消息，目标基站为移动台UE分配专用RACH接入时隙。） | 对比文件公开了目标基站通过HO响应（切换请求确认）分配专用RACH资源，并且源基站通过RRC重配置消息将相关配置发送给UE。然而，该RACH资源是由目标基站直接分配并包含在给源基站的HO响应中的，而不是由辅基站在“添加响应”中提供给目标基站的。技术特征L的核心在于“添加响应”是RACH前导的来源，这与对比文件中RACH前导由目标基站直接产生的机制完全不同。因此，技术特征L未被公开。 |
| **技术特征M：_未公开_** <br>其中，对于所述用户设备，所述源基站的辅基站与所述目标基站的辅基站为同一个基站，该方法还包括以下步骤：<br>-所述辅基站在发送所述释放响应后，向所述源基站传输其SN状态并进行关于所述用户设备的数据转发，所述源基站向所述目标基站传输的SN状态以及所转发的数据包括所述源基站自身的以及所述辅基站发送给所述源基站的SN状态和数据 | **引用内容：** 无直接或隐含关联内容。<br>**原文翻译：** 对比文件未讨论源辅基站与目标辅基站为同一个基站的特定场景。 | 对比文件描述的场景中，切换前后的协作基站可能相同也可能不同（如图2、3所示），但未针对“同一个基站”这一特定场景，描述辅基站向源基站发送SN状态和数据，再由源基站一并转发给目标基站的详细流程。因此，技术特征M未被公开。 |
| **技术特征N：_未公开_** <br>或者<br>-所述辅基站在发送所述释放响应后，向所述目标基站传输其SN状态并进行关于所述用户设备的数据转发 | **引用内容：** 无直接或隐含关联内容。<br>**原文翻译：** 对比文件未描述辅基站直接向目标基站传输SN状态和数据的过程。 | 对比文件中，所有UE上下文信息（如测量结果，可推断包括SN状态）均由源基站通过HO请求转发给目标基站。未公开辅基站跳过源基站，直接向目标基站传输SN状态和数据的技术方案。因此，技术特征N未被公开。 |
| **技术特征O：_未公开_** <br>或者<br>-所述辅基站在发送所述释放响应后，将其SN状态以及关于所述用户设备的数据存储在其自身中。 | **引用内容：** 无直接或隐含关联内容。<br>**原文翻译：** 对比文件未描述辅基站将SN状态和数据存储在其自身中的处理方式。 | 对比文件未公开辅基站在释放后不进行数据转发，而是将数据保留在自身的处理方式。因此，技术特征O未被公开。 |
### 结论
根据上述严谨的比对分析，对比文件WO2012020457A1隐含公开了目标专利权利要求中的技术特征A、B、C、D、E、F和I。技术特征G、H、J、K、L、M、N和O未被对比文件公开。
<<<c>>><<<d>>><<<e>>><<<f>>><<<i>>>