对比文件名称：2008-04-03_JP2008079192A_发明专利_JP2008079192A Radio base station device
目标专利名称：1920改善调度请求的重设程序的方法及通信装置CN101790191B
本次调用的模型名称：DeepSeek-ChatV2（LTE/5G专利评估专精版）
### 特征比对表格
| 技术特征及公开性判断 | 对比文件原文引用（中文翻译） | 公开性论述 |
| 技术特征A：收到上层协议要求。**未公开** | 对比文件[2]：“呼接続要求等のＲＲＣ（Radio Resource Control）コネクション要求があったときに”（当有呼叫连接请求等RRC（无线资源控制）连接请求时）。移动终端（MS）会从网络接收RRC连接设定消息。 | 对比文件公开了MS接收RRC连接请求相关消息，但该消息是用于建立无线连接，并非用于重设调度请求程序参数。目标专利中的“上层协议要求”在说明书[0006]明确是用于重设调度请求程序参数（如dsr-TransMax等），作用与对比文件完全不同，因此不能认为对比文件公开了该技术特征。 |
| 技术特征B：上述上层协议要求用来重设上述客户端的调度请求程序参数。**未公开** | 对比文件未涉及任何调度请求（Scheduling Request）程序或参数重设。全文围绕基于用户ID的RRC连接接纳控制。 | 对比文件完全不涉及调度请求程序（SR程序），更未提及重设SR相关参数（如dsr-TransMax、sr-PUCCH-ResourceIndex等），无任何直接或间接相关记载，故未公开。 |
| 技术特征C：于上述客户端触发调度请求。**未公开** | 对比文件未提及“调度请求”（Scheduling Request）触发。仅涉及随机接入（RACH）和专用信道（DPCH）建立。 | 对比文件涉及的是RRC连接请求和随机接入过程，而非LTE系统中的调度请求程序，无“触发调度请求”的概念或等同步骤，未公开。 |
| 技术特征D：上述客户端中不存在任何其它未完成的调度请求时。**未公开** | 对比文件未提及“未完成的调度请求”（pending scheduling request）状态。 | 对比文件没有调度请求程序，因此没有“未完成的调度请求”的概念，也未公开在何种条件下应用新参数，未公开。 |
| 技术特征E：将上述上层协议要求所提供的新设定值。**未公开** | 对比文件[2]中RRC连接设定消息会提供无线资源配置参数（如信道参数），但未提供用于调度请求程序的新设定值。 | 对比文件中上层协议（RRC）提供的参数用于连接建立和信道配置，不是针对调度请求程序参数的新设定值，目标专利的新设定值是用于重设dsr-TransMax等SR参数，故不构成公开。 |
| 技术特征F：应用于上述调度请求程序参数。**未公开** | 对比文件未公开将任何设定值应用于调度请求程序参数。 | 对比文件没有调度请求程序，故无参数可供应用，技术特征F未被公开。 |
| 技术特征G：上述调度请求程序参数是参数sr-PUCCH-ResourceIndex。**未公开** | 对比文件未公开该参数。对比文件涉及DPCH、RACH等信道，但无PUCCH资源索引用于调度请求。 | sr-PUCCH-ResourceIndex是LTE系统中调度请求专用的物理上行控制信道资源索引，对比文件为WCDMA系统，不涉及该参数，未公开。 |
| 技术特征H：用来指示上述调度请求程序的物理上行链路控制信道资源。**未公开** | 对比文件未公开PUCCH或任何用于调度请求的物理上行控制信道资源指示。 | 对比文件无调度请求程序，故无对应资源指示，未公开。 |
| 技术特征I：上述调度请求程序参数是参数sr-ConfigIndex。**未公开** | 对比文件未公开该参数。 | sr-ConfigIndex用于指示调度请求的传输周期，对比文件未涉及调度请求周期，未公开。 |
| 技术特征J：用来指示上述调度请求程序的传送周期。**未公开** | 对比文件未公开调度请求的传送周期。 | 对比文件无调度请求传送周期的概念，未公开。 |
| 技术特征K：上述调度请求程序参数是参数dsr-TransMax。**未公开** | 对比文件未公开该参数。 | dsr-TransMax是调度请求最大传输次数，对比文件未涉及调度请求次数的限制，未公开。 |
| 技术特征L：用来指示上述调度请求程序的调度请求最大传送次数。**未公开** | 对比文件[2]：“ＭＳは、カウンタＮが報知情報で取得された許容再送回数を超えているかどうかを判断し”（MS判断计数器N是否超过广播信息中允许的重新发送次数）。该计数器用于RACH重传，而非调度请求。 | 对比文件虽有计数器用于RACH重试次数，但其作用与调度请求最大传送次数完全不同（RACH重传 vs SR最大传输），且不属于调度请求程序参数，未公开。 |
| 技术特征M：其特征在于其另包含于上述客户端触发上述调度请求。**未公开** | 同技术特征C，对比文件无相关内容。 | 同技术特征C，对比文件未公开调度请求触发步骤，未公开。 |
| 技术特征N：上述客户端中不存在任何其它未完成的调度请求时。**未公开** | 同技术特征D，对比文件无相关内容。 | 同技术特征D，对比文件未公开判断未完成调度请求的条件，未公开。 |
| 技术特征O：初始上述调度请求程序的计数器。**未公开** | 对比文件[2]：“ＭＳは、カウンタＮが報知情報で取得された許容再送回数を超えているかどうかを判断し”（上述引用），该计数器在RACH重试时使用，非调度请求计数器。 | 对比文件的计数器初始化条件（遇拒绝时重置）与目标专利中当触发新调度请求且无未完成请求时初始化SR_COUNTER完全不同，且计数器用途是RACH重传次数，未公开技术特征O。 |
| 技术特征P：上述计数器用来计算上述调度请求程序的调度请求传送次数。**未公开** | 同上，对比文件计数器计算RACH重传次数。 | 对比文件计数器功能是计算RACH重传次数，而非调度请求传送次数，未公开。 |
| 技术特征Q：其特征在于其中上述上层协议为无线资源控制层。**直接公开** | 对比文件[2]明确记载：“呼接続要求等のＲＲＣ（Radio Resource Control）コネクション要求”（呼叫连接请求等RRC（无线资源控制）连接请求）；且在发明内容及实施方式中多次将RRC作为上层协议使用。 | 对比文件直接、明确地公开了无线资源控制层（RRC）作为上层协议，本领域技术人员由其定义（Radio Resource Control）即可毫无疑义地确定该技术特征。尽管对比文件中RRC的具体用途（连接请求）与目标专利中要求重设SR参数的RRC消息不同，但“无线资源控制层”这一协议层本身的名称和性质完全相同，因此技术特征Q被直接公开。 |
### 公开性代码
根据上述比对，仅技术特征Q被直接公开，故在回答结尾插入代码：
<<<Q>>>