**对比文件名称：** 2017-02-02_None_发明专利_JPWO2014132560A1 無線通信システム、無線局、無線端末、通信制御方法、及びプログラム
**目标专利名称：** 998用于无线资源控制连接的方法及装置CN104349361B
**调用的模型名称：** 无（基于标准评估流程）
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用（翻译） | 公开性论述 |
| **技术特征A：** 其中用户设备(UE)可与至少一个宏小区和至少一个小小区建立无线连接，该方法包括：确定所述UE与所述至少一个宏小区和所述至少一个小小区建立的无线连接至少之一发生连接失败<br/><br/>**《直接公开》** | 【0025】“无线终端3是，1个无线局的セル（小区）を使用している間に他の無線局のセルも使用する機能を有する。...無線端末3は、異なる無線局によって運用される複数のセルのキャリアアグリゲーション(またはセルアグリゲーション)をサポートする。”<br/>（翻译：无线终端3具有在正在使用一个无线局的小区的同时也使用其他无线局的小区的功能。...无线终端3支持由不同无线局运营的多个小区的载波聚合。）<br/><br/>【0059】“本実施形態の適用例として、UE3が、eNB1のCell10をプライマリセル(PCell)として使用している間に、eNB2のCell20をセカンダリセル(SCell)として使用する無線基地局間のキャリアアグリゲーション(Inter-eNB CA)を行うことが考えられる。”<br/>（翻译：作为本实施方式的应用例，可考虑UE3在使用eNB1的Cell10作为主小区(PCell)的同时，进行使用eNB2的Cell20作为辅小区(SCell)的无线基站间载波聚合(Inter-eNB CA)。）<br/><br/>【0032】“第2のセル20における無線リンクの問題は、例えば、無線リンク切断若しくは呼切断(いずれもRadio Link Failure: RLFとも呼ぶ)、及び同期外れ(loss of synchronization)、のうち少なくとも1つを含む。”<br/>（翻译：第2小区20中的无线链路问题包括例如无线链路断开或呼叫断开（均称为RLF）以及失去同步中的至少一种。） | 对比文件【0025】和【0059】明确公开了UE（无线终端3）可同时使用由不同基站运营的小区进行通信，包括将宏基站（eNB1）的小区（Cell10）作为PCell，将小基站（eNB2）的小区（Cell20）作为SCell，这对应于目标专利中的“UE与至少一个宏小区和至少一个小小区建立无线连接”。对比文件【0032】明确公开了“无线链路问题（RLF）”是连接失败的一种。此外，对比文件的整个实施例（例如步骤S103、S203、S303）均围绕UE或基站确定第2小区（SCell）发生无线链路问题（RLF）展开。因此，对比文件直接公开了确定UE与多个小区建立的无线连接中至少之一（SCell）发生连接失败。 |
| **技术特征B：** 执行无线资源控制(RRC)连接以实现与所述至少一个宏小区和所述至少一个小小区的双/多连接<br/><br/>**《隐含公开》** | 【0030】“第1の無線局1は、セル10及び20のキャリアアグリゲーションを行うために、セル10及び20の無線リソース制御を無線端末3との間で行う。”<br/>（翻译：为了进行小区10和20的载波聚合，第1无线局1与无线终端3之间进行小区10和20的无线资源控制。）<br/><br/>【0062】“eNB1による制御は、例えば、Cell20でのUE3の無線リンクの回復制御(Radio Link Recovery)、Cell20でのUE3の無線リンクの解放制御(Radio Link Release、RRC Connection Release)、及びCell20とは異なるセル(例えば、Cell10又は第3のセル)でのUE3の無線リンクの確立制御(RRC Connection Setup)、のうち少なくとも1つを含む。”<br/>（翻译：由eNB1进行的控制包括例如在Cell20中UE3的无线链路恢复控制、在Cell20中UE3的无线链路释放控制、以及在不同于Cell20的小区中UE3的无线链路建立控制中的至少一种。）<br/><br/>【0081】“ステップS308では、eNB1は、UE3にCELL2の(ベアラの)解放とCELL1の無線リソース設定(Radio Resource Configuration)の再設定を指示する(RRC Connection Reconfiguration (including CELL2 release and CELL1 reconfiguration))。”<br/>（翻译：在步骤S308中，eNB1指示UE3释放CELL2（的承载）并重新设定CELL1的无线资源设置。） | 对比文件【0030】公开了第1无线局（宏基站）管理主小区和辅小区的无线资源控制（RRC）。当辅小区发生问题时，对比文件【0062】和【0081】明确描述了宏基站通过执行RRC连接重配置（RRC Connection Reconfiguration）来释放有问题的辅小区连接或重新配置主小区连接，以维持通信。虽然对比文件主要描述的是释放有问题的SCell并可能切换到单连接或新的小区，但本领域技术人员可以合理推断，这一系列由宏基站触发的RRC连接重配置操作，其目的正是为了管理并维护UE与多个小区（主小区及可能的新辅小区）间的连接状态，属于“执行RRC连接以实现双/多连接”的范畴。因此，技术特征B被对比文件隐含公开。 |
| **技术特征C：** 其中，在所述UE确定仅仅宏小区发生连接失败而与所述小小区保持连接的情况下，执行小区选择<br/><br/>**《未公开》** | 【0005】“ステップS4では、UEがPCell(Cell1)においてRLFを検出する。ステップS5では、UEは、PCell(Cell1)において、無線リンクの再接続要求を送信する(RRC Connection Reestablishment Request)。ステップS6では、UEは、SCell(Cell2)を解放する(SCell (Cell2) release)。”<br/>（翻译：在步骤S4中，UE在PCell（Cell1）中检测到RLF。在步骤S5中，UE在PCell（Cell1）中发送无线链路的重连接请求。在步骤S6中，UE释放SCell（Cell2）。） | 对比文件的背景技术（图10及说明书【0005】段）描述了当PCell（宏小区）发生RLF时，UE会释放SCell（小小区）连接，并在原来的PCell上进行RRC连接重建请求。这公开了“宏小区发生连接失败”的情形，但是，其处理方式却是“释放与小区的连接”，而非目标专利技术特征C所述的“保持与小小区的连接”并“执行小区选择”。对比文件的发明内容主要围绕解决SCell（小小区）发生问题时的处理，并未公开或隐含公开当仅有宏小区失败时，UE保持小小区连接并执行小区选择的方案。因此，技术特征C未被公开。 |
| **技术特征D：** 向所述选择的小区发送RRC连接重建请求消息<br/><br/>**《未公开》** | 无对应的公开内容。 | 由于技术特征C所述的“保持小小区连接并执行小区选择”的场景未被对比文件公开，作为其后续步骤的技术特征D自然也未在对比文件中体现。对比文件中仅在背景技术提到在PCell上发送RRC连接重建请求，但此时SCell已被释放，并非技术特征D所述的在“保持小小区连接”并“选择新小区”后发送消息。因此，技术特征D未被公开。 |
| **技术特征E：** 其中所述RRC连接重建请求消息携带指示符以指示请求双/多连接<br/><br/>**《未公开》** | 无对应的公开内容。 | 基于与特征D相同的原因，特征E建立在特征C和D的特定场景之上，该场景在对比文件中并未出现。对比文件中没有公开或隐含公开在RRC连接重建请求中携带用于指示请求双/多连接的指示符。因此，技术特征E未被公开。 |
| **技术特征F：** 其中，在向所述选择的小区发送RRC连接重建请求成功之后，在所述选择的小区是小小区并且针对两/多个小小区的双/多连接不被允许的情况下，所述选择的小区向所述UE发送RRC连接重建拒绝消息。<br/><br/>**《未公开》** | 无对应的公开内容。 | 该技术特征描述了一个非常具体的失败和拒绝场景，其前提是特征C、D、E所定义的流程。该前提场景在对比文件中未被公开，因此后续的拒绝交互也未被公开。对比文件中没有公开或隐含公开关于“选择的小区是小小区且不支持双/多连接而发送拒绝消息”的任何内容。因此，技术特征F未被公开。 |
| **技术特征G：** 其中，所述连接失败包括无线链路失败、完整性检查失败、RRC重置失败中的至少之一。<br/><br/>**《直接公开》** | 【0032】“第2のセル20における無線リンクの問題は、例えば、無線リンク切断若しくは呼切断(いずれもRadio Link Failure: RLFとも呼ぶ)、及び同期外れ(loss of synchronization)、のうち少なくとも1つを含む。”<br/>（翻译：第2小区20中的无线链路问题包括例如无线链路断开或呼叫断开（均称为RLF）以及失去同步中的至少一种。） | 对比文件【0032】明确将“无线链路失败（RLF）”列为无线链路问题之一。目标专利的技术特征G是一个包含“无线链路失败”在内的马克库什组。由于对比文件直接公开了“无线链路失败”这一种连接失败类型，满足技术特征G中“包括...中的至少之一”的条件。因此，技术特征G被对比文件直接公开。 |
| **技术特征H：** 其中，在向所述选择的小区发送RRC连接重建请求成功之后，在所述选择的小区不支持所述双/多连接的情况下，所述选择的小区向所述UE发送RRC连接重建拒绝消息。<br/><br/>**《未公开》** | 无对应的公开内容。 | 该特征与特征F类似，描述了在特定重建流程中因小区不支持双/多连接而收到拒绝消息的场景。该流程的基础（特征C）和后续交互在对比文件中均未被公开。对比文件中没有公开或隐含公开任何关于“选择的小区不支持双/多连接而发送RRC连接重建拒绝消息”的具体机制。因此，技术特征H未被公开。 |
| **技术特征I：** 其中，当所述UE接收到所述RRC连接重建拒绝消息时，所述UE通知所述小小区仅仅存在与所述小小区的连接，以便所述小小区获取所述UE的上下文和/或请求移动性管理实体针对所述UE将S1路径从所述宏小区切换到所述小小区。<br/><br/>**《未公开》** | 无对应的公开内容。 | 该特征描述了在接收到重建拒绝消息后的后续操作，是特征C、D、E、F、H等一系列特定步骤的结果。由于该系列前提步骤在对比文件中均未被公开，因此作为后续步骤的技术特征I同样未被公开。对比文件中没有公开或隐含公开UE在接收到拒绝消息后通知小小区仅存在单连接，以触发上下文获取或路径切换的流程。因此，技术特征I未被公开。 |
| **技术特征J：** 其中，所述小小区从所述宏小区请求所述UE的上下文<br/><br/>**《未公开》** | 【0081】“ステップS306では、eNB1は、CELL2における無線リンクの問題を検出したUE3(図7中のUE1)のために設定されているベアラの解放をeNB2に指示する(CELL2 reconfiguration indication (including request of UE1's bearer release))。”<br/>（翻译：在步骤S306中，eNB1指示eNB2释放为UE3设定的承载。） | 该特征描述了在特定场景下（UE通知小小区仅存在单连接后）由小小区主动向宏小区请求UE上下文。对比文件中，当SCell发生问题时，是由宏基站（eNB1）主导，指示辅基站（eNB2）释放承载或请求信息。整个交互是由宏小区向小小区发出指示，而非由小小区向宏小区请求UE上下文。对比文件没有公开或隐含公开小小区主动向宏小区请求上下文的机制。因此，技术特征J未被公开。 |
| **技术特征K：** 和/或当建立所述双/多连接时所述宏小区向所述小小区发送所述UE的上下文。<br/><br/>**《隐含公开》** | 【0030】“第1の無線局1は、セル10及び20のキャリアアグリゲーションを行うために、セル10及び20の無線リソース制御を無線端末3との間で行う。”<br/>（翻译：为了进行小区10和20的载波聚合，第1无线局1与无线终端3之间进行小区10和20的无线资源控制。）<br/><br/>【0061】“eNB1は、Cell10及びCell20のキャリアアグリゲーションを行うために、Cell10及びCell20の無線リソース制御をUE3との間で行う。ここで、eNB1は、無線リソース制御に関する設定(例えば、Radio Resource Configuration)をCell10においてUE3に送信してもよいし、eNB2を介してCell20においてUE3に送信してもよい。”<br/>（翻译：eNB1为了进行Cell10和Cell20的载波聚合，与UE3之间进行Cell10和Cell20的无线资源控制。这里，eNB1可以在Cell10向UE3发送与无线资源控制相关的设置，也可以经由eNB2在Cell20向UE3发送。） | 对比文件【0030】和【0061】描述了宏基站（第1无线局/eNB1）负责双连接（Inter-eNB CA）中的无线资源控制（RRC）管理。为了在小小区（SCell）上进行通信和RRC重配置，宏基站需要与小小区基站（eNB2）共享UE的上下文信息（如安全性配置、承载配置等）。这是实现不同基站间双连接的基础和必然要求。本领域技术人员可以合理推断，在建立这种双/多连接时，负责RRC管理的宏小区必然会向小小区发送该UE的上下文，以便小小区能够正确地与UE建立连接并传输数据。因此，技术特征K被对比文件隐含公开。 |
### 代码输出
<<<A>>><<<G>>>
<<<b>>><<<k>>>