对比文件名称：2013-04-10_CN103037451A_发明公开_CN103037451A 无线资源控制连接重建方法、用户设备和基站
目标专利名称：998用于无线资源控制连接的方法及装置CN104349361B
本次调用的模型名称：大语言模型（未指定具体版本）
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：其中用户设备(UE)可与至少一个宏小区和至少一个小小区建立无线连接，该方法包括：确定所述UE与所述至少一个宏小区和所述至少一个小小区建立的无线连接至少之一发生连接失败 《未公开》 | 无相关内容。对比文件[0002]提及“用户设备UE处于Macro eNB和小型基站的双重覆盖下”，但仅指覆盖重叠，并未公开UE同时与宏小区和小小区建立无线连接（双/多连接）的技术方案。对比文件全文描述的是UE在单一服务小区（源小区）发生无线链路失败后重建到邻小区的过程，未涉及任何双/多连接场景。 | 对比文件仅涉及单连接场景，UE一次只连接一个小区（源小区）。目标专利的特征A明确要求UE可与宏小区和小小区建立无线连接（双/多连接）并确定其中至少之一发生连接失败。对比文件中不存在双/多连接的概念，本领域技术人员无法从对比文件的内容直接或合理推断出UE同时与宏小区和小小区建立无线连接的方案，因此特征A未被公开。 |
| 技术特征B：执行无线资源控制(RRC)连接以实现与所述至少一个宏小区和所述至少一个小小区的双/多连接 《未公开》 | 无相关内容。对比文件[0047]、[0076]等描述了UE向目标基站发送RRC连接重建请求以建立单连接，但未涉及实现双/多连接的RRC连接过程。 | 特征B要求执行RRC连接以实现双/多连接，对比文件中的RRC连接重建仅用于恢复单个小区的连接，不涉及同时维持与宏小区和小小区的双连接。对比文件没有公开或隐含公开任何与双/多连接有关的RRC连接建立或重建过程，因此特征B未被公开。 |
| 技术特征C：其中，在所述UE确定仅仅宏小区发生连接失败而与所述小小区保持连接的情况下，执行小区选择 《未公开》 | 无相关内容。对比文件[0076]S36描述了“用户设备在所述宏小区发生无线链路失败后，向所述子小区受控的基站发起了无线资源控制连接重建请求消息”，但此时UE仅与宏小区有连接，失败后与宏小区断开，未保持与小区的连接。 | 特征C的核心场景是在双连接下仅宏小区失败而小小区连接仍保持，并在此基础上执行小区选择。对比文件中的UE在宏小区发生RLF时，尚未与小小区建立连接（仅宏小区为服务小区），不存在“保持与小小区连接”的前提。因此对比文件未公开该特征的技术方案，本领域技术人员也无法从对比文件合理推断出该场景。 |
| 技术特征D：向所述选择的小区发送RRC连接重建请求消息 《直接公开》 | 对比文件[0047]：“该用户设备可以选择一个信号质量可用的小区，并向该小区受控的基站发送无线资源控制连接重建请求。” <br>对比文件[0076]S34：“向所述宏小区受控的基站发起了无线资源控制连接重建请求消息”，S36：“向所述子小区受控的基站发起了无线资源控制连接重建请求消息”。 | 对比文件明确公开了UE在无线链路失败后选择小区并向该小区发送RRC连接重建请求消息的步骤。该步骤与特征D的文字描述完全一致，同样是在UE发生连接失败后执行小区选择并向所选小区发送重建请求。虽然目标专利的具体场景不同，但该操作本身被对比文件直接公开，本领域技术人员可以毫无疑义地确定该技术特征。 |
| 技术特征E：其中所述RRC连接重建请求消息携带指示符以指示请求双/多连接 《未公开》 | 无相关内容。对比文件未提及RRC连接重建请求消息中携带任何关于双/多连接的指示符。 | 特征E要求重建请求消息包含请求双/多连接的指示符。对比文件中RRC连接重建请求仅用于恢复单连接，不存在双/多连接的概念，也未公开或暗示在消息中携带此类指示符，因此特征E未被公开。 |
| 技术特征F：其中，在向所述选择的小区发送RRC连接重建请求成功之后，在所述选择的小区是小小区并且针对两/多个小小区的双/多连接不被允许的情况下，所述选择的小区向所述UE发送RRC连接重建拒绝消息 《未公开》 | 无相关内容。对比文件未涉及任何基于双/多连接不被允许而发送拒绝消息的情形。 | 特征F涉及双连接场景下因双/多连接不被允许（特别是选择小小区但双/多连接不被允许）而发送拒绝消息。对比文件没有双/多连接背景，也未提及任何因双连接策略导致拒绝重建的机制，因此特征F未被公开。 |
| 技术特征G：其中，所述连接失败包括无线链路失败、完整性检查失败、RRC重置失败中的至少之一 《直接公开》 | 对比文件[0003]：“由于干扰导致的无线链路失败而触发的无线资源控制(RRC)重建流程也会增加。” <br>对比文件[0039]提及“误块率”、“失步原语”等与无线链路失败相关的概念。 | 对比文件明确公开了“无线链路失败”作为连接失败的一种类型，并围绕其展开重建流程。特征G定义连接失败包括至少一种类型（无线链路失败、完整性检查失败、RRC重置失败），对比文件公开的“无线链路失败”满足“至少之一”的条件。因此特征G被对比文件直接公开。完整性检查失败和RRC重置失败虽未公开，但不影响特征G的整体公开性。 |
| 技术特征H：其中，在向所述选择的小区发送RRC连接重建请求成功之后，在所述选择的小区不支持所述双/多连接的情况下，所述选择的小区向所述UE发送RRC连接重建拒绝消息 《未公开》 | 无相关内容。对比文件未涉及基于双/多连接支持情况而发送拒绝消息的情形。 | 特征H要求选择的小区因不支持双/多连接而发送拒绝消息，对比文件不存在双/多连接的概念，也没有任何关于小区是否支持双/多连接的判断或相应拒绝流程，因此特征H未被公开。 |
| 技术特征I：其中，当所述UE接收到所述RRC连接重建拒绝消息时，所述UE通知所述小小区仅仅存在与所述小小区的连接，以便所述小小区获取所述UE的上下文和/或请求移动性管理实体针对所述UE将S1路径从所述宏小区切换到所述小小区 《未公开》 | 无相关内容。对比文件未涉及UE在收到拒绝后通知小小区、请求上下文或切换S1路径的流程。 | 特征I涉及双连接场景下收到拒绝消息后的特定操作（通知小小区、获取上下文、切换S1路径）。对比文件没有双连接背景，也没有公开或隐含公开拒绝后的此类交互，因此特征I未被公开。 |
| 技术特征J：其中，所述小小区从所述宏小区请求所述UE的上下文 《未公开》 | 无相关内容。对比文件[0042]描述的是源基站将UE上下文主动发送至邻小区基站，而非目标基站（小小区）向源基站（宏小区）请求。 | 特征J要求小小区主动从宏小区请求UE上下文。对比文件中上下文是由源基站（可能为宏小区）主动发送给目标基站（小小区），不存在小小区请求的过程。本领域技术人员无法从主动发送合理推断出请求机制，因此特征J未被公开。 |
| 技术特征K：和/或当建立所述双/多连接时所述宏小区向所述小小区发送所述UE的上下文 《未公开》 | 对比文件[0043]：“源基站将所述用户设备的上下文信息发送至所述至少一个邻小区受控的基站。” 若源基站为宏小区，则宏小区向小小区发送上下文。但该发送发生在UE不满足切换条件时，而非建立双/多连接时。 | 特征K限定了“当建立所述双/多连接时”宏小区向小小区发送上下文。对比文件中宏小区向小小区发送上下文的时机是“在用户设备不满足小区切换条件的情况下”，用于可能发生的重建准备，与建立双/多连接的场景完全不同。对比文件未涉及双/多连接的建立过程，因此无法直接或隐含公开特征K的时机限定，特征K未被公开。 |
### 公开性代码
根据上述判断，对比文件直接公开了技术特征D和技术特征G，因此在回答结尾插入对应的大写英文代码：
<<<D>>><<<G>>>