对比文件的名称：2013-04-04_JP2013511916A_发明专利_JP2013511916A Activation _ deactivation of the component carrier in a multi-carrier system
目标专利的名称：998用于无线资源控制连接的方法及装置CN104349361B
本次调用的模型名称：GPT-4-turbo
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：其中用户设备(UE)可与至少一个宏小区和至少一个小小区建立无线连接，该方法包括：确定所述UE与所述至少一个宏小区和所述至少一个小小区建立的无线连接至少之一发生连接失败<br>《隐含公开》 | 对比文件[2]："WTRUは、少なくとも１つのＳＣｅｌｌと共に構成されうる。"（WTRU可以与至少一个SCell一起被配置。）<br>对比文件[2]："例えば、ＲＬＦ（無線リンク失敗）が検出された特定のＣＣがＷＴＲＵ構成のＰＣｅｌｌである場合、結果として、ＷＴＲＵは、少なくとも前記のＰＣｅｌｌに対するＲＬＦの後、すべての構成されている／アクティブのＳＣｅｌｌ（複数可）を非アクティブ化する。"（例如，当检测到RLF（无线链路失败）的特定CC是WTRU配置的PCell时，结果，WTRU至少在所述PCell的RLF之后，去激活所有配置的/激活的SCell。）<br>对比文件[2]："特定のＳＣｅｌｌがＷＴＲＵ構成のＳＣｅｌｌである場合、ＷＴＲＵは、前記特定のＳＣｅｌｌに対するダウンリンクおよび／またはアップリンクＲＬＦを決定した後にその特定のＳＣｅｌｌを非アクティブ化することができる。"（当特定SCell是WTRU配置的SCell时，WTRU可以在确定所述特定SCell的下行和/或上行RLF之后去激活该特定SCell。） | 对比文件公开了UE可与PCell（通常对应覆盖较大的宏小区）和至少一个SCell（通常对应覆盖较小的小小区）建立无线连接（载波聚合），并公开了确定PCell或SCell发生无线链路失败（RLF，属于连接失败）的操作。虽然对比文件未直接使用“宏小区”和“小小区”术语，但本领域技术人员可以合理推断PCell相当于宏小区、SCell相当于小小区，且RLF属于连接失败的一种，因此技术特征A被隐含公开。 |
| **技术特征B**：执行无线资源控制(RRC)连接以实现与所述至少一个宏小区和所述至少一个小小区的双/多连接<br>《未公开》 | 对比文件未公开相关内容 | 对比文件主要涉及SCell的激活/去激活过程，并未涉及在连接失败后执行RRC连接以实现双/多连接。对比文件在RLF后虽可能启动RRC连接重建，但该重建旨在恢复单连接（PCell），而非特意实现双/多连接。因此技术特征B未被公开。 |
| **技术特征C**：其中，在所述UE确定仅仅宏小区发生连接失败而与所述小小区保持连接的情况下，执行小区选择<br>《未公开》 | 对比文件[2]："例えば、ＲＬＦ（無線リンク失敗）が検出された特定のＣＣがＷＴＲＵ構成のＰＣｅｌｌである場合、結果として、ＷＴＲＵは、少なくとも前記のＰＣｅｌｌに対するＲＬＦの後、すべての構成されている／アクティブのＳＣｅｌｌ（複数可）を非アクティブ化する。"（例如，当检测到RLF的特定CC是WTRU配置的PCell时，WTRU至少在所述PCell的RLF之后，去激活所有配置的/激活的SCell。） | 对比文件明确公开了当PCell（宏小区）发生RLF时，WTRU会去激活所有SCell（小小区），而不是保持与小小区的连接。这与技术特征C“保持与小小区的连接”的前提相反，因此技术特征C未被公开。 |
| **技术特征D**：向所述选择的小区发送RRC连接重建请求消息<br>《未公开》 | 对比文件[2]："WTRUは、ＷＴＲＵがＲＲＣ接続再確立手順を開始した場合、またはＷＴＲＵがタイマーＴ３１１（ＲＲＣ接続再確立手順の開始）を起動した場合に当該ＳＣｅｌｌを非アクティブ化することができる。"（WTRU可以在WTRU启动RRC连接重建过程时，或者WTRU启动定时器T311（RRC连接重建过程的开始）时，去激活该SCell。） | 对比文件仅提及启动RRC连接重建过程，但未描述在保持与小小区的连接并执行小区选择后向选择的小区发送RRC连接重建请求消息。由于技术特征D依赖于技术特征C的前提（“所述选择的小区”来源于C中的小区选择），而C未被公开，故D也不被公开。此外，对比文件中的重建过程与目标专利的双/多连接场景不同。因此技术特征D未被公开。 |
| **技术特征E**：其中所述RRC连接重建请求消息携带指示符以指示请求双/多连接<br>《未公开》 | 对比文件未公开相关内容 | 对比文件未涉及RRC连接重建请求消息携带任何指示双/多连接的指示符。技术特征E未被公开。 |
| **技术特征F**：其中，在向所述选择的小区发送RRC连接重建请求成功之后，在所述选择的小区是小小区并且针对两/多个小小区的双/多连接不被允许的情况下，所述选择的小区向所述UE发送RRC连接重建拒绝消息。<br>《未公开》 | 对比文件未公开相关内容 | 对比文件未涉及双/多连接的概念，也未涉及基于双/多连接是否允许而发送RRC连接重建拒绝消息。技术特征F未被公开。 |
| **技术特征G**：其中，所述连接失败包括无线链路失败、完整性检查失败、RRC重置失败中的至少之一。<br>《直接公开》 | 对比文件[2]："例えば、ＲＬＦ（無線リンク失敗）が検出された特定のＣＣがＷＴＲＵ構成のＰＣｅｌｌである場合..."以及其他多处提及RLF（无线链路失败）的段落。 | 对比文件明确公开了无线链路失败（RLF）作为连接失败的一种类型。技术特征G要求连接失败包括RLF、完整性检查失败、RRC重置失败中的至少之一，对比文件至少公开了RLF，因此技术特征G被直接公开。 |
| **技术特征H**：其中，在向所述选择的小区发送RRC连接重建请求成功之后，在所述选择的小区不支持所述双/多连接的情况下，所述选择的小区向所述UE发送RRC连接重建拒绝消息。<br>《未公开》 | 对比文件未公开相关内容 | 对比文件未涉及双/多连接的概念，也未涉及基于双/多连接不支持而发送重建拒绝消息。技术特征H未被公开。 |
| **技术特征I**：其中，当所述UE接收到所述RRC连接重建拒绝消息时，所述UE通知所述小小区仅仅存在与所述小小区的连接，以便所述小小区获取所述UE的上下文和/或请求移动性管理实体针对所述UE将S1路径从所述宏小区切换到所述小小区。<br>《未公开》 | 对比文件未公开相关内容 | 对比文件未涉及RRC连接重建拒绝消息及其后续处理，也未涉及UE通知小小区、上下文获取或S1路径切换。技术特征I未被公开。 |
| **技术特征J**：其中，所述小小区从所述宏小区请求所述UE的上下文<br>《未公开》 | 对比文件未公开相关内容 | 对比文件未涉及小小区从宏小区请求UE上下文的过程。技术特征J未被公开。 |
| **技术特征K**：和/或当建立所述双/多连接时所述宏小区向所述小小区发送所述UE的上下文。<br>《未公开》 | 对比文件未公开相关内容 | 对比文件未涉及建立双/多连接时宏小区向小小区发送UE上下文。技术特征K未被公开。 |
<<<a>>><<<G>>>