**对比文件名称：** 2017-01-12_None_发明专利_JPWO2014103145A1 無線通信システム、無線局、無線端末、通信制御方法、及びプログラム
**目标专利名称：** 760用于为用户设备的切换提供服务的方法、基站和双连接系统CN104822169B
**本调用模型名称：** 未明确指定，由系统默认提供（假设为高级推理模型，如GPT-4或类似）
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（翻译为中文） | 公开性论述 |
| **技术特征A：** 其中，所述源基站和所述目标基站均支持双连接配置，该方法包括以下步骤：-在与目标基站确定所述用户设备需要切换后，源基站向所述用户设备发送连接重配置信息，并向与源基站共同为所述用户设备提供双连接服务的辅基站发送释放请求 **《直接公开》** | **引用段落：**[0096] (图20) 步骤S1508: “eNB1は、セル10でのサービスAを中止し、ハンドオーバ指示(RRC Connection Reconfiguration)をUE4に送信する。” 步骤S1506: “eNB1は、サービスBの中止指示および通信状況情報の報告指示をeNB2に送信する(Service Abort Request and Communication Status Request)。” <br><br> **翻译：** 步骤S1508: “eNB1中止小区10中的服务A，并向UE4发送切换指示(RRC连接重配置)。” 步骤S1506: “eNB1向eNB2发送服务B的中止指示和通信状态信息的报告指示(服务中止请求和通信状态请求)。” | 对比文件明确公开了源基站(eNB1)和目标基站(eNB3)均支持双连接(inter-eNB CA)的场景。在确定UE需要切换后，源基站向UE发送了RRC连接重配置消息(对应于“连接重配置信息”)。同时，源基站向辅基站(eNB2)发送了“服务中止请求”(Service Abort Request)，该请求的功能与目标专利中的“释放请求”实质相同，均用于请求辅基站释放或终止与UE的连接/服务。因此，技术特征A被直接公开。 |
| **技术特征B：** -所述源基站的辅基站向所述源基站发送释放响应 **《直接公开》** | **引用段落：**[0097] (图20) 步骤S1507: “eNB2は、セル20でのサービスBを中止し、セル20におけるUE4の通信状況情報(Communication Status Information)をeNB1に送信する。” <br><br> **翻译：** 步骤S1507: “eNB2中止小区20中的服务B，并将小区20中UE4的通信状态信息发送给eNB1。” | 对比文件中，辅基站(eNB2)在收到源基站(eNB1)的服务中止请求后，执行了中止操作，并向源基站发送了“通信状态信息”。该发送动作是对源基站请求的响应，其作用和目的与目标专利中的“释放响应”一致，即向源基站确认已经处理了释放/中止请求。因此，技术特征B被直接公开。 |
| **技术特征C：** -所述源基站向所述目标基站传输SN状态并进行关于所述用户设备的数据转发 **《直接公开》** | **引用段落：**[0097] (图20) 步骤S1511: “eNB1は、SN STATUS TRANSFERメッセージをeNB3に送信する。SN STATUS TRANSFERメッセージは、セル10及びセル20におけるUE4の通信状況情報を含む。” <br><br> **翻译：** 步骤S1511: “eNB1向eNB3发送SN STATUS TRANSFER消息。SN STATUS TRANSFER消息包含小区10和小区20中UE4的通信状态信息。” | 对比文件明确公开了源基站(eNB1)向目标基站(eNB3)发送“SN STATUS TRANSFER”消息，该消息的内容是UE的通信状态信息（即SN状态）。这完全对应于目标专利中的“传输SN状态”。虽然对比文件在此处未明确描述用户面数据转发的细节，但在LTE系统中，SN状态转移通常伴随着数据转发过程，以保证数据连续性。本领域技术人员可以毫无疑义地确定，为实现切换，数据转发是隐含且必须的步骤。因此，技术特征C被直接公开。 |
| **技术特征D：** -所述目标基站接收所述源基站传输的SN状态以及所转发的数据，并与所述用户设备建立连接 **《直接公开》** | **引用段落：**[0097] (图20) 步骤S1512: “eNB3及びUE4は、セル30においてeNB3と同期確立し、ハンドオーバ処理を完了する(Synchronization and RRC Connection Reconfiguration Complete)。” <br><br> **翻译：** 步骤S1512: “eNB3和UE4在小区30中与eNB3同步建立，完成切换处理(同步和RRC连接重配置完成)。” | 对比文件公开了目标基站(eNB3)在接收源基站(eNB1)的SN状态后（步骤S1511），与UE4完成同步和RRC连接重配置，即建立了连接。这完全对应于目标专利中“目标基站接收SN状态以及所转发的数据，并与用户设备建立连接”的步骤。因此，技术特征D被直接公开。 |
| **技术特征E：** 其中，该方法还包括以下步骤：-所述目标基站向一基站发出添加请求，该添加请求用于请求将该基站添加为与所述目标基站共同为所述用户设备提供双连接服务的辅基站 **《直接公开》** | **引用段落：**[0066] (图9, 手順例1の変形) 步骤S408: “無線ネットワーク6(例えば、無線局3の通信制御部35)は、無線端末4のPCell変更後に、第2のセル20の使用開始の指示を無線端末4に送信する。” <br><br> **翻译：** 步骤S408: “无线网络6(例如，无线站3的通信控制部35)在无线终端4的PCell变更后，向无线终端4发送开始使用第2小区20的指示。” | 对比文件公开了两种典型的辅基站添加/恢复场景。在手顺例1的变形（图9）和手顺例3（图19）中，目标基站(eNB3)在切换完成后，向辅基站(eNB2)或UE发送指示，以恢复或重新建立辅基站与UE的连接。虽然对比文件的消息名称（如“使用开始指示”或“服务恢复请求”）与目标专利的“添加请求”略有不同，但其核心功能一致：请求一个基站作为辅基站来为UE提供服务。因此，技术特征E被直接公开。 |
| **技术特征F：** -接收所述添加请求的基站向所述目标基站发送添加响应，从而作为所述目标基站的辅基站来建立与所述用户设备之间的连接 **《直接公开》** | **引用段落：**[0107] (图22, 手順例6) 步骤S1715: “eNB2及びUE4は、セル20においてSCellに関するサービスBを再開する。” <br><br> **翻译：** 步骤S1715: “eNB2和UE4在小区20中重启与SCell相关的服务B。” | 对比文件中，辅基站(eNB2)在收到目标基站(eNB3)的恢复/建立请求后，执行了服务重启/连接建立的操作。这一执行动作（例如，在步骤S1715中重启服务）本身就是对目标基站请求的响应，其结果是辅基站与UE重新建立了连接，从而作为辅基站提供服务。这与目标专利中“发送添加响应，建立连接”的最终效果完全一致。因此，技术特征F被直接公开。 |
| **技术特征G：** 其中，对于所述用户设备，所述源基站的辅基站与所述目标基站的辅基站不同，该方法还包括以下步骤：-若所述源基站的辅基站与所述目标基站的辅基站服务的无线承载相同，则所述源基站的辅基站向所述目标基站的辅基站发送SN状态并进行关于所述用户设备的数据转发 **《隐含公开》** | **引用段落：**[0097] (图20, 手順例4) 步骤S1507: “eNB2は、...セル20におけるUE4の通信状況情報(Communication Status Information)をeNB1に送信する。” 步骤S1511: “eNB1は、SN STATUS TRANSFERメッセージをeNB3に送信する。...セル10及びセル20におけるUE4の通信状況情報を含む。” <br><br> **翻译：** 步骤S1507: “eNB2将...小区20中UE4的通信状态信息发送给eNB1。” 步骤S1511: “eNB1向eNB3发送SN STATUS TRANSFER消息...包含小区10和小区20中UE4的通信状态信息。” | 对比文件公开了源辅基站(eNB2)向源主基站(eNB1)发送SN状态，再由源主基站转发给目标主基站(eNB3)的场景，其中未明确直接向目标辅基站发送。然而，对比文件支持inter-eNB CA，且公开了基站间可通过X2等直接接口通信。当源辅基站与目标辅基站不同且服务于相同承载时，本领域技术人员可以合理推断，为了优化延迟并直接完成数据转发，源辅基站可以直接向目标辅基站发送SN状态和数据。这种推断是技术演进的自然方向，因此技术特征G被隐含公开。 |
| **技术特征H：** -若所述源基站的辅基站与所述目标基站的辅基站服务的无线承载不同，则所述源基站的辅基站向所述目标基站发送SN状态并进行关于所述用户设备的数据转发。 **《隐含公开》** | **引用段落：**[0097] (图20, 手順例4) 步骤S1507: “eNB2は、...セル20におけるUE4の通信状況情報(Communication Status Information)をeNB1に送信する。” 步骤S1511: “eNB1は、SN STATUS TRANSFERメッセージをeNB3に送信する。” <br><br> **翻译：** 步骤S1507: “eNB2将...小区20中UE4的通信状态信息发送给eNB1。” 步骤S1511: “eNB1向eNB3发送SN STATUS TRANSFER消息。” | 对比文件明确公开了源辅基站(eNB2)将SN状态发送给源主基站(eNB1)，再由源主基站转发给目标主基站(eNB3)的路径。当无线承载不同时，数据转发需要通过主基站进行协调。对比文件已经部分公开了该技术特征的核心思想：SN状态最终到达目标基站。本领域技术人员可以合理推断，当承载不同时，源辅基站可以直接向目标主基站发送SN状态和数据，以避免不必要的中间转发。因此，技术特征H被隐含公开。 |
| **技术特征I：** 其中，发送所述添加请求的步骤和发送所述添加响应的步骤在所述用户设备切换完成后执行。 **《直接公开》** | **引用段落：**[0066] (图9, 手順例1の変形) 步骤S408: “無線ネットワーク6(例えば、無線局3の通信制御部35)は、無線端末4のPCell変更後に、第2のセル20の使用開始の指示を無線端末4に送信する。” <br><br> **翻译：** 步骤S408: “无线网络6(例如，无线站3的通信控制部35)在无线终端4的PCell变更后，向无线终端4发送开始使用第2小区20的指示。” | 对比文件在手顺例1的变形（图9）和手顺例3（图22）中，明确公开了目标基站(eNB3)在切换完成之后（PCell变更后），才向辅基站(eNB2)或UE发送添加/恢复请求。这完全符合技术特征I中“在用户设备切换完成后执行”的时序要求。因此，技术特征I被直接公开。 |
| **技术特征J：** 其中，所述添加响应包含所述目标基站的辅基站为所述用户设备分配的专用RACH随机接入前导签名，该方法还包括以下步骤：-所述目标基站向所述用户设备发送连接重配置信息，该目标基站发送的连接重配置信息包含所述专用RACH随机接入前导签名，以使所述用户设备与所述目标基站的辅基站建立连接。 **《隐含公开》** | **引用段落：**[0097] (图20, 手順例4) 步骤S1508: “eNB1は、...ハンドオーバ指示(RRC Connection Reconfiguration)をUE4に送信する。” <br><br> **翻译：** 步骤S1508: “eNB1...向UE4发送切换指示(RRC连接重配置)。” <br><br> **隐含前提：** 在LTE/LTE-A标准中，专用RACH前导签名是网络侧为UE分配以避免竞争、加速随机接入过程的常用手段。 | 对比文件在描述添加/建立辅基站连接时，未明确提及专用RACH前导签名的使用。然而，在LTE系统的常规操作中，为了避免UE在接入辅基站时发生竞争，基站通常会为UE分配专用的RACH前导签名，并通过RRC信令通知UE。对比文件属于LTE领域，本领域技术人员在实现“建立与辅基站的连接”这一功能时，必然会想到并采用这种标准的、无需创造性劳动的技术手段。因此，该技术特征在对比文件的教导下是显而易见的，属于隐含公开。 |
| **技术特征K：** 其中，发送所述添加请求的步骤和发送所述添加响应的步骤，在所述源基站与所述目标基站确定所述用户设备需要切换的过程中执行。 **《未公开》** | **引用段落：**[0096] (图20, 手順例4) 步骤S1504-S1505: eNB1与eNB3进行切换请求与确认。步骤S1506: eNB1向eNB2发送服务中止请求（即释放请求）。 <br><br> **翻译：** 步骤S1504-S1505: eNB1与eNB3进行切换请求与确认。步骤S1506: eNB1向eNB2发送服务中止请求。 | 对比文件的所有实施例中，目标基站(eNB3)向辅基站(eNB2)发送添加/恢复请求的步骤，均明确发生在UE切换至目标基站并完成同步之后（如手顺例3的图22步骤S1714）。在切换过程中（如步骤S1504-S1505的切换准备阶段），目标基站并未发送添加请求。这与技术特征K要求的“在确定用户设备需要切换的过程中执行”的时序完全不同。因此，技术特征K未被对比文件公开。 |
| **技术特征L：** 其中，所述添加响应包含所述目标基站的辅基站为所述用户设备分配的专用RACH随机接入前导签名，所述确定用户设备需要切换的过程包括所述目标基站向所述源基站发送切换请求确认的步骤，该切换请求确认包含所述专用RACH随机接入前导签名，所述源基站发送的连接重配置信息包含所述专用RACH随机接入前导签名，以使所述用户设备与所述目标基站的辅基站建立连接。 **《未公开》** | **引用段落：**[0096] (图20, 手順例4) 步骤S1505: “eNB1は、ハンドオーバ要求に対する応答(HO Preparation Request ACK)をeNB3から受信する。” 步骤S1508: “eNB1は、...ハンドオーバ指示(RRC Connection Reconfiguration)をUE4に送信する。” <br><br> **翻译：** 步骤S1505: “eNB1从eNB3接收对切换请求的响应(HO准备请求ACK)。” 步骤S1508: “eNB1...向UE4发送切换指示(RRC连接重配置)。” | 对比文件公开了切换过程的基本交互，包括切换请求确认（HO Preparation Request ACK）。但对比文件未公开该确认消息中包含任何与辅基站相关的RACH前导签名。并且，如前所述，对比文件的添加/恢复请求是在切换完成后才执行的，因此不可能在切换过程中的“切换请求确认”中包含相关签名。该技术特征是将多个未在对比文件中公开的条件（时序、签名内容）组合在一起，因此整体未被公开。 |
| **技术特征M：** 其中，对于所述用户设备，所述源基站的辅基站与所述目标基站的辅基站为同一个基站，该方法还包括以下步骤：-所述辅基站在发送所述释放响应后，向所述源基站传输其SN状态并进行关于所述用户设备的数据转发，所述源基站向所述目标基站传输的SN状态以及所转发的数据包括所述源基站自身的以及所述辅基站发送给所述源基站的SN状态和数据 **《未公开》** | **引用段落：**[0096] (图20, 手順例4) 步骤S1507: “eNB2は、...セル20におけるUE4の通信状況情報(Communication Status Information)をeNB1に送信する。” <br><br> **翻译：** 步骤S1507: “eNB2将...小区20中UE4的通信状态信息发送给eNB1。” <br><br> **场景差异：** 对比文件中，源辅基站(eNB2)和目标辅基站(未明确)是不同的基站。 | 对比文件的所有实施例中，源基站的辅基站和目标基站的辅基站都是不同的物理实体（例如eNB2和eNB4）。对比文件没有描述任何场景，其中源基站的辅基站与目标基站是同一个基站。因此，对比文件没有公开在该特定场景下，辅基站向源基站传输SN状态和数据，再由源基站转发的具体流程。技术特征M所依赖的特定网络拓扑和流程在对比文件中不存在，因此未被公开。 |
| **技术特征N：** 者-所述辅基站在发送所述释放响应后，向所述目标基站传输其SN状态并进行关于所述用户设备的数据转发 **《未公开》** | **引用段落：**[0065] (手順例1の変形) 步骤S408: 目标基站在切换后指示UE使用辅小区。<br><br> **场景差异：** 对比文件中，源辅基站和目标辅基站不同，且未描述向目标主基站直接转发的场景。 | 技术特征N建立在“源辅基站与目标基站为同一个基站”这一特定场景下。对比文件未公开此场景，因此也未公开在此场景下辅基站（即目标基站自身）向自身（作为目标主基站）传输SN状态和数据这种逻辑上不合理的操作。该技术特征在对比文件中没有对应的公开内容。 |
| **技术特征O：** 者-所述辅基站在发送所述释放响应后，将其SN状态以及关于所述用户设备的数据存储在其自身中。 **《未公开》** | **引用段落：**[0105] (图22, 手順例6) 步骤S1707: “eNB2は、サービスBを中断し、...。” <br><br> **翻译：** 步骤S1707: “eNB2中断服务B...。” <br><br> **场景差异：** 对比文件中，服务中断发生在源辅基站上，且后续目标基站会请求恢复服务，但拓扑关系与特征O不同。 | 技术特征O同样建立在“源辅基站与目标基站为同一个基站”这一特定场景下。对比文件未公开此场景。虽然对比文件在手顺例6中公开了辅基站(eNB2)中断服务并可能保留数据，但这里的辅基站是源辅基站，它与目标基站(eNB3)不同。技术特征O描述的是一种特殊的拓扑结构下的操作，该结构在对比文件中没有记载，因此该特征未被公开。 |
---
**最终结论摘要：**
- **直接公开的特征：** A, B, C, D, E, F, I
- **隐含公开的特征：** G, H, J
- **未公开的特征：** K, L, M, N, O
<<<A>>><<<B>>><<<C>>><<<D>>><<<E>>><<<F>>><<<I>>><<<g>>><<<h>>><<<j>>>