好的，作为一名资深专利代理师，我将严格遵循您的指示，对对比文件是否公开目标专利权利要求的各技术特征进行严谨的评估。
**对比文件名称**：2015-02-12_US2015043492A_发明申请_US20150043492A1 METHOD FOR PROVIDING DUAL CONNECTIVITY IN WIRELESS COMMUNICATION SYSTEM
**目标专利名称**：1132用于多RAT双连接（MR-DC）和NR-NR双连接（NR-DC）中的分割承载的隧道建立CN112534955B
**本次调用的模型名称**：暂无（或根据您实际调用的模型填写）
---
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用（翻译） | 公开性论述 |
| 技术特征A：向所述SN发送(910)SN添加请求消息<br><br>《直接公开》 | 对比文件[0190]（方法A1的S1005）： “MeNB 100向SeNB 200发送SeNB建立消息（SeNB setup message）”。<br><br>对比文件[0201]（方法A2的S1105）： “MeNB 100向SeNB 200发送SeNB建立消息（SeNB setup message）”。 | 对比文件明确公开了在主节点（MeNB）添加辅节点（SeNB）的过程中，向SeNB发送请求消息的步骤，该消息被命名为“SeNB建立消息”（SeNB setup message）。在MR-DC/NR-DC场景下，该消息的功能与目标专利中的“SN添加请求消息”相同，均用于触发SN侧的资源配置流程。该特征被对比文件直接公开。 |
| 技术特征B：所述SN添加请求消息标识了要在所述SN和所述UE之间建立的一个或多个服务质量QoS流<br><br>《隐含公开》 | 对比文件[0201]（方法A2的S1105）： “MeNB 100向SeNB 200发送SeNB建立消息，该消息包括…待配置承载的属性信息（information about the attributes of a bearer to be configured）”。<br><br>对比文件表4（SeNB Setup Request 描述）： “Bearer attributes”。 | 对比文件明确在SeNB建立消息中包含了“待配置承载的属性信息”（Bearer attributes）。在3GPP LTE/NR系统中，承载的属性信息（如QCI/5QI、GBR、AMBR等）本质上定义了该承载需要满足的服务质量（QoS）。在EPC核心网中，QoS是基于E-RAB（承载）级别来保证的，请求建立包含特定QoS属性的承载，等同于标识了与该承载关联的QoS流需求。因此，对于本领域技术人员而言，对比文件隐含公开了通过包含承载属性信息来标识所需QoS流的技术方案。 |
| 技术特征C：其中，在所述请求中标识的一个或多个QoS流与需要所述MN提供的资源的SN终止无线电承载相关<br><br>《隐含公开》 | 对比文件[0190]（方法A1的S1005）： “MeNB 100向SeNB 200发送SeNB建立消息，该消息包括…待配置承载的属性信息（information about the attributes of a bearer to be configured）”。<br><br>对比文件[0125]（BM功能描述）： “MeNB 100可以生成下行链路BM PDU…并将其传递给MeNB 100或SeNB 200的无线承载”。<br><br>对比文件[0162]（上行流量控制U1/U2）： 描述了在承载分割（bearer split）场景下，UE需要将上行流量在MeNB和SeNB之间进行分流。 | 对比文件虽然未明确使用“SN终止承载”或“需要MN提供资源”的术语，但其描述的双连接架构中，存在一种“分割承载”（bearer split）模式。在这种模式下，一个EPS承载的数据流被分割，一部分通过MeNB的无线资源传输，另一部分通过SeNB的无线资源传输。这种承载的服务质量（QoS）由MeNB和SeNB共同保证，其中MeNB提供了必要的MCG资源。因此，当MeNB请求SeNB为一个可能被分割的承载建立资源时，该请求所关联的QoS流隐含地指向了需要MN（MeNB）提供资源的承载类型（例如，SN终止的MCG或SCG分割承载），以保证端到端的QoS。 |
| 技术特征D：从所述SN接收(920)SN添加请求应答消息<br><br>《直接公开》 | 对比文件[0190]（方法A1的S1005）： “SeNB 200执行接纳控制…并向MeNB 100发送包括结果代码的SeNB建立应答（SeNB setup ACK）消息”。<br><br>对比文件[0201]（方法A2的S1105）： “SeNB 200执行接纳控制…并向MeNB 100发送SeNB建立应答（SeNB setup ACK）消息”。 | 对比文件明确公开了在MeNB发送建立请求后，SeNB会回复一个确认消息（SeNB setup ACK message）。该消息的功能与目标专利中的“SN添加请求应答消息”完全一致，是SN对MN请求的响应。该特征被对比文件直接公开。 |
| 技术特征E：所述SN添加请求应答消息包括由所述SN准许的与所请求的QoS流相关联的一个或多个无线电承载的标识<br><br>《隐含公开》 | 对比文件[0190]（方法A1的S1005）： “SeNB 200执行接纳控制…并向MeNB 100发送包括结果代码的SeNB建立应答（SeNB setup ACK）消息”。<br><br>对比文件[0201]（方法A2的S1105）： “SeNB 200生成用于SeNB添加的RRC连接配置消息…该消息可能作为包括结果代码的SeNB建立应答消息被发送给MeNB”。<br>（注：RRC连接配置消息内包含详细的无线资源配置，隐含了准许承载的标识）。 | 对比文件公开了SeNB在接收到建立请求后，会执行接纳控制（Admission Control）来决定是否准许请求。其应答消息中的“结果代码”（Result code）指示了接纳成功。当接纳成功时，就意味着SeNB准许了与所请求QoS流相关联的无线承载。在方法A2中，应答消息还包含了由SeNB生成的、用于配置UE的RRC消息，该消息必然包含了被准许承载的详细标识和配置信息。因此，对比文件隐含公开了应答消息包含被准许承载标识的特征。 |
| 技术特征F：向所述SN发送(940)一个或多个隧道的地址信息<br><br>《直接公开》 | 对比文件[0194]（方法A1的S1009）： “MeNB 100向SeNB 200发送SeNB添加指示消息（SeNB addition indication message），该消息包括用于MeNB 100和SeNB 200之间数据包收发的用户面协议（例如，Xn-U）的配置信息（information about the configuration of a user plane protocol (e.g., the Xn-U)）”。<br><br>对比文件表4（SeNB addition Ind 描述）： “Xn-U info.”。 | 对比文件明确公开了MeNB在添加SeNB的过程中，会向SeNB发送一个包含“Xn-U信息”的“SeNB添加指示消息”。Xn-U信息的核心内容正是用于建立GTP-U隧道的地址信息（如IP地址和TEID），以在MeNB和SeNB之间传输用户面数据。这与目标专利中MN向SN发送隧道地址信息完全一致，是建立节点间用户面连接的关键步骤。该特征被对比文件直接公开。 |
| 技术特征G：所述一个或多个隧道用于针对SN终止承载通过所述SN和所述MN之间的Xn‑U接口转发下行链路用户面DL UP数据<br><br>《直接公开》 | 对比文件[0147]： “用于支持双连接的下行链路数据…可以由MeNB 100的RRC/BM控制，通过MeNB 100或SeNB 200的下行无线资源传输给UE 300”。<br><br>对比文件[0155]（D1方法/BM初始设置）： “当为双连接配置下行无线承载时，MeNB 100的RRC为MeNB 100和SeNB 200之间的下行分组流控制设置初始值…BM处理下行分组”。<br><br>对比文件[0198]（S1013）： “UE 300通过SeNB 200配置的无线承载和MeNB 100配置的无线承载执行通信过程（双连接通信）”。 | 对比文件详细描述了在双连接中，下行数据可以由MeNB通过Xn-U接口转发给SeNB，再由SeNB通过其无线资源发送给UE的场景（例如，对于SCG承载或分割承载）。MeNB和SeNB之间的Xn-U接口正是用于此目的。对比文件虽然未严格区分“SN终止承载”这一术语，但所描述的业务流程，即数据从MN经Xn-U转发至SN再由SN下发至UE，完全符合目标专利中“针对SN终止承载通过Xn-U接口转发DL UP数据”的技术方案。因此，该特征被对比文件直接公开。 |
| 技术特征H：其中，每个隧道标识符与主小区组MCG承载相关联<br><br>《未公开》 | 对比文件[0125]（BM功能描述）： “MeNB 100可以生成下行链路BM PDU…并将其传递给MeNB 100或SeNB 200的无线承载”。<br><br>对比文件[0147]： “下行数据流量…可以基于MeNB 100的RRC/BM控制，使用MeNB 100或SeNB 200的下行无线资源传输给UE”。 | 对比文件虽然提到了承载分割和通过MeNB或SeNB传输数据，但其描述的核心在于MeNB控制数据流向哪个节点的无线链路。对比文件没有公开、也未暗示MeNB向SN发送的隧道标识符（即用于Xn-U接口的隧道端点）与“主小区组（MCG）承载”之间存在直接的关联关系。在对比文件的架构中，MeNB向SN提供的Xn-U隧道信息主要是为了将数据从MN发给SN，以便SN通过其SCG资源发送。目标专利将此特征明确限定为隧道与MCG承载关联，这在对比文件中找不到对应或合理的推理依据。 |
| 技术特征I：还包括<br>技术特征J：选择(930)用于所准许的无线电承载中的一个或多个无线电承载的隧道<br><br>《隐含公开》 | 对比文件[0155]（D1方法/BM初始设置）： “RRC为MeNB 100和SeNB 200之间的下行分组流控制设置初始值”。<br><br>对比文件[0160]（D2方法）： “BM动态地基于MeNB 100和SeNB 200的下行分组缓冲区的报告…为MeNB 100和SeNB 200之间的下行分组流控制重新设置一个设定值”。<br><br>对比文件[0194]（S1009）： “MeNB 100向SeNB 200发送SeNB添加指示消息，该消息包括用于MeNB 100和SeNB 200之间数据包收发的用户面协议（例如，Xn-U）的配置信息”。 | 对比文件虽然没有明确写出“选择隧道”这四个字，但其整个信令流程和功能描述隐含了这一步骤。MeNB首先请求SeNB建立承载，SeNB批准后，MeNB需要为这些被准许的承载确定如何在节点间传输数据。这个确定过程必然涉及为每个承载（或一组承载）选择一个合适的Xn-U隧道。在对比文件中，MeNB决定使用哪个隧道（即Xn-U配置信息）并将其在“SeNB添加指示”消息中发送给SeNB，这本身就隐含了MeNB执行了“选择”隧道的动作。因此，该特征被对比文件隐含公开。 |
| 技术特征K：其中，每个隧道标识符与以下相关联：辅小区组SCG分割承载<br><br>《直接公开》 | 对比文件[0125]（BM功能描述）： “在承载分割（bearer split）的情况下，可以对上行BM PDU的顺序进行重排序，并按序发送”。<br><br>对比文件[0162]（上行流量控制）： 描述了在“承载分割”（bearer split）时的上行流量控制方法。<br><br>对比文件[0305]（Alt.Arch.2 PDCP功能）： “PDCP可以执行路由和流量控制功能…将下行PDCP PDU传递给MeNB 500或SeNB 600的子无线承载”。 | 对比文件明确引入了“承载分割”（bearer split）的概念，该概念与目标专利中的“SCG分割承载”实质等同，即数据通过MN和SN两个节点共同传输到UE。在这种分割架构下，为了将下行数据从MN转发到SN，MN和SN之间必须建立隧道。这个隧道（由隧道标识符定义）正是为了承载那些需要分割通过SN传输的数据部分。因此，对比文件明确公开了隧道标识符与“分割承载”（对应于SCG分割承载）相关联的特征。 |
| 技术特征L：其中，每个隧道标识符包括隧道端点标识符TEID和互联网协议IP地址<br><br>《直接公开》 | 对比文件[0160]（D2方法，用户面协议）： “如果通用分组无线服务隧道协议-用户面（GTP-U）被用作MeNB 100和SeNB 200之间的数据传输的用户面协议”。<br><br>对比文件[0278]（Xn-UP结构）： “X2-UP的结构，Xn-UP可以基于GPRS隧道协议/用户数据报协议（GTP-U/UDP）的传输网络运行”。 | 对比文件明确声明在MeNB和SeNB之间的用户面接口（Xn-UP）上使用GTP-U协议。本领域技术人员周知，GTP-U隧道正是通过隧道端点标识符（TEID）和IP地址来唯一标识的。对比文件虽未在具体例子中列出TEID和IP地址，但指明使用GTP-U协议，就必然包含了这两个核心要素。因此，该特征被对比文件直接公开。 |
| 技术特征M：还包括<br>技术特征N：经由所述一个或多个隧道中的至少一个隧道从所述SN接收(950)与所述QoS流中的至少一个QoS流相关联的DL UP数据<br><br>《未公开》 | 对比文件[0147]： “下行链路数据流量…可以使用MeNB 100或SeNB 200的下行无线资源传输给UE 300”。<br><br>对比文件[0198]（S1013）： “UE 300通过SeNB 200配置的无线承载和MeNB 100配置的无线承载执行通信过程”。 | 对比文件始终将数据流方向描述为从核心网到MeNB，再由MeNB决定是直接发送给UE还是通过Xn-U转发给SeNB，最后由SeNB发送给UE。数据流是单向的，即从MN流向SN。对比文件没有描述、也没有暗示数据会从SN通过XN-U反向传输（即DL UP数据）到MN。目标专利的特征N明确要求MN从SN“接收”DL UP数据，这与对比文件中数据从MN到SN的转发方向完全相反。因此，该特征未被对比文件公开。 |
| 技术特征O：通过无线电接口向所述UE发送(960)接收到的DL UP数据<br><br>《未公开》 | 此特征基于特征N成立。由于对比文件未公开MN从SN接收DL UP数据，因此，更进一步地，MN将接收到的DL UP数据通过无线电接口发送给UE的步骤在对比文件中同样没有公开。 | 该特征依赖于特征N的成立。在对比文件描述的架构中，MN不会通过Xn-U从SN接收下行数据，因此也就没有后续通过无线接口向UE发送这些数据的步骤。该特征未被对比文件公开。 |
---
### 最终公开性代码
根据上述分析，对比文件对目标专利权利要求的各技术特征公开情况如下：
* **直接公开**：技术特征A、D、F、G、K、L。
* **隐含公开**：技术特征B、C、E、J。
* **未公开**：技术特征H、N、O。
<<<A>>><<<b>>><<<c>>><<<D>>><<<e>>><<<F>>><<<G>>><<<j>>><<<K>>><<<L>>>