**对比文件名称**：2013-06-20_JP2013526162A_发明专利_JP2013526162A Radio resource control connection re-establishment of the trigger method and trigger device
**目标专利名称**：998用于无线资源控制连接的方法及装置CN104349361B
**本次调用的模型名称**：GPT-4
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：其中用户设备(UE)可与至少一个宏小区和至少一个小小区建立无线连接，该方法包括：确定所述UE与所述至少一个宏小区和所述至少一个小小区建立的无线连接至少之一发生连接失败。**（未公开）** | 对比文件全文未提及宏小区和小小区。其涉及载波聚合下的主分量载波（PCC）和辅分量载波（SCC），例如[2]记载：“DLPCCがRLFを検出した場合に、無線リソース制御接続再確立プロシージャをトリガーし、DLSCCのRLFは無線リソース制御接続再確立プロシージャをトリガーしない。”（当DL PCC检测到RLF时触发RRC连接重建过程，DL SCC的RLF不触发RRC连接重建过程。） | 对比文件仅描述载波聚合场景，小区为PCell和SCell且属于同一基站，并未涉及可分别与宏小区和小小区建立无线连接的双/多连接架构。对比文件未公开“UE可与至少一个宏小区和至少一个小小区建立无线连接”这一前提，也未公开确定与宏小区和小小区的连接失败。本领域技术人员无法从对比文件中毫无疑义地或合理推断出该技术特征。 |
| **技术特征B**：执行无线资源控制(RRC)连接以实现与所述至少一个宏小区和所述至少一个小小区的双/多连接。**（未公开）** | 对比文件涉及RRC连接重建的触发，例如[0006]：“無線リソース制御接続再確立のトリガー方法は、ランダムアクセスポリシーをUEに設定し、更に、設定されたランダムアクセスポリシーに従ってUEによって開始されたランダムアクセスプロシージャが失敗した場合、無線リソース制御接続再確立プロセスをトリガーする。”（RRC连接重建的触发方法是，为UE设置随机接入策略，进一步，当根据设置的随机接入策略由UE发起的随机接入过程失败时，触发RRC连接重建过程。） | 对比文件旨在解决随机接入失败如何触发RRC重建以恢复单个连接，并未涉及执行RRC连接以实现宏小区和小小区之间的双/多连接。对比文件没有双/多连接的概念，也没有公开执行RRC连接以建立或维护双/多连接。因此，该特征未被公开。 |
| **技术特征C**：其中，在所述UE确定仅仅宏小区发生连接失败而与所述小小区保持连接的情况下，执行小区选择。**（未公开）** | 对比文件未涉及宏小区失败保持小小区连接的场景。[2]中仅提及DL PCC的RLF触发重建，但未提及保持SCell连接并执行小区选择。 | 对比文件的场景是载波聚合，PCC失败时触发重建，但未说明在PCC失败时UE会保持与SCell的连接并执行小区选择。目标专利的特征C特指双连接下仅宏小区失败、小小区连接保持时的小区选择，对比文件没有公开或隐含该特定情形。 |
| **技术特征D**：向所述选择的小区发送RRC连接重建请求消息。**（隐含公开）** | 对比文件[2]描述背景技术：“RLFが発生した場合、UEはRRC接続再確立を試みる。”（当RLF发生时，UE尝试RRC连接重建。）各实施例中（如第1实施例步骤80）当判定RLF后触发RRC连接重建过程。虽然未明确描述发送重建请求消息的细节，但根据3GPP标准，RRC连接重建过程必然包括小区选择和发送RRCConnectionReestablishmentRequest。 | 本领域技术人员知道，一旦触发RRC连接重建，UE必须执行小区选择并向选择的小区发送RRC连接重建请求消息，这是标准流程。对比文件虽未明确写出该步骤，但基于其教导的RLF触发重建，本领域技术人员可以合理推断出该步骤的存在。因此，技术特征D被对比文件隐含公开。 |
| **技术特征E**：其中所述RRC连接重建请求消息携带指示符以指示请求双/多连接。**（未公开）** | 对比文件全文未提及RRC连接重建请求消息携带指示符，也未提及双/多连接指示。 | 对比文件未公开或暗示在重建请求中包含任何指示双/多连接的指示符。目标专利的该特征用于告知网络需要双/多连接，对比文件无此概念。因此未被公开。 |
| **技术特征F**：其中，在向所述选择的小区发送RRC连接重建请求成功之后，在所述选择的小区是小小区并且针对两/多个小小区的双/多连接不被允许的情况下，所述选择的小区向所述UE发送RRC连接重建拒绝消息。**（未公开）** | 对比文件未涉及小小区、双/多连接不允许的情况。 | 对比文件没有公开“选择的小区是小小区”以及“双/多连接不被允许”的场景，也没有公开小区因该原因发送拒绝消息。因此，该特征未被公开。 |
| **技术特征G**：其中，所述连接失败包括无线链路失败、完整性检查失败、RRC重置失败中的至少之一。**（直接公开）** | 对比文件[2]明确记载：“UEのRRC層は、MAC層からの前記指摘を受信した後、タイマーT300、T301、T304及びT311がすべて作動していない場合、無線リンク障害（RLF）を検出したと判断する。そして、アクセス層（AS）セキュリティが既にアクティブである場合に、無線リソース制御接続再確立プロセスをトリガーする。”（UE的RRC层在从MAC层接收到上述指示后，如果定时器T300、T301、T304和T311都未运行，则判断检测到无线链路失败（RLF）。然后，如果接入层安全已激活，则触发RRC连接重建过程。）此外，[2]还指出随机接入问题和RLC最大重传会导致RLF。 | 对比文件明确公开了连接失败包括无线链路失败（RLF）。由于技术特征G限定“至少之一”，对比文件公开的RLF已落入该范围。因此，技术特征G被对比文件直接公开。 |
| **技术特征H**：其中，在向所述选择的小区发送RRC连接重建请求成功之后，在所述选择的小区不支持所述双/多连接的情况下，所述选择的小区向所述UE发送RRC连接重建拒绝消息。**（未公开）** | 对比文件未涉及双/多连接及小区不支持双/多连接的情况。 | 对比文件没有公开“选择的小区不支持双/多连接”的条件，也没有公开因此发送拒绝消息。因此，该特征未被公开。 |
| **技术特征I**：其中，当所述UE接收到所述RRC连接重建拒绝消息时，所述UE通知所述小小区仅仅存在与所述小小区的连接，以便所述小小区获取所述UE的上下文和/或请求移动性管理实体针对所述UE将S1路径从所述宏小区切换到所述小小区。**（未公开）** | 对比文件未涉及小小区、UE上下文获取、S1路径切换等。 | 对比文件没有公开UE在收到重建拒绝后通知小小区仅存在单连接，也没有公开小小区获取上下文或请求MME切换S1路径。因此，该特征未被公开。 |
| **技术特征J**：其中，所述小小区从所述宏小区请求所述UE的上下文。**（未公开）** | 对比文件未涉及宏小区、小小区之间的上下文请求。 | 对比文件没有公开小小区从宏小区请求UE上下文的过程。因此，该特征未被公开。 |
| **技术特征K**：和/或当建立所述双/多连接时所述宏小区向所述小小区发送所述UE的上下文。**（未公开）** | 对比文件未涉及双/多连接建立过程中宏小区向小小区发送UE上下文。 | 对比文件没有公开在建立双/多连接时宏小区向小小区发送UE上下文。因此，该特征未被公开。 |
<<<G>>><<<d>>>