**对比文件名称**：2012-11-21_EP2524564A_发明公开_EP2524564A2 APPARATUS AND METHOD FOR ACCESSING RANDOM ACCESS CHANNEL IN A WIRELESS COMMUNICATION SYSTEM
**目标专利名称**：1674用于用户设备在无线通信系统中操作的方法及用户设备CN105850060B
**本次调用的模型名称**：未指定
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（翻译） | 公开性论述 |
| **技术特征A**：该方法包括以下步骤：配置属于第一基站BS的第一小区<br><br>**隐含公开** | 对比文件全文涉及单基站（eNB）场景，未出现“配置第一小区”的明确步骤，但隐含UE必须已经通过初始接入或RRC连接过程配置了服务小区（即属于eNB的小区）。例如图4中UE接收系统信息并执行RACH过程，表明UE已在该小区下运行。 | 对比文件以LTE系统为背景，本领域技术人员公知，UE在进行RACH接入前必须已经与eNB建立RRC连接并配置了属于该eNB的服务小区（即第一小区）。虽然对比文件未明示该配置步骤，但这是其隐含的前提条件。目标专利中特征A的“配置”是后续TTI绑定使能的基础，对比文件中UE在相同eNB下操作自然完成了这种配置。因此，根据对比文件的上下文可以合理推断出本特征，符合隐含公开的宽松标准。 |
| **技术特征B**：其中，所述第一小区被配置有经使能的传输时间间隔TTI绑定；并且中，所述第一小区被配置有属于第一BS的上行链路<br><br>**隐含公开** | 对比文件明确公开了TTI bundling（捆绑）的配置和应用：<br>• “The bundling information includes a bundling application indicator and the number of bundling subframes. The bundling application indicator indicates whether a low-power terminal is to use TTI bundling during uplink message transmission.”（捆绑信息包括捆绑应用指示和捆绑子帧数。捆绑应用指示指示低功率终端在上行消息传输期间是否使用TTI捆绑。）<br>• “...the low-power terminal transmits an uplink message through TTI bundling... That is, the uplink message is transmitted in as many successive subframes as the number of bundling subframes.”（…低功率终端通过TTI捆绑发送上行消息…即，上行消息在等于捆绑子帧数的多个连续子帧中发送。）<br>• 该配置通过系统信息或随机接入响应消息提供给UE，使UE能针对上行传输启用TTI捆绑。此外，所有上行传输都发生在该小区配置的上行链路资源上，隐含该小区配置了上行链路。 | 对比文件明确描述了用于上行消息的TTI捆绑配置（通过捆绑信息使能），并且该配置属于UE当前所在的eNB的小区。虽然对比文件中的TTI捆绑主要用于RACH过程中的MSG3传输，而非通用的持续配置，但其本质是对小区上行传输进行TTI捆绑，且该捆绑是由网络侧通过信令配置给UE的。目标专利中特征B的TTI绑定同样是由网络配置并使能用于上行传输。因此，本领域技术人员可以合理推断对比文件中的配置等同于“第一小区被配置有经使能的TTI绑定”。同时，任何LTE小区都必然配置上行链路，对比文件中UE能够发送上行消息也证实了上行链路的存在。故本特征被对比文件隐含公开。 |
| **技术特征C**：接收用于配置属于第二BS的具有经配置的上行链路的第二小区的无线电资源控制RRC连接重新配置消息<br><br>**未公开** | 对比文件通篇未涉及“第二基站（BS）”、“第二小区”或“RRC连接重新配置消息（RRCConnectionReconfiguration）”。对比文件的消息流包括系统信息广播、随机接入响应等，不包括用于添加/配置新小区的RRC消息。 | 目标专利的技术特征C特指在双连接或多载波聚合场景下，UE接收来自网络的RRC消息以配置属于另一个基站的新小区。对比文件仅讨论单基站环境下的RACH过程，完全未提及任何关于第二基站或第二小区的概念，也未出现RRC连接重新配置消息的内容。本领域技术人员无法从对比文件任何部分推理出存在第二BS或相关的配置消息，因此该特征未公开。 |
| **技术特征D**：检查所述第一BS和所述第二BS是否相同<br><br>**未公开** | 对比文件没有提出任何关于两个基站是否相同的判断步骤。 | 特征D涉及在配置新小区时判断新旧基站是否为同一实体，这是双连接/载波聚合特有的逻辑。对比文件只涉及单个eNB，不存在比较两个基站是否相同的场景，也未记载任何类似检查。故未公开。 |
| **技术特征E**：其中，当所述第一BS和所述第二BS相同并且所述消息被认为无效时，所述UE发起RRC连接重新配置过程并向所述第一BS告知针对所述第二小区的配置失败<br><br>**未公开** | 对比文件未记载第一BS与第二BS相同的情况，也未涉及RRC连接重新配置失败处理或告知配置失败的机制。 | 特征E描述了BS相同且消息无效时的具体行为（发起RRC连接重建并告知失败），是对比文件完全没有涉及的内容。对比文件不存在多BS框架，也没有RRC连接重新配置失败的处理流程。故未公开。 |
| **技术特征F**：其中，当所述第一BS和所述第二BS相同并且所述消息被认为有效时，所述UE自主地禁用针对所述第一BS的所述TTI绑定，向所述第一BS告知禁用所述TTI绑定，并针对所述第一BS配置所述第二小区；并且中，当所述第一BS和所述第二BS不同时，所述UE保持使用针对所述第一BS的所述TTI绑定并针对所述第二BS配置所述第二小区<br><br>**未公开** | 对比文件没有提及在BS相同情况下禁用TTI绑定并向网络告知，也没有涉及BS不同时保持原绑定并配置第二小区的任何描述。 | 特征F区分两种BS关系（相同/不同）并规定了截然不同的操作，这些操作完全依赖于双连接或多载波环境。对比文件局限于单基站且未涉及任何维持或释放TTI绑定的逻辑，也未考虑不同基站的情况。因此，对比文件既未直接记载也未隐含公开该特征的任何部分。 |
| **技术特征G**：其中，所述消息包括小区标识符以及指示小区所属于的BS的BS标识符<br><br>**未公开** | 对比文件中出现的消息（如系统信息、随机接入响应）均不包含小区标识符和BS标识符的组合，也未提及此类信息元素。 | 特征G界定了配置消息的具体内容（小区ID和BS ID），用于区分小区所属的基站。对比文件中没有任何消息同时包含这两种标识符，也没有使用类似标识符来指示基站归属。故未公开。 |
### 结论
综上所述，对比文件EP2524564A2仅隐含公开了技术特征A和B，未以任何形式（直接或隐含）公开技术特征C、D、E、F、G。
<<<a>>><<<b>>>