**对比文件名称**：2007-06-28_JP2007166232A_发明专利_JP2007166232A Mobile communication system, radio network controller, and call connection time reducing method used for them
**目标专利名称**：1926提升无线资源控制程序重启效率的方法及其通讯装置CN101442810B
**调用的模型名称**：DeepSeek-Chat（中文版）
---
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（翻译为中文） | 公开性论述 |
| **技术特征A**：用于无线通讯系统的客户端中<br>**《直接公开》** | 对比文件说明书[2]段：“移动体终端（以下称为UE）”、“移动体通信系统”、“UE（User Equipment）”。 | 对比文件明确记载了移动通信系统中的移动终端（UE），该UE即客户端。客户端在无线通讯系统中执行相关操作，与技术特征A的含义实质相同，因此本领域技术人员可以毫无疑义地确定对比文件直接公开了该特征。 |
| **技术特征B**：上述客户端包含需要以随机存取前置程序为起始的一无线资源控制连接建立程序以及一无线资源控制连接重建程序<br>**《未公开》** | 对比文件说明书[2]段：“UE为了建立线路交换呼叫或分组呼叫，需要建立RRC连接，因此向RNC发送RRC连接请求（RRC Connection Request）”。对比文件全文仅涉及RRC连接建立程序（RRC Connection Setup），未提及任何RRC连接重建程序（RRC Connection Re-establishment）。 | 对比文件只公开了RRC连接建立程序，完全没有涉及RRC连接重建程序。该特征要求客户端包含两种特定的无线资源控制程序（连接建立和连接重建），对比文件缺少重建程序，因此未公开。隐含公开也无基础，因为对比文件不存在任何与重建程序相关的教导或暗示。 |
| **技术特征C**：启动一个无线资源控制连接建立程序<br>**《直接公开》** | 对比文件说明书[2]段：“UE向RNC发送RRC连接请求（RRC Connection Request）……从而启动RRC连接程序”。图2序列a1也显示UE发送RRC连接请求消息。 | 对比文件描述了UE通过发送RRC连接请求来启动RRC连接建立程序，与技术特征C完全对应。本领域技术人员可以直接、毫无疑义地得出该技术特征。 |
| **技术特征D**：启动对应上述无线资源控制连接建立程序的一随机存取前置程序<br>**《隐含公开》** | 对比文件说明书[2]段：“RRC连接请求在CCCH（逻辑信道）上发送，CCCH被复用到RACH（随机接入信道，传输信道）和PRACH（物理随机接入信道，物理信道）”。此外，图2序列a1中UE通过RACH/PRACH发送RRC连接请求。 | 对比文件中UE发送RRC连接请求必须通过RACH/PRACH，而在UMTS系统中，UE在使用RACH信道前必须先执行随机接入过程（包括发送前导和接收捕获指示），只有该过程成功才能获得资源发送RRC连接请求。虽然对比文件未明文描述随机接入前导和响应，但本领域公知RACH上的每次传输均需基于随机接入过程。因此，本领域技术人员可以合理推断出：启动RRC连接建立程序必然隐含启动了对应的随机存取前置程序。该特征的作用（为后续消息传输提供接入信道）与目标专利中随机存取前置程序的作用（传送前导获取资源）本质上一致。故隐含公开。 |
| **技术特征E**：在接收对应上述随机存取前置程序的竞争结果讯息，但上述竞争结果讯息属于一无线资源控制连接重建程序时，则立即重新执行上述随机存取前置程序<br>**《未公开》** | 对比文件说明书[2]段：“若NBAP无线链路设置或ALCAP AAL2连接设置未完成或失败，则RRC连接通过FACH重新建立”。对比文件仅描述了在NBAP/ALCAP失败时的FACH重试，从未涉及“竞争结果讯息”、“竞争失败后立即重新执行随机存取前置程序”以及“连接重建程序”。 | 对比文件没有公开任何关于竞争结果消息（如RRC连接设置或重建消息）的判断机制，也没有基于消息类型决定重新执行随机接入的概念。目标专利特有的“接收竞争结果讯息但该讯息属于另一程序时立即重新执行随机接入”的方案在对比文件中完全不存在。故未公开，且无隐含公开的线索。 |
| **技术特征F**：其特征是，其还包含<br>**《未公开》** | 对比文件中无对应的“其特征是，其还包含”这一引导性表述。对比文件以“本发明的特征在于……”等不同方式描述技术方案。 | 该特征为权利要求书中的引导词，本身不限定具体技术内容。对比文件未出现完全相同的措辞，但即使考虑实质技术内容，对比文件也未公开特征F所引导的后续特征G等技术方案。因此不公开。 |
| **技术特征G**：在接收对应上述随机存取前置程序且属于所启动的上述无线资源控制连接建立程序的上述竞争结果讯息时，如果上述竞争结果讯息所带的初始用户识别与上述客户端的初始用户识别相符，则继续上述无线资源控制程序<br>**《未公开》** | 对比文件说明书[2]段：“RNC向UE发送RRC连接设置消息（RRC Connection Setup）”。该消息不包含任何初始用户识别字段。对比文件也从未提及比较初始用户识别来决定是否继续程序。 | 目标专利要求在接收到的竞争结果消息与启动的程序匹配且初始用户识别一致时继续程序。对比文件中RRC连接设置消息不携带用户识别，且不存在竞争结果的判断。故未公开。 |
| **技术特征H**：其特征是，其中上述随机存取前置程序包含<br>**《未公开》** | 对比文件中未出现类似的引导性表述，且未明确将随机存取前置程序划分为“包含”后续具体步骤。 | 特征H为引导词，本身无独立技术内容。对比文件未公开相应内容。 |
| **技术特征I**：传送随机存取前导讯息<br>**《未公开》** | 对比文件说明书[2]段提及其系统使用RACH/PRACH，但仅作为传输RRC连接请求的通道，未单独描述“传送随机存取前导”这一步骤。 | 对比文件未记载随机存取前导的发送过程。虽然UMTS系统在物理层存在随机接入前导，但对比文件未提及，本领域技术人员不能从对比文件直接或隐含地获得“传送随机存取前导讯息”这一技术特征，因为对比文件关注的是高层消息交换，未涉及物理层前导。故未公开。 |
| **技术特征J**：接收随机存取回应讯息<br>**《未公开》** | 对比文件说明书[2]段，仅在传统流程中提到RNC发送RRC连接设置消息和UE响应RRC连接完成消息，未涉及随机存取过程中的响应消息。 | 对比文件没有公开任何与随机存取前置程序相关的响应信息（如LTE中的随机接入响应或UMTS中的AICH捕获指示）。目标专利的随机存取回应讯息是随机接入过程的关键组成部分，对比文件未涉及。故未公开。 |
| **技术特征K**：其特征是，其中上述随机存取回应讯息包含暂时小区无线网络临时标识<br>**《未公开》** | 对比文件全文未出现“暂时小区无线网络临时标识（Temporary C-RNTI）”或类似概念。对比文件涉及的UMTS系统使用其他标识（如RNTI），但未在任何随机存取回应中包含临时C-RNTI。 | 暂时小区无线网络临时标识是LTE系统随机接入响应中特有的字段，用于临时识别UE。对比文件是UMTS系统，不存在该标识及其在随机存取回应中的使用。故未公开。 |
| **技术特征L**：其特征是，其中上述竞争结果讯息包含初始用户识别<br>**《未公开》** | 对比文件说明书[2]段描述RRC连接设置消息不包含初始用户识别；对比文件中UE身份在初始消息（RRC Connection Request）中携带，但竞争结果消息（RRC Connection Setup）不包含该识别。 | 目标专利中竞争结果消息（如RRC Connection Setup）携带初始用户识别用于比较。对比文件中RRC Connection Setup消息不包含用户识别，且不存在基于初始用户识别的竞争解决。故未公开。 |
---
### 公开性代码
根据上述分析，对比文件直接公开了技术特征A和C，隐含公开了技术特征D。其他技术特征（B、E、F、G、H、I、J、K、L）未公开（不插入代码）。
<<<A>>><<<C>>><<<d>>>