对比文件名称：2017-01-04_CN106304403A_发明公开_CN106304403A 一种多连接建立方法及相关设备
目标专利名称：1132用于多RAT双连接（MR‑DC）和NR‑NR双连接（NR‑DC）中的分割承载的隧道建立CN112534955B
本次调用的模型名称：DeepSeek-R1-32B
以下是根据目标专利权利要求的技术特征与对比文件进行的特征比对分析。本分析严格遵循目标专利权利要求的划分，并结合目标专利说明书原文（例如，[0097]-[0111]、[0131]-[0141]段）对技术特征的含义进行解释。
**特征比对表格**
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：向所述SN发送(910)SN添加请求消息<br><br>《直接公开》 | [0006] 步骤201：MeNB向SeNB发送SeNB增加请求(Addition Request)，该SeNB增加请求中携带SCG配置信息(SCG-ConfigInfo)；<br>[0101] 第一种，辅基站接收主基站发送的该UE的至少一条待建的无线承载的标识和该UE的服务质量相关信息。<br>[0127] 步骤702：eNB1向eNB2发送多连接建立请求消息，该多连接建立请求消息中携带至少一条待建的无线承载的标识和UE的服务质量相关信息... | 对比文件明确公开了主基站（MeNB/eNB1）向辅基站（SeNB/eNB2）发送增加请求（Addition Request/多连接建立请求消息）的过程。该消息在对比文件中的作用是发起在辅基站侧建立无线资源的流程，与目标专利中MN向SN发送SN添加请求消息以设立无线电资源的作用完全相同。因此，该技术特征被对比文件直接公开。 |
| 技术特征B：所述SN添加请求消息标识了要在所述SN和所述UE之间建立的一个或多个服务质量QoS流<br><br>《直接公开》 | [0101] 第一种，辅基站接收主基站发送的该UE的至少一条待建的无线承载的标识和该UE的服务质量相关信息。<br>[0127] 步骤702：eNB1向eNB2发送多连接建立请求消息，该多连接建立请求消息中携带至少一条待建的无线承载的标识和UE的服务质量相关信息...<br>[0022] 第一方面，提供了一种多连接建立方法，包括：辅基站获取用户设备UE的至少一条待建的无线承载的标识和所述UE的服务质量相关信息... | 对比文件中的“多连接建立请求消息”明确携带了“UE的服务质量相关信息”。在目标专利中，服务质量QoS流是QoS信息的一种具体形式。对比文件中的“UE的服务质量相关信息”涵盖了用于在SN和UE之间建立承载所需的QoS参数，其本质上标识了需要在SN侧提供的服务质量需求。因此，对比文件公开了在请求消息中标识服务质量相关信息，以用于后续在SN和UE之间建立无线承载。该技术特征被直接公开。 |
| 技术特征C：其中，在所述请求中标识的一个或多个QoS流与需要所述MN提供的资源的SN终止无线电承载相关<br><br>《隐含公开》 | [0006] 步骤201：MeNB向SeNB发送SeNB增加请求(Addition Request)，该SeNB增加请求中携带SCG配置信息(SCG-ConfigInfo)；<br>[0105] 实施中，辅基站根据服务小区的资源使用状态、UE的服务质量(QOS)需求以及本地的无线资源管理(RRM)策略等分配每个无线承载相应的资源配置信息。 | 目标专利中，该特征特指那些需要MN提供资源（如MCG资源）的SN终止承载，即SCG分割承载。对比文件虽然公开了SN根据QoS信息建立承载，但未明确区分承载类型，也未提及承载是否需要MN提供资源。但是，对比文件[0006]中，MeNB发送的请求包含SCG配置信息(SCG-ConfigInfo)，这暗示了SN需要根据MN的配置来使用资源。结合本领域公知常识，在双连接或多连接中，当SN终止的承载（如分割承载）需要同时使用MN和SN的资源时，MN需要在请求中提供相关信息。本领域技术人员由对比文件公开的“主基站提供QoS信息”和“辅基站建立承载”这一基本流程，可以合理推断出该请求中包含的QoS流可能用于需要MN侧资源的SN终止承载。因此，该技术特征被隐含公开。 |
| 技术特征D：从所述SN接收(920)SN添加请求应答消息<br><br>《直接公开》 | [0007] 步骤202：SeNB向MeNB发送SeNB增加请求响应(Addition Request Acknowledge)，该增加请求响应中携带SCG配置(SCG-Config)；<br>[0129] 步骤703：eNB2向eNB1返回多连接接入响应消息，该多连接接入响应消息中携带每条无线承载的资源配置信息； | 对比文件明确公开了辅基站（SeNB/eNB2）向主基站（MeNB/eNB1）发送响应消息（Addition Request Acknowledge/多连接接入响应消息）。该消息的作用是回应MN的请求并提供配置信息，与目标专利中MN接收SN添加请求应答消息的作用完全相同。因此，该技术特征被直接公开。 |
| 技术特征E：所述SN添加请求应答消息包括由所述SN准许的与所请求的QoS流相关联的一个或多个无线电承载的标识<br><br>《直接公开》 | [0007] 步骤202：SeNB向MeNB发送SeNB增加请求响应(Addition Request Acknowledge)，该增加请求响应中携带SCG配置(SCG-Config)；<br>[0127] 步骤703：eNB2向eNB1返回多连接接入响应消息，该多连接接入响应消息中携带每条无线承载的资源配置信息； | 对比文件的响应消息中包含了“每条无线承载的资源配置信息”或“SCG配置”。这些配置信息是由SN根据UE的QoS信息确定的，其必然包含了SN准许建立的无线承载的标识。因此，该技术特征被直接公开。 |
| 技术特征F：向所述SN发送一个或多个隧道的地址信息<br><br>《未公开》 | [0020] 本发明实施例提供一种多连接建立方法及相关设备，用以实现在一个或多个辅基站上建立UE的多个无线连接，提高辅基站的无线资源配置或重配置的效率，以提升系统性能。<br>全文未发现关于MN向SN发送隧道地址信息的记载。 | 对比文件的核心目的是实现多连接建立，并侧重于在SN上建立无线信令承载以提高重配效率。其整个流程（例如图7-10所示）仅涉及M/N与SN之间的请求/响应消息交换，并未涉及MN向SN发送用于用户面数据转发的隧道地址信息（如GTP-U TEID和IP地址）。目标专利中此步骤是为了建立用于传输DL数据的隧道。对比文件中完全没有提及“隧道”、“地址信息”、“GTP”或类似概念。因此，该技术特征未被对比文件直接或隐含公开。 |
| 技术特征G：所述一个或多个隧道用于针对SN终止承载通过所述SN和所述MN之间的Xn-U接口转发下行链路用户面DL UP数据<br><br>《未公开》 | 全文未发现关于Xn-U接口、DL UP数据转发或隧道的记载。 | 对比文件描述的是基于LTE双连接（DC）或相似概念的流程，使用X2接口，主要关注信令（SRB）的配置。目标专利特指针对SN终止承载，使用Xn-U接口转发DL UP数据的隧道。对比文件中没有提及“Xn-U接口”、“下行链路用户面数据转发”或“SN终止承载”这些特定概念。该技术特征在对比文件中完全没有体现，未直接或隐含公开。 |
| 技术特征H：其中，每个隧道标识符与主小区组MCG承载相关联<br><br>《未公开》 | 全文未发现关于MCG承载与隧道标识符关联的记载。 | 目标专利中，此特征特指将隧道与MCG承载（SN终止MCG承载）关联。对比文件未涉及任何隧道概念，更未涉及隧道与MCG承载的关联。因此，该技术特征未被公开。 |
| 技术特征I：还包括<br>（过渡特征，不单独判断） | - | 此为流程性的过渡特征，不与具体技术方案等同。 |
| 技术特征J：选择(930)用于所准许的无线电承载中的一个或多个无线电承载的隧道<br><br>《未公开》 | 全文未发现MN或SN选择隧道的记载。 | 目标专利中，此步骤是由MN为需要MN资源的SN终止承载选择DL隧道。对比文件中没有任何关于“选择隧道”的描述。因此，该技术特征未被公开。 |
| 技术特征K：其中，每个隧道标识符与以下相关联：辅小区组SCG分割承载<br><br>《未公开》 | 全文未发现关于SCG分割承载与隧道标识符关联的记载。 | 目标专利中，此特征特指将隧道与SCG分割承载关联。对比文件未涉及任何隧道概念，更未涉及隧道与SCG分割承载的关联。因此，该技术特征未被公开。 |
| 技术特征L：其中，每个隧道标识符包括隧道端点标识符TEID和互联网协议IP地址<br><br>《未公开》 | 全文未发现关于TEID和IP地址的记载。 | 目标专利明确规定了隧道标识符的具体形式。对比文件全文中没有出现“TEID”、“IP地址”或其等同术语。因此，该技术特征未被公开。 |
| 技术特征M：还包括<br>（过渡特征，不单独判断） | - | 此为流程性的过渡特征，不与具体技术方案等同。 |
| 技术特征N：经由所述一个或多个隧道中的至少一个隧道从所述SN接收(950)与所述QoS流中的至少一个QoS流相关联的DL UP数据<br><br>《未公开》 | [0006] 步骤201：MeNB向SeNB发送SeNB增加请求(Addition Request)...<br>[0013] 步骤208：可选地，MeNB在服务网关(Serving Gateway，S-GW)与SeNB之间进行数据转发(Data Forwarding)； | 对比文件[0013]的“数据转发”是指核心网（S-GW）与SeNB之间的数据路径更新，而非目标专利中描述的MN从SN接收DL UP数据。对比文件强调的是节点间配置的交互，没有涉及通过MN-SN间的隧道进行DL数据转发的机制。因此，该技术特征未被公开。 |
| 技术特征O：通过无线电接口向所述UE发送(960)接收到的DL UP数据<br><br>《未公开》 | [0043] 所述主基站向所述UE发送空口RRC重配置信令，所述空口RRC重配置信令中携带所述至少一条无线信令承载的资源配置信息。 | 对比文件[0043]中主基站向UE发送的是RRC重配置信令，用于配置无线资源，并非发送用户面（DL UP）数据。目标专利此特征是MN将从SN接收到的DL UP数据通过空口发送给UE，这是典型的用户面数据传输过程。对比文件没有公开此项内容。因此，该技术特征未被公开。 |
**结论代码**
根据判断结果，技术特征A、B、D、E被对比文件直接公开；技术特征C被隐含公开。其他技术特征（F、G、H、J、K、L、N、O）未被直接公开或隐含公开。
<<<A>>><<<B>>><<<D>>><<<E>>><<<c>>>