**对比文件名称**：2007-12-27_KR1020070121576A_发明公开_KR1020070121576A 이동통신시스템에서의 스케쥴링 요청의 전송 방법 및 이를위한 단말 장치
**目标专利名称**：改善调度请求的重设程序的方法及通信装置 CN101790191B
**本分析使用的模型**：GPT-4
以下根据目标专利权利要求的技术特征划分，逐项与对比文件进行比对，并创建特征比对表格。
| 技术特征（第一栏） | 对比文件原文引用（第二栏） | 公开性论述（第三栏） |
| 技术特征A：用于无线通信系统的客户端中，其特征在于上述方法包含有收到上层协议要求<br>**【隐含公开】** | 对比文件段落[46]：“此外，为了接收特定服务而设定或重配置无线承载时，E‑NB设定对应与上述服务的逻辑信道的MAC逻辑信道优先级并将其告知终端，从而可以匹配UE与E‑NB间的优先级同步。”<br>段落[73]：“UE（801）获取基于优先级的调度请求/缓冲区状态报告重传的周期（定时器）信息（821）。” | 对比文件记载UE从网络接收无线承载重配置信息或获取SR重传周期信息，这些信息由上层协议（如RRC）生成并发送给UE。本领域技术人员可以合理推断对比文件隐含公开了UE收到上层协议要求这一技术特征。 |
| 技术特征B：上述上层协议要求用来重设上述客户端的调度请求程序参数<br>**【隐含公开】** | 对比文件段落[73]‑[75]：“UE（801）获取基于优先级的调度请求/缓冲区状态报告重传的周期（定时器）信息……UE（801）……开始上述获得的优先级重传周期中与上述调度请求/缓冲区状态报告包含的最高优先级对应的周期（定时器）。” | 对比文件第2实施例中，UE获得的优先级重传周期参数是调度请求程序的一部分，用于控制SR的重传行为；该参数通过上层协议（系统信息或专用信令）提供，相当于重设了调度请求程序参数。因此隐含公开。 |
| 技术特征C：于上述客户端触发调度请求<br>**【直接公开】** | 对比文件段落[39]：“UE（301）中由上层产生要通过上行链路传输的数据或控制信号并传输到传输缓冲器时，UE（301）向E‑NB（311）传输调度请求/缓冲区状态报告（321）。” | 对比文件明确记载UE向网络发送调度请求，即触发调度请求。本领域技术人员能毫无疑义地确定该特征被直接公开。 |
| 技术特征D：上述客户端中不存在任何其它未完成的调度请求时<br>**【未公开】** | 无直接相关记载。 | 对比文件未提及“未完成的调度请求”的概念，也未设定类似条件。本领域技术人员不能从对比文件中直接得到或合理推断该特征。 |
| 技术特征E：将上述上层协议要求所提供的新设定值<br>**【隐含公开】** | 对比文件段落[74]‑[75]：“UE（801）……开始上述获得的优先级重传周期中与上述调度请求/缓冲区状态报告包含的最高优先级对应的周期（定时器）……没有分配到无线资源时，按照该周期进行重传。” | UE从上层协议（网络）获得周期信息后，将其作为新设定值应用于调度请求重传过程。本领域技术人员可以合理推断该特征被隐含公开。 |
| 技术特征F：应用于上述调度请求程序参数<br>**【隐含公开】** | 同特征E引用部分。 | 对比文件将获得的周期参数用于控制调度请求重传，即应用于调度请求程序参数（重传定时器），因此隐含公开。 |
| 技术特征G：其特征在于其中上述调度请求程序参数是参数sr‑PUCCH‑ResourceIndex<br>**【未公开】** | 无相关记载。 | 对比文件未出现sr‑PUCCH‑ResourceIndex或类似物理上行链路控制信道资源索引的描述。未公开。 |
| 技术特征H：用来指示上述调度请求程序的物理上行链路控制信道资源<br>**【未公开】** | 无相关记载。 | 对比文件未公开通过特定参数指示物理上行链路控制信道资源，未公开。 |
| 技术特征I：其特征在于其中上述调度请求程序参数是参数sr‑ConfigIndex<br>**【未公开】** | 无相关记载。 | 对比文件未出现sr‑ConfigIndex这一参数，也未公开用于配置调度请求初始传输周期的索引参数。未公开。 |
| 技术特征J：用来指示上述调度请求程序的传送周期<br>**【隐含公开】** | 对比文件段落[73]‑[75]公开了基于优先级的调度请求重传周期（定时器）。段落[76]：“上述重传的周期可以按优先级不同设置。” | 对比文件明确公开了调度请求的传送周期（重传周期），该周期是调度请求程序的一部分。虽然用途侧重重传，但仍属于传送周期。因此隐含公开。 |
| 技术特征K：其特征在于其中上述调度请求程序参数是参数dsr‑TransMax<br>**【未公开】** | 无相关记载。 | 对比文件未出现dsr‑TransMax或类似最大传输次数的参数。未公开。 |
| 技术特征L：用来指示上述调度请求程序的调度请求最大传送次数<br>**【未公开】** | 无相关记载。 | 对比文件未公开调度请求最大传送次数这一概念。未公开。 |
| 技术特征M：其特征在于其另包含于上述客户端触发上述调度请求<br>**【直接公开】** | 同特征C引用（段落[39]）。 | 对比文件明确记载UE触发调度请求，该特征与特征C实质相同，直接公开。 |
| 技术特征N：上述客户端中不存在任何其它未完成的调度请求时<br>**【未公开】** | 同特征D，无相关记载。 | 对比文件未设定“无其他未完成的调度请求”条件，未公开。 |
| 技术特征O：初始上述调度请求程序的计数器<br>**【未公开】** | 无相关记载。 | 对比文件未涉及调度请求程序的计数器（如SR_COUNTER）及其初始化操作。未公开。 |
| 技术特征P：上述计数器用来计算上述调度请求程序的调度请求传送次数<br>**【未公开】** | 无相关记载。 | 对比文件没有公开计数器及用于计算传送次数的功能。未公开。 |
| 技术特征Q：其特征在于其中上述上层协议为无线资源控制层<br>**【隐含公开】** | 对比文件段落[46]提及无线承载设置/重配置（通常由RRC控制）；段落[73]‑[75]中网络通过系统信息或专用信令配置SR参数，此类信令属于RRC层功能。 | 本领域技术人员公知，LTE系统中系统信息广播和专用RRC信令均由无线资源控制层（RRC）处理。对比文件虽未明确写出RRC，但所描述的配置过程隐含了RRC层的参与。因此隐含公开。 |
**综合结论**
- 直接公开的技术特征：**C、M**
- 隐含公开的技术特征：**A、B、E、F、J、Q**
- 其他技术特征（D、G、H、I、K、L、N、O、P）未被对比文件公开。
<<<C>>><<<M>>><<<a>>><<<b>>><<<e>>><<<f>>><<<j>>><<<q>>>