对比文件的名称：2008-09-25_US2008232333A_发明申请_US20080232333A1 METHOD AND SYSTEM FOR SCHEDULING IN MOBILE COMMUNICATION SYSTEM
目标专利的名称：1920改善调度请求的重设程序的方法及通信装置CN101790191B
本次调用的模型名称：深度思考大模型
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（英文及中文翻译） | 公开性论述 |
| 技术特征A：收到上层协议要求（隐含公开） | [0036] “a higher layer message, such as a Radio Resource Control (RRC) message” （通过更高层消息，如无线资源控制(RRC)消息） | 对比文件公开了UE从网络接收RRC消息，该消息属于上层协议的要求。尽管该消息用于配置映射信息而非特定参数重设，但“收到上层协议要求”这一步骤本身已被公开，本领域技术人员能够合理推断出UE会收到上层协议的要求，因此隐含公开。 |
| 技术特征B：上述上层协议要求用来重设上述客户端的调度请求程序参数（隐含公开） | [0036] “the UE and the ENB agree on a mapping pattern between particular scheduling request timing and allocation of radio resources…” （UE和ENB通过更高层消息约定特定调度请求时机与无线资源分配之间的映射模式） | 对比文件中的RRC消息用于重设（设置）调度请求程序的相关配置（如时机映射关系），这本质上是对调度请求程序参数的重新设定。目标专利中的“重设”同样针对调度请求程序参数，虽具体参数不同，但概念一致，因此隐含公开。 |
| 技术特征C：于上述客户端触发调度请求（直接公开） | [0059] “when transmission of a scheduling request is triggered” （当调度请求的传输被触发时） | 对比文件明确描述了客户端触发调度请求的步骤，与目标专利完全一致，因此直接公开。 |
| 技术特征D：上述客户端中不存在任何其它未完成的调度请求时（未公开） | 对比文件[0059]仅描述触发调度请求，未提及是否存在其他未完成的调度请求。 | 对比文件没有任何关于“不存在其它未完成的调度请求”这一条件的教导或暗示，本领域技术人员无法合理推断出该条件，因此未公开。 |
| 技术特征E：将上述上层协议要求所提供的新设定值（隐含公开） | [0060] “the UE calculates a next scheduling request timing mapped to transmission of particular information…” （UE计算映射到特定信息传输的下一个调度请求时机） | 对比文件中上层协议提供了映射模式（新设定值），UE在后续步骤中依据该值计算时机。虽然具体值形式不同，但“将上层协议提供的新设定值用于后续操作”已被公开，因此隐含公开。 |
| 技术特征F：应用于上述调度请求程序参数（隐含公开） | [0060] UE根据映射信息计算调度请求时机，该映射信息属于调度请求程序的参数配置。 | 对比文件中映射信息直接影响调度请求的传输时机，属于调度请求程序参数的应用。目标专利中“应用于调度请求程序参数”涵盖此类应用，因此隐含公开。 |
| 技术特征G：其特征在于其中上述调度请求程序参数是参数sr-PUCCH-ResourceIndex（隐含公开） | [0036] “radio resources … allocated to the UE for transmission of the scheduling request” （分配给UE用于传输调度请求的无线资源） | 对比文件配置了用于调度请求传输的无线资源，在LTE系统中这些资源通常为物理上行链路控制信道(PUCCH)资源，参数sr-PUCCH-ResourceIndex正是用于指示该资源。本领域技术人员易联想到该参数，因此隐含公开。 |
| 技术特征H：用来指示上述调度请求程序的物理上行链路控制信道资源（隐含公开） | 同上，对比文件配置用于调度请求的无线资源。 | 对比文件中的无线资源用于传输调度请求，在LTE标准下其对应PUCCH资源，该特征的功能与目标专利相同，因此隐含公开。 |
| 技术特征I：其特征在于其中上述调度请求程序参数是参数sr-ConfigIndex（隐含公开） | [0036] “particular scheduling request timing, N=20, RFN mod N (20)=0” （特定调度请求时机，周期为20ms等） | 对比文件公开了调度请求的传输周期（如每20ms的时机），参数sr-ConfigIndex用于指示该周期。虽然未使用相同代号，但技术实质相同，因此隐含公开。 |
| 技术特征J：用来指示上述调度请求程序的传送周期（隐含公开） | 同上，周期性时机配置。 | 对比文件明确给出了调度请求的传送周期（如RFN mod N=0），该特征的作用与目标专利完全一致，因此隐含公开。 |
| 技术特征K：其特征在于其中上述调度请求程序参数是参数dsr-TransMax（未公开） | 对比文件全文未提及dsr-TransMax或最大传送次数。 | 对比文件没有涉及与最大传送次数相关的任何参数，本领域技术人员无法从中获得该技术特征，因此未公开。 |
| 技术特征L：用来指示上述调度请求程序的调度请求最大传送次数（未公开） | 同上，无相关记载。 | 对比文件未公开任何关于调度请求最大传送次数的内容，因此未公开。 |
| 技术特征M：其特征在于其另包含于上述客户端触发上述调度请求（直接公开） | [0059] “when transmission of a scheduling request is triggered” （当调度请求的传输被触发时） | 对比文件明确公开了“触发调度请求”作为后续操作的前提，该步骤本身已被直接公开，因此直接公开。 |
| 技术特征N：上述客户端中不存在任何其它未完成的调度请求时（未公开） | 同特征D，无相关内容。 | 对比文件没有描述该条件，无法合理推断，因此未公开。 |
| 技术特征O：初始上述调度请求程序的计数器（未公开） | [0059]-[0062] 触发后计算时机并启动定时器(timer)，未涉及计数器初始化。 | 对比文件使用定时器而非计数器，且没有初始化计数器的步骤，因此未公开。 |
| 技术特征P：上述计数器用来计算上述调度请求程序的调度请求传送次数（未公开） | 对比文件无计数器，亦无传送次数计算。 | 对比文件无任何与计数器对应的技术方案，因此未公开。 |
| 技术特征Q：其特征在于其中上述上层协议为无线资源控制层（直接公开） | [0036] “Radio Resource Control (RRC) message” （无线资源控制消息） | 对比文件明确指出上层协议为无线资源控制层(RRC)，与目标专利完全一致，因此直接公开。 |
<<<C>>> <<<M>>> <<<Q>>> <<<a>>> <<<b>>> <<<e>>> <<<f>>> <<<g>>> <<<h>>> <<<i>>> <<<j>>>