好的，作为一名资深专利代理师，我将严格遵照您的指示，对本专利权利要求的技术特征与对比文件进行严谨、逐一的比对和分析。
首先，确认本次评估的相关信息：
* **对比文件名称**：WO2018130968A1_Description_20260428_0909
* **目标专利名称**：1132用于多RAT双连接（MR-DC）和NR-NR双连接（NR-DC）中的分割承载的隧道建立CN112534955B
* **本次调用的模型名称**：（您未指定，此处留空或以通用模型代称）
下面进入特征比对环节。
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（翻译及位置） | 公开性论述 |
| **技术特征A：向所述SN发送(910)SN添加请求消息** <br><br> 《直接公开》 | 对比文件说明书[0110]段原文：`The SeNB Addition procedure is initiated by the MeNB and establishes a UE context at the SeNB to provide radio resources from the SeNB to the UE.` <br> 翻译：`SeNB添加过程由MeNB发起，并在SeNB处建立UE上下文，以从SeNB向UE提供无线电资源。` <br> 结合图14，步骤1即为MeNB向SeNB发送“SeNB Addition Request”。 | 对比文件明确记载了在双连接（DC）场景下的SeNB添加过程，该过程由主节点（MeNB）向辅节点（SeNB）发起，首步操作为发送“SeNB添加请求”消息。该消息的本质与目标专利中MN向SN发送的“SN添加请求消息”相同，均是用于启动辅节点资源添加的流程。因此，该技术特征被对比文件直接公开。 |
| **技术特征B：所述SN添加请求消息标识了要在所述SN和所述UE之间建立的一个或多个服务质量QoS流** <br><br> 《直接公开》 | 对比文件说明书[0109]段原文：`In step 1 (of SeNB Addition procedure), the MeNB decides to request the target SeNB to allocate radio resources for a specific E-RAB...` <br> 进一步，说明书[0109]段原文：`...indicating QoS flow characteristics (QoS Flow Level QoS Parameters, PDU Session Level TNL address information, and PDU Session Level Network Slice info).` <br> 翻译：`在（SeNB添加过程的）步骤1中，MeNB决定请求目标SeNB为特定的E-RAB分配无线电资源...指示QoS流特性（QoS流等级QoS参数、PDU会话等级TNL地址信息、以及PDU会话等级网络切片信息）。` | 对比文件明确指出，在SeNB添加请求消息中，主节点（MeNB）会向辅节点（SeNB）指示需要建立的资源对应的“QoS流特性”。虽然对比文件主要讨论EPS（LTE）下的DC，但其在[0109]段明确使用了5G NR/5GC的“QoS流”概念，并将此信息包含在请求消息中。这直接对应于目标专利中SN添加请求消息标识了一个或多个QoS流的技术特征。 |
| **技术特征C：其中，在所述请求中标识的一个或多个QoS流与需要所述MN提供的资源的SN终止无线电承载相关** <br><br> 《隐含公开》 | 对比文件说明书[0110]段原文：`In addition, for bearer options that need Xn-U resources between MeNB and SeNB, the MeNB may also provide... Xn-U DL TNL address information for SN terminated bearers...` <br> 翻译：`此外，对于需要MeNB和SeNB之间的Xn-U资源的承载选项，MeNB还可以提供...针对SN终止承载的Xn-U DL TNL地址信息...` <br> 说明书[0116]段，图14的步骤7和8描述了“SN状态传输和数据转发”。 | 对比文件明确提到了一种需要主节点（MN）提供资源的承载选项，即“SN终止承载”。具体而言，对于分割承载，数据路径可能经过Mn，需要MN提供资源。对比文件还提及了MN提供“针对SN终止承载的Xn-U DL TNL地址信息”，这进一步说明对于某些SN终止的承载（如分割承载），其下行链路数据需要经由MN转发，因此需要MN分配相关的隧道资源（如DL TNL地址）。这说明对比文件隐含地公开了存在一种SN终止承载，其需要MN提供资源来进行数据转发。 |
| **技术特征D：从所述SN接收(920)SN添加请求应答消息** <br><br> 《直接公开》 | 对比文件说明书[0110]段原文：`In the SeNB Addition Request Acknowledge message (step 2), the SN provides...` <br> 翻译：`在SeNB添加请求应答消息（步骤2）中，SN提供...` <br> 结合图14，步骤2即为SeNB向MeNB发送“SeNB Addition Request Acknowledge”。 | 对比文件明确记载了在SeNB添加过程中，辅节点（SeNB）在接收到添加请求后，会向主节点（MeNB）发送“SeNB添加请求应答”消息。该消息的名称和功能与目标专利中的“SN添加请求应答消息”完全对应。因此，该技术特征被对比文件直接公开。 |
| **技术特征E：所述SN添加请求应答消息包括由所述SN准许的与所请求的QoS流相关联的一个或多个无线电承载的标识** <br><br> 《直接公开》 | 对比文件说明书[0110]段原文：`In the SeNB Addition Request Acknowledge message (step 2), the SN provides... the list of admitted E-RABs (as SCG bearer, SCG split bearer, or MCG split bearer)` <br> 翻译：`在SeNB添加请求应答消息（步骤2）中，SN提供...已准许的E-RAB的列表（作为SCG承载、SCG分割承载或MCG分割承载）` <br> 进一步，说明书[0114]段提到QoS流需要映射到DRB。 | 对比文件明确表示，在应答消息中，SN会提供它所准许的“E-RAB”列表，并且这些E-RAB可以对应不同的承载类型。在5G NR环境下，E-RAB等价于QoS流与DRB的映射关系。SN准许的E-RAB列表本质上就是SN准许的与QoS流相关联的无线电承载的标识。因此，该技术特征被对比文件直接公开。 |
| **技术特征F：向所述SN发送(940)一个或多个隧道的地址信息** <br><br> **（未公开）** | 对比文件说明书[0110]段描述了在“SN添加请求应答”消息中，SN提供隧道信息（例如，针对SN终止承载的“Xn-U UL TNL地址信息”）。 <br> 关于数据转发，说明书[0116]段涉及步骤7、8的“SN状态传输和数据转发”，描述的是从源到目标的数据转发，而不是在SN添加过程中配置后续的DL数据隧道。 | 在对比文件的SeNB添加过程中，隧道信息的交换主要发生在：1) MN在请求消息中提供初始隧道信息；2) SN在应答消息中提供其分配的隧道信息。对比文件没有描述在SN添加请求应答消息之后，MN再主动向SN发送一个或多个隧道的地址信息。其描述的隧道信息流向主要是从SN到MN，或者从MN到SN的初始请求中。对比文件未公开MN在后续阶段（如应答之后）向SN发送隧道地址信息的步骤。 |
| **技术特征G：所述一个或多个隧道用于针对SN终止承载通过所述SN和所述MN之间的Xn-U接口转发下行链路用户面DL UP数据** <br><br> **（未公开）** | 对比文件说明书[0110]段原文：`...the MeNB may also provide... Xn-U DL TNL address information for SN terminated bearers...` <br> 翻译：`...MeNB还可以提供...针对SN终止承载的Xn-U DL TNL地址信息...` | 对比文件提到了“针对SN终止承载的Xn-U DL TNL地址信息”，但这描述的是MN在初始请求中提供的信息，目的是为可能的DL数据转发做准备，而非在后续步骤中由MN向SN发送隧道信息。并且，对比文件描述的数据转发（Data forwarding）主要是为了切换过程中的无损移动性，而不是为了建立一条用于传输常规DL UP业务的永久性隧道。目标专利的核心在于解决SN添加后，因MN不知道DRB数量而无法提供DL隧道的问题，对比文件并未公开这一问题的解决方案或其等价手段。因此，未公开。 |
| **技术特征H：其中，每个隧道标识符与主小区组MCG承载相关联** <br><br> **（未公开）** | 对比文件说明书[0110]段提到“...MCG split bearer”。 | 对比文件虽然提到了“MCG split bearer”，但其描述的隧道信息是用于数据转发或初始配置的，与目标专利中描述的“在SN添加过程的后半段，MN向SN发送与MCG承载关联的隧道标识符”这一特定场景不符。对比文件未公开将隧道标识符与特定的MCG承载进行关联，也未公开在所述的时间点（发送应答消息后）进行此操作。 |
| **技术特征I：还包括** <br><br> **（无需判断）** | 无 | 此为过渡性语句，指代后续的特征J和K，无需单独判断。 |
| **技术特征J：选择(930)用于所准许的无线电承载中的一个或多个无线电承载的隧道** <br><br> **（未公开）** | 对比文件未描述MN选择隧道的步骤。 | 对比文件描述的是MN向SN发送请求，SN决定如何建立承载和分配资源，然后回复。MN的角色更多是请求和接收，没有公开MN在收到SN的应答后，需要主动“选择”用于所准许的承载的隧道这一步骤。 |
| **技术特征K：其中，每个隧道标识符与以下相关联：辅小区组SCG分割承载** <br><br> **（未公开）** | 对比文件说明书[0110]段提到“...SCG split bearer”。 | 与特征H类似，对比文件虽然提到了“SCG split bearer”，但其描述的上下文与目标专利中“在SN添加过程的后半段，MN向SN发送与SCG分割承载关联的隧道标识符”这一特定场景不符。对比文件未公开将隧道标识符与SCG分割承载关联的操作。 |
| **技术特征L：其中，每个隧道标识符包括隧道端点标识符TEID和互联网协议IP地址** <br><br> **（未公开）** | 对比文件说明书[0109]段原文：`...TNL address information may include... GTP Tunnel Endpoint Identifier (TEID) and TNL Internet Protocol (IP) address.` <br> 翻译：`...TNL地址信息可以包括...GPRS隧道协议(GTP)隧道端点标识符(TEID)和TNL互联网协议(IP)地址。` | 对比文件明确描述了TNL地址信息包括TEID和IP地址。这是GTP-U隧道建立的通用技术。虽然对比文件在描述隧道信息时引用了此定义，但由于目标专利中MN向SN发送隧道信息这一核心步骤（特征F）未被公开，因此作为该步骤中定义的隧道信息内容的特征L，其公开性也依赖于特征F。单独来看，对比文件公开了隧道标识符的格式，但并未在目标专利所要求的特定步骤（即MN向SN发送）中公开此格式。因此，基于整体步骤的缺失，该特征视为未公开。 |
| **技术特征M：还包括** <br><br> **（无需判断）** | 无 | 此为过渡性语句，指代后续的特征N和O，无需单独判断。 |
| **技术特征N：经由所述一个或多个隧道中的至少一个隧道从所述SN接收(950)与所述QoS流中的至少一个QoS流相关联的DL UP数据** <br><br> **（未公开）** | 对比文件说明书[0116]段描述了“数据转发（Data forwarding）”。 | 对比文件描述的数据转发是切换过程中的行为，用于传输已缓冲的PDCP PDU。它不是目标专利所描述的、在SN添加完成后，用于传输常规下行链路用户面数据的永久性隧道。由于特征F所述的隧道建立步骤未被公开，此步骤显然也无法被公开。 |
| **技术特征O：通过无线电接口向所述UE发送(960)接收到的DL UP数据** <br><br> **（未公开）** | 对比文件提到MeNB可以将数据转发给UE，但在上下文为SeNB添加过程的常规数据传输，而非数据转发场景。 | 在对比文件描述的数据转发场景中，源节点向目标节点转发数据，目标节点再发送给UE。这与目标专利中MN在接收到从SN转发的DL数据后，再通过无线电接口发送给UE的场景不同。目标专利解决的是SN添加后的常规DL数据路径问题，而非切换时的数据转发。因此，未公开。 |
### 结论
经过严谨比对，对比文件WO2018130968A1公开了以下技术特征：
* **直接公开**：技术特征 `A`, `B`, `D`, `E`。
* **隐含公开**：技术特征 `C`。
* **未公开**：技术特征 `F`, `G`, `H`, `J`, `K`, `L`, `N`, `O`。技术特征 `I` 和 `M` 为过渡语句，不涉及具体技术方案，无需判断。
<<<A>>><<<B>>><<<D>>><<<E>>> <<<c>>>