好的，我将以资深专利代理师的身份，对您提出的问题进行严谨、深度的分析。
**对比文件名称：** 2017-01-12_None_发明专利_JPWO2014103176A1 無線通信システム、無線局、無線端末、通信制御方法、及びプログラム
**目标专利名称：** 760用于为用户设备的切换提供服务的方法、基站和双连接系统CN104822169B
**本次调用的模型名称：** 无（您未指定，我作为AI模型执行分析）
以下是根据您的要求进行的特征比对分析。
### 特征比对表格
| 第一栏：技术特征描述及公开性判断 | 第二栏：对比文件原文引用 | 第三栏：公开性论述 |
| **技术特征A**：其中，所述源基站和所述目标基站均支持双连接配置，该方法包括以下步骤：-在与目标基站确定所述用户设备需要切换后，源基站向所述用户设备发送连接重配置信息，并向与源基站共同为所述用户设备提供双连接服务的辅基站发送释放请求 **《直接公开》** | 【0090】eNB1は、無線端末4のSCellを第3のセル30に変更することを決定し、第2のセル20におけるサービスBの中止指示および通信状況情報の報告指示をeNB2に送信する(Service Abort Request and Communication Status Request)... eNB1は、SCell変更の指示(RRC Connection Reconfiguration)をUE4に送信する。 | 对比文件公开了在Inter-eNB CA（即双连接）场景下，当决定变更SCell时，作为主基站（相当于本专利的源基站）的eNB1，向作为辅基站的eNB2发送“服务中止指示”（Service Abort Request，相当于本专利的“释放请求”），并向UE发送“RRC连接重配置”（RRC Connection Reconfiguration，相当于本专利的“连接重配置信息”）。虽然对比文件描述的是SCell变更而非完整的基站切换，但其核心交互流程和技术作用（在主基站控制下，释放旧的辅基站连接，并为UE配置新连接）与本技术特征相同。eNB1和eNB3均支持Inter-eNB CA，对应了源基站和目标基站均支持双连接配置。因此，本技术特征被直接公开。 |
| **技术特征B**：-所述源基站的辅基站向所述源基站发送释放响应 **《直接公开》** | 【0090】eNB2は、セル20でのサービスBを中止し、セル20におけるUE4の通信状況情報(Communication Status Information)をeNB1に送信する。 | 对比文件中，eNB2（源基站的辅基站）在接收到eNB1（源基站）的“服务中止指示”后，中止服务并向eNB1发送“通信状况信息”（Communication Status Information）。该“通信状况信息”的发送行为，是对于eNB1所发指示的响应，其作用与本技术特征中辅基站向源基站发送“释放响应”以确认释放准备完成相同。因此，本技术特征被直接公开。 |
| **技术特征C**：-所述源基站向所述目标基站传输SN状态并进行关于所述用户设备的数据转发 **《隐含公开》** | 【0091】eNB1は、セル20におけるUE4の通信状況情報をeNB3に送信する。<br>【0084】ユーザーデータの送信状況又は受信状況は、例えばPDCP (Packet Data Convergence Protocol) SN (Sequence Number)やHFN (Hyper Frame Number)のステータスを示す情報などを転送するSN Status Transferメッセージの内容であってもよい。 | 对比文件明确公开了源基站（eNB1）向目标基站（eNB3）传输“通信状况信息”，且该信息明确包含PDCP SN状态（即SN Status）。这完全对应了本技术特征中的“传输SN状态”。对于“数据转发”，对比文件的图14及【0090】-【0092】描述了服务B从eNB2释放、经eNB1（路径切换）再到eNB3恢复的过程。虽然未明确使用“数据转发”一词，但本领域技术人员能够合理推断，为了在eNB3恢复服务B，eNB1必须将尚未送达给UE的缓存数据转发给eNB3。这是保证业务连续性的必要技术手段。因此，本技术特征被隐含公开。 |
| **技术特征D**：-所述目标基站接收所述源基站传输的SN状态以及所转发的数据，并与所述用户设备建立连接 **《隐含公开》** | 【0091】eNB1は、セル20におけるUE4の通信状況情報をeNB3に送信する。<br>【0092】eNB1及びUE4は、SCell変更を完了する(RRC Connection Reconfiguration Complete)。ステップS913では、eNB1は、第3のセル30をSCellとして活性化するようUE4に指示する(Cell3 activation)。ステップS914では、eNB3及びUE4は、変更後のSCell(セル30)においてサービスBを再開する。 | 对比文件公开了目标基站（eNB3）接收来自源基站（eNB1）的SN状态信息（通信状况信息的一部分）。虽然未明确描述接收“数据”，但基于技术特征C的论述，为恢复服务，eNB3必然接收了转发的数据。同时，【0092】描述了UE与eNB3建立连接（通过RRC连接重配置完成和SCell激活）并开始通信，这与本技术特征中“与用户设备建立连接”并恢复通信的作用完全一致。因此，本技术特征被隐含公开。 |
| **技术特征E**：其中，该方法还包括以下步骤：-所述目标基站向一基站发出添加请求，该添加请求用于请求将该基站添加为与所述目标基站共同为所述用户设备提供双连接服务的辅基站 **《未公开》** | 【0091】ステップS909では、eNB1は、SCell準備の要求(SCell preparation request)をeNB3に送信する。 | 对比文件公开了由eNB1（源基站/主基站）向eNB3（目标基站/新辅基站）发送“SCell准备请求”（SCell preparation request）。而本技术特征明确限定的是“目标基站”（即切换后的主基站）向“一基站”发送添加请求。在对比文件的场景中，主基站（eNB1）在切换过程中并未变化，因此不存在由“目标基站”发起添加辅基站的过程。该请求的发起主体不同，技术作用和网络架构也不同。因此，本技术特征未被对比文件公开。 |
| **技术特征F**：-接收所述添加请求的基站向所述目标基站发送添加响应，从而作为所述目标基站的辅基站来建立与所述用户设备之间的连接 **《未公开》** | 【0091】ステップS910では、eNB3は、無線端末4にSCellを提供するためにセル30を準備し、SCell準備の要求に対する応答(SCell preparation request ACK)をeNB1に送信する。 | 基于对技术特征E的分析，对比文件中“添加响应”的接收方是eNB1（源基站），而非本技术特征限定的“目标基站”。因此，该响应无法实现“作为目标基站的辅基站”建立连接的作用。本技术特征未被对比文件公开。 |
| **技术特征G**：其中，对于所述用户设备，所述源基站的辅基站与所述目标基站的辅基站不同，该方法还包括以下步骤：-若所述源基站的辅基站与所述目标基站的辅基站服务的无线承载相同，则所述源基站的辅基站向所述目标基站的辅基站发送SN状态并进行关于所述用户设备的数据转发 **《隐含公开》** | 【0074】第2の無線局2は、第1の無線局1を経由せずに直接的に、通信状況情報を第3の無線局3へ送信してもよい。一例では、第1の無線局1は、第2のセル20における無線端末4の通信状況情報を第3の無線局3に送信するように第2の無線局2に要求してもよい。 | 对比文件明确给出了一个替代方案：源辅基站（eNB2）可以直接将通信状况信息（包含SN状态）发送给目标辅基站（eNB3）。虽然对比文件未明确限定“无线承载相同”这一条件，但本领域技术人员可以合理推断，这种“直接转发”模式最适用于承载相同、业务需要无缝迁移的场景。若承载不同，通常需要经过主基站进行路由和分发。因此，对比文件公开了本技术特征的核心思想，即源辅基站向目标辅基站直接传输数据。该技术特征被隐含公开。 |
| **技术特征H**：-若所述源基站的辅基站与所述目标基站的辅基站服务的无线承载不同，则所述源基站的辅基站向所述目标基站发送SN状态并进行关于所述用户设备的数据转发 **《隐含公开》** | 【0091】eNB1は、セル20におけるUE4の通信状況情報をeNB3に送信する。<br>【0074】第2の無線局2は、...通信状況情報を第3の無線局3へ送信してもよい。 | 对比文件的主要流程（图14）是源辅基站（eNB2）将通信状况信息发送给主基站（eNB1），再由主基站发送给目标基站（eNB3）。这种“间接转发”模式，本领域技术人员可以合理推断，其适用于承载不同，需要由主基站进行统一协调和路径切换的场景。虽然对比文件未明确写出“承载不同”的条件，但其公开了两种路径（直接/间接），而间接路径（经源基站）正是本技术特征所描述的场景。因此，本技术特征被隐含公开。 |
| **技术特征I**：其中，发送所述添加请求的步骤和发送所述添加响应的步骤在所述用户设备切换完成后执行。 **《未公开》** | 【0091】ステップS909では、eNB1は、SCell準備の要求(SCell preparation request)をeNB3に送信する。...【0092】ステップS912では、eNB1及びUE4は、SCell変更を完了する(RRC Connection Reconfiguration Complete)。 | 对比文件明确公开了“SCell准备请求”（添加请求）及其响应是在SCell变更完成（RRC Connection Reconfiguration Complete）之前执行的。这与本技术特征要求的“切换完成后执行”的顺序相反。因此，本技术特征未被对比文件公开。 |
| **技术特征J**：其中，所述添加响应包含所述目标基站的辅基站为所述用户设备分配的专用RACH随机接入前导签名，该方法还包括以下步骤：-所述目标基站向所述用户设备发送连接重配置信息，该目标基站发送的连接重配置信息包含所述专用RACH随机接入前导签名，以使所述用户设备与所述目标基站的辅基站建立连接。 **《未公开》** | 对比文件全文 | 对比文件全文未提及“专用RACH随机接入前导签名”这一概念，也未描述相关的分配和发送过程。因此，本技术特征未被对比文件公开。 |
| **技术特征K**：其中，发送所述添加请求的步骤和发送所述添加响应的步骤，在所述源基站与所述目标基站确定所述用户设备需要切换的过程中执行。 **《未公开》** | 【0091】ステップS909では、eNB1は、SCell準備の要求(SCell preparation request)をeNB3に送信する。 | 与对技术特征E和I的分析一致，对比文件中发起“添加请求”的主体是源基站（eNB1），而非本技术特征中的“目标基站”。虽然时间点（在切换/变更过程中）相似，但由于执行主体不同，其技术本质完全不同。因此，本技术特征未被对比文件公开。 |
| **技术特征L**：其中，所述添加响应包含所述目标基站的辅基站为所述用户设备分配的专用RACH随机接入前导签名，所述确定用户设备需要切换的过程包括所述目标基站向所述源基站发送切换请求确认的步骤，该切换请求确认包含所述专用RACH随机接入前导签名，所述源基站发送的连接重配置信息包含所述专用RACH随机接入前导签名，以使所述用户设备与所述目标基站的辅基站建立连接。 **《未公开》** | 对比文件全文 | 与对技术特征J的分析一致，对比文件未公开“专用RACH随机接入前导签名”相关的任何内容。因此，本技术特征未被对比文件公开。 |
| **技术特征M**：其中，对于所述用户设备，所述源基站的辅基站与所述目标基站的辅基站为同一个基站，该方法还包括以下步骤：-所述辅基站在发送所述释放响应后，向所述源基站传输其SN状态并进行关于所述用户设备的数据转发，所述源基站向所述目标基站传输的SN状态以及所转发的数据包括所述源基站自身的以及所述辅基站发送给所述源基站的SN状态和数据 **《未公开》** | 对比文件全文 | 对比文件描述的场景是SCell从一个eNB（eNB2）变更到另一个不同的eNB（eNB3）。其中并未涉及源基站的辅基站与目标基站的辅基站是同一个基站的特殊场景，也没有描述该场景下所需的特定数据转发流程（如辅基站先向源基站发送数据，源基站再合并转发）。因此，本技术特征未被对比文件公开。 |
| **技术特征N**：-所述辅基站在发送所述释放响应后，向所述目标基站传输其SN状态并进行关于所述用户设备的数据转发 **《直接公开》** | 【0074】第2の無線局2は、第1の無線局1を経由せずに直接的に、通信状況情報を第3の無線局3へ送信してもよい。 | 对比文件【0074】明确给出了一个替代方案，即源辅基站（eNB2，对应本技术特征的辅基站）在释放后，可以直接向目标基站（eNB3）发送通信状况信息（包含SN状态）。本领域技术人员能够毫无疑义地确定，该方案完全对应本技术特征“辅基站向目标基站传输其SN状态”的描述。因此，本技术特征被直接公开。 |
| **技术特征O**：-所述辅基站在发送所述释放响应后，将其SN状态以及关于所述用户设备的数据存储在其自身中。 **《直接公开》** | 【0036】無線ネットワーク6は、...第2のセル20における無線端末4に関する通信状況情報を保持しつつ、...SCellを...変更する。<br>【0050】通信制御部25は、...サービス中止後も第2のセル20における無線端末4に関する通信状況情報を解放(削除)すること無く保持しておき、... | 对比文件多处明确公开了辅基站（如eNB2/第2的无线局）在释放/中止服务后，将通信状况信息（包含SN状态等）保持（存储）在其自身中，而不是立即发送或丢弃。该技术手段的作用与本技术特征完全相同，都是为了在后续恢复服务时能够使用这些信息。因此，本技术特征被直接公开。 |
### 结论
综上所述，对比文件JPWO2014103176A1：
* **直接公开**了技术特征：**A**、**B**、**N**、**O**。
* **隐含公开**了技术特征：**C**、**D**、**G**、**H**。
* **未公开**技术特征：**E**、**F**、**I**、**J**、**K**、**L**、**M**。
根据您的要求，在回答结尾插入对应的代码。
<<<A>>><<<B>>><<<N>>><<<O>>><<<c>>><<<d>>><<<g>>><<<h>>>