非显而易见性评估仅供参考，不构成法律建议。
权利要求列表点击可跳转
对比文件列表
| 编号 | 名称 |
|---|
权利要求1
一种在无线发射/接收单元WTRU中实行以在高速下行链路分组接入HSDPA无线通信中促进寻呼的方法，在所述WTRU处于CELL_PCH状态或URA_PCH状态中的一者时；获取包括寻呼指示信道PICH信息的HSDPA相关的PICH信息元素；编译HSDPA的候选PICH的列表；基于所述WTRU的通用移动电信系统UMTS陆地无线电接入网UTRAN无线电网络事务标识符U-RNTI从所述候选PICH中选择一个PICH；通过PICH接收寻呼指示；在高速共享控制信道HS-SCCH上接收高速下行链路共享信道HS-DSCH无线电网络事务标识符H-RNTI；以及使用所接收的H-RNTI来接收高速物理下行链路共享信道。
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：在所述WTRU处于CELL_PCH状态或URA_PCH状态中的一者时<br><br>《未公开》 | 对比文件为《GB1097348A Fired chrome-magnesite refractories》（烧成铬镁耐火材料），且该对比文件未提供说明书内容（“无说明书”）。 | 目标专利中，该特征限定了WTRU处于低功耗省电状态（CELL_PCH或URA_PCH），在省电状态下接收下行寻呼配置。对比文件属于冶金/无机非金属材料（耐火材料）领域，且本案中对比文件未附带说明书正文，未记载任何关于蜂窝无线通信、WTRU无线资源控制（RRC）状态的内容。因此，对比文件未直接公开也未隐含公开技术特征A。 |
| 技术特征B：获取包括寻呼指示信道PICH信息的HSDPA相关的PICH信息元素<br><br>《未公开》 | 无（对比文件无说明书内容）。 | 目标专利中，该特征的作用是由WTRU接收基站广播的高速下行分组接入相关的寻呼指示信道配置信息。对比文件属于耐火材料领域且无说明书内容，未记载寻呼指示信道、PICH信息元素或HSDPA等任何无线网络配置信令。因此，对比文件未直接公开也未隐含公开技术特征B。 |
| 技术特征C：编译HSDPA的候选PICH的列表<br><br>《未公开》 | 无（对比文件无说明书内容）。 | 目标专利中，该特征的作用是基于接收到的IE在WTRU侧构建供后续算法索引选择的候选PICH列表。对比文件无说明书且技术领域为耐火材料，未记载任何关于信道候选列表的编译、存储或处理方案。因此，对比文件未直接公开也未隐含公开技术特征C。 |
| 技术特征D：基于所述WTRU的通用移动电信系统UMTS陆地无线电接入网UTRAN无线电网络事务标识符U-RNTI从所述候选PICH中选择一个PICH<br><br>《未公开》 | 无（对比文件无说明书内容）。 | 目标专利中，该特征的作用是以终端特定标识（U-RNTI）对候选PICH进行哈希/选择，实现不同终端在多个PICH间的负载均衡。对比文件无说明书且属于材料领域，完全不涉及终端标识、UTRAN网络架构及信道选择。因此，对比文件未直接公开也未隐含公开技术特征D。 |
| 技术特征E：通过PICH接收寻呼指示<br><br>《未公开》 | 无（对比文件无说明书内容）。 | 目标专利中，该特征的作用是终端在确定的PICH信道上接收唤醒或寻呼指示信号，以决定是否继续侦听下行数据。对比文件无说明书且为耐火材料专利，未记载任何无线信号发射与接收、寻呼指示机制。因此，对比文件未直接公开也未隐含公开技术特征E。 |
| 技术特征F：在高速共享控制信道HS-SCCH上接收高速下行链路共享信道HS-DSCH无线电网络事务标识符H-RNTI<br><br>《未公开》 | 无（对比文件无说明书内容）。 | 目标专利中，该特征的作用是在高速物理控制信道上盲检或接收寻呼专用的H-RNTI地址，用于指示后续物理下行共享信道调度。对比文件无说明书且属于耐火材料技术领域，未公开控制信道、寻呼标识或相关接收过程。因此，对比文件未直接公开也未隐含公开技术特征F。 |
| 技术特征G：使用所接收的H-RNTI来接收高速物理下行链路共享信道<br><br>《未公开》 | 无（对比文件无说明书内容）。 | 目标专利中，该特征的作用是终端利用匹配的H-RNTI解调和恢复HS-PDSCH上承载的寻呼控制消息。对比文件无说明书，且属于无机耐火材料配方及烧成工艺领域，完全不涉及无线物理信道解调与接收。因此，对比文件未直接公开也未隐含公开技术特征G。 |
| 技术特征H：其中从所述候选PICH中选择一个PICH包括<br><br>《未公开》 | 无（对比文件无说明书内容）。 | 目标专利中该特征作为下级细化特征的引导项。对比文件完全不涉及无线通信候选信道选择，无相关内容记载。因此，对比文件未直接公开也未隐含公开技术特征H。 |
| 技术特征I：确定索引为U-RNTI模k<br><br>《未公开》 | 无（对比文件无说明书内容）。 | 目标专利中，该特征通过对终端标识做模k运算计算信道索引，使各终端离散均匀分布在k个候选信道上。对比文件无说明书且属于耐火材料领域，未公开利用U-RNTI与k进行求模计算的数学方案或信道分配机制。因此，对比文件未直接公开也未隐含公开技术特征I。 |
| 技术特征J：其中k等于候选PICH的数量<br><br>《未公开》 | 无（对比文件无说明书内容）。 | 目标专利中，该特征限定模运算的除数k为候选PICH的实际配置总数，以精确覆盖所有候选索引。对比文件无说明书，未记载候选信道数量及参数k的对应定义。因此，对比文件未直接公开也未隐含公开技术特征J。 |
| 技术特征K：使用所述索引从候选列表中选择一个候选PICH<br><br>《未公开》 | 无（对比文件无说明书内容）。 | 目标专利中，该特征的作用是终端根据算得的索引值对应查找并锁定特定的PICH信道。对比文件无说明书，未记载基于索引检索信道列表的技术方案。因此，对比文件未直接公开也未隐含公开技术特征K。 |
| 技术特征L：其中从所述候选PICH中选择PICH还基于所述候选PICH的数量<br><br>《未公开》 | 无（对比文件无说明书内容）。 | 目标专利中，该特征限定信道选择算法引入了候选PICH总数作为自变量参数。对比文件无说明书，未涉及任何通信信道选择因子的记载。因此，对比文件未直接公开也未隐含公开技术特征L。 |
| 技术特征M：其中从所述候选PICH中选择一个PICH包括<br><br>《未公开》 | 无（对比文件无说明书内容）。 | 目标专利中该特征为从候选PICH选择特定信道的操作子步骤引导项。对比文件无说明书，完全不涉及信道选择步骤。因此，对比文件未直接公开也未隐含公开技术特征M。 |
| 技术特征N：建立与所述候选PICH的数量对应的值k<br><br>《未公开》 | 无（对比文件无说明书内容）。 | 目标专利中，该特征的作用是WTRU在计算选择索引前，先统计或解析候选PICH数量并将其赋值给变量k。对比文件无说明书，未记载变量k的建立或参数统计。因此，对比文件未直接公开也未隐含公开技术特征N。 |
| 技术特征O：使用所建立的值k计算选择索引<br><br>《未公开》 | 无（对比文件无说明书内容）。 | 目标专利中，该特征的作用是代入已赋值的变量k进行数值计算得到寻呼信道选择索引。对比文件无说明书且属于耐火材料领域，未记载任何索引计算与寻呼选择方案。因此，对比文件未直接公开也未隐含公开技术特征O。 |
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（韩文原文及中文翻译） | 公开性论述 |
| 技术特征A：在所述WTRU处于CELL_PCH状态或URA_PCH状态中的一者时<br><br>《未公开》 | 对比文件全文未记载终端处于CELL_PCH或URA_PCH状态的内容。涉及终端状态的相关内容如段落[16]：<br>“본 발명은 고속 순방향 패킷 접속 방식을 사용하는 통신시스템에 관한 것으로서, 특히 상기 고속 순방향 패킷 접속 서비스를 받고 있는 사용자 단말기들에 공통적으로 적용되는 공통 정보를 전송하는 방법에 관한 것이다.”<br>【中文翻译】：本发明涉及使用高速下行分组接入方案的通信系统，特别涉及一种向正在接收所述高速下行分组接入服务的用户终端传输通用地应用于这些用户终端的公共信息的方法。 | 作用与对比分析：<br>1. 目标专利作用：在目标专利中，技术特征A界定了终端所处的节电状态（CELL_PCH或URA_PCH）。在这些状态下终端没有上行链路机制，处于不连续接收（DRX）休眠/醒来周期，目标专利旨在实现该状态下通过HSDPA进行寻呼并降低状态转换延迟。<br>2. 对比文件方案及作用：对比文件KR1020030015151A针对的是处于活动通信状态下接收HSDPA服务的UE（即通常的CELL_DCH状态，如段落[28]、[83]中每个TTI检测DPCH/HI，以及段落[21]中反馈ACK/NACK），其解决的是在连接服务期间向UE广播HSDPA公共重配置信息（如HS-PDSCH码、SHCCH码等）。<br>3. 公开性结论：对比文件未直接提及CELL_PCH或URA_PCH状态。即使按照最宽松的隐含公开标准，对比文件中终端需要在每个TTI监视DPCH/SHCCH，属于持续激活或连接状态下的控制信息传输，本领域技术人员无法从其现有记载中合理推导出终端处于无上行、需寻呼唤醒的CELL_PCH或URA_PCH节电状态。因此，技术特征A既未被直接公开，也未被隐含公开。 |
| 技术特征B：获取包括寻呼指示信道PICH信息的HSDPA相关的PICH信息元素<br><br>《未公开》 | 对比文件段落[54]：<br>“HS-PDSCH code power level 정보는 공통 파일럿 채널(CPICH: Common PIlot CHannel, 이하 "CPICH"라 칭하기로 한다) code power level에 대한 상대적인 전력값으로 정의되거나 혹은 절대적인 전력값으로 정의될 수도 있으며……”<br>【中文翻译】：HS-PDSCH码功率电平信息可以定义为相对于公共导频信道（CPICH: Common PIlot CHannel，以下称为“CPICH”）码功率电平的相对功率值，或者可以定义为绝对功率值……<br>段落[28]、[83]：<br>“……전용물리채널(DPCH: Dedicated Physical CHannel, 이하 "DPCH"라 칭하기로 한다)을 통해 해당 단말기에 수신할 HSDPA 데이터가 존재함을 알려준다. 여기서, 상기 해당 단말기에 상기 HSDPA 데이터가 수신될 것임을 알려주는 방식은, 상기 기지국이 해당 단말기와 기지국간에 설정되어 있는 DPCH의 매 TTI마다 고속 순방향 패킷 접속 지시자(HI: HSDPA Indication, 이하 "HI"라 칭하기로 한다)를 통해 알려준다.”<br>【中文翻译】：……通过专用物理信道（DPCH: Dedicated Physical CHannel，以下称为“DPCH”）通知相应终端存在要接收的HSDPA数据。这里，向所述相应终端通知将接收到所述HSDPA数据的方式为：所述基站在所述相应终端与基站之间建立的DPCH的每个TTI中，通过高速下行链路分组接入指示符（HI: HSDPA Indication，以下称为“HI”）进行通知。 | 作用与对比分析：<br>1. 目标专利作用：在目标专利中，该特征通过系统广播获取包含PICH信息的HSDPA相关的PICH信息元素（IE），用于提供多个支持HSDPA寻呼的候选PICH配置供终端后续选择和监听寻呼。<br>2. 对比文件方案及作用：对比文件中仅公开了公共导频信道（CPICH）作为功率参考，以及通过专用信道DPCH传输HI（HSDPA Indication）指示符或者通过SHCCH指示公共信息，全文根本未涉及寻呼指示信道（PICH），更未公开任何包括PICH信息的“HSDPA相关的PICH信息元素”。<br>3. 公开性结论：由于对比文件完全没有寻呼信道及寻呼指示信道PICH的技术构思，本领域技术人员即使采用最宽松的推理，也无法从CPICH（导频信道）或DPCH中的HI推导出技术特征B中的“包括PICH信息的HSDPA相关的PICH信息元素”。因此，技术特征B未被直接公开，亦未被隐含公开。 |
| 技术特征C：编译HSDPA的候选PICH的列表<br><br>《未公开》 | 对比文件全文未记载候选PICH列表或相关编译操作。 | 作用与对比分析：<br>1. 目标专利作用：终端将接收到的IE中的多个PICH信息汇编整理成一个候选PICH列表，以供终端根据其标识进行离散化选择，实现寻呼负荷分担。<br>2. 对比文件方案：对比文件不存在PICH相关配置，自然不存在对候选PICH列表进行编译的技术动作。<br>3. 公开性结论：对比文件完全没有对应内容，无法直接或隐含得出该特征。因此，技术特征C未被直接公开，亦未被隐含公开。 |
| 技术特征D：基于所述WTRU的通用移动电信系统UMTS陆地无线电接入网UTRAN无线电网络事务标识符U-RNTI从所述候选PICH中选择一个PICH<br><br>《未公开》 | 对比文件段落[30]：<br>“상기 SHCCH가 다수개로 설정된 경우 UE를 구분하기 위하여 SHCCH에 UE ID를 넣을 수 있다. 따라서 상기 UE는 다수의 SHCCH들 중 자신이 갖고 있는 UE ID와 동일한 UE ID를 가지고서 전송하는 SHCCH내의 정보를 수신한다.”<br>【中文翻译】：当设置多个所述SHCCH时，可以在SHCCH中放入UE ID以区分UE。因此，所述UE接收传输具有与自身所具有的UE ID相同UE ID的SHCCH内的信息。<br>段落[84]：<br>“이때 기지국은 모든 단말기들이 공통 정보가 전송되는 것을 알게 하기 위하여 미리 설정된 공통 단말기 아이디(common UE ID: 이하 "Common UE ID"라 칭하기로 한다)를 사용할 수 있으며……”<br>【中文翻译】：此时，基站为了让所有终端知晓正在传输公共信息，可以使用预先设置的公共终端标识符（common UE ID：以下称为“Common UE ID”）…… | 作用与对比分析：<br>1. 目标专利作用：终端利用自身的唯一无线网络临时标识符U-RNTI，从多个候选PICH中选出属于自己的一个PICH，从而在多个PICH之间分散处于PCH状态的终端。<br>2. 对比文件方案及作用：对比文件仅记载了终端使用自身的UE ID去匹配SHCCH中的UE ID（用以识别专有调度），或者使用预设的Common UE ID来接收公共信息，不存在利用U-RNTI在候选PICH列表中进行信道选择的技术方案与作用。<br>3. 公开性结论：对比文件未公开候选PICH，更不存在基于U-RNTI从中选择一个PICH的技术手段。因此，技术特征D既未直接公开，也未隐含公开。 |
| 技术特征E：通过PICH接收寻呼指示<br><br>《未公开》 | 对比文件段落[28]、[83]：<br>“……상기 해당 단말기에 상기 HSDPA 데이터가 수신될 것임을 알려주는 방식은, 상기 기지국이 해당 단말기와 기지국간에 설정되어 있는 DPCH의 매 TTI마다 고속 순방향 패킷 접속 지시자(HI: HSDPA Indication, 이하 "HI"라 칭하기로 한다)를 통해 알려준다. 상기 HI는 각 단말기에 할당된 DPCH를 이용하여 전송되며, 상기 HI의 특정 비트(bit)가 미리 설정한 설정 값을 가지고 있을 경우에는 상기 단말기가 HI를 수신한 시점 바로 다음의 TTI에서 HSDPA 데이터가 수신해야함을 나타내고……”<br>【中文翻译】：……向所述相应终端通知将接收到所述HSDPA数据的方式为：所述基站在所述相应终端与基站之间建立的DPCH的每个TTI中，通过高速下行链路分组接入指示符（HI: HSDPA Indication，以下称为“HI”）进行通知。所述HI使用分配给各终端的DPCH进行传输，当所述HI的特定比特具有预先设定的设定值时，表示在所述终端接收到HI的时间点紧接的下一个TTI中应接收HSDPA数据…… | 作用与对比分析：<br>1. 目标专利作用：在节电状态下醒来时，终端在所选的PICH物理信道上监听寻呼指示比特，以获知是否有发给自己的寻呼。<br>2. 对比文件方案及作用：对比文件公开的是在活动状态下通过专用物理信道DPCH接收HI（数据到达指示符），通知下一个TTI有HSDPA数据包传输。HI承载于DPCH，属于专有业务调度指示，并非广播型的物理寻呼指示信道（PICH）上的寻呼指示。<br>3. 公开性结论：DPCH上的HI指示与PICH上的寻呼指示在信道类型、指示目的、物理层传输机制上均完全不同，本领域技术人员无法从对比文件中得出在PICH上接收寻呼指示。因此，技术特征E未被直接公开，亦未被隐含公开。 |
| 技术特征F：在高速共享控制信道HS-SCCH上接收高速下行链路共享信道HS-DSCH无线电网络事务标识符H-RNTI<br><br>《隐含公开》 | 对比文件段落[27]：<br>“상기 SHCCH는 일 예로 고속 공통 제어 채널(HS-SCCH: High Speed-Shared Control CHannel)이 있다.”<br>【中文翻译】：所述SHCCH作为一个例子，有高速共享控制信道（HS-SCCH: High Speed-Shared Control CHannel）。<br>段落[30]：<br>“상기 SHCCH가 다수개로 설정된 경우 UE를 구분하기 위하여 SHCCH에 UE ID를 넣을 수 있다. 따라서 상기 UE는 다수의 SHCCH들 중 자신이 갖고 있는 UE ID와 동일한 UE ID를 가지고서 전송하는 SHCCH내의 정보를 수신한다. ……여기서, 상기 SHCCH 내의 정보로는 UE ID, MCS 레벨, HARQ 정보등이 있으며……”<br>【中文翻译】：当设置多个所述SHCCH时，可以在SHCCH中放入UE ID以区分UE。因此，所述UE接收传输具有与自身所具有的UE ID相同UE ID的SHCCH内的信息。……这里，所述SHCCH内的信息包括UE ID、MCS级别、HARQ信息等……<br>段落[42]：<br>“6) UE ID(Identification): 상기 정보 중의 일부를 SHCCH를 통해 전송할 경우, 그리고 상기 SHCCH가 한 개 이상일 경우에 각 SHCCH를 UE ID를 이용하여 해당 단말기에 대한 제어 정보인지를 알려준다.”<br>【中文翻译】：6) UE ID(Identification)：通过SHCCH传输所述信息中的一部分时，以及所述SHCCH为一个以上时，利用UE ID指示各SHCCH是否是针对相应终端的控制信息。<br>段落[84]：<br>“……미리 설정된 공통 단말기 아이디(common UE ID: 이하 "Common UE ID"라 칭하기로 한다)를 사용할 수 있으며……”<br>【中文翻译】：……可以使用预先设置的公共终端标识符（common UE ID：以下称为“Common UE ID”）…… | 作用与对比分析：<br>1. 目标专利作用：在HS-SCCH控制信道上监听并识别针对寻呼或业务分配的H-RNTI（如公共寻呼H-RNTI或专用H-RNTI），用以指示终端解码后续物理共享信道。<br>2. 对比文件方案及作用：对比文件明确公开了SHCCH的一个具体示例就是HS-SCCH（段落[27]），且公开了在该信道中承载并由UE接收用于区分/寻址UE的“UE ID”或“Common UE ID”（段落[30]、[42]、[84]）。<br>3. 公开性论述（宽松隐含公开）：虽然对比文件使用的是“UE ID”和“Common UE ID”，未直接出现标准术语“H-RNTI”这五个字母，但在3GPP HSDPA协议技术体系中，在HS-SCCH上用于标识UE身份或组身份的UE ID即为H-RNTI（包括专有H-RNTI及公共/组H-RNTI）。对比文件公开了在HS-SCCH上接收用于标识终端的UE ID/Common UE ID，其在信道结构、承载内容与功能上与目标专利在HS-SCCH上接收H-RNTI完全对应。按照极其宽松的隐含公开标准，本领域技术人员结合3GPP公知常识能够毫无困难地从对比文件中公开的HS-SCCH及其上承载的UE ID/Common UE ID合理推断并推导出该技术特征。因此，技术特征F被对比文件隐含公开。 |
| 技术特征G：使用所接收的H-RNTI来接收高速物理下行链路共享信道<br><br>《隐含公开》 | 对比文件段落[33]：<br>“상기 단말기는 상기 SHCCH 신호를 수신하고, 상기 수신한 SHCCH 신호가 자신의 UE ID를 포함하고 있는경우에 그 SHCCH 신호를 해석하고 이를 이용하여 해당 HS-PDSCH의 데이터를 수신한다.”<br>【中文翻译】：所述终端接收所述SHCCH信号，并在所述接收到的SHCCH信号包含自身的UE ID的情况下，解析该SHCCH信号并利用其接收相应HS-PDSCH的数据。<br>段落[85]：<br>“n+2 번째 TTI에서 Common UE ID를 통하여 공통 정보가 전송될 것을 확인한 모든 단말기들은 해당 SHCCH의 정보를 해석한 후에 해당 TTI의 HS-PDSCH를 수신한다.”<br>【中文翻译】：在第n+2个TTI中通过Common UE ID确认将传输公共信息的所有终端，解析相应SHCCH的信息之后接收相应TTI的HS-PDSCH。 | 作用与对比分析：<br>1. 目标专利作用：终端基于识别到的H-RNTI，解调并接收HS-PDSCH上承载的寻呼数据或下行数据。<br>2. 对比文件方案及作用：对比文件公开了终端在SHCCH中检测并识别到自身的UE ID（专用）或Common UE ID（公共）后，解调SHCCH并利用其控制信息来接收对应TTI的HS-PDSCH数据。<br>3. 公开性论述（宽松隐含公开）：如特征F所述，对比文件中的UE ID/Common UE ID在HSDPA体制下即对应于H-RNTI；终端通过匹配并识别该UE ID后，触发并接收相应的HS-PDSCH数据。尽管对比文件是用于接收公共重配置信息或数据业务，但“利用所接收/匹配的UE标识接收HS-PDSCH”的物理信道接收机制与目标专利在技术手段上具有实质等同性。按照极宽松的隐含公开判断规则，本领域技术人员完全有可能通过对比文件的记载合理推导出该技术方案。因此，技术特征G被对比文件隐含公开。 |
| 技术特征H：其中从所述候选PICH中选择一个PICH包括<br><br>《未公开》 | 对比文件全文未记载候选PICH及选择PICH的过程。 | 作用与对比分析：<br>1. 目标专利作用：作为上位概括特征，引导从候选PICH中选择PICH的具体算法步骤。<br>2. 对比文件方案：对比文件完全没有涉及候选PICH的概念，也未记载选择PICH的任何过程。<br>3. 公开性结论：对比文件未直接公开，也无法隐含推导出该特征。因此，技术特征H未被直接公开，亦未被隐含公开。 |
| 技术特征I：确定索引为U-RNTI模k<br><br>《未公开》 | 对比文件全文未记载U-RNTI或模k的取模哈希计算。 | 作用与对比分析：<br>1. 目标专利作用：通过计算公式 $\text{Index} = \text{U-RNTI} \pmod k$，将不同终端根据其UTRAN标识均匀分散到各个候选信道上。<br>2. 对比文件方案：对比文件中完全没有记载模运算计算索引，也没有U-RNTI这一参数。<br>3. 公开性结论：该特征属于具体的信道索引算法，对比文件完全没有对应公开，也无任何可供推理的线索。因此，技术特征I未被直接公开，亦未被隐含公开。 |
| 技术特征J：其中k等于候选PICH的数量<br><br>《未公开》 | 对比文件全文未记载与候选PICH数量对应的模除基数k。 | 作用与对比分析：<br>1. 目标专利作用：界定模运算的模数 $k$ 为广播配置中候选PICH的总数，确保计算出的索引能严格对应候选列表范围。<br>2. 对比文件方案：对比文件未涉及候选PICH数量及模数设定。<br>3. 公开性结论：对比文件完全未公开该内容。因此，技术特征J未被直接公开，亦未被隐含公开。 |
| 技术特征K：使用所述索引从候选列表中选择一个候选PICH<br><br>《未公开》 | 对比文件全文未记载利用索引从候选列表中提取信道的操作。 | 作用与对比分析：<br>1. 目标专利作用：终端将计算得到的Index作为数组/列表指针，从已编译的候选PICH列表中准确选出目标PICH配置。<br>2. 对比文件方案：对比文件未公开候选列表及根据索引进行选择的技术方案。<br>3. 公开性结论：对比文件完全未公开该特征。因此，技术特征K未被直接公开，亦未被隐含公开。 |
| 技术特征L：其中从所述候选PICH中选择PICH还基于所述候选PICH的数量<br><br>《未公开》 | 对比文件全文未记载基于候选PICH数量进行信道选择。 | 作用与对比分析：<br>1. 目标专利作用：将候选PICH的数量作为选择算法的输入参数之一（即作为模数或分布基数）。<br>2. 对比文件方案：对比文件未记载任何候选PICH及其数量信息。<br>3. 公开性结论：对比文件完全未公开该特征。因此，技术特征L未被直接公开，亦未被隐含公开。 |
| 技术特征M：其中从所述候选PICH中选择一个PICH包括<br><br>《未公开》 | 对比文件全文未记载候选PICH选择步骤。 | 作用与对比分析：<br>1. 目标专利作用：用于引导建立变量k并计算索引的选择流程结构。<br>2. 对比文件方案：对比文件完全不涉及PICH选择机制。<br>3. 公开性结论：对比文件完全未公开该特征。因此，技术特征M未被直接公开，亦未被隐含公开。 |
| 技术特征N：建立与所述候选PICH的数量对应的值k<br><br>《未公开》 | 对比文件全文未记载建立与候选PICH数量对应的数值k。 | 作用与对比分析：<br>1. 目标专利作用：统计所接收广播IE中包含的PICH数量，并将其赋值给变量k，作为算法分母。<br>2. 对比文件方案：对比文件完全没有涉及此类操作。<br>3. 公开性结论：对比文件完全未公开该特征。因此，技术特征N未被直接公开，亦未被隐含公开。 |
| 技术特征O：使用所建立的值k计算选择索引<br><br>《未公开》 | 对比文件全文未记载使用值k计算选择索引的操作。 | 作用与对比分析：<br>1. 目标专利作用：利用确立的参数k进行数学运算（模运算）以获得最终用于选择信道的索引值。<br>2. 对比文件方案：对比文件完全没有涉及该数学运算或索引生成过程。<br>3. 公开性结论：对比文件完全未公开该特征。因此，技术特征O未被直接公开，亦未被隐含公开。 |
<<<f>>>
<<<g>>>
## 特征比对表格
| 技术特征描述及判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：在所述WTRU处于CELL_PCH状态或URA_PCH状态中的一者时<br><br>【未公开】 | 无对应记载。 | 未公开。<br>对比文件记载的是UE支持HSDPA服务并在专用信道（DPCH）或共享控制信道（SHCCH）上接收公共信息的机制。对比文件全文未提及、披露或建议UE处于低功耗连接模式下的CELL_PCH状态或URA_PCH状态。本领域技术人员无法从对比文件中直接得出该状态特征，即便采用极宽松的隐含公开判断，对比文件也没有任何线索或部分技术内容可合理推导出UE在该特定状态下进行操作。 |
| 技术特征B：获取包括寻呼指示信道PICH信息的HSDPA相关的PICH信息元素<br><br>【未公开】 | 无对应记载。 | 未公开。<br>对比文件方案中涉及的是HSDPA重配置消息或控制信息（如HS-PDSCH代码信息、SHCCH代码信息、功率信息等），其寻呼或指示机制采用的是专用物理信道DPCH上的HSDPA指示（HI）或者SHCCH上的Common UE ID，并未提及或涉及寻呼指示信道（PICH），更未公开获取包含PICH信息的“HSDPA相关的PICH信息元素”。即使从极宽松标准推导，对比文件也未公开或暗示任何PICH相关信息元素的获取。 |
| 技术特征C：编译HSDPA的候选PICH的列表<br><br>【未公开】 | 无对应记载。 | 未公开。<br>对比文件未公开任何候选PICH或PICH列表的概念，因此根本不存在“编译HSDPA候选PICH列表”的技术内容，既未直接公开，也无法通过逻辑推理隐含公开。 |
| 技术特征D：基于所述WTRU的通用移动电信系统UMTS陆地无线电接入网UTRAN无线电网络事务标识符U-RNTI从所述候选PICH中选择一个PICH<br><br>【未公开】 | 无对应记载。 | 未公开。<br>对比文件中UE使用的标识为UE ID或Common UE ID，用于在SHCCH上匹配识别自身或公共消息，未提及U-RNTI，更未公开基于U-RNTI从多个候选PICH中选择特定PICH的技术方案。该特征未被直接公开，亦无法隐含推导得出。 |
| 技术特征E：通过PICH接收寻呼指示<br><br>【未公开】 | [0017] ...To inform the corresponding UE that the HSDPA data is to be transmitted, the Node B provides the corresponding information through an HSDPA indication (HI) in each TTI of a DPCH established between the UE and the Node B. The HI is transmitted over the DPCH assigned to each UE...<br>（中文翻译：为了通知相应UE将传输HSDPA数据，Node B在UE与Node B之间建立的DPCH的每个TTI中通过HSDPA指示（HI）提供相应信息。HI通过分配给每个UE的DPCH传输……） | 未公开。<br>对比文件公开的是在专用物理信道（DPCH）上传输HSDPA指示（HI）以通知UE接收后续数据，或者直接在SHCCH上盲检UE ID（1-step方式），其物理载体是DPCH或SHCCH，根本没有在PICH信道上接收寻呼指示。信道类型和传输机制完全不同，不能认定为直接公开或隐含公开。 |
| 技术特征F：在高速共享控制信道HS-SCCH上接收高速下行链路共享信道HS-DSCH无线电网络事务标识符H-RNTI<br><br>《直接公开》 | [0016] ...The SHCCH, a shared channel newly designed to support the HSDPA service, transmits control information to a UE scheduled to receive the HSDPA data. For example, a high-speed shared control channel (HS-SCCH) is a typical SHCCH...<br>（中文翻译：SHCCH是为支持HSDPA服务新设计的共享信道，向调度接收HSDPA数据的UE传输控制信息。例如，高速共享控制信道（HS-SCCH）是典型的SHCCH……）<br><br>[0019] ...Upon detecting the expected receipt of the HSDPA data, the UE searches SHCCH transmitted in the next TTI. If there are a plurality of the SHCCHs assigned, UE ID can be included in the SHCCH in order to identify the UE. Therefore, the UE receives information on the SHCCH transmitted with the same UE ID as its own UE ID among the SHCCHs...<br>（中文翻译：在检测到预期的HSDPA数据接收时，UE搜索在下一个TTI中传输的SHCCH。如果分配了多个SHCCH，则UE ID可以包括在SHCCH中以识别UE。因此，UE在各SHCCH中接收与自身UE ID相同UE ID传输的SHCCH上的信息……）<br><br>[0077] ...In order to inform all UEs of transmission of the common information, the Node B uses a preset Common UE ID. A specific UE ID among available UE IDs can be defined as the Common UE ID...<br>（中文翻译：为了通知所有UE传输公共信息，Node B使用预设的Common UE ID。可用UE ID中的特定UE ID可定义为Common UE ID……） | 直接公开。<br>对比文件公开了典型的共享控制信道HS-SCCH（SHCCH），并在HS-SCCH中携带用于标识UE的UE ID或指示公共信息的Common UE ID。在3GPP HSDPA技术体系中，HS-SCCH上承载的用于指示特定UE或特定接收组/公共数据的UE ID即为目标专利所述的HS-DSCH无线电网络事务标识符（H-RNTI）。两者在通信系统中所起的作用完全相同，均为在HS-SCCH上指示HS-DSCH传输块的目标接收实体标识。因此，本领域技术人员可以毫无疑义地确定对比文件直接公开了技术特征F。 |
| 技术特征G：使用所接收的H-RNTI来接收高速物理下行链路共享信道<br><br>《直接公开》 | [0021] ...The UE receives the SHCCH signal, and analyzes the SHCCH signal if the received SHCCH signal includes its own UE ID. Based on the analyzed results, the UE receives data on a corresponding HS-PDSCH.<br>（中文翻译：UE接收SHCCH信号，并在接收到的SHCCH信号包含其自身UE ID时分析SHCCH信号。基于分析结果，UE接收相应HS-PDSCH上的数据。）<br><br>[0078] All the UEs that have recognized the expected receipt of the common information through the Common UE ID in the (n+2)th TTI, receive HS-PDSCH of the corresponding TTI after analyzing corresponding SHCCH information...<br>（中文翻译：在第(n+2)个TTI中通过Common UE ID识别出预期接收公共信息的所有UE，在分析相应SHCCH信息后接收相应TTI的HS-PDSCH……） | 直接公开。<br>对比文件明确记载了UE在SHCCH（即HS-SCCH）上识别/匹配到自身的UE ID或Common UE ID（即H-RNTI）后，解析控制信息，并进而根据该控制信息在相应的HS-PDSCH（高速物理下行链路共享信道）上接收数据。这与目标专利中利用接收到的H-RNTI解调/接收高速物理下行链路共享信道的作用、方式和技术方案完全相同。因此，该特征被对比文件直接公开。 |
| 技术特征H：其中从所述候选PICH中选择一个PICH包括<br><br>【未公开】 | 无对应记载。 | 未公开。<br>对比文件未公开候选PICH及从中选择PICH的过程，未记载该特征。 |
| 技术特征I：确定索引为U-RNTI模k<br><br>【未公开】 | 无对应记载。 | 未公开。<br>对比文件完全没有记载基于U-RNTI模k计算索引的算法或技术手段，未直接公开，亦无法隐含推导。 |
| 技术特征J：其中k等于候选PICH的数量<br><br>【未公开】 | 无对应记载。 | 未公开。<br>对比文件不存在候选PICH及其数量k的定义，未公开该特征。 |
| 技术特征K：使用所述索引从候选列表中选择一个候选PICH<br><br>【未公开】 | 无对应记载。 | 未公开。<br>对比文件不存在基于索引在候选列表中选择PICH的技术方案，未公开该特征。 |
| 技术特征L：其中从所述候选PICH中选择PICH还基于所述候选PICH的数量<br><br>【未公开】 | 无对应记载。 | 未公开。<br>对比文件没有记载基于候选PICH数量进行PICH选择的内容，未公开该特征。 |
| 技术特征M：其中从所述候选PICH中选择一个PICH包括<br><br>【未公开】 | 无对应记载。 | 未公开。<br>对比文件未公开从候选PICH中选择PICH的步骤，未记载该特征。 |
| 技术特征N：建立与所述候选PICH的数量对应的值k<br><br>【未公开】 | 无对应记载。 | 未公开。<br>对比文件未涉及候选PICH数量或据此建立值k的技术内容，未公开该特征。 |
| 技术特征O：使用所建立的值k计算选择索引<br><br>【未公开】 | 无对应记载。 | 未公开。<br>对比文件未公开基于值k计算用于PICH选择的索引，未公开该特征。 |
<<<F>>><<<G>>>
## 特征比对表格
严格按照目标专利权利要求与说明书已给出的技术特征划分，结合对比文件（FR2828783A1）的说明书和附图进行逐项对比与公开性评估如下：
| 技术特征描述及判断结果 | 对比文件原文引用（法文原著及中文翻译） | 公开性论述 |
| 技术特征A<br>在所述WTRU处于CELL_PCH状态或URA_PCH状态中的一者时<br><br>《未公开》 | 对比文件全篇未出现CELL_PCH或URA_PCH状态的记载。其主要讨论背景及场景参见：<br>【Page 1】"L'invention concerne de façon générale une communication à accès par paquets de liaison descendante à haute vitesse (HSDPA...) et en particulier un procédé pour la transmission d'informations communes partagée par des équipements d'utilisateurs (UE) supportant un service HSDPA."<br>（本发明总体涉及高速下行链路分组接入（HSDPA）通信，尤其是涉及一种用于传输支持HSDPA服务的用户设备（UE）共享的公共信息的方法。） | 1. 作用与技术背景对比：<br>目标专利说明书[0008]、[0011]-[0016]明确指出，CELL_PCH和URA_PCH是省电模式，在此状态下WTRU没有用于向UTRAN发送业务量的上行链路机制，传统上仅通过PCH/PICH进行两步寻呼。目标专利的技术方案旨在解决在CELL_PCH/URA_PCH空闲/休眠省电状态下，如何通过高速共享信道实现寻呼并降低状态转换延迟。<br>2. 公开性分析：<br>对比文件FR2828783A1公开的是在HSDPA中向处于活跃连接状态（如CELL_DCH，需要接收下行数据）的UE传输小区重配置等公共信息（如HS-PDSCH码信息、MCS等），UE在下行接收后还会根据需要向基站反馈上行ACK/NACK或上行信道条件信息（Page 4、Page 9、Page 27-28）。对比文件通篇完全没有涉及CELL_PCH或URA_PCH这两种特定的无上行传输能力的无线资源控制省电状态，本领域技术人员也无法从常规的下行数据传输场景直接或隐含推断出该特征。因此，技术特征A未被公开。 |
| 技术特征B<br>获取包括寻呼指示信道PICH信息的HSDPA相关的PICH信息元素<br><br>《未公开》 | 对比文件未涉及PICH（寻呼指示信道）及HSDPA相关的PICH信息元素。其相关信道配置信息传输参见：<br>【Page 16】"La figure 4 illustre un processus de transmission d'une information commune d'une unité de commande RNC à un Nœud B... un message de demande de reconfiguration HSDPA est défini comme étant le message NBAP pour la transmission de l'information commune."<br>（图4示出了从RNC向Node B传输公共信息的过程……HSDPA重配置请求消息被定义为用于传输公共信息的NBAP消息。）<br>【Page 17-18，图5】包括"Configuration version number"、"SHCCH Code Information"、"HS-PDSCH Code Information"、"HSPDSCH power info"及"SFN"等。 | 1. 作用与技术背景对比：<br>目标专利说明书表1及[0031]-[0036]记载，HSDPA相关的PICH信息元素（HSDPA related PICH info IE）是系统信息中专门广播给处于低功耗寻呼状态的UE的参数，指示承载寻呼指示的PICH信道相关配置。<br>2. 公开性分析：<br>对比文件传输的是包含SHCCH信道码信息、HS-PDSCH信道码信息和小区功率等网络重配置参数的系统/公共消息，对比文件中提及的指示是HSDPA Indication (HI)（通过DPCH或SHCCH发送，用于通知活跃UE在下一TTI接收下行分组数据），而非寻呼指示信道PICH，更不存在“HSDPA相关的PICH信息元素”。本领域技术人员无法从对比文件中得出任何PICH及其信息元素的教导。因此，技术特征B未被公开。 |
| 技术特征C<br>编译HSDPA的候选PICH的列表<br><br>《未公开》 | 对比文件未涉及任何关于编译候选PICH列表的内容。 | 1. 作用与技术背景对比：<br>目标专利说明书[0031]、[0035]（步骤320）记载，基站可以广播多个（1至最大SCCPCH个）PICH参数，UE接收后在本地编译（compile）形成HSDPA候选PICH的列表，以便后续按算法选择。<br>2. 公开性分析：<br>对比文件FR2828783A1完全没有PICH信道，亦无由多个候选PICH构建/编译列表的技术方案或启示。因此，技术特征C未被公开。 |
| 技术特征D<br>基于所述WTRU的通用移动电信系统UMTS陆地无线电接入网UTRAN无线电网络事务标识符U-RNTI从所述候选PICH中选择一个PICH<br><br>《未公开》 | 对比文件全篇未涉及U-RNTI，亦未涉及从候选PICH中进行选择。有关标识的记载参见：<br>【Page 9】"6) UE ID (identification) : lorsqu'elle est transmise dans une partie de l'information ci-dessus et qu' il y a au moins un canal SHCCH, l' identification UE ID indique si le SHCCH est une information de commande pour l'équipement UE correspondant."<br>（6）UE ID（标识）：当其在上述信息的一部分中传输且存在至少一个SHCCH时，UE ID指示该SHCCH是否是针对相应UE的控制信息。） | 1. 作用与技术背景对比：<br>目标专利[0035]-[0036]记载，UE利用其UTRAN无线电网络临时标识符U-RNTI，根据特定取模公式从编译出的多个候选PICH中精准选出自身应监视的那个PICH，实现寻呼信道负荷在不同终端间的分担。<br>2. 公开性分析：<br>对比文件中仅提到了普通的UE ID（用于在SHCCH控制信道上匹配UE身份）或公共UE ID（Common UE ID，用于指示公共信息广播），完全没有提及U-RNTI，更无基于U-RNTI从多个候选PICH中进行信道选择的方案。因此，技术特征D未被公开。 |
| 技术特征E<br>通过PICH接收寻呼指示<br><br>《未公开》 | 对比文件关于指示（HI）的记载参见：<br>【Page 6】"Pour informer l'équipement UE correspondant que les données HSDPA doivent être transmises, le Nœud B fournit l'information correspondante par l'intermédiaire d'une indication HSDPA (HI) dans chaque intervalle TTI d'un canal DPCH établi entre l'équipement UE et le Nœud B. L'indication HI est transmise par le canal PDCH attribué à chaque équipement UE."<br>（为了通知对应的UE将要传输HSDPA数据，Node B在UE与Node B之间建立的DPCH信道的每个TTI间隔中通过HSDPA指示（HI）提供相应信息。HI指示通过分配给每个UE的DPCH信道传输。） | 1. 作用与技术背景对比：<br>目标专利[0009]、[0039]（步骤450）记载，通过PICH信道接收寻呼指示（Paging Indicator），用于唤醒UE并指示其准备通过高速信道接收后续的寻呼消息。<br>2. 公开性分析：<br>对比文件中传输的是“HSDPA Indication (HI)”，且其承载信道是专用物理信道（DPCH）或直接在共享控制信道（SHCCH）中指示（Page 6、Page 7-8）。HI的作用是指示当前激活态UE在接下来的TTI接收业务数据或重配置控制信息，而不是在休眠/寻呼状态下通过PICH信道接收针对被寻呼终端的“寻呼指示”。二者的信道性质、信息物理意义及系统流程完全不同。因此，技术特征E未被公开。 |
| 技术特征F<br>在高速共享控制信道HS-SCCH上接收高速下行链路共享信道HS-DSCH无线电网络事务标识符H-RNTI<br><br>《隐含公开》 | 对比文件关于HS-SCCH及标识接收的记载参见：<br>【Page 5】"Le canal SHCCH, un canal partagé nouvellement conçu pour supporter le service HSDPA, transmet une information de commande à un équipement UE programmé pour recevoir les données HSDPA. Par exemple, un canal de commande partagé à haute vitesse (HS-SCCH) est un canal SHCCH typique."<br>（SHCCH信道是新设计的用于支持HSDPA服务的共享信道，向被调度接收HSDPA数据的UE传输控制信息。例如，高速共享控制信道（HS-SCCH）是典型的SHCCH信道。）<br>【Page 6-7】"Lors de la détection de la réception prévue des données HSDPA, l'équipement UE recherche le canal SHCCH transmis dans l'intervalle TTI suivant. S'il y a plusieurs canaux SHCCH attribués, l'identification d'équipement UE ID peut être incluse dans le canal SHCCH pour identifier l'équipement UE."<br>（当检测到预期的HSDPA数据接收时，UE在下一个TTI间隔中搜索传输的SHCCH信道。若分配了多个SHCCH信道，则SHCCH中可包含用户设备标识UE ID以识别UE。）<br>【Page 23】"Pour informer tous les équipements UE de la transmission de l'information commune, le Nœud B utilise une identification UE ID commune préétablie."<br>（为了通知所有UE公共信息的传输，Node B使用预先建立的公共UE ID。） | 1. 作用与技术背景对比：<br>目标专利[0004]、[0038]、[0043]记载，WTRU在HS-SCCH上侦听并接收H-RNTI（例如公共寻呼H-RNTI或专用H-RNTI），用于匹配自身标识并解调后续高速数据。<br>2. 公开性分析：<br>对比文件明确公开了在HS-SCCH（作为典型的SHCCH）上传输并接收“UE ID”（包括针对特定UE的UE ID，以及针对接收公共信息的UE组的公共UE ID "UE ID commune"）。在3GPP HSDPA协议架构中，HS-SCCH上用于标识UE/UE组的物理层/MAC层标识正是H-RNTI（HS-DSCH Radio Network Temporary Identifier），其技术实质即为对比文件中在HS-SCCH上传输匹配的“UE ID”。虽然对比文件使用了上位术语“UE ID”和“UE ID commune”，但基于本领域技术人员的知识结合对比文件上下文，该UE ID在HS-SCCH上的实现形式合理推断即对应于H-RNTI。按照极度宽松的隐含公开判断原则，对比文件部分/上位公开了在HS-SCCH上接收终端标识的技术内容，因此认定为技术特征F《隐含公开》。 |
| 技术特征G<br>使用所接收的H-RNTI来接收高速物理下行链路共享信道<br><br>《隐含公开》 | 对比文件关于根据标识接收HS-PDSCH的记载参见：<br>【Page 7-8】"L'équipement UE reçoit le signal SHCCH et l'analyse si le signal SHCCH reçu comprend sa propre identification UE ID. Sur la base des résultats de l'analyse, l'équipement UE reçoit les données sur un canal HS-PDSCH correspondant."<br>（UE接收SHCCH信号，并分析所接收的SHCCH信号是否包含其自身的UE ID。基于分析结果，UE在对应的HS-PDSCH信道上接收数据。）<br>【Page 23】"Tous les équipements UE qui ont reconnu la réception prévue de l'information commune par l'intermédiaire de l'information UE ID commune dans le (n+2)ième intervalle TTI, reçoivent l'information HS-PDSCH de l'intervalle TTI correspondant après une analyse de l'information SHCCH correspondante."<br>（所有通过(n+2)个TTI中的公共UE ID识别出预期的公共信息接收的UE，在分析相应的SHCCH信息后，在对应的TTI中接收HS-PDSCH信息。） | 1. 作用与技术背景对比：<br>目标专利[0043]中记载，UE成功接收到寻呼指示和H-RNTI后，使用该H-RNTI解调并从HS-PDSCH信道中取回数据。<br>2. 公开性分析：<br>对比文件明确公开了UE通过接收SHCCH上的UE ID（对应H-RNTI）完成匹配验证后，依据该匹配结果和控制参数在对应的HS-PDSCH信道上接收数据信息。这与目标专利中利用H-RNTI来接收HS-PDSCH的技术机理和作用相同。鉴于对比文件使用的表述为“UE ID”（包括“UE ID commune”），根据宽松的隐含公开判断规则，认定技术特征G被对比文件《隐含公开》。 |
| 技术特征H<br>其中从所述候选PICH中选择一个PICH包括<br><br>《未公开》 | 对比文件未涉及候选PICH及从中选择一个PICH的任何步骤。 | 对比文件没有PICH信道及候选PICH的概念，更不存在从候选PICH中选择PICH的步骤，该特征未公开。 |
| 技术特征I<br>确定索引为U-RNTI模k<br><br>《未公开》 | 对比文件未记载U-RNTI，亦未记载模k运算。 | 1. 作用与技术背景对比：<br>目标专利[0035]-[0036]中通过公式 $Index_{PICH} = \text{U-RNTI} \bmod k$ 计算PICH候选索引，将寻呼指示负载均匀分配到不同PICH上。<br>2. 公开性分析：<br>对比文件完全没有涉及U-RNTI，更无取模运算确定索引的技术方案，本领域技术人员无法从对比文件中推断出该数学计算特征。因此，技术特征I未被公开。 |
| 技术特征J<br>其中k等于候选PICH的数量<br><br>《未公开》 | 对比文件未涉及候选PICH的数量。 | 目标专利中k定义为候选PICH的数量。对比文件未公开PICH及候选PICH集合，更未公开参数k等于候选PICH数量的设置。因此，技术特征J未被公开。 |
| 技术特征K<br>使用所述索引从候选列表中选择一个候选PICH<br><br>《未公开》 | 对比文件未涉及候选PICH列表及使用索引进行选择。 | 对比文件不存在候选PICH列表，亦无基于计算出的索引从列表中选取特定PICH的机制。因此，技术特征K未被公开。 |
| 技术特征L<br>其中从所述候选PICH中选择PICH还基于所述候选PICH的数量<br><br>《未公开》 | 对比文件未涉及候选PICH及基于其数量选择PICH。 | 对比文件通篇无候选PICH及其数量的特征，该技术特征未公开。 |
| 技术特征M<br>其中从所述候选PICH中选择一个PICH包括<br><br>《未公开》 | 对比文件未涉及候选PICH及从中选择一个PICH的步骤。 | 对比文件完全未涉及候选PICH的概念与选择机制，该技术特征未公开。 |
| 技术特征N<br>建立与所述候选PICH的数量对应的值k<br><br>《未公开》 | 对比文件未涉及候选PICH数量及建立对应值k。 | 对比文件不包含候选PICH及其数量，未公开建立对应值k以进行后续选择计算。该技术特征未公开。 |
| 技术特征O<br>使用所建立的值k计算选择索引<br><br>《未公开》 | 对比文件未涉及利用代表候选PICH数量的值k计算选择索引。 | 对比文件不存在计算PICH选择索引的过程，亦无使用代表PICH数量的值k参与索引计算的特征。该技术特征未公开。 |
<<<f>>><<<g>>>
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>在所述WTRU处于CELL_PCH状态或URA_PCH状态中的一者时<br><br>【未公开】 | 无针对处于CELL_PCH或URA_PCH状态下的具体公开。对比文件全文仅笼统涉及：“...to all UEs supporting the HSDPA service...”（第13页第1-3行；第19页第21-23行等）。 | 目标专利中，该特征限定了WTRU处于省电的非活动状态（CELL_PCH或URA_PCH），在该状态下终端无上行机制，仅在特定寻呼时机醒来监视寻呼以降低功耗并减少信令状态转换延迟。<br>对比文件（GB2380366A）公开的是在提供HSDPA服务的CDMA系统中向多个UE传输公共信息的方法。在对比文件中，所有交互均基于业务进行中的常规状态（例如在DPCH上持续或周期性接收HI指示，或持续盲检SHCCH），完全没有涉及RRC连接状态下的CELL_PCH或URA_PCH状态，也没有涉及低功耗DRX寻呼监听机制。因此，对比文件既未直接公开，也无法隐含公开技术特征A。 |
| 技术特征B：<br>获取包括寻呼指示信道PICH信息的HSDPA相关的PICH信息元素<br><br>【未公开】 | 无关于PICH信息元素的相关记载。涉及信息元素的记载主要见于第14页第28行至第16页第30行（关于HSDPA Reconfiguration Request消息的描述及图5）：“In FIG. 5, a first column indicates a name of the transmission information (IE/Group Name)... CSHCCH Code Information... HS-PDSCH Code Information... HS-PDSCH power information... SFN...”。 | 目标专利中，该技术特征的作用是让处于CELL_PCH/URA_PCH状态的终端从系统广播等处获取用于HSDPA寻呼的PICH配置信元，以便在进入休眠/醒来机制时监听正确的PICH。<br>对比文件所涉及的重配置信元（图5及第14-16页）仅包含配置版本号、SHCCH码信息、HS-PDSCH码信息、功率信息及SFN，完全没有定义任何PICH或HSDPA相关的PICH信息元素，其下行寻呼或调度指示完全依赖专用的DPCH承载HI（两步法）或者全盲检SHCCH（单步法）。因此，该特征未被直接公开或隐含公开。 |
| 技术特征C：<br>编译HSDPA的候选PICH的列表<br><br>【未公开】 | 无记载。 | 目标专利中，编译候选PICH列表用于在存在多个PICH配置时形成供选择的集合。<br>对比文件完全不涉及PICH信道及候选PICH列表的构建与编译。因此，该特征未被直接公开或隐含公开。 |
| 技术特征D：<br>基于所述WTRU的通用移动电信系统UMTS陆地无线电接入网UTRAN无线电网络事务标识符U-RNTI从所述候选PICH中选择一个PICH<br><br>【未公开】 | 无记载。涉及终端标识的记载为第6页第31行至第7页第7行：“UE ID (Identification): when it is transmitted through a part of the above information and there is at least one SHCCH, the UE ID indicates whether the SHCCH is control information for the corresponding UE.”，以及第20页第6-8行：“In order to inform all UEs of transmission of the common information, the Node B uses a preset Common UE ID.”。 | 目标专利中，该特征通过特定算法以终端标识U-RNTI为基础从多个候选PICH中分散选取一个PICH，以实现多个PICH信道间的负载均衡与寻呼分组分流。<br>对比文件中的UE ID仅用于在共享控制信道SHCCH上标识目标终端，或者使用Common UE ID标识所有支持HSDPA的终端以接收广播/组播公共信息，并未公开U-RNTI，更未公开利用终端标识从候选PICH中进行选择。因此，该特征未被直接公开或隐含公开。 |
| 技术特征E：<br>通过PICH接收寻呼指示<br><br>【未公开】 | 第5页第12-16行：“...To inform the corresponding UE that the HSDPA data is to be transmitted, the Node B provides the corresponding information through an HSDPA indication (HI) in each TTI of a DPCH established between the UE and the Node B. The HI is transmitted over the DPCH assigned to each UE...”；第19页第20-23行：“...transmits an HSDPA indication (HI) to all UEs at corresponding slots in an (n+1)th TTI using DPCHs of the UEs...”。 | 目标专利中，该特征是在物理信道PICH上监听指示，作为触发接收后续高速下行控制信道或数据信道的前提。<br>对比文件在通知终端存在下行数据时，采用的是在每个终端专用的专用物理信道（DPCH）上发送HSDPA指示（HI），或者直接取消该指示信令（单步法直接监视SHCCH），完全没有公开在PICH上接收寻呼指示的技术方案。因此，对比文件未公开技术特征E。 |
| 技术特征F：<br>在高速共享控制信道HS-SCCH上接收高速下行链路共享信道HS-DSCH无线电网络事务标识符H-RNTI<br><br>《隐含公开》 | 1. 第4页第29行至第5页第2行：“The SHCCH, a shared channel newly designed to support the HSDPA service, transmits control information to a UE scheduled to receive the HSDPA data. For example, a high-speed shared control channel (HS-SCCH) is a typical SHCCH.”（中文翻译：SHCCH是一种新设计的用于支持HSDPA服务的共享信道，向调度接收HSDPA数据的UE发送控制信息。例如，高速共享控制信道HS-SCCH是典型的SHCCH。）<br>2. 第6页第31行至第7页第1行：“If there are a plurality of the SHCCHs assigned, UE ID can be included in the SHCCH in order to identify the UE. Therefore, the UE receives information on the SHCCH transmitted with the same UE ID as its own UE ID among the SHCCHs.”（中文翻译：如果分配了多个SHCCH，则UE ID可以包含在SHCCH中以标识该UE。因此，UE在各SHCCH中接收与其自身UE ID相同的UE ID所发送的SHCCH上的信息。）<br>3. 第20页第6-11行：“In order to inform all UEs of transmission of the common information, the Node B uses a preset Common UE ID. A specific UE ID among available UE IDs can be defined as the Common UE ID...”（中文翻译：为了通知所有UE传输公共信息，基站Node B使用预置的公共UE ID。可用UE ID中的特定UE ID可被定义为公共UE ID...）<br>4. 第33页第29行至第34页第3行：“A Common UE ID is a typical common information indication. When transmitting common information, the SHCCH transmits Common UE ID previously known to all UEs so that the UEs can receive the common information.”（中文翻译：公共UE ID是一种典型的公共信息指示。当发送公共信息时，SHCCH发送所有UE预先知晓的公共UE ID，使得各UE能够接收公共信息。） | 目标专利中，技术特征F的作用是通过在HS-SCCH上接收终端的寻呼或调度临时标识（H-RNTI），终端比对其标识从而确认后续物理下行共享信道是否有发送给自己的数据。<br>对比文件中公开了在典型的共享控制信道HS-SCCH上发送并接收UE ID（特定专用UE ID或预置的Common UE ID），UE通过在HS-SCCH上比对该UE ID来确定信道调度归属。虽然对比文件使用的是“UE ID”和“Common UE ID”这一通用表述，未字面指出“H-RNTI”，但在3GPP HSDPA协议架构体系下，HS-SCCH上传输的用于标识UE的UE ID正是HS-DSCH RNTI（即H-RNTI）。本领域技术人员结合对比文件明确记载的“HS-SCCH”及“UE ID”，能够完全理解并合理解析出该标识即为技术特征F所限定的高速下行链路共享信道无线电网络事务标识符H-RNTI。按照宽松的隐含公开判断原则，对比文件隐含公开了技术特征F。 |
| 技术特征G：<br>使用所接收的H-RNTI来接收高速物理下行链路共享信道。<br><br>《隐含公开》 | 1. 第6页第27行至第7页第10行：“Therefore, the UE receives information on the SHCCH transmitted with the same UE ID as its own UE ID among the SHCCHs... Following receipt of the SHCCH information, the UE receives the HSDPA data in the corresponding TTI.”（中文翻译：因此，UE在各SHCCH中接收与其自身UE ID相同的UE ID发送的信息……在接收到SHCCH信息后，UE在对应的TTI中接收HSDPA数据。）<br>2. 第6页第31-33行：“Based on the analyzed results, the UE receives data on a corresponding HS-PDSCH.”（中文翻译：基于分析结果，UE在相应的高速物理下行链路共享信道HS-PDSCH上接收数据。）<br>3. 第20页第14-16行：“All the UEs that have recognized the expected receipt of the common information through the Common UE ID in the (n+2)th TTI, receive HS-PDSCH of the corresponding TTI after analyzing corresponding SHCCH information.”（中文翻译：所有在第(n+2)个TTI中通过公共UE ID识别出期望接收公共信息的UE，在分析了相应的SHCCH信息后，接收对应TTI的HS-PDSCH。） | 目标专利中，该特征的作用在于：UE利用HS-SCCH上匹配成功的H-RNTI及其伴随的控制信息，正确寻址并解调接收承载寻呼或数据的HS-PDSCH物理信道。<br>对比文件中公开了UE接收SHCCH上的UE ID（或Common UE ID），当检测到该ID匹配后，对SHCCH携带的控制信息进行分析，并依据该分析结果在对应的TTI内接收承载HSDPA数据的物理共享信道HS-PDSCH。如特征F所述，对比文件中的UE ID/Common UE ID实质即为HSDPA体制下的H-RNTI，终端正是以该标识识别通过为依据进而去接收HS-PDSCH。因此，本领域技术人员基于对比文件披露的内容，可以确定其隐含公开了“使用所接收的H-RNTI来接收高速物理下行链路共享信道”。 |
| 技术特征H：<br>其中从所述候选PICH中选择一个PICH包括<br><br>【未公开】 | 无记载。 | 属于从候选PICH中进行选择的具体方法限定，对比文件根本不涉及PICH的选取，未直接或隐含公开。 |
| 技术特征I：<br>确定索引为U-RNTI模k<br><br>【未公开】 | 无记载。 | 目标专利中，该特征限定通过将终端标识U-RNTI对候选信道数量k进行取模运算（$Index_{PICH} = \text{U-RNTI} \bmod k$），以散列映射计算出信道选取索引。<br>对比文件中完全没有记载任何基于U-RNTI的模运算（模k）算法，亦未公开任何类似的散列选择机制。因此，该特征未被直接公开或隐含公开。 |
| 技术特征J：<br>其中k等于候选PICH的数量<br><br>【未公开】 | 无记载。 | 目标专利中，k为候选PICH集合的势（即候选PICH的数量）。<br>对比文件无候选PICH的记载，亦无将模数k设定为候选PICH数量的技术特征。因此，未被直接公开或隐含公开。 |
| 技术特征K：<br>使用所述索引从候选列表中选择一个候选PICH。<br><br>【未公开】 | 无记载。 | 目标专利中，该特征用于根据计算出的取模索引从候选中对应选取一个具体的PICH信道。<br>对比文件无PICH候选列表及相关索引寻址机制的记载。因此，未被直接公开或隐含公开。 |
| 技术特征L：<br>其中从所述候选PICH中选择PICH还基于所述候选PICH的数量。<br><br>【未公开】 | 无记载。 | 目标专利中，该特征限定信道选择依赖于候选PICH的总量（作为分母参数参与运算）。<br>对比文件不涉及基于候选PICH数量来选择信道的方案，未被直接公开或隐含公开。 |
| 技术特征M：<br>其中从所述候选PICH中选择一个PICH包括<br><br>【未公开】 | 无记载。 | 属于信道选择过程的框架特征，对比文件不涉及PICH的候选与选择，未被直接公开或隐含公开。 |
| 技术特征N：<br>建立与所述候选PICH的数量对应的值k<br><br>【未公开】 | 无记载。 | 目标专利中，该特征用于统计或确立系统配置的候选PICH数量并将其赋给变量k。<br>对比文件无候选PICH及其数量参数k的建立过程，未被直接公开或隐含公开。 |
| 技术特征O：<br>使用所建立的值k计算选择索引。<br><br>【未公开】 | 无记载。 | 目标专利中，该特征通过建立的值k参与运算得出选择索引。<br>对比文件不存在利用候选数量k计算信道选择索引的技术内容，未被直接公开或隐含公开。 |
<<<f>>><<<g>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：在所述WTRU处于CELL_PCH状态或URA_PCH状态中的一者时<br><br>《未公开》 | （无对应记载） | 目标专利说明书[0008]、[0012]-[0016]明确指出，CELL_PCH与URA_PCH是休眠省电状态，无上行机制且传统上不运行HSDPA；目标专利旨在解决终端处于这两种特定休眠状态时如何进行HSDPA寻呼接收的问题。对比文件DE10237312A1通篇涉及的是处于已建立专用物理信道（DPCH/DPCCH）或者能够连续接收控制信道（SHCCH/HS-SCCH）的连接活动状态终端（如CELL_DCH），并需要终端发送ACK/NACK或CQI反馈，完全未提及CELL_PCH或URA_PCH状态，亦未涉及在休眠/寻呼监听状态下进行操作。因此对比文件未直接公开，本领域技术人员也无法合理推理得出，该特征未被公开。 |
| 技术特征B：获取包括寻呼指示信道PICH信息的HSDPA相关的PICH信息元素<br><br>《未公开》 | （无对应记载） | 目标专利说明书[0029]-[0036]及表1记载，网络通过广播系统信息（如SIB中的“HSDPA相关的PICH信息IE”），向处于PCH状态的终端下发包含候选PICH列表等配置信息。对比文件DE10237312A1涉及的是向UE传输“共通信息（gemeinsame Information）”，并在具体实施例中通过RRC消息或NBAP消息重配置传输HS-PDSCH代码、SHCCH代码、功率控制等配置（见实施例说明及图5、图7），完全没有提及寻呼指示信道（PICH）或与HSDPA相关的PICH信息元素。因此对比文件未直接公开，也无法合理推导出该特征，该特征未被公开。 |
| 技术特征C：编译HSDPA的候选PICH的列表<br><br>《未公开》 | （无对应记载） | 目标专利说明书[0031]、[0035]-[0036]明确记载，WTRU在接收到HSDPA相关的PICH信息元素后，编译（compile）用于HSDPA信息的候选PICH的列表。对比文件中不存在任何关于PICH的内容，更无“编译候选PICH列表”的技术内容。因此未被直接公开或隐含公开。 |
| 技术特征D：基于所述WTRU的通用移动电信系统UMTS陆地无线电接入网UTRAN无线电网络事务标识符U-RNTI从所述候选PICH中选择一个PICH<br><br>《未公开》 | （无对应记载） | 目标专利说明书[0035]-[0036]记载终端利用其专属标识U-RNTI在多个候选PICH中进行模运算选择以实现寻呼负荷分担。对比文件完全未涉及从候选PICH中进行选择，亦未公开利用U-RNTI对PICH进行选择。因此未被直接公开或隐含公开。 |
| 技术特征E：通过PICH接收寻呼指示<br><br>《隐含公开》 | 【Beschreibung des Stands der Technik / 2. Spalte, bzw. Detaillierte Beschreibung der bevorzugten Ausführungsform / zu Fig. 1, Fig. 8, Fig. 10】<br>“Um die entsprechende UE zu informieren, dass HSDPA-Daten zu übertragen sind, liefert der Knoten B die entsprechende Information durch eine HSDPA-Anzeige (HI) in jedem TTI eines DPCH, der zwischen der UE und dem Knoten B errichtet wurde... Wenn ein spezifisches Bit der HI einen voreingestellten Wert aufweist, so wird die UE die HSDPA-Daten im nächsten TTI des HI-Empfangspunktes empfangen.”<br>（中文翻译：“为了通知对应的UE有HSDPA数据待发送，Node B在UE与Node B之间建立的DPCH的每个TTI中通过HSDPA指示（HI）提供相应信息……当HI的特定比特具有预设值时，UE将在接收到HI的时间点的下一个TTI中接收HSDPA数据。”） | 目标专利中，特征E的作用是在休眠状态下通过寻呼指示信道（PICH）监听寻呼指示，以触发后续信道的接收调度（[0009]、[0039]）。对比文件公开了通过专用信道上的“HSDPA指示（HI）”作为寻呼/调度指示来通知UE即将有下行数据到达并指示其去接收后续信道（见图1、图8、步骤504）。虽然对比文件在两步法实施例中采用的是DPCH中的HI指示，但在UMTS标准框架中，通知终端有业务到达并唤醒接收后续控制信道的机制即为寻呼指示机制，且由于对比文件公开了利用指示位指示后续高速共享信道传输内容，结合对比文件部分公开了指示位通知机制，本领域技术人员极有可能将其结合UMTS寻呼架构推理出采用PICH信道接收寻呼指示以实现省电唤醒。按照极宽松的隐含公开判断标准，认定该特征被《隐含公开》。 |
| 技术特征F：在高速共享控制信道HS-SCCH上接收高速下行链路共享信道HS-DSCH无线电网络事务标识符H-RNTI<br><br>《直接公开》 | 【Detaillierte Beschreibung der bevorzugten Ausführungsform / zu Fig. 1, Fig. 8, Fig. 12, Fig. 15】<br>“Der SHCCH, ein gemeinsam genutzter Kanal, der neu gestaltet wurde, um den HSDPA-Dienst zu unterstützen, überträgt Steuerinformation an eine UE... Beispielsweise ist ein gemeinsam genutzter Hochgeschwindigkeitssteuerkanal (HS-SCCH) ein typischer SHCCH... Wenn es eine Vielzahl der zugewiesenen SHCCHs gibt, so kann die UE-ID in den SHCCH eingeschlossen werden, um die UE zu identifizieren... Um alle UEs von der Übertragung der gemeinsamen Information in Kenntnis zu setzen, verwendet der Knoten B eine voreingestellte gemeinsame UE-ID... Alle die UEs, die den erwarteten Empfang der gemeinsamen Information durch die gemeinsame UE-ID im (n+2)-ten TTI erkannt haben, empfangen den HS-PDSCH des entsprechenden TTI nach der Analyse der entsprechenden SHCCH-Information.”<br>（中文翻译：“SHCCH是为支持HSDPA业务而新设计的共享信道，其向UE发送控制信息……例如，高速共享控制信道（HS-SCCH）是典型的SHCCH……当存在多个分配的SHCCH时，UE-ID可包含在SHCCH中以标识该UE……为了通知所有UE共通信息的发送，Node B使用预设的共通UE-ID……所有通过共通UE-ID获知在(n+2)个TTI中有期望接收的共通信息的UE，在分析相应SHCCH信息后接收相应TTI的HS-PDSCH。”） | 目标专利中，特征F的作用是终端在HS-SCCH控制信道上监听并接收寻址该终端（或终端群组）的标识H-RNTI（公共H-RNTI或专用H-RNTI），用以解调并确认后续共享物理信道的归属（说明书[0004]、[0030]、[0038]、[0043]）。对比文件明确公开了典型的共享控制信道即为HS-SCCH，并且在HS-SCCH上传输UE-ID（包括标识具体UE的UE-ID或标识接收共通信息UE群组的共通UE-ID），终端在HS-SCCH上接收并匹配该UE-ID后去解调对应的HS-PDSCH。在3GPP HSDPA标准体系中，HS-SCCH上承载的用于终端标识及信道解调掩码的UE-ID即为H-RNTI（HS-DSCH Radio Network Temporary Identifier），二者为实质相同且等同的技术术语，在系统中发挥的识别目标终端及解密/解调控制信息的作用完全一致。因此，本领域技术人员能够毫无疑义地确定对比文件直接公开了在HS-SCCH上接收H-RNTI，认定该特征被《直接公开》。 |
| 技术特征G：使用所接收的H-RNTI来接收高速物理下行链路共享信道<br><br>《直接公开》 | 【Detaillierte Beschreibung der bevorzugten Ausführungsform / zu Fig. 1, Fig. 8, Fig. 12, Fig. 15】<br>“Alle die UEs, die den erwarteten Empfang der gemeinsamen Information durch die gemeinsame UE-ID im (n+2)-ten TTI erkannt haben, empfangen den HS-PDSCH des entsprechenden TTI nach der Analyse der entsprechenden SHCCH-Information.” / “Im Schritt 1002 bestimmt die UE, ob die UE-ID im empfangenen SHCCH eine gemeinsame UE-ID ist... Die UE empfängt den HS-PDSCH, wenn ihre eigene UE-ID vorhanden ist... Wenn die UE-ID im empfangenen SHCCH eine gemeinsame UE-ID ist, so geht die UE zum Schritt 1004 weiter... führt eine CRC-Prüfung der kombinierten gemeinsamen Daten durch.”<br>（中文翻译：“所有通过共通UE-ID获知在第(n+2)个TTI中有期望接收的共通信息的UE，在分析相应SHCCH信息后接收该相应TTI的HS-PDSCH。” / “在步骤1002中，UE判断接收到的SHCCH中的UE-ID是否为共通UE-ID……若存在其自身的UE-ID，UE接收HS-PDSCH……若接收到的SHCCH中的UE-ID是共通UE-ID，UE进行到步骤1004……对合并的数据进行CRC校验。”） | 目标专利中，特征G的作用是利用在控制信道上匹配确认的H-RNTI获取调度参数并接收对应的物理共享信道HS-PDSCH上的数据（说明书[0038]、[0043]）。对比文件明确公开了UE通过在HS-SCCH上识别匹配所接收的UE-ID（专用UE-ID或共通UE-ID，即H-RNTI），解析出信道化码及调制编码等信息，并据此接收对应TTI的HS-PDSCH数据并完成CRC校验。二者技术方案、物理信道及所起到的寻址接收作用完全相同，本领域技术人员能毫无疑义地直接得出。认定该特征被《直接公开》。 |
| 技术特征H：其中从所述候选PICH中选择一个PICH包括<br><br>《未公开》 | （无对应记载） | 目标专利说明书[0035]-[0036]记载，该特征作为从多个候选PICH中进行特定选取的限定步骤总括。对比文件完全未涉及任何候选PICH或从候选PICH中进行选择的内容。因此未被直接公开或隐含公开。 |
| 技术特征I：确定索引为U-RNTI模k<br><br>《未公开》 | （无对应记载） | 目标专利说明书[0035]-[0036]（步骤330及等式1：IndexPICH = U_RNTI mod k）明确记载通过U-RNTI对参数k取模得到选取索引。对比文件中完全没有记载任何基于U-RNTI或任何标识进行模k运算以确定PICH索引的内容。因此未被直接公开或隐含公开。 |
| 技术特征J：其中k等于候选PICH的数量<br><br>《未公开》 | （无对应记载） | 目标专利说明书[0035]-[0036]（步骤320及[0062]）记载参数k等于候选PICH的数量。对比文件未涉及候选PICH及其数量，亦未涉及参数k。因此未被直接公开或隐含公开。 |
| 技术特征K：使用所述索引从候选列表中选择一个候选PICH<br><br>《未公开》 | （无对应记载） | 目标专利说明书[0036]（步骤340）记载终端利用计算得到的IndexPICH从候选PICH列表中选择具体的一个PICH进行监听。对比文件完全未公开该技术内容。因此未被直接公开或隐含公开。 |
| 技术特征L：其中从所述候选PICH中选择PICH还基于所述候选PICH的数量<br><br>《未公开》 | （无对应记载） | 目标专利说明书[0035]-[0036]记载选择算法中依赖候选PICH的数量k进行均分选择。对比文件完全未涉及候选PICH及其数量。因此未被直接公开或隐含公开。 |
| 技术特征M：其中从所述候选PICH中选择一个PICH包括<br><br>《未公开》 | （无对应记载） | 该特征为从候选PICH中选择一个PICH的进一步细化流程特征。对比文件不包含候选PICH，更不存在从中选择的步骤。因此未被直接公开或隐含公开。 |
| 技术特征N：建立与所述候选PICH的数量对应的值k<br><br>《未公开》 | （无对应记载） | 目标专利说明书[0035]-[0036]（步骤320）记载终端确定对应于候选PICH数量的值k。对比文件完全未涉及候选PICH及对应其数量的值k。因此未被直接公开或隐含公开。 |
| 技术特征O：使用所建立的值k计算选择索引<br><br>《未公开》 | （无对应记载） | 目标专利说明书[0035]-[0036]（步骤330）记载使用建立的值k通过模运算计算选择索引IndexPICH。对比文件完全未涉及建立值k及计算选择索引的内容。因此未被直接公开或隐含公开。 |
<<<F>>><<<G>>><<<e>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>在所述WTRU处于CELL_PCH状态或URA_PCH状态中的一者时<br><br>【未公开】 | 无针对性原文引用。 | 1. 对比文件公开的作用：对比文件涉及在HSDPA通信系统中向支持HSDPA业务的UE（处于连接状态/激活接收状态）发送公共信息或重新配置信息。<br>2. 目标专利的作用：目标专利中该特征限定了WTRU（终端）所处的低功耗睡眠/休眠状态（CELL_PCH或URA_PCH），用于通过HSDPA机制在该功率节省状态下实现快速寻呼与状态转换。<br>3. 公开性论述：对比文件仅涉及一般的HSDPA业务传输，未提及终端处于CELL_PCH或URA_PCH状态；对比文件中UE在每个TTI接收DPCH/SHCCH，属于激活连接接收模式，与目标专利中功率节省的PCH睡眠状态实质不同。即使采用最宽松的隐含公开判断，对比文件中也完全不存在使本领域技术人员合理推导出该状态的启示或部分特征。因此，技术特征A未公开。 |
| 技术特征B：<br>获取包括寻呼指示信道PICH信息的HSDPA相关的PICH信息元素<br><br>【未公开】 | 无针对性原文引用。 | 1. 对比文件公开的作用：对比文件公开了RNC通过NBAP消息向节点B发送HSDPA重新配置请求消息，以及节点B向UE发送包含“SHCCH代码信息”、“HS-PDSCH代码信息”等信息的RRC消息（图5、图7）。<br>2. 目标专利的作用：目标专利中该特征用于通过系统广播获取包含候选PICH信道参数的特定信息元素，供处于休眠状态的终端在HSDPA寻呼流程中确定寻呼指示信道。<br>3. 公开性论述：对比文件中虽然公开了RRC重配置消息中的HSDPA参数，但其为SHCCH/HS-PDSCH的信道化码与功率信息，完全未涉及“寻呼指示信道PICH”及其“HSDPA相关的PICH信息元素”。对比文件中终端是通过DPCH上的HSDPA指示（HI）或SHCCH盲检来获知传输指示，不涉及PICH信息元素。因此，对比文件未直接公开也未隐含公开技术特征B。 |
| 技术特征C：<br>编译HSDPA的候选PICH的列表<br><br>【未公开】 | 无针对性原文引用。 | 1. 目标专利的作用：目标专利中终端接收到包含多个PICH的信息元素后，在终端侧编译/整理出候选PICH列表，以便后续计算索引并选择要监听的具体PICH信道。<br>2. 公开性论述：对比文件中未涉及任何PICH信道，更不存在编译HSDPA候选PICH列表的技术手段或构思。本领域技术人员无法从对比文件中推导出该特征。因此，技术特征C未公开。 |
| 技术特征D：<br>基于所述WTRU的通用移动电信系统UMTS陆地无线电接入网UTRAN无线电网络事务标识符U-RNTI从所述候选PICH中选择一个PICH<br><br>【未公开】 | 无针对性原文引用。 | 1. 目标专利的作用：目标专利利用WTRU自身的标识符U-RNTI作为哈希输入，从候选PICH列表中唯一确定该终端应监听的具体PICH，以实现多个PICH之间的负载均衡。<br>2. 公开性论述：对比文件公开了SHCCH中包含“UE ID”（用于指定目标UE）或“公共UE ID”（用于指定公共信息接收），但该UE ID的作用是在共享信道上匹配接收者身份，完全不涉及基于U-RNTI在多个候选PICH信道中选择一个信道。对比文件既无候选PICH，也无基于U-RNTI选择PICH的机制。因此，技术特征D未公开。 |
| 技术特征E：<br>通过PICH接收寻呼指示<br><br>【未公开】 | 【背景技术部分】<br>“为了告知对应的UE需要发送HSDPA数据，节点B通过建于UE和节点B之间的DPCH的每个TTI中的一个HSDPA指示(HI)提供相应的信息。HI通过指定给每个UE的PDCH发送。”<br>【图8说明部分】<br>“参考图8，一个决定在第(n+2)个TTI上发送公共信息的节点B在第(n+1)个TTI上采用UE的DPCH向所有的UE发送HSDPA指示(HI)。” | 1. 对比文件公开的作用：对比文件通过DPCH物理信道中的HSDPA指示（HI）通知UE将有数据发送，或者直接在SHCCH上指示公共信息。<br>2. 目标专利的作用：目标专利在休眠唤醒期间通过PICH物理信道监听寻呼指示，以唤醒并指示后续监视HS-SCCH或HS-PDSCH。<br>3. 公开性论述：对比文件中的HI承载于专用物理信道DPCH，且用于业务调度指示，并非在寻呼指示信道PICH上接收寻呼指示。即使对比文件提及数据存在指示，其物理信道载体与信令机制（寻呼）与特征E完全不同，本领域技术人员不能从中推理得出特征E。因此，技术特征E未公开。 |
| 技术特征F：<br>在高速共享控制信道HS-SCCH上接收高速下行链路共享信道HS-DSCH无线电网络事务标识符H-RNTI<br><br>《隐含公开》 | 【具体实施方式，图8/图10说明部分】<br>“此外，节点B通过在第(n+2)个TTI上发送HS-PDSCH的SHCCH在第(n+2)个TTI上发送对应的信息。为了通知所有UE公共信息的发送，节点B采用一个预置公共UE ID。可用的UE ID中的一个特定的UE ID可以被定义为公共UE ID……SHCCH，即一个新指定用于支持DSDPA业务的共享信道，发送控制信息到被排定接收HSDPA数据的UE。例如，一个高速共享控制信道(HS-SCCH)是一个典型的SHCCH。”<br>【图10说明部分，步骤505】<br>“如果HI不包括表示应被接收的SHCCH的信息，SHCCH应该发送UE ID。当发送公共信息的时候，SHCCH发送所有UE公知的公共UE ID从而使得UE可以接收公共信息。” | 1. 对比文件公开的作用：对比文件公开了SHCCH即HS-SCCH，节点B在HS-SCCH上发送用于识别特定UE的“UE ID”或者所有UE公知的“公共UE ID”，UE通过在HS-SCCH上接收并匹配该ID来确定是否接收后续HS-PDSCH。<br>2. 目标专利的作用：目标专利中终端在HS-SCCH上接收公共或专用的H-RNTI，以寻址和解调HS-DSCH寻呼消息。<br>3. 公开性论述：对比文件中的“SHCCH”明确指明典型即为“HS-SCCH”，其上承载的“UE ID / 公共UE ID”对应于HSDPA协议中在HS-SCCH上传输的用于标识UE或UE组的标识符（即HS-DSCH网络临时标识H-RNTI）。虽然对比文件行文中使用术语“UE ID / 公共UE ID”，但按照最宽松的隐含公开标准，该公共/专用UE ID在HS-SCCH上承载并用于寻址HSDPA共享信道，其实质内容与H-RNTI相同，且在协议实现中本领域技术人员可以直接、合逻辑地推断出其具体实现形式即为HSDPA规范中定义的H-RNTI。因此技术特征F被对比文件隐含公开。 |
| 技术特征G：<br>使用所接收的H-RNTI来接收高速物理下行链路共享信道<br><br>《隐含公开》 | 【具体实施方式，图8说明部分】<br>“那些在第(n+2)个TTI上通过公共UE ID已经识别公共信息的希望接收的所有UE分析对应的SHCCH之后，接收对应TTI上的HS-PDSCH。”<br>【图11说明部分，步骤605/606/608】<br>“在步骤605中，UE确定在接收到的SHCCH中UE ID是否为一个公共UE ID……在正常的接收操作中，UE结合它自己的UE ID分析关于SHCCH的信息，根据分析的信息接收HS-PDSCH……在步骤608中，UE将重发公共信息与在先接收的有缺陷公共信息相结合……” | 1. 对比文件公开的作用：对比文件公开了UE在SHCCH（HS-SCCH）上匹配/识别UE ID（包括公共UE ID和自身UE ID）后，分析SHCCH携带的参数（MCS、信道化码等），并进而接收对应的HS-PDSCH物理信道数据。<br>2. 目标专利的作用：利用所接收/匹配的H-RNTI确定HS-SCCH控制信息归属，进而解调并接收HS-PDSCH。<br>3. 公开性论述：对比文件公开了UE通过识别SHCCH上的UE ID（公共UE ID或自身UE ID）后接收对应的HS-PDSCH数据。基于最宽松的隐含公开判断标准，本领域技术人员结合HSDPA公知常识，能够确定对比文件公开的“根据匹配的UE ID分析控制信息并接收HS-PDSCH”的技术方案涵盖并实质等同于“使用所接收的H-RNTI来接收高速物理下行链路共享信道”，二者技术手段与达到的接收效果实质一致。因此技术特征G被对比文件隐含公开。 |
| 技术特征H：<br>其中从所述候选PICH中选择一个PICH包括<br><br>【未公开】 | 无针对性原文引用。 | 参见特征C、D。对比文件完全未涉及从候选PICH中选择PICH的过程。因此，技术特征H未公开。 |
| 技术特征I：<br>确定索引为U-RNTI模k<br><br>【未公开】 | 无针对性原文引用。 | 1. 目标专利的作用：通过模运算计算选择索引IndexPICH = U-RNTI mod k，实现信道均匀哈希分配。<br>2. 公开性论述：对比文件中完全没有记载基于模运算计算索引的算法，也没有出现U-RNTI模k的数学运算或类似信道哈希逻辑。因此，技术特征I未公开。 |
| 技术特征J：<br>其中k等于候选PICH的数量<br><br>【未公开】 | 无针对性原文引用。 | 1. 目标专利的作用：确定模运算的基数k为候选PICH信道的总数量。<br>2. 公开性论述：对比文件未公开候选PICH的概念，更未公开将候选PICH数量作为参数k的技术内容。因此，技术特征J未公开。 |
| 技术特征K：<br>使用所述索引从候选列表中选择一个候选PICH<br><br>【未公开】 | 无针对性原文引用。 | 1. 目标专利的作用：根据计算得到的IndexPICH从候选PICH列表中提取并选定具体的PICH信道进行监听。<br>2. 公开性论述：对比文件未涉及任何基于索引在候选列表中查找选定PICH的操作。因此，技术特征K未公开。 |
| 技术特征L：<br>其中从所述候选PICH中选择PICH还基于所述候选PICH的数量<br><br>【未公开】 | 无针对性原文引用。 | 1. 目标专利的作用：限定PICH的选择算法依赖于候选PICH的数量（作为参数参与选择运算）。<br>2. 公开性论述：对比文件完全没有记载任何关于候选PICH及其数量的特征，亦未基于该数量进行信道选择。因此，技术特征L未公开。 |
| 技术特征M：<br>其中从所述候选PICH中选择一个PICH包括<br><br>【未公开】 | 无针对性原文引用。 | 参见特征H。对比文件完全未涉及该选择过程的上位架构。因此，技术特征M未公开。 |
| 技术特征N：<br>建立与所述候选PICH的数量对应的值k<br><br>【未公开】 | 无针对性原文引用。 | 1. 目标专利的作用：在终端侧统计/读取候选PICH的信道数量并将其赋值给变量k。<br>2. 公开性论述：对比文件未涉及候选PICH数量的统计或将其映射为变量k的技术方案。因此，技术特征N未公开。 |
| 技术特征O：<br>使用所建立的值k计算选择索引<br><br>【未公开】 | 无针对性原文引用。 | 1. 目标专利的作用：将建立的变量k作为输入参数代入算法公式以计算选择索引。<br>2. 公开性论述：对比文件不存在使用代表PICH数量的值k来计算选择索引的技术内容。因此，技术特征O未公开。 |
---
<<<f>>> <<<g>>>
结合目标专利说明书原文及对比文件（JP2003158486A）的公开内容，针对各技术特征的技术方案、作用以及公开性（直接公开/隐含公开/未公开）进行专业评估如下：
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用及翻译 | 公开性论述 |
| 技术特征A：<br>在所述WTRU处于CELL_PCH状态或URA_PCH状态中的一者时<br><br>【未公开】 | 无引用内容。 | 未公开。<br>目标专利中该特征限定了WTRU处于功率节省状态（CELL_PCH或URA_PCH），在此状态下WTRU无上行发送机制，需要通过寻呼被唤醒并转换状态至CELL_FACH/CELL_DCH（目标说明书[0008]、[0012]-[0016]）。<br>对比文件JP2003158486A公开的是针对正在接收HSDPA服务（“前記高速順方向パケット接続サービスを受けている使用者端末機”，段落[0001]、[0010]）的活跃终端发送共通信息，依靠专用的DPCH信道指示HI（段落[0011]）或者直接在SHCCH上接收（段落[0015]），终端处于正常通信的连接状态（如CELL_DCH），未提及CELL_PCH或URA_PCH状态，亦未涉及在休眠/省电状态下的寻呼机制。因此既未直接公开，也无法从其内容中合理推导出，故未公开。 |
| 技术特征B：<br>获取包括寻呼指示信道PICH信息的HSDPA相关的PICH信息元素<br><br>【未公开】 | 无引用内容。 | 未公开。<br>目标专利中该特征是指WTRU在广播系统信息中获取包含候选PICH信息的“HSDPA相关的PICH信息”IE（目标说明书[0031]-[0035]、表1、步骤310），用于后续候选PICH列表的编译及在省电模式下的寻呼监听。<br>对比文件仅公开了基站向终端广播或传输HSDPA重构消息（段落[0035]、[0047]、图5），其中包含SHCCH代码信息、HS-PDSCH代码及功率信息等，但完全未涉及任何与寻呼指示信道（PICH）相关的信息元素，更无“HSDPA相关的PICH信息元素”。因此未直接公开，也无法合理推导出，故未公开。 |
| 技术特征C：<br>编译HSDPA的候选PICH的列表<br><br>【未公开】 | 无引用内容。 | 未公开。<br>目标专利中该特征是指WTRU解析收到的IE，整理/编辑出用于HSDPA寻呼的候选PICH列表（目标说明书[0031]、[0036]步骤320）。<br>对比文件JP2003158486A中根本不存在PICH信道相关配置，更不存在编译/整理候选PICH列表的技术动作，因此未公开。 |
| 技术特征D：<br>基于所述WTRU的通用移动电信系统UMTS陆地无线电接入网UTRAN无线电网络事务标识符U-RNTI从所述候选PICH中选择一个PICH<br><br>【未公开】 | 无引用内容。 | 未公开。<br>目标专利中该特征的作用是：在存在多个候选PICH时，根据WTRU唯一的U-RNTI将不同终端均衡分散映射到特定的PICH上进行寻呼监听（目标说明书[0035]-[0036]）。<br>对比文件仅提及在SHCCH中利用UE ID（如共通UE ID或特定UE ID）来标识接收HSDPA控制信息的终端（段落[0013]、[0053]），完全未涉及U-RNTI标识符，也未公开基于U-RNTI从候选PICH中选择PICH的方案。因此未公开。 |
| 技术特征E：<br>通过PICH接收寻呼指示<br><br>【未公开】 | 【００１１】「...ＴＴＩごとに前記ＨＳＤＰＡデータを受信する端末機を基地局が選択し、専用物理チャネル(Dedicated Physical CHannel、以下、ＤＰＣＨ)を通じて該当端末機に受信するＨＳＤＰＡデータが存在することを知らせる。ここで、前記該当端末機に前記ＨＳＤＰＡデータが伝送されることを知らせるために、前記基地局が該当端末機と基地局間に設定されているＤＰＣＨのＴＴＩごとに高速順方向パケット接続指示者(ＨＳＤＰＡ Indication、以下、ＨＩ)を通じて対応する情報を提供する。前記ＨＩは各端末機に割り当てられたＤＰＣＨを通じて伝送され...」<br>【译文】“……基站按TTI单位选择接收所述HSDPA数据的终端，并通过专用物理信道（DPCH）通知相应终端存在待接收的HSDPA数据。此处，为了通知相应终端将传输所述HSDPA数据，基站在设置于相应终端与基站之间的DPCH上按TTI通过高速下行链路分组接入指示（HI）提供对应信息。所述HI通过分配给各终端的DPCH进行传输……” | 未公开。<br>目标专利中该特征是指WTRU在寻呼时机醒来，在PICH物理信道上监听寻呼指示，以获知是否有发给自身的寻呼（目标说明书[0009]、[0039]、[0043]步骤450）。<br>对比文件仅公开了在专用物理信道（DPCH）上发送HSDPA指示者（HI）（用于通知处于接收业务状态的终端有HSDPA数据到达），或者采用1-step方式直接在SHCCH上传输；DPCH与PICH是完全不同的物理信道，HI指示的是当前业务传输指示而非寻呼指示（Paging Indication），其通信机制与信道结构均不相同。对比文件未公开通过PICH接收寻呼指示，亦无法合理推导得出。 |
| 技术特征F：<br>在高速共享控制信道HS-SCCH上接收高速下行链路共享信道HS-DSCH无线电网络事务标识符H-RNTI<br><br>《直接公开》 | 【００１０】「前記ＳＨＣＣＨは前記ＨＳＤＰＡサービスを支援するために新しく提案された共通チャネルとして、前記ＨＳＤＰＡデータを受信する端末機に伝送されるべきである制御情報を伝送するためのチャネルである。例えば、高速共通制御チャネル(ＨＳ−ＳＣＣＨ:High Speed-Shared Control CHannel)が代表的なＳＨＣＣＨである。」<br>【译文】“所述SHCCH是为支持所述HSDPA业务而新提出的共享信道，是用于向接收所述HSDPA数据的终端传输应传输的控制信息的信道。例如，高速共享控制信道（HS-SCCH）为具有代表性的SHCCH。”<br><br>【００１３】「前記ＳＨＣＣＨが多数個に設定された場合、ＵＥを区分するためにＳＨＣＣＨにＵＥ ＩＤを入れることができる。従って、前記ＵＥは多数のＳＨＣＣＨ中、自分が有しているＵＥ ＩＤと同一のＵＥ ＩＤを有して伝送するＳＨＣＣＨ内の情報を受信する。」<br>【译文】“当设置了多个所述SHCCH时，可以在SHCCH中放入UE ID以区分UE。因此，所述UE在多个SHCCH中接收具有与其所拥有的UE ID相同的UE ID并传输的SHCCH内的信息。”<br><br>【００１５】「前記端末機は前記ＳＨＣＣＨ信号を受信し、前記受信したＳＨＣＣＨ信号が自分のＵＥ ＩＤを含めている場合に、そのＳＨＣＣＨ信号を解釈し、これを利用して該当ＨＳ−ＰＤＳＣＨのデータを受信する。」<br>【译文】“所述终端接收所述SHCCH信号，当所述接收到的SHCCH信号包含其自身的UE ID时，解析该SHCCH信号，并利用其接收相应HS-PDSCH的数据。”<br><br>【００１７】「６） ＵＥ ＩＤ(Identification):前記情報の一部を通じて伝送され、前記ＳＨＣＣＨが一つ以上である場合、ＵＥ ＩＤを利用して前記ＳＨＣＣＨが該当端末機に対する制御情報であるかを知らせる。」<br>【译文】“6) UE ID：通过所述信息的一部分进行传输，当所述SHCCH为一个以上时，利用UE ID来告知所述SHCCH是否为针对相应终端的控制信息。”<br><br>【００５３】「この時、基地局はすべての端末機に共通情報が伝送されることを知らせるために、予め設定された共通端末機アイディ(common ＵＥ ＩＤ:以下、共通ＵＥ ＩＤ)を使用する。」<br>【译文】“此时，基站为了通知向所有终端传输共通信息，使用预先设定的共通终端ID（common UE ID，以下称共通UE ID）。” | 直接公开。<br>1. 对应关系与作用：目标专利中HS-SCCH承载公共或专用的H-RNTI（HS-DSCH RNTI），用于指示HS-SCCH控制信令的目标接收终端（目标说明书[0004]、[0030]、[0043]）。对比文件明确公开了在作为代表性SHCCH的高速共享控制信道（HS-SCCH）上传输UE ID（包括特定UE ID以及共通UE ID/common UE ID），终端在HS-SCCH上接收该UE ID，以判断该控制信道是否发给自己（段落[0010]、[0013]、[0015]、[0017]、[0053]）。<br>2. 本领域技术常识与实质等同：在3GPP HSDPA标准体系及通信领域中，在HS-SCCH上用于寻址/标识终端标识的“UE ID”即为H-RNTI（HS-DSCH Radio Network Temporary Identifier），对比文件的SHCCH正是HS-SCCH，其承载的用于HSDPA调度的UE ID（特定UE ID或共通UE ID）与目标专利中的H-RNTI在信道、信息内容及寻址识别的作用上完全相同，属于实质等同与直接公开。 |
| 技术特征G：<br>使用所接收的H-RNTI来接收高速物理下行链路共享信道。<br><br>《直接公开》 | 【００１５】「前記端末機は前記ＳＨＣＣＨ信号を受信し、前記受信したＳＨＣＣＨ信号が自分のＵＥ ＩＤを含めている場合に、そのＳＨＣＣＨ信号を解釈し、これを利用して該当ＨＳ−ＰＤＳＣＨのデータを受信する。」<br>【译文】“所述终端接收所述SHCCH信号，当所述接收到的SHCCH信号包含其自身的UE ID时，解析该SHCCH信号，并利用其接收相应HS-PDSCH的数据。”<br><br>【００５４】「ｎ＋２番目のＴＴＩで共通ＵＥ ＩＤを通じて共通情報が伝送されることを確認したすべての端末機は、該当ＳＨＣＣＨの情報を解釈した後に該当ＴＴＩのＨＳ−ＰＤＳＣＨを受信する。」<br>【译文】“在第n+2个TTI通过共通UE ID确认传输共通信息的所有终端，解析相应SHCCH的信息之后接收相应TTI的HS-PDSCH。”<br><br>【００７８】「前記通常的な受信動作で、前記端末機は先ず該当端末機のＵＥ ＩＤが含まれているＳＨＣＣＨの情報を解釈し、解釈された情報に応じてＨＳ−ＰＤＳＣＨを受信し、ＡＣＫ／ＮＡＣＫを伝送する。」<br>【译文】“在所述通常的接收动作中，所述终端首先解析包含相应终端的UE ID的SHCCH的信息，根据解析后的信息接收HS-PDSCH，并传输ACK/NACK。” | 直接公开。<br>1. 对应关系与作用：目标专利中WTRU在HS-SCCH上成功匹配/接收到H-RNTI后，解调控制信息并据此从HS-PDSCH中恢复数据（目标说明书[0004]、[0043]、[0071]）。<br>2. 对比文件明确公开了终端接收SHCCH（HS-SCCH）中的UE ID（即H-RNTI），当确认包含自身UE ID或共通UE ID后，解析该SHCCH信息并据此接收相应TTI的HS-PDSCH数据（段落[0015]、[0054]、[0078]）。对比文件中基于所接收到的UE ID触发并利用控制信息去接收HS-PDSCH的技术方案、执行过程与技术效果，与特征G完全相同，属于直接公开。 |
| 技术特征H：<br>其中从所述候选PICH中选择一个PICH包括<br><br>【未公开】 | 无引用内容。 | 未公开。<br>对比文件未公开任何关于候选PICH的配置以及从候选PICH中进行选择的方案（参见特征C、D）。 |
| 技术特征I：<br>确定索引为U-RNTI模k<br><br>【未公开】 | 无引用内容。 | 未公开。<br>目标专利中该特征公开了计算PICH选择索引的具体算法公式：$Index_{PICH} = \text{U-RNTI} \bmod k$（目标说明书[0035]-[0036]等式(1)）。对比文件未涉及U-RNTI，亦无模k运算选择PICH索引的算法，故未公开。 |
| 技术特征J：<br>其中k等于候选PICH的数量<br><br>【未公开】 | 无引用内容。 | 未公开。<br>目标专利中参数k定义为候选PICH列表中候选的数量（目标说明书[0035]步骤320）。对比文件未涉及PICH信道数量或候选列表，故未公开。 |
| 技术特征K：<br>使用所述索引从候选列表中选择一个候选PICH。<br><br>【未公开】 | 无引用内容。 | 未公开。<br>目标专利中根据计算出的模运算索引IndexPICH从候选PICH列表中选取对应的PICH进行监听（目标说明书[0036]步骤340）。对比文件完全未涉及该过程，故未公开。 |
| 技术特征L：<br>其中从所述候选PICH中选择PICH还基于所述候选PICH的数量。<br><br>【未公开】 | 无引用内容。 | 未公开。<br>对比文件未涉及根据候选PICH的数量来选择PICH的技术方案，故未公开。 |
| 技术特征M：<br>其中从所述候选PICH中选择一个PICH包括<br><br>【未公开】 | 无引用内容。 | 未公开。<br>对比文件未公开任何候选PICH及选择流程（同特征H），故未公开。 |
| 技术特征N：<br>建立与所述候选PICH的数量对应的值k<br><br>【未公开】 | 无引用内容。 | 未公开。<br>对比文件未公开确定/建立与候选PICH数量对应的值k的技术手段（同特征J），故未公开。 |
| 技术特征O：<br>使用所建立的值k计算选择索引。<br><br>【未公开】 | 无引用内容。 | 未公开。<br>对比文件未涉及使用候选PICH数量对应的值k计算选择索引的过程（同特征I），故未公开。 |
---
<<<F>>>
<<<G>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>在所述WTRU处于CELL_PCH状态或URA_PCH状态中的一者时<br><br>【未公开】 | 无 | 未公开。<br>目标专利技术特征A限定了WTRU进行相关HSDPA寻呼流程时的特定休眠/功率节省无线资源控制（RRC）状态（CELL_PCH或URA_PCH）。<br>对比文件WO2003058988A1主要关注在Iub/Iur接口上由CRNC向Node B配置/重配置小区级HSDPA参数池的信令过程（段落[p0007]-[p0011]、[p0018]、[p0032]-[p0033]）。对比文件不仅完全未提及CELL_PCH或URA_PCH状态，而且依据其说明书背景技术[p0007]的记载，3GPP Rel-5中的HSDPA仅与专用物理信道（DPCH）关联，属于CELL_DCH状态下的操作。因此，对比文件既没有直接公开，也无法让本领域技术人员合理推断出该特征，甚至无任何可能组合公开的内容，不构成直接或隐含公开。 |
| 技术特征B：<br>获取包括寻呼指示信道PICH信息的HSDPA相关的PICH信息元素<br><br>【未公开】 | 无 | 未公开。<br>目标专利说明书（如表1及段落[0017]、[0031]、[0035]）指出，该特征涉及WTRU接收基站广播的系统信息块中新增的“HSDPA相关的PICH信息”信息元素（IE），用于提供候选PICH列表以支持基于HSDPA的寻呼。<br>对比文件WO2003058988A1中虽然在段落[p0010]提及了传统信道PCH，在段落[p0018]、[p0033]中记载了CRNC向Node B发送包含HS-DSCH码、HS-SCCH码及最大发射功率的“小区特定HSDPA信息”，但其属于基站侧物理信道资源池的NBAP配置，完全没有涉及寻呼指示信道（PICH），更未公开任何包括PICH信息的HSDPA相关PICH信息元素（IE）供WTRU获取。因此，对比文件未直接公开也未隐含公开技术特征B。 |
| 技术特征C：<br>编译HSDPA的候选PICH的列表<br><br>【未公开】 | 无 | 未公开。<br>目标专利中该特征是指WTRU在接收到IE之后，在本地编译/整理出一个用于HSDPA寻呼的候选PICH列表（参见目标专利说明书[0018]、[0035]中步骤320）。<br>对比文件通篇完全未出现候选PICH列表或类似编译操作的技术方案，亦不存在任何部分公开以供组合的启示，因此未直接公开也未隐含公开技术特征C。 |
| 技术特征D：<br>基于所述WTRU的通用移动电信系统UMTS陆地无线电接入网UTRAN无线电网络事务标识符U-RNTI从所述候选PICH中选择一个PICH<br><br>【未公开】 | 无 | 未公开。<br>目标专利该特征限定了WTRU使用自身的U-RNTI标识从多个候选PICH中选择出一个特定的PICH用于监视寻呼指示（参见说明书[0018]、[0035]-[0036]）。<br>对比文件完全没有记载WTRU基于U-RNTI在候选PICH中进行选择的任何操作，因此未直接公开也未隐含公开技术特征D。 |
| 技术特征E：<br>通过PICH接收寻呼指示<br><br>【未公开】 | 段落 [p0010]：<br>“（Fig. 4 shows that in MAC-c/sh (located in RNC) , Scheduling/Priority Handling is provided for channels other than MAC-hs, such as PCH, FACH, and DSCH...）”<br>（中文翻译：图4示出了在MAC-c/sh（位于RNC中）中，为除MAC-hs之外的信道（例如PCH、FACH和DSCH）提供调度/优先级处理……） | 未公开。<br>目标专利技术特征E是指WTRU在选定的PICH信道上接收指示自身寻呼的寻呼指示（参见目标专利说明书[0009]、[0039]、[0043]等）。<br>对比文件仅在段落[p0010]作为背景说明提及了MAC-c/sh处理传统PCH（寻呼信道）传输信道，但对比文件通篇完全没有涉及物理层的寻呼指示信道PICH，更未公开WTRU通过PICH接收寻呼指示的方案。本领域技术人员不可能从中得出或合理推导出该技术特征，因此技术特征E未被直接或隐含公开。 |
| 技术特征F：<br>在高速共享控制信道HS-SCCH上接收高速下行链路共享信道HS-DSCH无线电网络事务标识符H-RNTI<br><br>《隐含公开》 | 1. 段落 [p0032]：<br>“As usual, HSDPA is provided via the high speed downlink shared channel (HS-DSCH) and the high speed synchronization control channel (HS-SCCHs) ; HS-SCCH conveys necessary control information while HS-DSCH conveys associated data packets. To decode HS-DSCH, a user equipment (UE) device must first analyze HS-SCCH.”<br>（中文翻译：照常，HSDPA通过高速下行链路共享信道（HS-DSCH）和高速共享控制信道（HS-SCCH）提供；HS-SCCH传送必要的控制信息，而HS-DSCH传送相关联的数据分组。为了对HS-DSCH进行解码，用户设备（UE）必须首先分析HS-SCCH。）<br><br>2. 段落 [p0011]：<br>“...and the Node B then allocates resources from the pool of cell-specific resources to individual UE devices in the cell (i.e. as user-specific resources)... Allocation by the Node B among the users of the shared code resource... is done on the basis of the 2 ms HS-DSCH TTI...”<br>（中文翻译：……然后Node B从小区的特定于小区的资源池中向小区中的各个UE设备分配资源（即作为特定于用户的资源）……Node B在共享码资源的用户之间的分配……是基于2毫秒HS-DSCH TTI完成的……） | 隐含公开。<br>1. 作用与技术方案对应性： 在目标专利中，WTRU在HS-SCCH上接收其专属或公共的H-RNTI（地址标识），用以确定下行物理共享信道上的数据是否发给自己，并依此恢复解调数据（说明书[0004]、[0043]）。在对比文件中，段落[p0032]明确指明遵循常规HSDPA原理（“As usual”），HS-SCCH传输控制信息，UE必须首先分析HS-SCCH以对HS-DSCH进行解码，且Node B在2ms TTI粒度上向各个具体UE分配资源（段落[p0011]）。<br>2. 宽松隐含公开推理： 依据3GPP Rel-5规范的标准常识，UE解析HS-SCCH时必须使用分配给该UE的标识（即H-RNTI，用于对HS-SCCH Part 1进行解掩码/匹配），UE在HS-SCCH上盲检/匹配自身H-RNTI以确定调度。虽然对比文件未字面出现“H-RNTI”这几个字母，但其公开了“UE必须先分析HS-SCCH以解码HS-DSCH”，该过程在实质机制上必然依赖HS-SCCH上对UE标识（H-RNTI）的接收与识别。按照宽松的隐含公开判断标准，对比文件实质上公开了UE在HS-SCCH上接收/识别其标识以解调HS-DSCH的技术手段，且部分公开了HS-SCCH下行信令传递机制，有可能与标准公知常识或其他对比文件结合得出该技术特征，因此认定技术特征F被《隐含公开》。 |
| 技术特征G：<br>使用所接收的H-RNTI来接收高速物理下行链路共享信道<br><br>《隐含公开》 | 1. 段落 [p0032]：<br>“...HS-SCCH conveys necessary control information while HS-DSCH conveys associated data packets. To decode HS-DSCH, a user equipment (UE) device must first analyze HS-SCCH.”<br>（中文翻译：……HS-SCCH传送必要的控制信息，而HS-DSCH传送相关联的数据分组。为了对HS-DSCH进行解码，用户设备（UE）必须首先分析HS-SCCH。）<br><br>2. 段落 [p0018]：<br>“...via a high speed downlink shared channel (HS-DSCH) and one or more corresponding physical channels (HS-PDSCHs) into which the HS-DSCH is mapped...”<br>（中文翻译：……经由高速下行链路共享信道（HS-DSCH）以及HS-DSCH映射入的一个或多个相应物理信道（HS-PDSCH）……） | 隐含公开。<br>1. 作用与技术方案对应性： 在目标专利中，该特征是指WTRU在HS-SCCH上匹配到H-RNTI后，指示物理层接收对应的HS-PDSCH共享信道并解调恢复数据（说明书[0004]、[0043]）。在对比文件中，段落[p0018]与[p0033]明确指出传输信道HS-DSCH映射到一个或多个物理信道HS-PDSCH上，段落[p0032]明确指出UE必须通过首先分析HS-SCCH来解码HS-DSCH（即接收承载其的HS-PDSCH）。<br>2. 宽松隐含公开推理： 结合特征F的分析，UE在分析HS-SCCH获得相应UE匹配及控制信息（基于H-RNTI识别归属）后，其直接技术后果即为根据HS-SCCH的指示去接收并解码HS-PDSCH。对比文件已经完整给出了“分析HS-SCCH -> 进而解码承载于HS-PDSCH的HS-DSCH”这一因果处理链条。根据极为宽松的隐含公开认定原则，对比文件部分公开了UE经由HS-SCCH控制信令接收HS-PDSCH的技术方案，本领域技术人员结合公知常识能够毫无障碍地推理出UE使用接收/匹配到的H-RNTI进而接收对应的HS-PDSCH，因此认定技术特征G被《隐含公开》。 |
| 技术特征H：<br>其中从所述候选PICH中选择一个PICH包括<br><br>【未公开】 | 无 | 未公开。<br>为从候选PICH中执行选择的从属引导特征。对比文件完全未涉及候选PICH的选择操作，因此未直接公开也未隐含公开技术特征H。 |
| 技术特征I：<br>确定索引为U-RNTI模k<br><br>【未公开】 | 无 | 未公开。<br>目标专利技术特征I给出了具体的数学计算公式：Index = U-RNTI mod k（参见说明书[0036]等式1）。<br>对比文件通篇没有任何关于取模运算、基于终端网络临时标识确定索引的相关算法公开，因此未直接公开也未隐含公开技术特征I。 |
| 技术特征J：<br>其中k等于候选PICH的数量<br><br>【未公开】 | 无 | 未公开。<br>目标专利技术特征J限定了模运算参数k的物理含义为候选PICH的数量（参见说明书[0035]-[0036]）。<br>对比文件完全未公开候选PICH及其数量，亦未将其作为模运算参数，因此未直接公开也未隐含公开技术特征J。 |
| 技术特征K：<br>使用所述索引从候选列表中选择一个候选PICH<br><br>【未公开】 | 无 | 未公开。<br>目标专利技术特征K涉及利用计算出的IndexPICH在已编译的候选列表中寻址选择目标PICH（参见说明书[0036]中步骤340）。<br>对比文件完全未涉及候选列表、索引选择等任何内容，因此未直接公开也未隐含公开技术特征K。 |
| 技术特征L：<br>其中从所述候选PICH中选择PICH还基于所述候选PICH的数量<br><br>【未公开】 | 无 | 未公开。<br>目标专利技术特征L限定PICH的选择算法以候选PICH的数量为参数/基准。<br>对比文件无候选PICH概念及数量参数，未直接公开也未隐含公开技术特征L。 |
| 技术特征M：<br>其中从所述候选PICH中选择一个PICH包括<br><br>【未公开】 | 无 | 未公开。<br>引导性特征，限定从候选PICH中选择PICH的具体细化步骤。<br>对比文件未公开PICH及候选选择机制，未直接公开也未隐含公开技术特征M。 |
| 技术特征N：<br>建立与所述候选PICH的数量对应的值k<br><br>【未公开】 | 无 | 未公开。<br>目标专利技术特征N限定在选择过程中确定对应于候选数量的值k（参见说明书[0035]中步骤320）。<br>对比文件未公开相关内容，未直接公开也未隐含公开技术特征N。 |
| 技术特征O：<br>使用所建立的值k计算选择索引<br><br>【未公开】 | 无 | 未公开。<br>目标专利技术特征O限定利用值k计算出用于选择的索引值。<br>对比文件未公开任何建立值k计算选择索引的内容，未直接公开也未隐含公开技术特征O。 |
---
<<<f>>><<<g>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：在所述WTRU处于CELL_PCH状态或URA_PCH状态中的一者时<br><br>【公开性判断】：未公开 | 无相关引用内容。对比文件涉及汽车机械铰链与座椅调节结构（如段落[13]：“본 발명은 연동 링크 장치들이 장착된 자동차용 의자에 관한 것이다.”，译文：“本发明涉及一种安装有联动连杆机构的汽车座椅。”）。 | 对比文件属于车辆机械工程领域（针对汽车座椅靠背调节及折叠记忆连杆机构），而目标专利属于无线移动通信领域。对比文件全文并未公开任何有关无线发射/接收单元（WTRU）及其所处的无线资源控制（RRC）连接状态（如CELL_PCH或URA_PCH状态）。本领域技术人员无法从对比文件中直接得出、亦无法合理推断出该技术特征，因此未公开。 |
| 技术特征B：获取包括寻呼指示信道PICH信息的HSDPA相关的PICH信息元素<br><br>【公开性判断】：未公开 | 无相关引用内容。对比文件主要公开了控制轴、记忆凸轮、调整凸轮、轴承等机械零件（例如段落[14]-[19]）。 | 对比文件通篇针对纯机械传动部件（轴承、联动连杆、防误操作装置等），完全未涉及移动通信网络中的高速下行链路分组接入（HSDPA）、寻呼指示信道（PICH）或相关的信息元素（IE）的获取。本领域技术人员无法从机械结构中直接得出或推断得出任何通信信道配置信息获取的技术特征，因此未公开。 |
| 技术特征C：编译HSDPA的候选PICH的列表<br><br>【公开性判断】：未公开 | 无相关引用内容。 | 对比文件未记载任何通信协议栈、数据处理列表或候选信道列表的生成与编译。本领域技术人员无法毫无疑义地得出，亦不存在通过对比文件内容进行逻辑推理得出该通信处理特征的可能，因此未公开。 |
| 技术特征D：基于所述WTRU的通用移动电信系统UMTS陆地无线电接入网UTRAN无线电网络事务标识符U-RNTI从所述候选PICH中选择一个PICH<br><br>【公开性判断】：未公开 | 无相关引用内容。 | 对比文件未公开无线通信中的网络实体临时标识符（U-RNTI）以及基于终端标识选择特定寻呼信道的技术手段，两者的技术领域、工作原理和解决的技术问题完全不同，因此未公开。 |
| 技术特征E：通过PICH接收寻呼指示<br><br>【公开性判断】：未公开 | 无相关引用内容。 | 对比文件不存在无线物理信道或指示信号的侦听、接收与检测机制，本领域技术人员无法从中得出通过PICH接收寻呼指示的技术方案，因此未公开。 |
| 技术特征F：在高速共享控制信道HS-SCCH上接收高速下行链路共享信道HS-DSCH无线电网络事务标识符H-RNTI<br><br>【公开性判断】：未公开 | 无相关引用内容。 | 对比文件未公开下行物理控制信道（HS-SCCH）或用于标识下行共享传输的特定事务标识符（H-RNTI）的接收与监测机制，技术方案完全无关，因此未公开。 |
| 技术特征G：使用所接收的H-RNTI来接收高速物理下行链路共享信道<br><br>【公开性判断】：未公开 | 无相关引用内容。 | 对比文件完全不涉及利用网络临时标识解调、解码或接收高速物理下行链路共享信道（HS-PDSCH/HS-DSCH）的通信机制，因此未公开。 |
| 技术特征H：其中从所述候选PICH中选择一个PICH包括<br><br>【公开性判断】：未公开 | 无相关引用内容。 | 对比文件未涉及从候选通信信道列表中进行特定信道选择的任何步骤，因此未公开。 |
| 技术特征I：确定索引为U-RNTI模k<br><br>【公开性判断】：未公开 | 对比文件仅在段落[35]-[37]、[92]等处提到了几何角度与齿数（例如段落[36]：“적어도 상기 톱니 두 개의 범위”，译文：“至少在所述两个齿轮齿的范围内”；段落[92]：“톱니 2 칸”，译文：“两个齿轮齿”）。 | 对比文件中的齿数或角度仅用于机械卡合与防错位范围的机械设计，完全未公开通信领域中利用无线电网络标识符（U-RNTI）与候选数量取模运算（Modulo）以计算信道索引的技术方案，因此未公开。 |
| 技术特征J：其中k等于候选PICH的数量<br><br>【公开性判断】：未公开 | 无相关引用内容。 | 对比文件不存在针对通信信道集合中候选信道数量的统计与参数定义，因此未公开。 |
| 技术特征K：使用所述索引从候选列表中选择一个候选PICH<br><br>【公开性判断】：未公开 | 无相关引用内容。 | 对比文件不存在依据运算索引从信道配置列表中寻址或选取对应信道的方案，因此未公开。 |
| 技术特征L：其中从所述候选PICH中选择PICH还基于所述候选PICH的数量<br><br>【公开性判断】：未公开 | 无相关引用内容。 | 对比文件不涉及根据候选信道数量进行信道选择运算或决策的通信机制，因此未公开。 |
| 技术特征M：其中从所述候选PICH中选择一个PICH包括<br><br>【公开性判断】：未公开 | 无相关引用内容。 | 对比文件不涉及任何候选通信信道选择过程的子步骤，因此未公开。 |
| 技术特征N：建立与所述候选PICH的数量对应的值k<br><br>【公开性判断】：未公开 | 无相关引用内容。 | 对比文件不存在对候选物理信道数量进行参数化赋值以参与计算的机制，因此未公开。 |
| 技术特征O：使用所建立的值k计算选择索引<br><br>【公开性判断】：未公开 | 无相关引用内容。 | 对比文件未公开将信道数量变量作为算子来计算选择索引的任何技术手段，因此未公开。 |
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件（JP2003324775A）原文引用 | 公开性论述 |
| 技术特征A：在所述WTRU处于CELL_PCH状态或URA_PCH状态中的一者时<br><br>《未公开》 | 【0008】「次いで、ＷＣＤＭＡ端末は、呼出チャンネル（ＰＣＨ）を復調する周期である不連続受信（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｉｖｅｄ；ＤＸＲ）サイクルによって動作し、ＰＩＣＨを解析する。」<br>（译文：接着，WCDMA终端根据对寻呼信道（PCH）进行解调的周期即不连续接收（DRX）循环进行工作，解析PICH。） | 1. 作用及技术方案分析：<br>目标专利技术特征A限定了终端执行特定寻呼操作时所处的特定无线资源控制（RRC）连接状态（CELL_PCH或URA_PCH）。在目标专利中（参见说明书[0008]、[0011]-[0016]），引入该特征是为了在低功耗状态下实现通过HSDPA进行高速寻呼，缩短状态转换延迟。<br><br>2. 公开性判断：<br>对比文件仅在【0008】中提及终端在不连续接收（DRX）循环下工作以解析PICH，但通篇未披露该终端处于RRC连接模式中的CELL_PCH状态或URA_PCH状态（亦未区分其是处于Idle模式还是连接模式下的PCH状态）。对比文件没有公开相关状态限定，本领域技术人员也无法从对比文件中直接、无疑义地得出，亦缺乏技术启示来隐含推导该特定RRC状态，因此未公开。 |
| 技术特征B：获取包括寻呼指示信道PICH信息的HSDPA相关的PICH信息元素<br><br>《未公开》 | 无相关记载。对比文件全文仅涉及传统WCDMA系统中PICH与SCCPCH的处理：<br>【0002】「ＷＣＤＭＡ移動通信システムにおいて、基地局（Ｂａｓｅ Ｓｔａｔｉｏｎ）は、ＷＣＤＭＡ端末にシステムに対する情報を提供するか、又はＷＣＤＭＡ端末に呼が来たことを知らせるために呼出指示チャンネル（Ｐａｇｉｎｇ Ｉｎｄｉｃａｔｏｒ ＣＨａｎｎｅｌ；ＰＩＣＨ）を使用する。」<br>（译文：在WCDMA移动通信系统中，基站使用寻呼指示信道（PICH）向WCDMA终端提供针对系统的信息，或者通知WCDMA终端有呼叫到来。） | 1. 作用及技术方案分析：<br>目标专利技术特征B限定了终端获取特定于HSDPA的信息元素，该IE包含了候选PICH的相关信息，用于后续在HSDPA架构下执行寻呼监听。<br><br>2. 公开性判断：<br>对比文件公开的是早期的传统WCDMA技术架构（R99/R4体系），通过专用硬件比较器降低DBB的功耗，其涉及的寻呼均基于PICH和携带PCH的SCCPCH。对比文件完全未涉及HSDPA（高速下行链路分组接入），更未披露“HSDPA相关的PICH信息元素（IE）”。因此该特征未公开。 |
| 技术特征C：编译HSDPA的候选PICH的列表<br><br>《未公开》 | 无相关记载。 | 1. 作用及技术方案分析：<br>目标专利技术特征C是在获取上述IE后，由终端编译形成一个供HSDPA寻呼选择的候选PICH列表（参见目标说明书[0018]、[0035]）。<br><br>2. 公开性判断：<br>对比文件中仅涉及终端接收一个PICH信道并比对其PI，完全未涉及维护、编译多个候选PICH列表的技术手段，亦完全不涉及HSDPA技术。因此该特征未公开。 |
| 技术特征D：基于所述WTRU的通用移动电信系统UMTS陆地无线电接入网UTRAN无线电网络事务标识符U-RNTI从所述候选PICH中选择一个PICH<br><br>《未公开》 | 无相关记载。对比文件仅提及：<br>【0043】「ＷＣＤＭＡ端末のＤＢＢ４０は、ＷＣＤＭＡ端末の呼出与否をチェックするための基準ＰＩ及び基準ＭＡＣヘッダーを、夫々基準ＰＩレジスター３２及び基準ＭＡＣヘッダーレジスター３６に予め設定する。」<br>（译文：WCDMA终端的DBB40将用于检查WCDMA终端是否被寻呼的基准PI及基准MAC报头分别预先设定于基准PI寄存器32及基准MAC报头寄存器36中。） | 1. 作用及技术方案分析：<br>目标专利技术特征D是为了在配置有多个候选PICH的场景下，通过终端的特定标识U-RNTI在多个PICH中执行负载分流和信道选择。<br><br>2. 公开性判断：<br>对比文件未提及U-RNTI，更未公开基于U-RNTI从多个候选PICH中选择一个PICH的机制。因此该特征未公开。 |
| 技术特征E：通过PICH接收寻呼指示<br><br>《直接公开》 | 【0003】「又、前記ＰＩＣＨは、固定速度物理チャンネル（ｆｉｘｅｄ ｒａｔｅ ｐｈｙｓｉｃａｌ ｃｈａｎｎｅｌ）であって、呼出指示者（Ｐａｇｉｎｇ Ｉｎｄｉｃａｔｏｒ；ＰＩ；一種の受信グループ）が前記ＰＩＣＨを通して基地局から伝送される。」<br>（译文：此外，所述PICH为固定速率物理信道，寻呼指示符（PI；一种接收组）通过所述PICH从基站传输。）<br>【0008】「次いで、ＷＣＤＭＡ端末は、呼出チャンネル（ＰＣＨ）を復調する周期である不連続受信（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｉｖｅｄ；ＤＸＲ）サイクルによって動作し、ＰＩＣＨを解析する。」<br>（译文：接着，WCDMA终端根据不连续接收（DRX）循环进行工作，解析PICH。）<br>【0045】「ＰＩＣＨフレーム期間の間（ｔ２ 〜ｔ３ ）、ＷＣＤＭＡ端末は、…ＰＩＣＨ比較器３４が動作し、ＡＤＤ２０から出力されるＰＩＣＨのＰＩを分析する。」<br>（译文：在PICH帧期间（t2～t3），WCDMA终端……PICH比较器34工作，分析从ABB20输出的PICH的PI。） | 1. 作用及技术方案分析：<br>目标专利技术特征E为终端在物理层通过PICH信道接收指示是否有属于自己的寻呼消息的寻呼指示（PI）。<br><br>2. 公开性论述：<br>对比文件在【0003】、【0008】和【0045】中明确记载了基站通过PICH发送寻呼指示符（PI，呼出指示者），WCDMA终端在DRX周期内接收PICH并由内部模块分析检测该PICH中的寻呼指示PI。二者技术方案、信道类型、指示内容完全实质相同，在系统中均起到使终端得知是否存在寻呼指示的作用。因此，技术特征E被对比文件《直接公开》。 |
| 技术特征F：在高速共享控制信道HS-SCCH上接收高速下行链路共享信道HS-DSCH无线电网络事务标识符H-RNTI<br><br>《未公开》 | 对比文件涉及的是SCCPCH及MAC报头：<br>【0048】「…ＳＣＣＰＣＨ比較器３８は、ＳＣＣＰＣＨのＰＣＨを解析し、ＰＣＨのＭＡＣヘッダーと基準ＭＡＣヘッダーとを比較する。…」<br>（译文：……SCCPCH比较器38解析SCCPCH的PCH，并将PCH的MAC报头与基准MAC报头进行比较。……） | 1. 作用及技术方案分析：<br>目标专利技术特征F属于HSDPA寻呼控制机制，终端在物理控制信道HS-SCCH上盲检解调包含特定标识H-RNTI的信息，以确定随后的HS-DSCH/HS-PDSCH共享信道数据是否发给自己。<br><br>2. 公开性判断：<br>对比文件使用的是传统的辅助公共控制物理信道（SCCPCH）及其上的PCH，直接在PCH上传输寻呼消息并比对MAC报头，完全未涉及HSDPA相关的HS-SCCH物理信道，也没有在HS-SCCH上接收H-RNTI的技术构思。因此该特征未公开。 |
| 技术特征G：使用所接收的H-RNTI来接收高速物理下行链路共享信道<br><br>《未公开》 | 无相关记载。对比文件采用传统信道：<br>【0049】「動作を開始したＤＢＢ４０は、ＡＢＢ３０から出力されるＰＩＣＨのＰＩ及びＳＣＣＰＣＨのＰＣＨを分析して呼出メッセージを受信する。」<br>（译文：开始工作的DBB40分析从ABB30输出的PICH的PI以及SCCPCH的PCH以接收寻呼消息。） | 1. 作用及技术方案分析：<br>目标专利技术特征G是利用在下行控制信道解析得到的H-RNTI，进一步解调接收高速物理下行链路共享信道（HS-PDSCH）上携带的寻呼数据。<br><br>2. 公开性判断：<br>对比文件是通过SCCPCH中的PCH接收寻呼消息，完全不涉及HS-PDSCH物理信道，也不存在使用H-RNTI来接收高速下行物理共享信道的过程。因此该特征未公开。 |
| 技术特征H：其中从所述候选PICH中选择一个PICH包括<br><br>《未公开》 | 无相关记载。 | 对比文件未披露存在候选PICH列表及多选一机制，参见技术特征C、D之论述，该引导性特征未公开。 |
| 技术特征I：确定索引为U-RNTI模k<br><br>《未公开》 | 无相关记载。 | 1. 作用及技术方案分析：<br>目标专利技术特征I提供了具体的数学取模哈希计算规则（Index = U-RNTI mod k），用于将WTRU均匀离散映射到候选PICH上。<br><br>2. 公开性判断：<br>对比文件全文没有任何关于利用U-RNTI做模运算（mod k）以生成索引的技术记载或技术暗示。因此该特征未公开。 |
| 技术特征J：其中k等于候选PICH的数量<br><br>《未公开》 | 无相关记载。 | 1. 作用及技术方案分析：<br>目标专利技术特征J限定了模运算的模数基底k为候选PICH的实际配置数量。<br><br>2. 公开性判断：<br>对比文件未公开候选PICH数量的概念，更未将参数k关联至候选PICH数量。因此该特征未公开。 |
| 技术特征K：使用所述索引从候选列表中选择一个候选PICH<br><br>《未公开》 | 无相关记载。 | 1. 作用及技术方案分析：<br>目标专利技术特征K限定了通过计算所得的数值索引作为查表指针从候选列表中选定具体的PICH信道。<br><br>2. 公开性判断：<br>对比文件不存在基于计算索引从列表中查表选择候选信道的机制。因此该特征未公开。 |
| 技术特征L：其中从所述候选PICH中选择PICH还基于所述候选PICH的数量<br><br>《未公开》 | 无相关记载。 | 对比文件未公开候选PICH的概念，亦未公开基于候选PICH数量执行信道选择。因此该特征未公开。 |
| 技术特征M：其中从所述候选PICH中选择一个PICH包括<br><br>《未公开》 | 无相关记载。 | 引导性特征，与特征H相同，对比文件未披露该选择机制，因此未公开。 |
| 技术特征N：建立与所述候选PICH的数量对应的值k<br><br>《未公开》 | 无相关记载。 | 对比文件未公开候选PICH数量，也未公开建立与之对应的值k。因此该特征未公开。 |
| 技术特征O：使用所建立的值k计算选择索引<br><br>《未公开》 | 无相关记载。 | 对比文件未公开使用与候选信道数量相关联的值k进行数学运算以得出选择索引。因此该特征未公开。 |
---
<<<E>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>在所述WTRU处于CELL_PCH状态或URA_PCH状态中的一者时<br><br>《直接公开》 | [0005]<br>“Internally, the UTRA RRC Connected Mode 86 has four unique states: CELL_DCH 82, CELL_FACH 83, CELL_PCH 84 and URA_PCH 85... The CELL_PCH state 84 is characterized in that no dedicated physical channel is allocated to the UE 40, no uplink activity is possible for the UE 40, and the position of the UE 40 is known by the UTRAN 20u on a cell level (i.e., a node B basis 24). The URA_PCH state 85 is characterized in that no dedicated physical channel is allocated to the UE 40, no uplink activity is possible for the UE 40, and the position of the UE 40 is known by the UTRAN 20u on a URA basis.”<br>（中文翻译：在内部，UTRA RRC连接模式86具有四种独特状态：CELL_DCH 82、CELL_FACH 83、CELL_PCH 84和URA_PCH 85……CELL_PCH状态84的特征在于没有专用物理信道分配给UE 40，UE 40不可能进行上行链路活动，并且UE 40的位置由UTRAN 20u在小区级别（即Node B基础24）获知。URA_PCH状态85的特征在于没有专用物理信道分配给UE 40，UE 40不可能进行上行链路活动，并且UE 40的位置由UTRAN 20u在URA级别获知。）<br><br>[0011]<br>“Finally, while in the CELL_PCH state or the URA_PCH state, and in response to the acknowledgement, the RRC layer re-establishes a RLC entity supported by the wireless device to effect the SRNS relocation procedure.”<br>（中文翻译：最后，当处于CELL_PCH状态或URA_PCH状态时，并且响应于该确认，RRC层重新建立由无线设备支持的RLC实体以实现SRNS重定位过程。） | 对比文件中技术特征的作用：定义了无线通信终端（UE/WTRU）在RRC连接模式下的低功耗操作状态（处于CELL_PCH状态或URA_PCH状态中之一），在此状态下终端无专用物理信道且不上行发射。<br><br>与目标专利的作用是否相同：相同。目标专利中技术特征A同样限定了WTRU所处的RRC连接状态环境为CELL_PCH状态或URA_PCH状态。<br><br>直接公开论述：对比文件说明书第[0005]、[0011]段已明确披露了UE/WTRU处于“CELL_PCH状态或URA_PCH状态中的一者”（while in the CELL_PCH state or the URA_PCH state）。本领域技术人员可以毫无疑义地直接得出该状态条件特征。因此，技术特征A被对比文件《直接公开》。 |
| 技术特征B：<br>获取包括寻呼指示信道PICH信息的HSDPA相关的PICH信息元素<br><br>《未公开》 | 对比文件全文未记载任何关于“HSDPA相关的PICH信息元素”、“寻呼指示信道PICH信息”或获取该信息元素的内容。 | 对比文件中技术特征的作用：对比文件未涉及HSDPA相关的PICH信息或IE的获取。<br><br>与目标专利的作用是否相同：目标专利中该特征用于使CELL_PCH/URA_PCH状态下的WTRU获取系统广播中针对高速下行链路寻呼的PICH配置参数，以支持后续信道监听。对比文件完全不涉及该功能。<br><br>未公开论述：对比文件主要涉及SRNS重定位过程中的RLC实体重新建立和HFN同步问题，完全未提及HSDPA系统中的PICH信息元素及其获取过程。既无直接公开，即使以最宽松的标准，对比文件也完全未提供任何相关线索，本领域技术人员无法从对比文件中推导或合理预期出该特征。因此，技术特征B未公开。 |
| 技术特征C：<br>编译HSDPA的候选PICH的列表<br><br>《未公开》 | 对比文件全文未记载任何关于“编译HSDPA的候选PICH的列表”的内容。 | 对比文件中技术特征的作用：对比文件未涉及候选PICH列表的编译。<br><br>与目标专利的作用是否相同：目标专利中该特征用于根据获取的信息元素组织/构建可供选择的候选PICH集合。对比文件无对应方案与作用。<br><br>未公开论述：对比文件通篇完全没有涉及HSDPA或PICH信道候选列表的编译/组织逻辑。即使以极其宽松的标准判断，对比文件也没有任何相关事实基础可供推导。因此，技术特征C未公开。 |
| 技术特征D：<br>基于所述WTRU的通用移动电信系统UMTS陆地无线电接入网UTRAN无线电网络事务标识符U-RNTI从所述候选PICH中选择一个PICH<br><br>《隐含公开》 | [0007]<br>“In particular, by including a "New U-RNTI" IE in with a Radio Bearer Reconfiguration message, an SRNS relocation procedure is triggered.”<br>（中文翻译：具体地，通过在无线电承载重配置消息中包含“New U-RNTI”信息元素，触发SRNS重定位过程。）<br><br>[0017]<br>“...such as by including a "New U-RNTI" IE in with a Radio Bearer Reconfiguration message...”<br>（中文翻译：……例如通过在无线电承载重配置消息中包含“New U-RNTI”信息元素……） | 对比文件中技术特征的作用：对比文件中公开了U-RNTI（UTRAN无线电网络临时标识符）作为UE在UTRAN系统中的标识IE，用于在RRC重配置中触发SRNS重定位并对UE进行寻址/识别。<br><br>与目标专利的作用是否相同：目标专利中U-RNTI用于作为哈希/计算输入的特定UE标识以实现PICH的分散选择。对比文件公开了U-RNTI作为标识符的存在及其在RRC流程中的传递。<br><br>隐含公开论述：根据极其宽松的隐含公开判断原则（若对比文件部分公开了技术特征的内容，有可能和其他对比文件组合公开该特征，即认为隐含公开），对比文件公开了“WTRU的通用移动电信系统UMTS陆地无线电接入网UTRAN无线电网络事务标识符U-RNTI”这一技术术语及实体概念，部分公开了该技术特征的内容要素。虽然对比文件未公开“基于U-RNTI从候选PICH中选择一个PICH”的完整选择动作，但鉴于对比文件已明确公开了核心输入参数U-RNTI，本领域技术人员有可能以此为基础结合公知常识或其他对比文件实现信道/资源的哈希映射与选择。按照设定的极宽松标准，技术特征D认定为被对比文件《隐含公开》。 |
| 技术特征E：<br>通过PICH接收寻呼指示<br><br>《未公开》 | 对比文件全文未记载任何关于“PICH”或“通过PICH接收寻呼指示”的内容。 | 对比文件中技术特征的作用：对比文件未涉及物理层/传输层寻呼指示信道PICH的侦听与接收。<br><br>与目标专利的作用是否相同：目标专利中该特征用于在休眠醒来时检测是否有针对该WTRU的下行寻呼到达。对比文件无此机制。<br><br>未公开论述：对比文件涉及的是SRNS重定位过程中的信令重配置确认与状态转移，根本未涉及在PICH上接收寻呼指示的具体流程。无任何事实支撑，即使采用极宽松标准，对比文件也未公开该特征。因此，技术特征E未公开。 |
| 技术特征F：<br>在高速共享控制信道HS-SCCH上接收高速下行链路共享信道HS-DSCH无线电网络事务标识符H-RNTI<br><br>《未公开》 | 对比文件全文未记载任何关于“HS-SCCH”、“HS-DSCH”或“H-RNTI”的内容。 | 对比文件中技术特征的作用：对比文件未涉及HS-SCCH信道和H-RNTI标识符的监听或接收。<br><br>与目标专利的作用是否相同：目标专利中该特征用于终端在检测到寻呼指示后，去监听控制信道HS-SCCH以获取指示自身寻呼数据调度的标识H-RNTI。对比文件无对应作用。<br><br>未公开论述：对比文件属于R99/R4体系下的SRNS重定位和RLC HFN同步机制，完全没有提及HSDPA引入的高速共享控制信道HS-SCCH以及终端临时标识H-RNTI的接收过程。既无直接公开，也无法推导。因此，技术特征F未公开。 |
| 技术特征G：<br>使用所接收的H-RNTI来接收高速物理下行链路共享信道。<br><br>《未公开》 | 对比文件全文未记载任何关于使用“H-RNTI”接收高速物理下行链路共享信道（HS-PDSCH/HS-DPSCH）的内容。 | 对比文件中技术特征的作用：对比文件未涉及H-RNTI的使用及高速下行共享物理信道的接收。<br><br>与目标专利的作用是否相同：目标专利中用于基于H-RNTI解调和译码承载寻呼消息的高速物理共享信道。对比文件无此技术方案。<br><br>未公开论述：对比文件未涉及HSDPA架构下的物理层数据接收流程，完全没有记载或暗示使用H-RNTI去接收高速物理下行链路共享信道。因此，技术特征G未公开。 |
| 技术特征H：<br>其中从所述候选PICH中选择一个PICH包括<br><br>《未公开》 | 对比文件全文未记载关于“从候选PICH中选择一个PICH”的具体选择步骤。 | 对比文件中技术特征的作用：对比文件未涉及候选PICH选择步骤的细化展开。<br><br>与目标专利的作用是否相同：目标专利中作为下级步骤的连接限定。对比文件不包含该机制。<br><br>未公开论述：对比文件完全未涉及PICH候选集的管理及选择动作的展开实现，无任何相关内容记载。因此，技术特征H未公开。 |
| 技术特征I：<br>确定索引为U-RNTI模k<br><br>《未公开》 | 对比文件全文未记载任何关于“模k”运算或基于U-RNTI计算索引的数学逻辑。 | 对比文件中技术特征的作用：对比文件未涉及U-RNTI取模运算或索引确定。<br><br>与目标专利的作用是否相同：目标专利中用于利用取模运算均匀离散地计算出目标信道索引。对比文件无此算法。<br><br>未公开论述：虽然对比文件提到了U-RNTI，但完全未涉及将其作为被除数进行“模k”计算以获得索引的数学逻辑或选择算法。即便以极宽松标准，对比文件也未公开该模运算步骤。因此，技术特征I未公开。 |
| 技术特征J：<br>其中k等于候选PICH的数量<br><br>《未公开》 | 对比文件全文未记载任何关于“候选PICH的数量”或将参数k定义为该数量的内容。 | 对比文件中技术特征的作用：对比文件无此定义。<br><br>与目标专利的作用是否相同：目标专利中用于将模基数限定为候选信道总数，确保索引映射在候选范围之内。<br><br>未公开论述：对比文件完全未出现PICH相关概念，更谈不上将变量k定义为候选PICH数量。因此，技术特征J未公开。 |
| 技术特征K：<br>使用所述索引从候选列表中选择一个候选PICH。<br><br>《未公开》 | 对比文件全文未记载任何根据索引从候选列表中选择候选PICH的内容。 | 对比文件中技术特征的作用：对比文件无此机制。<br><br>与目标专利的作用是否相同：目标专利中用于最终锁定目标PICH信道以进行监听。<br><br>未公开论述：对比文件完全没有关于利用索引在PICH候选列表中进行检索/选取的方案。因此，技术特征K未公开。 |
| 技术特征L：<br>其中从所述候选PICH中选择PICH还基于所述候选PICH的数量。<br><br>《未公开》 | 对比文件全文未记载任何选择PICH基于候选PICH数量的内容。 | 对比文件中技术特征的作用：对比文件无此机制。<br><br>与目标专利的作用是否相同：目标专利中用于根据候选资源池的总量动态调整选择范围。<br><br>未公开论述：对比文件不涉及PICH信道数量维度的统计与选择机制。因此，技术特征L未公开。 |
| 技术特征M：<br>其中从所述候选PICH中选择一个PICH包括<br><br>《未公开》 | 对比文件全文未记载关于从候选PICH中选择一个PICH的实施机制。 | 对比文件中技术特征的作用：对比文件无此机制。<br><br>与目标专利的作用是否相同：目标专利中用于引出数值建立与索引计算的下位特征。<br><br>未公开论述：对比文件无任何关于PICH选择过程的记载。因此，技术特征M未公开。 |
| 技术特征N：<br>建立与所述候选PICH的数量对应的值k<br><br>《未公开》 | 对比文件全文未记载建立与候选PICH数量对应的数值k的内容。 | 对比文件中技术特征的作用：对比文件无此机制。<br><br>与目标专利的作用是否相同：目标专利中用于设定用于计算的上限参量k。<br><br>未公开论述：对比文件完全没有提及PICH及其数量参量k的建立。因此，技术特征N未公开。 |
| 技术特征O：<br>使用所建立的值k计算选择索引。<br><br>《未公开》 | 对比文件全文未记载使用值k计算选择索引的内容。 | 对比文件中技术特征的作用：对比文件无此机制。<br><br>与目标专利的作用是否相同：目标专利中用于将参数k作为关键输入来导出最终用于资源定位的索引。<br><br>未公开论述：对比文件完全不涉及利用参数k进行选择索引计算的任何推导或描述。因此，技术特征O未公开。 |
---
<<<A>>>
<<<d>>>
首先，您需要连接至 Workspace，以打开该扩展。
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译及段落标号） | 公开性论述 |
| 技术特征A：<br>在所述WTRU处于CELL_PCH状态或URA_PCH状态中的一者时<br><br>《直接公开》 | 【段落[0007]】<br>“When the user equipment is in an idle mode, in a connection mode of a cell paging channel state (i.e. a CELL_PCH state), or in a user registering area paging channel state (i.e. a URA_PCH state), it is required to use a paging control channel (PCCH) to implement the paging function.”<br>【中文翻译】<br>“当用户设备处于空闲模式、小区寻呼信道状态（即CELL_PCH状态）的连接模式、或用户注册区寻呼信道状态（即URA_PCH状态）时，需要使用寻呼控制信道（PCCH）来实现寻呼功能。” | 对比文件在背景技术段落[0007]中明确指出了用户设备（UE，即WTRU）处于CELL_PCH状态或URA_PCH状态的连接模式时执行寻呼监听的场景。其与目标专利中该特征限定的触发/操作状态完全相同，技术人员能够毫无疑义地直接得出该状态限定，属于直接公开。 |
| 技术特征B：<br>获取包括寻呼指示信道PICH信息的HSDPA相关的PICH信息元素<br><br>《未公开》 | 对比文件全篇未记载该内容。 | 目标专利中，该特征是指WTRU在CELL_PCH或URA_PCH状态下接收系统信息块广播，获取“HSDPA相关的PICH信息”（HSDPA related PICH info）信息元素（IE），用于支持基于HSDPA的高速寻呼信道配置（参见目标说明书[0017]、[0029]-[0034]）。而对比文件公开的是传统的基于S-CCPCH承载寻呼的CDMA/WCDMA机制，全篇未涉及HSDPA机制，更未公开获取“HSDPA相关的PICH信息元素”，甚至不存在任何可进行推理或组合的暗示，因此既未直接公开，也未隐含公开。 |
| 技术特征C：<br>编译HSDPA的候选PICH的列表<br><br>《未公开》 | 对比文件全篇未记载该内容。 | 目标专利中，该特征是指WTRU根据所接收的系统信息中包含的多个PICH配置，编译/编辑出用于HSDPA寻呼的候选PICH列表（参见目标说明书[0031]、[0035]）。对比文件仅涉及单个PICH帧内寻呼指示比特位置的计算与非激活比特关断发送，并未涉及编译HSDPA的候选PICH列表，既未直接公开，也未隐含公开。 |
| 技术特征D：<br>基于所述WTRU的通用移动电信系统UMTS陆地无线电接入网UTRAN无线电网络事务标识符U-RNTI从所述候选PICH中选择一个PICH<br><br>《未公开》 | 对比文件全篇未记载该内容。 | 目标专利中，该特征是指WTRU利用自身的U-RNTI从上述编译出的多个候选PICH中挑选一个具体用于监听的PICH（参见目标说明书[0035]-[0036]）。对比文件段落[0009]-[0010]虽然公开了在单个PICH帧中计算寻呼指示比特位置$q$的公式，使用的是参数PI（由高层根据IMSI计算得到）以及系统帧号SFN，并不涉及从候选PICH中选择一个PICH，也未记载使用U-RNTI进行信道选择，既未直接公开，也未隐含公开。 |
| 技术特征E：<br>通过PICH接收寻呼指示<br><br>《直接公开》 | 【段落[0007]】<br>“...and the user equipment is informed of whether a paging is present or not by a paging indication channel (PICH) of the physical layer.”<br>【中文翻译】<br>“……并且通过物理层的寻呼指示信道（PICH）通知用户设备是否存在寻呼。”<br><br>【段落[0008]】<br>“After the paging indication of the user equipment is retrieved by itself from the indication bit of the PICH channel, the contents of the paging information is retrieved on the corresponding S-CCPCH channel.”<br>【中文翻译】<br>“在用户设备自身从PICH信道的指示比特中检索到寻呼指示后，在对应的S-CCPCH信道上检索寻呼信息的内容。” | 对比文件段落[0007]、[0008]明确公开了用户设备从物理层PICH信道的指示比特中检索/接收寻呼指示，以确定是否有针对该UE的寻呼。该技术方案、物理信道以及在通信寻呼流程中起到的通知作用与目标专利的技术特征E完全相同，属于直接公开。 |
| 技术特征F：<br>在高速共享控制信道HS-SCCH上接收高速下行链路共享信道HS-DSCH无线电网络事务标识符H-RNTI<br><br>《未公开》 | 对比文件全篇未记载该内容。 | 目标专利中，该特征是指在收到PICH寻呼指示后，WTRU在HS-SCCH控制信道上侦听并接收专用于寻呼的H-RNTI，用于解调后续承载寻呼消息的高速数据信道（参见目标说明书[0004]、[0030]、[0039]-[0043]）。对比文件基于传统WCDMA版本，寻呼消息承载于S-CCPCH上，全篇未涉及HSDPA相关的HS-SCCH信道及H-RNTI，既未直接公开，也未隐含公开。 |
| 技术特征G：<br>使用所接收的H-RNTI来接收高速物理下行链路共享信道<br><br>《未公开》 | 对比文件全篇未记载该内容。 | 目标专利中，该特征是指WTRU根据在HS-SCCH上解码出的H-RNTI，去接收和解调HS-PDSCH上的寻呼内容（参见目标说明书[0039]-[0043]）。对比文件完全未涉及H-RNTI或HS-PDSCH，寻呼数据直接在S-CCPCH上读取，既未直接公开，也未隐含公开。 |
| 技术特征H：<br>其中从所述候选PICH中选择一个PICH包括<br><br>《未公开》 | 对比文件全篇未记载该内容。 | 属于从属权利要求的上位引导特征。由于对比文件不存在“从候选PICH中选择一个PICH”的机制，因而既未直接公开，也未隐含公开。 |
| 技术特征I：<br>确定索引为U-RNTI模k<br><br>《未公开》 | 对比文件全篇未记载该内容。 | 目标专利中，该特征通过计算 $\text{Index}_{\text{PICH}} = \text{U-RNTI} \pmod k$ 得到候选PICH列表的选取索引（参见说明书[0035]-[0036]）。对比文件段落[0009]虽然在计算单个PICH帧内寻呼指示比特位置$q$时使用了取模运算（$\dots \pmod{144}$ 和 $\dots \pmod{Np}$），但其运算对象为高层参数PI与系统帧号SFN，用于确定单帧内的比特偏移量$q$，与利用“U-RNTI模k确定信道索引”在输入参数、计算目的和技术含义上均完全不同，既未直接公开，也未隐含公开。 |
| 技术特征J：<br>其中k等于候选PICH的数量<br><br>《未公开》 | 对比文件全篇未记载该内容。 | 目标专利中，$k$ 被定义为基站广播并由WTRU编译出的“候选PICH的数量”（说明书[0031]、[0035]）。对比文件全篇未出现“候选PICH列表”及其数量的概念（对比文件中段落[0019]、[0033]提及的整数$k$为单个寻呼指示比特映射调制的物理比特数 $k = \lfloor M / Np \rfloor$），与信道数量完全无关，既未直接公开，也未隐含公开。 |
| 技术特征K：<br>使用所述索引从候选列表中选择一个候选PICH<br><br>《未公开》 | 对比文件全篇未记载该内容。 | 目标专利中，WTRU将计算出的索引映射到候选PICH列表中，选定具体监听的PICH（说明书[0036]）。对比文件不涉及候选PICH列表的选择，既未直接公开，也未隐含公开。 |
| 技术特征L：<br>其中从所述候选PICH中选择PICH还基于所述候选PICH的数量<br><br>《未公开》 | 对比文件全篇未记载该内容。 | 对比文件未公开从候选PICH中选择PICH的机制，更未公开基于候选PICH数量进行选择，既未直接公开，也未隐含公开。 |
| 技术特征M：<br>其中从所述候选PICH中选择一个PICH包括<br><br>《未公开》 | 对比文件全篇未记载该内容。 | 属于从属权利要求的引导特征。对比文件未公开从候选PICH中选择PICH的机制，既未直接公开，也未隐含公开。 |
| 技术特征N：<br>建立与所述候选PICH的数量对应的值k<br><br>《未公开》 | 对比文件全篇未记载该内容。 | 目标专利中，$k$ 代表候选PICH信道的个数。对比文件不存在候选PICH集合，既未直接公开，也未隐含公开。 |
| 技术特征O：<br>使用所建立的值k计算选择索引<br><br>《未公开》 | 对比文件全篇未记载该内容。 | 对比文件不存在基于对应候选PICH数量的$k$来计算信道选择索引的技术内容，既未直接公开，也未隐含公开。 |
---
<<<A>>>
<<<E>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>在所述WTRU处于CELL_PCH状态或URA_PCH状态中的一者时<br><br>【隐含公开】 | [0007]：“System Information Block type 5 (SIB 5) defines common channels to be employed in an ‘idle’ mode, and SIB 6 defines common channels for a ‘connected’ mode.”<br>（系统信息块类型5 (SIB 5)定义了在‘空闲’模式下使用的公共信道，而SIB 6定义了在‘连接’模式下的公共信道。）<br><br>[0011]：“The DRX cycle lengths to use for Universal Terrestrial Radio Access Network (UTRAN) connected mode is the shortest of the following: (1) the UTRAN DRX cycle length; or (2) any of the stored CN domain specific DRX cycle lengths for the CN domains the UE is only attached to with no signaling connection established.”<br>（用于通用陆地无线接入网(UTRAN)连接模式的DRX周期长度为以下各项中的最短者：(1) UTRAN DRX周期长度；或(2) UE仅附着但未建立信令连接的CN域的任何所存储的CN域特定DRX周期长度。） | 目标专利说明书[0008]记载，在RRC连接模式下WTRU具有四种状态：CELL_DCH、CELL_FACH、URA_PCH和CELL_PCH，其中Cell_PCH和URA_PCH为省电寻呼状态。<br>对比文件明确公开了UE在UTRAN“连接模式（connected mode）”下的寻呼接收机制及公共信道配置（通过SIB 6）。在3GPP UMTS架构下，连接模式下需要侦听寻呼指示并执行DRX休眠/唤醒的状态即为CELL_PCH或URA_PCH状态。本领域技术人员根据对比文件公开的UTRAN连接模式寻呼机制，完全有理由合理推断出其适用的具体无线资源控制状态包含CELL_PCH状态或URA_PCH状态中的一者。对比文件部分公开了连接模式下的寻呼上下文，按照极宽松的审查标准，判定技术特征A被对比文件隐含公开。 |
| 技术特征B：<br>获取包括寻呼指示信道PICH信息的HSDPA相关的PICH信息元素<br><br>【未公开】 | [0007]：“System Information Block type 5 (SIB 5) defines common channels to be employed in an ‘idle’ mode, and SIB 6 defines common channels for a ‘connected’ mode. In a cell, one or more Paging Transport Channels (PCHs) may be established. Each Secondary Common Control Physical Channel (SCCPCH) indicated to the UE in system information may carry up to one PCH. Thus, for each defined PCH there is one uniquely associated Page Indicator Channel (PICH) also indicated.”<br>（系统信息块类型5 (SIB 5)定义了在‘空闲’模式下使用的公共信道，而SIB 6定义了在‘连接’模式下的公共信道。在一个小区中，可以建立一个或多个寻呼传输信道(PCH)。在系统信息中向UE指示的每个辅助公共控制物理信道(SCCPCH)可以承载多达一个PCH。因此，对于每个定义的PCH，还有一个唯一关联的寻呼指示信道(PICH)也被指示。） | 目标专利说明书[0011]-[0018]、[0031]-[0034]明确解释，“HSDPA相关的PICH信息元素”（如表1中新增的IE）是为了克服将PCCH映射到HS-DSCH时传统系统信息无法支持在PCH状态下配置HSDPA的缺陷，专门在广播信道中新增的IE，用于使WTRU获取面向HSDPA寻呼的候选PICH列表及相关定时参数。<br>而对比文件仅公开了传统的R99/R4体系下在SIB 5/SIB 6中指示的与SCCPCH/PCH相关联的普通PICH信息，对比文件通篇未涉及HSDPA，更没有公开或暗示任何“HSDPA相关的PICH信息元素”。二者技术领域虽同属UMTS，但对比文件完全未涉及通过HSDPA下行链路承载寻呼的机制，本领域技术人员无法从对比文件中推导出该特征。因此，技术特征B未公开。 |
| 技术特征C：<br>编译HSDPA的候选PICH的列表<br><br>【未公开】 | [0007]-[0008]：“When more than a single PCH and associated PICH are defined in SIB 5 or SIB 6, the UE selects a SCCPCH from the ones listed in SIB 5 or SIB 6 based on an International Mobile Subscriber Identity (IMSI)... where K is equal to the number of listed SCCPCHs which carry a PCH... These SCCPCHs are indexed in the order of their occurrence in SIB 5 or SIB 6 from 0 to K-1.”<br>（当在SIB 5或SIB 6中定义了多于单个PCH及其关联PICH时，UE基于国际移动用户标识(IMSI)从SIB 5或SIB 6中列出的SCCPCH中选择一个SCCPCH……其中K等于列出的承载PCH的SCCPCH的数量……这些SCCPCH按照它们在SIB 5或SIB 6中出现的顺序从0到K-1进行索引。）<br><br>[0009]：“Thus, the UE selects a physical paging channel from a list of paging channels according to a Selected Paging Channel Number as follows: Selected Paging Channel Number = UE identity mod K; Equation (2)”<br>（因此，UE根据所选寻呼信道编号从寻呼信道列表中选择物理寻呼信道：所选寻呼信道编号 = UE identity mod K；等式(2)） | 目标专利说明书[0031]、[0035]指出，WTRU在接收到HSDPA相关的PICH信息IE后，编译用于HSDPA信息的候选PICH列表以支持后续HSDPA寻呼映射。<br>对比文件仅公开了UE从SIB 5或SIB 6中获取承载传统PCH的SCCPCH/寻呼信道列表并进行排序索引（0到K-1），完全没有公开任何“HSDPA的候选PICH的列表”，甚至完全未涉及HSDPA技术。即便对比文件存在信道列表的编译/索引思想，但其对象与HSDPA毫无关联，本领域技术人员无法从中推断出编译“HSDPA候选PICH列表”。因此，技术特征C未公开。 |
| 技术特征D：<br>基于所述WTRU的通用移动电信系统UMTS陆地无线电接入网UTRAN无线电网络事务标识符U-RNTI从所述候选PICH中选择一个PICH<br><br>【隐含公开】 | [0007]：“...the UE selects a SCCPCH from the ones listed in SIB 5 or SIB 6 based on an International Mobile Subscriber Identity (IMSI) as follows: Index of selected SCCPCH = IMSI mod K; Equation (1)”<br>（……UE基于国际移动用户标识(IMSI)从SIB 5或SIB 6中列出的SCCPCH中选择一个SCCPCH，如下：所选SCCPCH的索引 = IMSI mod K；等式(1)）<br><br>[0009]：“Selected Paging Channel Number = UE identity mod K; Equation (2)”<br>（所选寻呼信道编号 = UE identity mod K；等式(2)）<br><br>[0039]-[0040]：“A common identity management function, or coordination between user group and user specific identity management functions, provides identities that correlate to common paging channels and paging occasions... In step 310, the UE selects a physical paging channel from a list of paging channels. The paging channel is selected according to: Selected Paging Channel Number = UE temporary identity mod K; Equation (7)”<br>（公共标识管理功能，或者用户组与用户特定标识管理功能之间的协调，提供与公共寻呼信道和寻呼时机关联的标识……在步骤310中，UE从寻呼信道列表中选择物理寻呼信道。寻呼信道根据以下公式选择：所选寻呼信道编号 = UE temporary identity mod K；等式(7)） | 目标专利说明书[0018]、[0036]指出，基于WTRU标识（U-RNTI）对候选数量求模选择PICH，起到在多个候选PICH中均匀分配WTRU的作用。<br>对比文件公开了根据“UE identity”（等式2）或“UE temporary identity”（等式7）从候选寻呼信道/SCCPCH（各对应一个关联PICH）中选择一个信道。在UMTS技术体系中，U-RNTI（UTRAN无线电网络临时标识符）是连接模式（Connected Mode）下由UTRAN分配的最典型的UE特定临时标识符（UE temporary identity）。对比文件已明确公开了在连接模式下使用UE临时标识进行模运算来选取寻呼信道，本领域技术人员有很大可能结合UMTS现有技术规范合理推断出该临时标识可具体采用U-RNTI。按照极宽松的隐含公开判断原则，认定技术特征D被对比文件隐含公开。 |
| 技术特征E：<br>通过PICH接收寻呼指示<br><br>【直接公开】 | [0007]：“Thus, for each defined PCH there is one uniquely associated Page Indicator Channel (PICH) also indicated.”<br>（因此，对于每个定义的PCH，还有一个唯一关联的寻呼指示信道(PICH)也被指示。）<br><br>[0011]：“When DRX is used, the UE needs only to monitor one Page Indicator (PI) in one Paging Occasion per DRX cycle.”<br>（当使用DRX时，UE在每个DRX周期中仅需要在一个寻呼时机中监视一个寻呼指示(PI)。）<br><br>[0015]：“In FDD, the UE monitors its paging indicator in the PICH frame with SFN given by the Paging Occasion.”<br>（在FDD中，UE在由寻呼时机给出的具有SFN的PICH帧中监视其寻呼指示。）<br><br>[0042]：“The UE then determines the paging occasion, identified by a unique radio frame number, on the selected PICH (step 315)...”<br>（然后，UE在所选PICH上确定由唯一无线电帧号标识的寻呼时机(步骤315)……） | 目标专利说明书[0009]、[0043]记载，WTRU在寻呼时机唤醒并在PICH上侦听寻呼指示，以判断是否有寻呼发往自己。<br>对比文件明确记载了UE在所选PICH（selected PICH）的寻呼时机中监视并接收寻呼指示（Page Indicator, PI）。两者的技术方案、信道类型（PICH）、接收对象（PI）及实现的功能与作用完全相同，本领域技术人员能够毫无疑义地直接从对比文件中得出该特征。因此，技术特征E被对比文件直接公开。 |
| 技术特征F：<br>在高速共享控制信道HS-SCCH上接收高速下行链路共享信道HS-DSCH无线电网络事务标识符H-RNTI<br><br>【未公开】 | 对比文件全文未记载HS-SCCH信道、HS-DSCH信道或H-RNTI标识。 | 目标专利说明书[0004]、[0013]、[0040]-[0043]详细说明，在HSDPA寻呼中，基站在HS-SCCH上发送寻呼专用的公共或特定H-RNTI，以通知WTRU随后在HS-PDSCH上恢复寻呼消息。<br>对比文件针对的是传统的基于PCH/SCCPCH的寻呼及组播业务（PtM/PtP），其下行承载寻呼消息的是传统的SCCPCH，完全不包含HSDPA协议栈架构中的HS-SCCH、HS-DSCH及H-RNTI。对比文件通篇完全没有公开相关内容，也无任何可得出该特征的线索或动机，本领域技术人员无法推断出该方案。因此，技术特征F未公开。 |
| 技术特征G：<br>使用所接收的H-RNTI来接收高速物理下行链路共享信道<br><br>【未公开】 | 对比文件全文未记载H-RNTI或高速物理下行链路共享信道（HS-PDSCH）。 | 目标专利说明书[0043]指出，WTRU通过匹配HS-SCCH上的H-RNTI，进而解调接收HS-PDSCH上承载的寻呼数据。<br>对比文件使用的是传统的二次寻呼机制（PICH指示 -> 接收S-CCPCH上的PCH寻呼消息），完全不涉及HSDPA的高速物理共享信道HS-PDSCH，也没有H-RNTI的相关匹配和解调机制。对比文件未提供任何相关信息，本领域技术人员无法据此推理得出。因此，技术特征G未公开。 |
| 技术特征H：<br>其中从所述候选PICH中选择一个PICH包括<br><br>【直接公开】 | [0007]：“...the UE selects a SCCPCH from the ones listed in SIB 5 or SIB 6 based on an International Mobile Subscriber Identity (IMSI) as follows: Index of selected SCCPCH = IMSI mod K; Equation (1)”<br>（……UE基于国际移动用户标识(IMSI)从SIB 5或SIB 6中列出的SCCPCH中选择一个SCCPCH，如下：所选SCCPCH的索引 = IMSI mod K；等式(1)）<br><br>[0040]-[0042]：“In step 310, the UE selects a physical paging channel from a list of paging channels... The UE then determines the paging occasion... on the selected PICH (step 315)...”<br>（在步骤310中，UE从寻呼信道列表中选择物理寻呼信道……然后UE在所选PICH上确定寻呼时机(步骤315)……） | 该技术特征为承上启下的操作限定，限定选择PICH的具体细分步骤。<br>对比文件在段落[0007]、[0040]-[0042]中明确公开了UE通过特定计算步骤（等式1、等式7）从候选寻呼信道列表（每个寻呼信道对应一个PICH）中选择一个信道/所选PICH的具体执行流程。本领域技术人员能够毫无疑义地得出其选择过程包括后续的计算细分步骤。因此，技术特征H被对比文件直接公开。 |
| 技术特征I：<br>确定索引为U-RNTI模k<br><br>【隐含公开】 | [0007]：“Index of selected SCCPCH = IMSI mod K; Equation (1)”<br>（所选SCCPCH的索引 = IMSI mod K；等式(1)）<br><br>[0009]：“Selected Paging Channel Number = UE identity mod K; Equation (2)”<br>（所选寻呼信道编号 = UE identity mod K；等式(2)）<br><br>[0040]：“Selected Paging Channel Number = UE temporary identity mod K; Equation (7)”<br>（所选寻呼信道编号 = UE temporary identity mod K；等式(7)） | 目标专利说明书[0036]记载，计算索引等式为：$Index_{PICH} = U\_RNTI \bmod k$。<br>对比文件公开了信道索引计算公式：Selected Paging Channel Number = UE temporary identity mod K（等式7）以及Index of selected SCCPCH = IMSI mod K（等式1）。对比文件采用了“UE临时标识模K”的完全相同的数学算法结构来确定寻呼信道索引。如前所述，在UMTS系统中，U-RNTI属于典型的UE temporary identity。本领域技术人员基于对比文件公开的“UE temporary identity mod K”，结合UMTS通用规范，极有可能推断并具体应用U-RNTI作为临时标识代入该模运算公式中。基于极宽松的隐含公开判断原则，认定技术特征I被对比文件隐含公开。 |
| 技术特征J：<br>其中k等于候选PICH的数量<br><br>【直接公开】 | [0007]-[0008]：“Each Secondary Common Control Physical Channel (SCCPCH) indicated to the UE in system information may carry up to one PCH. Thus, for each defined PCH there is one uniquely associated Page Indicator Channel (PICH) also indicated... where K is equal to the number of listed SCCPCHs which carry a PCH...”<br>（在系统信息中向UE指示的每个辅助公共控制物理信道(SCCPCH)可以承载多达一个PCH。因此，对于每个定义的PCH，还有一个唯一关联的寻呼指示信道(PICH)也被指示……其中K等于列出的承载PCH的SCCPCH的数量……）<br><br>[0010]：“...where K is the number of physical paging channels that exist within the cell. Equation (2) randomly distributes UEs between the paging channels.”<br>（……其中K是小区内存在的物理寻呼信道的数量。等式(2)在寻呼信道之间随机分配UE。）<br><br>[0041]：“...where K is the number of physical paging channels that exist within the cell.”<br>（……其中K是小区内存在的物理寻呼信道的数量。） | 目标专利说明书[0035]中记载，“确定出对应于候选数量的值k”，k代表候选PICH的个数。<br>对比文件在等式(1)、(2)、(7)中明确定义了模数K：“K is equal to the number of listed SCCPCHs which carry a PCH”（每个承载PCH的SCCPCH唯一对应一个PICH）以及“K is the number of physical paging channels that exist within the cell”。在对比文件中，每个物理寻呼信道唯一对应一个PICH，其实质就是候选PICH的数量。其定义、作用（作为取模运算的除数以在候选信道间均衡负载）完全一致。本领域技术人员能够毫无疑义地直接确定对比文件的K即等于候选PICH的数量。因此，技术特征J被对比文件直接公开。 |
| 技术特征K：<br>使用所述索引从候选列表中选择一个候选PICH<br><br>【直接公开】 | [0007]-[0008]：“...the UE selects a SCCPCH from the ones listed in SIB 5 or SIB 6 based on an International Mobile Subscriber Identity (IMSI) as follows: Index of selected SCCPCH = IMSI mod K; Equation (1)... These SCCPCHs are indexed in the order of their occurrence in SIB 5 or SIB 6 from 0 to K-1.”<br>（……UE基于国际移动用户标识(IMSI)从SIB 5或SIB 6中列出的SCCPCH中选择一个SCCPCH，如下：所选SCCPCH的索引 = IMSI mod K；等式(1)……这些SCCPCH按照它们在SIB 5或SIB 6中出现的顺序从0到K-1进行索引。）<br><br>[0040]-[0042]：“The paging channel is selected according to: Selected Paging Channel Number = UE temporary identity mod K; Equation (7)... The UE then determines the paging occasion... on the selected PICH (step 315)...”<br>（寻呼信道根据以下公式选择：所选寻呼信道编号 = UE temporary identity mod K；等式(7)……然后UE在所选PICH上确定寻呼时机(步骤315)……） | 目标专利说明书[0036]记载，WTRU根据所计算的IndexPICH从所编辑的列表中选择出PICH信息。<br>对比文件明确记载了通过计算得到的索引（Index of selected SCCPCH / Selected Paging Channel Number），从系统信息列表（从0到K-1索引）中选择具体的物理寻呼信道及对应的所选PICH（selected PICH）。技术手段、执行逻辑和实现的技术效果完全相同。因此，技术特征K被对比文件直接公开。 |
| 技术特征L：<br>其中从所述候选PICH中选择PICH还基于所述候选PICH的数量<br><br>【直接公开】 | [0007]-[0008]：“Index of selected SCCPCH = IMSI mod K; Equation (1) where K is equal to the number of listed SCCPCHs which carry a PCH...”<br>（所选SCCPCH的索引 = IMSI mod K；等式(1)，其中K等于列出的承载PCH的SCCPCH的数量……）<br><br>[0009]-[0010]：“Selected Paging Channel Number = UE identity mod K; Equation (2) where K is the number of physical paging channels that exist within the cell.”<br>（所选寻呼信道编号 = UE identity mod K；等式(2)，其中K是小区内存在的物理寻呼信道的数量。）<br><br>[0040]-[0041]：“Selected Paging Channel Number = UE temporary identity mod K; Equation (7) where K is the number of physical paging channels that exist within the cell.”<br>（所选寻呼信道编号 = UE temporary identity mod K；等式(7)，其中K是小区内存在的物理寻呼信道的数量。） | 目标专利说明书[0035]指出，在等式(1)中取模运算依赖于候选数量k。<br>对比文件在公式(1)、(2)、(7)中均公开了寻呼信道/PICH的选择是基于UE标识对参数K进行模运算得到的，而K明确定义为小区内物理寻呼信道/候选SCCPCH（即对应候选PICH）的数量。因此，从候选信道中选择PICH必然且直接基于该候选PICH的数量K。技术方案与作用完全一致。因此，技术特征L被对比文件直接公开。 |
| 技术特征M：<br>其中从所述候选PICH中选择一个PICH包括<br><br>【直接公开】 | [0007]-[0010]及[0040]-[0041]：公开了计算公式及根据参数K进行运算选择信道的步骤。 | 同技术特征H的评述，该特征为选择PICH操作的包含关系引导描述。对比文件在说明寻呼信道及PICH选择时，包含确定参数K、基于K计算选择索引的明确流程。因此，技术特征M被对比文件直接公开。 |
| 技术特征N：<br>建立与所述候选PICH的数量对应的值k<br><br>【直接公开】 | [0008]：“...where K is equal to the number of listed SCCPCHs which carry a PCH (i.e., SCCPCHs carrying a Forward Access Channel (FACH) only shall not be counted).”<br>（……其中K等于列出的承载PCH的SCCPCH的数量(即，仅承载前向接入信道(FACH)的SCCPCH不应计入)。）<br><br>[0010]：“...where K is the number of physical paging channels that exist within the cell.”<br>（……其中K是小区内存在的物理寻呼信道的数量。）<br><br>[0041]：“...where K is the number of physical paging channels that exist within the cell.”<br>（……其中K是小区内存在的物理寻呼信道的数量。） | 目标专利说明书[0035]记载，“确定出对应于候选数量的值k”。<br>对比文件明确记载了在计算前先确定/建立参数K的值，且该K值明确等于列出的承载PCH的SCCPCH数量（即候选物理寻呼信道/对应PICH的数量）。其建立变量取值代表候选信道数量的技术手段与实质作用与目标专利完全相同。因此，技术特征N被对比文件直接公开。 |
| 技术特征O：<br>使用所建立的值k计算选择索引<br><br>【直接公开】 | [0007]：“Index of selected SCCPCH = IMSI mod K; Equation (1)”<br>（所选SCCPCH的索引 = IMSI mod K；等式(1)）<br><br>[0009]：“Selected Paging Channel Number = UE identity mod K; Equation (2)”<br>（所选寻呼信道编号 = UE identity mod K；等式(2)）<br><br>[0040]：“Selected Paging Channel Number = UE temporary identity mod K; Equation (7)”<br>（所选寻呼信道编号 = UE temporary identity mod K；等式(7)） | 目标专利说明书[0035]记载，根据确定的值k计算出PICH候选索引IndexPICH。<br>对比文件公开了使用所建立的参数K作为模数，代入公式（IMSI mod K、UE identity mod K或UE temporary identity mod K）中直接计算得出所选信道索引（Index of selected SCCPCH / Selected Paging Channel Number）。该计算选择索引的数学过程与技术手段与目标专利完全对应，本领域技术人员可毫无疑义地直接确认。因此，技术特征O被对比文件直接公开。 |
---
<<<a>>>
<<<d>>>
<<<E>>>
<<<H>>>
<<<i>>>
<<<J>>>
<<<K>>>
<<<L>>>
<<<M>>>
<<<N>>>
<<<O>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：在所述WTRU处于CELL_PCH状态或URA_PCH状态中的一者时<br>《未公开》 | 全文未记载相关内容。 | 本特征在目标专利中限定了无线发射/接收单元（WTRU）在HSDPA通信下的省电连接状态（CELL_PCH或URA_PCH），其技术作用是使终端在没有上行传输机制的省电状态下能够侦听并接收基于高速下行信道的寻呼消息。<br>对比文件JP2004093570A涉及的是“彩色液体显影器中的调色剂浓度检测”的光学传感器技术领域，整篇文献完全不涉及无线通信、移动终端状态或RRC协议状态。因此，本领域技术人员既无法直接得出、也无法合理推断出该特征，对比文件对技术特征A既未直接公开，亦未隐含公开。 |
| 技术特征B：获取包括寻呼指示信道PICH信息的HSDPA相关的PICH信息元素<br>《未公开》 | 全文未记载相关内容。 | 本特征在目标专利中用于使WTRU获取系统广播中与HSDPA相关的PICH配置信息，以便为后续监听寻呼指示提供候选参数。<br>对比文件涉及液体显影剂浓度检测的光路系统（光源、透镜、光电探测器），完全没有无线通信中系统信息块（SIB）、信息元素（IE）、寻呼指示信道（PICH）或HSDPA等通信概念。对比文件对技术特征B既未直接公开，亦未隐含公开。 |
| 技术特征C：编译HSDPA的候选PICH的列表<br>《未公开》 | 全文未记载相关内容。 | 本特征在目标专利中是在WTRU侧将所接收到的多个PICH信息组织整合成候选列表，作为后续终端选择特定PICH信道的数据基础。<br>对比文件完全不涉及通信候选列表或PICH信道编译。对比文件对技术特征C既未直接公开，亦未隐含公开。 |
| 技术特征D：基于所述WTRU的通用移动电信系统UMTS陆地无线电接入网UTRAN无线电网络事务标识符U-RNTI从所述候选PICH中选择一个PICH<br>《未公开》 | 全文未记载相关内容。 | 本特征在目标专利中起到利用终端特异性标识符（U-RNTI）对候选PICH进行哈希/离散选择的作用，使不同WTRU分散监视不同的PICH，实现负载均衡。<br>对比文件仅涉及通过运算电路比较光电探测器输出信号以决定调色剂补充量，完全不涉及UMTS、UTRAN、U-RNTI标识符或信道选择机制。对比文件对技术特征D既未直接公开，亦未隐含公开。 |
| 技术特征E：通过PICH接收寻呼指示<br>《未公开》 | 全文未记载相关内容。 | 本特征在目标专利中是在WTRU的DRX寻呼时机唤醒并解调PICH信道，获取网络侧发送的寻呼指示位，以获知是否有发往该终端的数据。<br>对比文件仅公开检测透过液体分散液的光信号衰减，与无线信道上的寻呼指示接收完全无关。对比文件对技术特征E既未直接公开，亦未隐含公开。 |
| 技术特征F：在高速共享控制信道HS-SCCH上接收高速下行链路共享信道HS-DSCH无线电网络事务标识符H-RNTI<br>《未公开》 | 全文未记载相关内容。 | 本特征在目标专利中起到寻呼调度指示作用，WTRU在检测到寻呼指示后，在HS-SCCH上盲检属于该终端或公共的H-RNTI，以获取后续HS-PDSCH的解调控制参数。<br>对比文件属于打印机液体调色剂光学检测领域，不包含HS-SCCH、HS-DSCH、H-RNTI等任何移动通信控制信道与临时标识符。对比文件对技术特征F既未直接公开，亦未隐含公开。 |
| 技术特征G：使用所接收的H-RNTI来接收高速物理下行链路共享信道<br>《未公开》 | 全文未记载相关内容。 | 本特征在目标专利中是WTRU利用匹配成功的H-RNTI对高速物理共享信道（HS-PDSCH）进行解码，以取回实际的寻呼消息（如PCCH映射至HS-DSCH）。<br>对比文件未公开任何下行物理共享信道接收或无线网络标识符解码操作。对比文件对技术特征G既未直接公开，亦未隐含公开。 |
| 技术特征H：其中从所述候选PICH中选择一个PICH包括<br>《未公开》 | 全文未记载相关内容。 | 本特征为下位选择步骤的引导语/母特征。<br>对比文件未公开任何从候选PICH中进行选择的技术方案或其包含的具体处理过程。对比文件对技术特征H既未直接公开，亦未隐含公开。 |
| 技术特征I：确定索引为U-RNTI模k<br>《未公开》 | 全文未记载相关内容。 | 本特征在目标专利中限定了索引计算公式（Index = U-RNTI mod k），利用模运算将大整数标识符映射到有限的信道候选索引集合中。<br>对比文件虽提及“运算电路构成要素”（如微处理器计算），但其运算内容为“光衰减比率、与阈值比较”以测定调色剂浓度，完全不存在终端标识符U-RNTI或相关的模运算。对比文件对技术特征I既未直接公开，亦未隐含公开。 |
| 技术特征J：其中k等于候选PICH的数量<br>《未公开》 | 全文未记载相关内容。 | 本特征在目标专利中限定了模运算参数k的物理含义为候选PICH总数，确保计算出的索引值严格落在候选信道列表的索引范围[0, k-1]内。<br>对比文件无候选信道或信道数量参数k的公开。对比文件对技术特征J既未直接公开，亦未隐含公开。 |
| 技术特征K：使用所述索引从候选列表中选择一个候选PICH<br>《未公开》 | 全文未记载相关内容。 | 本特征在目标专利中通过计算出的取模索引在编译的候选信道列表中查表定位，完成唯一的PICH信道指派。<br>对比文件无基于计算索引从通信候选列表中选择物理信道的方案。对比文件对技术特征K既未直接公开，亦未隐含公开。 |
| 技术特征L：其中从所述候选PICH中选择PICH还基于所述候选PICH的数量<br>《未公开》 | 全文未记载相关内容。 | 本特征在目标专利中限定信道选择算法的输入参数包括候选PICH的总量，以动态适应网络广播的不同数量的PICH配置。<br>对比文件完全不涉及无线候选信道数量对信道选择的控制。对比文件对技术特征L既未直接公开，亦未隐含公开。 |
| 技术特征M：其中从所述候选PICH中选择一个PICH包括<br>《未公开》 | 全文未记载相关内容。 | 本特征为选择操作的从属展开特征。<br>对比文件完全不涉及PICH选择，故对技术特征M既未直接公开，亦未隐含公开。 |
| 技术特征N：建立与所述候选PICH的数量对应的值k<br>《未公开》 | 全文未记载相关内容。 | 本特征在目标专利中用于将解析/统计得到的候选PICH总数实例化为数值变量k，作为算法执行的边界条件。<br>对比文件不涉及候选信道数量统计或变量k的设定。对比文件对技术特征N既未直接公开，亦未隐含公开。 |
| 技术特征O：使用所建立的值k计算选择索引<br>《未公开》 | 全文未记载相关内容。 | 本特征在目标专利中通过已建立的候选信道总量参数k作为基底参与计算，得出用于信道选择的目标索引。<br>对比文件不包含该技术方案。对比文件对技术特征O既未直接公开，亦未隐含公开。 |
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用及译文 | 公开性论述 |
| 技术特征A<br>在所述WTRU处于CELL_PCH状态或URA_PCH状态中的一者时<br><br>《隐含公开》 | 原文引用：<br>[0042] "In order to send a paging message to UEs currently in a connected mode, not in a CELL_PCH state, an SGSN delivers, to an RNC, information on a UE in the connected mode among the UEs that requested the current MBMS service. In response, the RNC transmits a paging message to UEs in the connected mode among the UEs expected to receive the current MBMS service data, using DCCH."<br><br>译文：<br>[0042] “为了向当前处于连接模式、不在CELL_PCH状态的UE发送寻呼消息，SGSN向RNC发送请求当前MBMS服务的UE中处于连接模式的UE的信息。作为响应，RNC使用DCCH向期望接收当前MBMS服务数据的UE中处于连接模式的UE发送寻呼消息。” | 公开性论述：<br>1. 对比文件中的作用： 对比文件[0042]提及在处理处于连接模式（connected mode）且“不在CELL_PCH状态”的UE时，通过DCCH发送寻呼消息。这表明对比文件已经明确识别并区分了处于连接模式下的“CELL_PCH状态”，并且隐含了在CELL_PCH状态下的UE并不采用DCCH进行寻呼（而是结合[0017]、[0019]、[0066]等说明在CELL_PCH状态或空闲模式下通常利用寻呼信道/PICH进行寻呼）。<br>2. 目标专利中的作用： 目标专利在[0008]、[0018]等说明WTRU处于CELL_PCH或URA_PCH状态时处于功耗节省模式，通过在特定状态下获取配置信息并接收寻呼以减少状态转换延迟和功耗。<br>3. 结论： 尽管对比文件未明确直接限定“在WTRU处于CELL_PCH状态或URA_PCH状态时执行后续HSDPA寻呼候选PICH选择流程”，但对比文件已经明确提到了WTRU的“CELL_PCH状态”，并且本领域技术人员结合3GPP常识与对比文件上下文，能够合理推断并认识到对于处于CELL_PCH状态的UE进行寻呼处理的技术场景，满足非常宽松的隐含公开判断标准，属于部分公开并可推导出该状态前提，故认定为《隐含公开》。 |
| 技术特征B<br>获取包括寻呼指示信道PICH信息的HSDPA相关的PICH信息元素<br><br>《未公开》 | 原文引用：<br>[0019] "When the UE is in an idle mode in Step 223, the UE receives a PICH signal transmitted periodically from a Node B, and determines whether a paging channel (PCH) signal is transmitted thereto, based on the received PICH signal. Information on the PICH is included in a system information block (SIB) of a broadcast channel (BCH). Therefore, the UE can acquire the PICH information by analyzing the BCH, and in this way, it can receive the PICH signal."<br><br>译文：<br>[0019] “当UE在步骤223中处于空闲模式时，UE接收从Node B周期性发送的PICH信号，并基于所接收的PICH信号确定是否向其发送寻呼信道(PCH)信号。关于PICH的信息包括在广播信道(BCH)的系统信息块(SIB)中。因此，UE可以通过分析BCH来获取PICH信息，并以这种方式，它可以接收PICH信号。” | 公开性论述：<br>1. 对比文件中的作用： 对比文件[0019]公开了UE通过分析BCH上的系统信息块（SIB）获取传统的“PICH信息”，用于在空闲模式下接收PICH信号以确定是否接收PCH寻呼消息。<br>2. 目标专利中的作用： 目标专利在[0017]、[0018]、[0029]-[0034]中明确，为了在HSDPA中实现寻呼，需要基站广播特定的“HSDPA相关的PICH信息（HSDPA-associated PICH info）”信息元素（IE），该IE包含多个HSDPA支持的候选PICH列表及高速配置参数。<br>3. 结论： 对比文件仅公开了传统的通用PICH信息，完全没有涉及“HSDPA相关的PICH信息元素”，对比文件未记载亦无法推导出HSDPA相关的PICH IE技术方案，因此《未公开》。 |
| 技术特征C<br>编译HSDPA的候选PICH的列表<br><br>《未公开》 | 对比文件全文未记载关于“编译HSDPA候选PICH列表”或类似内容。 | 公开性论述：<br>1. 对比文件中的作用： 对比文件仅涉及MBMS业务的多播寻呼机制，使用TMGI标识，UE直接获取单小区广播的PICH信息，不存在多PICH候选的概念，更未涉及HSDPA下的PICH列表。<br>2. 目标专利中的作用： 目标专利[0031]、[0036]指出，基站广播多个支持HSDPA的PICH（1至最大SCCPCH个），WTRU接收IE后编译出用于HSDPA信息的候选PICH列表以供后续基于U-RNTI算法进行选择。<br>3. 结论： 对比文件完全未公开、未部分公开，亦无法通过逻辑推理推导出该特征，因此《未公开》。 |
| 技术特征D<br>基于所述WTRU的通用移动电信系统UMTS陆地无线电接入网UTRAN无线电网络事务标识符U-RNTI从所述候选PICH中选择一个PICH<br><br>《未公开》 | 对比文件全文未记载基于U-RNTI在候选PICH中进行选择的内容。对比文件涉及的UE标识仅为IMSI、P-TMSI及用于组寻呼的TMGI（例如[0016]、[0035]、[0051]）。 | 公开性论述：<br>1. 对比文件中的作用： 对比文件在单播寻呼中提及IMSI/P-TMSI，在多播寻呼中使用TMGI进行组匹配（[0053]、[0074]），完全没有利用U-RNTI来选择物理信道PICH的教导。<br>2. 目标专利中的作用： 目标专利[0035]-[0036]中，WTRU利用分配给自己的UTRAN级标识符U-RNTI对候选PICH总数进行模运算，以在多个候选PICH之间实现负载均衡和针对性选择。<br>3. 结论： 对比文件没有公开U-RNTI，更未公开基于U-RNTI从候选PICH中进行选择，本领域技术人员无法从对比文件中推导出该特征，因此《未公开》。 |
| 技术特征E<br>通过PICH接收寻呼指示<br><br>《直接公开》 | 原文引用：<br>[0020] "...More specifically, the UE receives a PICH signal at a paging occasion (PO), and receives a paging message delivered over PCH when a corresponding paging instance (PI) of the received PICH signal is set to '1'."<br>[0074] "...The UE compares a TMGI value of the PICH with a TMGI value stored therein, and when they are identical to each other, the UE receives a paging message transmitted over PCH."<br><br>译文：<br>[0020] “……更具体地，UE在寻呼时机(PO)处接收PICH信号，并且当所接收的PICH信号的对应寻呼指示(PI)被设置为‘1’时，接收通过PCH发送的寻呼消息。”<br>[0074] “……UE将PICH的TMGI值与其存储的TMGI值进行比较，当它们彼此相同时，UE接收通过PCH发送的寻呼消息。” | 公开性论述：<br>1. 对比文件中的作用： 对比文件在[0020]明确公开了UE在寻呼时机（PO）接收PICH信号，当寻呼指示（PI，Paging Instance/Indicator）置1时接收寻呼；在[0074]中也公开了在PICH上接收寻呼指示信息以触发后续接收。<br>2. 目标专利中的作用： 目标专利在[0009]、[0039]、[0043]中描述WTRU在寻呼时机醒来并在PICH上侦听/接收寻呼指示，以指示是否有针对该WTRU的下行数据/寻呼消息。<br>3. 结论： 两者在PICH上接收寻呼指示的机制和作用完全相同，本领域技术人员能够毫无疑义地直接得出该技术特征，属于《直接公开》。 |
| 技术特征F<br>在高速共享控制信道HS-SCCH上接收高速下行链路共享信道HS-DSCH无线电网络事务标识符H-RNTI<br><br>《未公开》 | 对比文件全文未记载任何有关“高速共享控制信道HS-SCCH”或“H-RNTI”的技术内容。 | 公开性论述：<br>1. 对比文件中的作用： 对比文件针对的是MBMS多播机制，在下行仅涉及PICH、PCH、DCCH等通用/专用信道传输寻呼，并未引入HSDPA相关的高速信道架构。<br>2. 目标专利中的作用： 目标专利[0004]、[0013]、[0040]、[0043]中，基站调度HS-SCCH发送H-RNTI，WTRU在HS-SCCH上盲检/接收自身的公共或专用H-RNTI，以获知后续HS-PDSCH上是否有属于自己的寻呼消息。<br>3. 结论： 对比文件未涉及HS-SCCH及H-RNTI，无法直接得出亦无法隐含推导，因此《未公开》。 |
| 技术特征G<br>使用所接收的H-RNTI来接收高速物理下行链路共享信道<br><br>《未公开》 | 对比文件全文未记载任何有关利用H-RNTI接收高速物理下行链路共享信道（HS-PDSCH）的技术内容。 | 公开性论述：<br>1. 对比文件中的作用： 对比文件中的寻呼消息承载于传统PCH（通过S-CCPCH）或DCCH上，不涉及高速物理下行链路共享信道。<br>2. 目标专利中的作用： 目标专利[0040]、[0043]中，WTRU使用HS-SCCH上匹配成功的H-RNTI，对相应调度的HS-PDSCH子帧进行解调和解码，恢复出寻呼消息。<br>3. 结论： 对比文件完全未涉及该特征，无法直接公开或隐含推导，因此《未公开》。 |
| 技术特征H<br>其中从所述候选PICH中选择一个PICH包括<br><br>《未公开》 | 对比文件全文未涉及候选PICH的概念及从中选择PICH的处理流程。 | 公开性论述：<br>参见特征C、D的分析，对比文件无候选PICH列表，不存在“从候选PICH中选择一个PICH”的处理步骤，因此《未公开》。 |
| 技术特征I<br>确定索引为U-RNTI模k<br><br>《未公开》 | 对比文件全文未记载关于U-RNTI模k计算索引的任何公式、算法或推导。 | 公开性论述：<br>1. 对比文件中的作用： 对比文件未披露任何基于标识符模运算选择信道索引的机制。<br>2. 目标专利中的作用： 目标专利[0035]-[0036]明确指出根据等式“IndexPICH = U-RNTI 模 k”计算候选PICH索引。<br>3. 结论： 对比文件完全没有该特征的技术方案，亦无相关推理基础，因此《未公开》。 |
| 技术特征J<br>其中k等于候选PICH的数量<br><br>《未公开》 | 对比文件全文未记载候选PICH数量及参数k的定义。 | 公开性论述：<br>1. 对比文件中的作用： 对比文件无候选PICH集合，无参数k。<br>2. 目标专利中的作用： 目标专利[0036]明确指出值k对应于候选PICH的数量，用于对U-RNTI做模运算。<br>3. 结论： 对比文件完全未公开该特征，因此《未公开》。 |
| 技术特征K<br>使用所述索引从候选列表中选择一个候选PICH<br><br>《未公开》 | 对比文件全文未记载使用计算出的索引从候选列表中查表或选择候选PICH的操作。 | 公开性论述：<br>1. 对比文件中的作用： 对比文件不存在索引及候选列表。<br>2. 目标专利中的作用： 目标专利[0036]步骤340中，WTRU根据计算得到的IndexPICH从所编辑的列表中索引选出特定的PICH信息。<br>3. 结论： 对比文件完全未涉及该特征，因此《未公开》。 |
| 技术特征L<br>其中从所述候选PICH中选择PICH还基于所述候选PICH的数量<br><br>《未公开》 | 对比文件全文未记载基于候选PICH数量来选择PICH的技术内容。 | 公开性论述：<br>1. 对比文件中的作用： 对比文件未提供多PICH候选机制，更未考虑候选PICH的数量对选择结果的影响。<br>2. 目标专利中的作用： 目标专利[0036]中，选择算法将候选PICH的数量作为除数（模数k），直接决定了索引的范围和选择结果。<br>3. 结论： 对比文件无相应记载及启示，因此《未公开》。 |
| 技术特征M<br>其中从所述候选PICH中选择一个PICH包括<br><br>《未公开》 | 对比文件全文未涉及候选PICH及从候选PICH中选择一个PICH的流程。 | 公开性论述：<br>同特征H，对比文件不存在候选PICH选择步骤，因此《未公开》。 |
| 技术特征N<br>建立与所述候选PICH的数量对应的值k<br><br>《未公开》 | 对比文件全文未记载建立对应于候选PICH数量的值k的任何内容。 | 公开性论述：<br>1. 对比文件中的作用： 对比文件无候选PICH，无变量k的建立。<br>2. 目标专利中的作用： 目标专利[0036]步骤320中，WTRU统计候选列表中候选PICH的个数并确定/建立变量k。<br>3. 结论： 对比文件完全未公开，因此《未公开》。 |
| 技术特征O<br>使用所建立的值k计算选择索引<br><br>《未公开》 | 对比文件全文未记载使用值k计算选择索引的技术内容。 | 公开性论述：<br>1. 对比文件中的作用： 对比文件无通过参数k进行计算的逻辑。<br>2. 目标专利中的作用： 目标专利[0036]步骤330中，使用已确定的值k参与模运算计算出选择索引IndexPICH。<br>3. 结论： 对比文件完全未公开，因此《未公开》。 |
---
<<<a>>>
<<<E>>>
对目标专利权利要求各技术特征与对比文件（US20040176112A1）的公开性比对分析如下：
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译及段落标号） | 公开性论述 |
| 技术特征A：<br>在所述WTRU处于CELL_PCH状态或URA_PCH状态中的一者时<br><br>《直接公开》 | 对比文件第[0033]、[0034]、[0038]段：<br>“[0033] In RRC state CELL_PCH state the mobile radio station receives broadcast messages from the network and listens to the notification channels PICH (Paging Indicator Channel) and PCH (Paging Channel) via which the network can inform the mobile radio station that messages for example are present for it...<br>[0034] The RRC state URA_PCH state is similar to CELL_PCH state except that the radio cell in which the mobile radio station is located is not known precisely to the network...<br>[0038] Paging type 1: This procedure is used to send paging information to specific UEs in idle mode, CELL_PCH or URA_PCH state...”<br>（中文翻译：[0033] 在RRC状态CELL_PCH状态下，移动无线电台从网络接收广播消息，并侦听寻呼指示信道PICH和寻呼信道PCH，网络可通过这些信道通知移动无线电台例如存在针对其的消息……[0034] RRC状态URA_PCH状态类似于CELL_PCH状态，不同之处在于移动无线电台所位于的无线电小区对于网络而言并不精确已知……[0038] 寻呼类型1：该过程用于向处于空闲模式、CELL_PCH或URA_PCH状态的特定UE发送寻呼信息……） | 对比文件明确公开了移动终端（UE/WTRU）处于CELL_PCH状态或URA_PCH状态，并且在此类状态下执行侦听PICH和接收寻呼（Paging Type 1）的过程。对比文件中公开该状态的作用与目标专利相同，均是作为低功耗待机下执行寻呼监听的RRC连接状态。因此，技术特征A被对比文件直接公开。 |
| 技术特征B：<br>获取包括寻呼指示信道PICH信息的HSDPA相关的PICH信息元素<br><br>《未公开》 | 对比文件无对应记载。 | 目标专利中，该特征是指WTRU获取包含PICH配置信息且专门与HSDPA相关的IE（如目标专利说明书[0031]-[0035]所公开的HSDPA-related PICH info IE）。对比文件通篇仅涉及传统的UMTS R99/R4/R5架构下的常规PICH与S-CCPCH/PCH配置（第[0040]-[0042]、[0085]段），完全没有公开任何关于“HSDPA相关的PICH信息元素”的技术内容，也不存在推导或组合公开的可能。因此，技术特征B未公开。 |
| 技术特征C：<br>编译HSDPA的候选PICH的列表<br><br>《未公开》 | 对比文件无对应记载。 | 目标专利中，该特征是指WTRU根据获取到的IE编辑/编译可供HSDPA寻呼选择的候选PICH列表（说明书[0035]、步骤320）。对比文件仅涉及从系统信息中列出的常规S-CCPCH获取其固定的对应PICH，完全没有涉及“编译HSDPA的候选PICH的列表”。因此，技术特征C未公开。 |
| 技术特征D：<br>基于所述WTRU的通用移动电信系统UMTS陆地无线电接入网UTRAN无线电网络事务标识符U-RNTI从所述候选PICH中选择一个PICH<br><br>《隐含公开》 | 对比文件第[0040]段：<br>“[0040] ...In the event that more than one paging channel PCH (and associated permanently assigned paging indicator radio channel PICH) is defined in the system information, the respective subscriber device selects which paging channel it subsequently listens to, i.e. is switched to ready to receive. For this the respective subscriber device selects one of the enumerated radio channels S-CCPCH, preferably based on the specific International Mobile Subscriber Identity IMSI of the respective subscriber device: 'Index of the selected S-CCPCH' = IMSI mod K...”<br>（中文翻译：[0040] ……在系统信息中定义了多于一个寻呼信道PCH（以及相关联的永久分配的寻呼指示无线电信道PICH）的情况下，各个订户设备选择其随后侦听（即切换为准备接收）哪个寻呼信道。为此，各个订户设备优选地基于各个订户设备的特定国际移动订户标识符IMSI来从所列举的无线电信道S-CCPCH中选择一个：“所选S-CCPCH的索引” = IMSI mod K……） | 隐含公开判断标准非常宽松。在对比文件中，当存在多个PCH及其一一永久绑定的PICH时，终端基于其唯一设备标识（IMSI）通过取模公式从多个信道中选择一个S-CCPCH，进而间接确定了所选的对应PICH。虽然对比文件使用的是IMSI而非U-RNTI（U-RNTI同为UMTS体系下CELL_PCH/URA_PCH状态中分配给UE的唯一性标识符），且其选择对象为传统PCH/PICH而非HSDPA候选PICH，但二者均公开了“基于无线通信系统赋予终端的标识符进行取模计算以从候选信道集合中选择一个特定PICH”的选择机制与数学架构，且对比文件第[0027]段亦公开了UTRAN与UE间的RRC层连接。本领域技术人员有可能基于该选择机制与通用标识属性进行推理，或结合其他公开了U-RNTI的现有技术组合得出该特征。因此按宽松口径认定为隐含公开。 |
| 技术特征E：<br>通过PICH接收寻呼指示<br><br>《直接公开》 | 对比文件第[0036]、[0046]、[0065]段：<br>“[0036] ...In the first stage the radio network informs the respective mobile radio station by means of an indicator on what is known as the Paging Indicator Channel PICH, i.e. in general terms on a specifically provided, first separate radio channel, that messages are awaiting retrieval and are subsequently transmitted on the Paging Channel PCH...<br>[0046] If a paging indicator in a specific PICH frame is set to logical '1', the subscriber device ('UE') assigned to this paging indicator then reads the PCH of the corresponding S-CCPCH.<br>[0065] ...the network (in particular UTRAN) UT sends a corresponding group paging indicator signal GPI on the previously selected PICH. All UEs that are registered with a 'group service' group read this group paging indicator signal GPI in the next stage RGPI and identify that a group message GN1 is to be transmitted...”<br>（中文翻译：[0036] ……在第一阶段，无线电网络通过在所谓的寻呼指示信道PICH（即通常在专门提供的第一独立无线电信道）上的指示符来通知各个移动无线电台：消息正在等待检索并且随后将在寻呼信道PCH上传输……[0046] 如果特定PICH帧中的寻呼指示符被设置为逻辑“1”，则分配给该寻呼指示符的订户设备（UE）随后读取相应S-CCPCH的PCH。[0065] ……网络（特别是UTRAN）UT在先前选择的PICH上发送相应的组寻呼指示信号GPI。注册到“组服务”组的所有UE在下一阶段RGPI中读取该组寻呼指示信号GPI……） | 对比文件明确公开了UE在物理层通过所选的PICH信道接收寻呼指示符/指示信号（Paging Indicator / GPI），以判断是否有待下发的寻呼消息。其在对比文件中的作用、物理载体与在目标专利中的作用完全相同。因此，技术特征E被对比文件直接公开。 |
| 技术特征F：<br>在高速共享控制信道HS-SCCH上接收高速下行链路共享信道HS-DSCH无线电网络事务标识符H-RNTI<br><br>《未公开》 | 对比文件无对应记载。 | 目标专利中，该特征属于HSDPA传输机制：基站在HS-SCCH上发送带有H-RNTI掩码或携带H-RNTI的信令，WTRU监视HS-SCCH并匹配接收该H-RNTI，以获知后续HS-PDSCH的传输调度（说明书[0004]、[0038]、[0043]）。对比文件基于传统的S-CCPCH/PCH进行寻呼，通篇未涉及HSDPA架构，未公开HS-SCCH，亦未公开在其上接收H-RNTI。因此，技术特征F未公开。 |
| 技术特征G：<br>使用所接收的H-RNTI来接收高速物理下行链路共享信道<br><br>《未公开》 | 对比文件无对应记载。 | 目标专利中，该特征是指WTRU在成功获取H-RNTI后，根据该H-RNTI解调并接收下行高速物理共享信道HS-PDSCH上的数据（说明书[0043]、[0070]）。对比文件完全未涉及HS-PDSCH及基于H-RNTI的物理共享信道接收机制。因此，技术特征G未公开。 |
| 技术特征H：<br>其中从所述候选PICH中选择一个PICH包括<br><br>《隐含公开》 | 对比文件第[0040]、[0057]段：<br>“[0040] ...In the event that more than one paging channel PCH (and associated permanently assigned paging indicator radio channel PICH) is defined in the system information, the respective subscriber device selects which paging channel it subsequently listens to...<br>[0057] In a first stage the respective mobile radio device (UE), which is registered with a 'group service' in particular a multicast service, determines which of the S-CCPCHs of a radio cell, which transport a PCH, it should expediently listen to.”<br>（中文翻译：[0040] ……在系统信息中定义了多于一个寻呼信道PCH（以及相关联的永久分配的寻呼指示无线电信道PICH）的情况下，各个订户设备选择其随后侦听哪个寻呼信道……[0057] 在第一阶段，注册到“组服务”（特别是多播服务）的各个移动无线电台（UE）确定其应适当地侦听小区的传输PCH的哪些S-CCPCH。） | 技术特征H作为步骤引导项，其技术实质在于从候选信道集合中选择一个特定PICH的具体实现子步骤。对比文件公开了当系统存在多个PCH及其绑定的PICH时，UE执行从多个信道中选择一个信道的过程。基于对技术特征D的隐含公开认定，该引导特征属于该选择流程的一部分，认定为隐含公开。 |
| 技术特征I：<br>确定索引为U-RNTI模k<br><br>《隐含公开》 | 对比文件第[0040]段：<br>“[0040] ...For this the respective subscriber device selects one of the enumerated radio channels S-CCPCH, preferably based on the specific International Mobile Subscriber Identity IMSI of the respective subscriber device: 'Index of the selected S-CCPCH' = IMSI mod K...”<br>（中文翻译：[0040] ……为此，各个订户设备优选地基于各个订户设备的特定国际移动订户标识符IMSI来从所列举的无线电信道S-CCPCH中选择一个：“所选S-CCPCH的索引” = IMSI mod K……） | 目标专利中该计算式为 Index = U-RNTI mod k（说明书[0036]）。对比文件公开了数学计算式 'Index of the selected S-CCPCH' = IMSI mod K。两者的数学模型与算法结构完全等同（均为唯一设备标识对数量参数K进行模运算得出索引值）。虽然对比文件公式中的被模数是IMSI而非U-RNTI，但在UMTS标准框架下，二者皆为UE的标识符。在极为宽松的隐含公开判断标准下，对比文件公开了该数学关系式与算法逻辑，本领域技术人员有可能据此推断或将其与U-RNTI结合。因此认定为隐含公开。 |
| 技术特征J：<br>其中k等于候选PICH的数量<br><br>《隐含公开》 | 对比文件第[0040]、[0041]段：<br>“[0040] ...Index of the selected S-CCPCH = IMSI mod K, [0041] whereby K is the number of S-CCPCHs listed in the system information that transmit a paging channel PCH... Index of the selected S-CCPCH identifies the selected S-CCPCH with the PCH and assigned PICH that are to be used by the respective subscriber device...”<br>（中文翻译：[0040] ……所选S-CCPCH的索引 = IMSI mod K，[0041] 其中K是在系统信息中列出的传输寻呼信道PCH的S-CCPCH的数量……“所选S-CCPCH的索引”标识了要由各个订户设备使用的具有PCH和所分配的PICH的所选S-CCPCH……） | 目标专利中k等于候选PICH的个数。在对比文件中，K被定义为传输PCH的S-CCPCH的数量，而每个PCH均永久固定且一对一绑定分配一个PICH（“Precisely one paging indicator radio channel PICH is preferably assigned in a defined manner to every PCH”），因此该K的值在物理和数量关系上与可供选择的候选PICH总数是完全等价的。鉴于其公开了候选信道数量作为模数K的原理，在极为宽松的隐含公开标准下，认定为隐含公开。 |
| 技术特征K：<br>使用所述索引从候选列表中选择一个候选PICH<br><br>《隐含公开》 | 对比文件第[0041]段：<br>“[0041] ...The S-CCPCHs are preferably indexed in the sequence in which they appear in the system information (0 to K-1). The radio channels S-CCPCH that transport a paging channel PCH are listed first in the system information. 'Index of the selected S-CCPCH' identifies the selected S-CCPCH with the PCH and assigned PICH that are to be used by the respective subscriber device, for example UE11.”<br>（中文翻译：[0041] ……S-CCPCH优选地按照它们在系统信息中出现的顺序被索引（0到K-1）。传输寻呼信道PCH的无线电信道S-CCPCH在系统信息中被首先列出。“所选S-CCPCH的索引”标识了要由各个订户设备（例如UE11）使用的具有PCH和所分配的PICH的所选S-CCPCH。） | 目标专利中是根据所计算的Index从候选列表中选出一个PICH（说明书[0036]步骤340）。对比文件公开了S-CCPCH在系统信息中按照0到K-1进行排序索引，计算得到的“所选S-CCPCH的索引”直接指示并选出该列表中的特定S-CCPCH及其永久分配的PICH。二者均是利用模运算索引在已列举的候选列表中检索并确定最终目标PICH。在宽松的隐含公开标准下，认定为隐含公开。 |
| 技术特征L：<br>其中从所述候选PICH中选择PICH还基于所述候选PICH的数量<br><br>《隐含公开》 | 对比文件第[0040]、[0041]段：<br>“[0040] ...'Index of the selected S-CCPCH' = IMSI mod K, [0041] whereby K is the number of S-CCPCHs listed in the system information that transmit a paging channel PCH...”<br>（中文翻译：[0040] ……“所选S-CCPCH的索引” = IMSI mod K，[0041] 其中K是在系统信息中列出的传输寻呼信道PCH的S-CCPCH的数量……） | 目标专利中选择PICH依赖于候选PICH的数量k（说明书[0035]、[0036]）。对比文件中，选择公式中的分母/除数K正是传输PCH的信道数量（即对应的PICH数量）。计算索引并据此选择PICH必然基于该数量K。因此在宽松的隐含公开口径下认定为隐含公开。 |
| 技术特征M：<br>其中从所述候选PICH中选择一个PICH包括<br><br>《隐含公开》 | 对比文件第[0040]、[0041]段：<br>见上述技术特征H及第[0040]、[0041]段引用内容。 | 该特征属于从候选信道中选择PICH的子步骤引导项，理由与技术特征H相同，认定为隐含公开。 |
| 技术特征N：<br>建立与所述候选PICH的数量对应的值k<br><br>《隐含公开》 | 对比文件第[0040]、[0041]段：<br>“[0040] ...'Index of the selected S-CCPCH' = IMSI mod K, [0041] whereby K is the number of S-CCPCHs listed in the system information that transmit a paging channel PCH...”<br>（中文翻译：[0040] ……“所选S-CCPCH的索引” = IMSI mod K，[0041] 其中K是在系统信息中列出的传输寻呼信道PCH的S-CCPCH的数量……） | 目标专利在接收到系统广播后确定对应于候选数量的值k（说明书[0035]步骤320）。对比文件在系统信息读取后将参数K设定为列出的传输PCH（及其对应PICH）的信道总数，该K值即为对应候选数量的值。在宽松隐含公开标准下，认定为隐含公开。 |
| 技术特征O：<br>使用所建立的值k计算选择索引<br><br>《隐含公开》 | 对比文件第[0040]段：<br>“[0040] ...'Index of the selected S-CCPCH' = IMSI mod K...”<br>（中文翻译：[0040] ……“所选S-CCPCH的索引” = IMSI mod K……） | 目标专利使用值k进行模运算等计算选择索引。对比文件明确记载以K作为模数参与运算以计算得到索引（Index = IMSI mod K）。在宽松隐含公开标准下，认定为隐含公开。 |
---
<<<A>>>
<<<E>>>
<<<a>>>
<<<d>>>
<<<e>>>
<<<h>>>
<<<i>>>
<<<j>>>
<<<k>>>
<<<l>>>
<<<m>>>
<<<n>>>
<<<o>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：在所述WTRU处于CELL_PCH状态或URA_PCH状态中的一者时<br><br>【直接公开】 | [0034] "The second state MC_Saving of the mobile terminal is defined in that the mobile terminal belongs to a multicast group, in that the mobile terminal reads broadcast messages, in that the mobile terminal is monitoring the notification channels PICH and PCH... The second state MC_Saving corresponds to the RRC states Idle Mode, Cell_PCH and URA_PCH defined for UMTS."<br><br>（译文：移动终端的第二状态MC_Saving被定义为该移动终端属于多播组、读取广播消息、监视通知信道PICH和PCH……该第二状态MC_Saving对应于针对UMTS定义的RRC状态Idle Mode、Cell_PCH和URA_PCH。）<br><br>[0047] "By way of example, it is assumed that the mobile terminal UE2 is in the RRC CELL_PCH state. The mobile terminal UE2 thus also reads the system information, and regularly monitors the notification indication channel PICH."<br><br>（译文：例如，假定移动终端UE2处于RRC CELL_PCH状态。因此，移动终端UE2也读取系统信息，并定期监视通知指示信道PICH。） | 对比文件段落[0034]明确公开了终端可以处于UMTS定义的Cell_PCH或URA_PCH状态；段落[0047]进一步具体公开了移动终端UE2处于RRC CELL_PCH状态并执行系统信息读取及PICH监视。在对比文件中，该状态的作用是定义终端处于低功耗/休眠监听寻呼通知的无线资源控制（RRC）状态，与目标专利中WTRU处于CELL_PCH或URA_PCH状态以执行功率节省操作并在寻呼时机监视PICH的作用完全相同。本领域技术人员能够毫无疑义地直接得出该特征。因此，技术特征A被对比文件直接公开。 |
| 技术特征B：获取包括寻呼指示信道PICH信息的HSDPA相关的PICH信息元素<br><br>【未公开】 | 无引文。<br><br>注：对比文件段落[0034]、[0046]、[0047]、[0058]-[0060]仅提到了读取常规的系统信息（system information）以及监听通知指示信道PICH。 | 在目标专利中，该特征是指在WTRU处于CELL_PCH/URA_PCH状态下，为了实现通过HSDPA进行增强寻呼，从基站广播中接收一种新增的特定信息元素（IE），即“包括寻呼指示信道PICH信息的HSDPA相关的PICH信息元素”（如目标说明书表1所示，包含HSDPA supported paging list等）。对比文件涉及的是传统UMTS网络中针对多播业务（Multicast Service）的信道分配方法，完全没有涉及HSDPA相关的寻呼信道配置机制，其系统信息仅为传统广播配置，未公开任何“HSDPA相关的PICH信息元素”。即使从最宽松的隐含公开角度判断，对比文件公开的常规UMTS组播系统信息也无法使本领域技术人员合理推断出针对HSDPA的PICH信息元素。因此，技术特征B未被公开。 |
| 技术特征C：编译HSDPA的候选PICH的列表<br><br>【未公开】 | 无引文。 | 目标专利中，该特征是指WTRU根据所接收到的HSDPA相关的PICH信息元素，构建/编辑用于后续HSDPA寻呼选择的候选PICH列表（见目标说明书[0036]步骤320）。对比文件既没有涉及HSDPA候选PICH，也没有由终端编译候选PICH列表的技术手段或构思。对比文件完全未公开该技术特征，也无法合理推导出该特征。因此，技术特征C未被公开。 |
| 技术特征D：基于所述WTRU的通用移动电信系统UMTS陆地无线电接入网UTRAN无线电网络事务标识符U-RNTI从所述候选PICH中选择一个PICH<br><br>【未公开】 | 无引文。 | 目标专利中，该特征是在编译得到候选PICH列表后，基于终端独有的U-RNTI通过模运算等算法从多个候选PICH中选择出一个具体PICH进行监听，以实现终端在不同PICH上的负荷分担。对比文件完全没有记载基于U-RNTI从候选PICH中进行选择的技术方案，未公开该特征，也无法合理推导出该特征。因此，技术特征D未被公开。 |
| 技术特征E：通过PICH接收寻呼指示<br><br>【直接公开】 | [0034] "...the mobile terminal is monitoring the notification channels PICH and PCH, and in that the mobile communications network notifies the mobile terminal via the notification channels PICH and PCH when a multicast message is awaiting transmission."<br><br>（译文：……移动终端正在监视通知信道PICH和PCH，并且当多播消息等待传输时，移动通信网络通过通知信道PICH和PCH通知移动终端。）<br><br>[0058] "The mobile terminals UE1, UE2 are in the RRC state idle mode and CELL-PCH, respectively. These mobile terminals monitor the notification indication channel PICH and, if there is any signaling on the PICH that messages are waiting for a specific mobile terminal on the notification channel PCH, such mobile terminal receives the notification channel PCH."<br><br>（译文：移动终端UE1、UE2分别处于RRC空闲模式和CELL-PCH状态。这些移动终端监视通知指示信道PICH，并且如果PICH上有任何信令指示在通知信道PCH上有等待发往特定移动终端的消息，则该移动终端接收通知信道PCH。）<br><br>[0060] "Now, the node in the mobile communications network RNC1 also transmits information for the mobile terminal UE2 on the notification indication channel PICH in the mobile radio cell Z1 that a notification is being transmitted on the notification channel PCH for the mobile terminal UE2. The mobile terminal UE2 receives the information on the notification indication channel PICH..."<br><br>（译文：现在，移动通信网络中的节点RNC1还在移动小区Z1中的通知指示信道PICH上发送用于移动终端UE2的信息，指示正在通知信道PCH上为移动终端UE2发送通知。移动终端UE2在通知指示信道PICH上接收该信息……） | 对比文件段落[0034]、[0058]、[0060]明确记载了处于CELL_PCH状态的移动终端在通知指示信道PICH上监视并接收通知（寻呼）指示信息。该内容在对比文件中用于指示网络侧有等待发往终端的消息以唤醒终端接收进一步信道，这与目标专利中终端通过PICH接收寻呼指示以触发后续下行信道接收的作用完全相同。本领域技术人员可以毫无疑义地直接得出该特征。因此，技术特征E被对比文件直接公开。 |
| 技术特征F：在高速共享控制信道HS-SCCH上接收高速下行链路共享信道HS-DSCH无线电网络事务标识符H-RNTI<br><br>【未公开】 | 无引文。<br><br>注：对比文件在多播业务指示中使用的是在S-CCPCH信道上传输TFCI（传输格式组合指示符），见[0020]、[0035]、[0041]、[0062]等。 | 目标专利中，该特征是指在通过PICH收到寻呼指示后，WTRU在HSDPA控制信道HS-SCCH上监听并接收H-RNTI，用于寻址并恢复HS-DSCH上的寻呼消息（见目标说明书[0040]、[0043]等）。对比文件全文针对的是传统UMTS多播业务，采用S-CCPCH携带细分的TFCI来指示多播物理信道PMCH的分配，并未采用HSDPA架构，未公开HS-SCCH信道，亦未公开在该信道上接收H-RNTI。对比文件完全未公开该特征，也无法合理推导出该特征。因此，技术特征F未被公开。 |
| 技术特征G：使用所接收的H-RNTI来接收高速物理下行链路共享信道<br><br>【未公开】 | 无引文。 | 目标专利中，该特征是指WTRU利用在HS-SCCH上匹配/接收到的H-RNTI，对相应的高速物理下行链路共享信道（HS-PDSCH）进行解调译码以获取寻呼数据。对比文件完全未公开H-RNTI及利用H-RNTI接收高速物理下行链路共享信道的技术方案，对比文件采用的是通过TFCI接收PMCH。对比文件完全未公开该特征，也无法合理推导出该特征。因此，技术特征G未被公开。 |
| 技术特征H：其中从所述候选PICH中选择一个PICH包括<br><br>【未公开】 | 无引文。 | 参见技术特征C、D的评述。对比文件未公开候选PICH列表及从中选择PICH的步骤，因而该上位步骤亦未被公开。 |
| 技术特征I：确定索引为U-RNTI模k<br><br>【未公开】 | 无引文。 | 目标专利中，该特征明确给出了基于标识符与候选数量进行模运算（Index = U-RNTI mod k）以计算选择索引的数学算法。对比文件完全没有提及基于U-RNTI进行模运算确定索引的技术方案。因此，技术特征I未被公开。 |
| 技术特征J：其中k等于候选PICH的数量<br><br>【未公开】 | 无引文。 | 目标专利中，该特征限定了模运算参数k的物理含义为候选PICH的数量（见目标说明书[0036]）。对比文件完全未公开该特征。 |
| 技术特征K：使用所述索引从候选列表中选择一个候选PICH<br><br>【未公开】 | 无引文。 | 目标专利中，该特征限定了利用计算得到的索引值在候选列表中定位并选择对应的候选PICH。对比文件完全未公开该特征。 |
| 技术特征L：其中从所述候选PICH中选择PICH还基于所述候选PICH的数量<br><br>【未公开】 | 无引文。 | 参见技术特征C、D、J的评述。对比文件完全未公开候选PICH及基于候选PICH数量选择PICH的方案。 |
| 技术特征M：其中从所述候选PICH中选择一个PICH包括<br><br>【未公开】 | 无引文。 | 参见技术特征C、D的评述。对比文件完全未公开候选PICH及选择步骤。 |
| 技术特征N：建立与所述候选PICH的数量对应的值k<br><br>【未公开】 | 无引文。 | 参见技术特征J的评述。对比文件完全未公开建立与候选PICH数量对应的值k。 |
| 技术特征O：使用所建立的值k计算选择索引<br><br>【未公开】 | 无引文。 | 参见技术特征I、J的评述。对比文件完全未公开使用值k计算选择索引。 |
<<<A>>><<<E>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：在所述WTRU处于CELL_PCH状态或URA_PCH状态中的一者时<br><br>《直接公开》 | [0013] "...These states include two duplex states, CELL_DCH and CELL_FACH, and two monitoring states CELL_PCH and URA_PCH..."<br>（译文：这些状态包括两个双工状态CELL_DCH和CELL_FACH，以及两个监控状态CELL_PCH和URA_PCH……）<br><br>[0029] "The CELL_PCH state is a monitoring (i.e. non-duplex) state characterized by: • No dedicated physical channel is allocated to the UE. • The UE selects a PCH with a specified algorithm and uses DRX for monitoring the selected PCH via an associated PICH..."<br>（译文：CELL_PCH状态是一种监控（即非双工）状态，其特征在于：没有为UE分配专用物理信道；UE使用指定算法选择PCH，并通过关联的PICH使用DRX监控所选PCH……）<br><br>[0035] "The URA_PCH state is a monitoring state characterized by: • No dedicated channel is allocated to the UE. • The UE selects a PCH with a specified algorithm and uses DRX for monitoring the selected PCH via an associated PICH..."<br>（译文：URA_PCH状态是一种监控状态，其特征在于：没有为UE分配专用信道；UE使用指定算法选择PCH，并通过关联的PICH使用DRX监控所选PCH……）<br><br>[0056] "The two monitoring states into which the UE transceiver is configurable are preferably: a URA_PCH state... and a CELL_PCH state..."<br>（译文：UE收发器可配置成的两个监控状态优选为：URA_PCH状态……以及CELL_PCH状态……） | 对比文件在段落[0013]、[0029]、[0035]和[0056]中明确公开了UE/WTRU处于RRC连接模式下的监控状态，具体包括CELL_PCH状态与URA_PCH状态。在目标专利中，该特征构成了WTRU执行寻呼及信道监听的前提工作状态，对比文件中相应状态同样用于定义UE处于省电监听、无专用物理信道分配的操作环境，其技术方案和技术作用完全相同。因此，技术特征A被对比文件直接公开。 |
| 技术特征B：获取包括寻呼指示信道PICH信息的HSDPA相关的PICH信息元素<br><br>《未公开》 | 无实质对应内容。仅在背景技术段落提及传统的系统信息广播获取：<br>[0028] "Transfer and update of system information for the CELL_FACH state is specified. The UE reads the BCH to acquire valid system information..."<br>（译文：指定了CELL_FACH状态的系统信息的传输和更新。UE读取BCH以获取有效系统信息……）<br>[0034] "Transfer and update of system information for the CELL_PCH state is specified. The UE reads the BCH to acquire valid system information..."<br>（译文：指定了CELL_PCH状态的系统信息的传输和更新。UE读取BCH以获取有效系统信息……） | 目标专利说明书（如[0018]、[0029]-[0034]及表1）明确指出，为了在CELL_PCH/URA_PCH状态下将PCCH映射至HS-DSCH以实现高速寻呼，基站需要在广播的系统信息块中新增专门的“HSDPA相关的PICH信息”（HSDPA-associated PICH info）信息元素，用于指示支持HSDPA的高速寻呼信道配置信息。<br>对比文件是一篇2005年的专利文献，主要解决传统3GPP R99/R4中CELL_PCH/URA_PCH在向CELL_FACH状态转移因缺少C-RNTI而导致上行发送受限的问题，其提出引入TRANS_CELL_FACH过渡状态。对比文件全篇未涉及在低功耗状态下通过HSDPA进行寻呼的机制，完全没有出现“HSDPA相关的PICH信息元素”的任何技术构思，亦未公开获取该特定信息元素。即使考虑最为宽松的隐含公开标准，本领域技术人员也无法从对比文件常规读取BCH系统信息的教导中合理推断出该技术特征。因此，技术特征B未公开。 |
| 技术特征C：编译HSDPA的候选PICH的列表<br><br>《未公开》 | 无对应内容。 | 结合目标专利说明书[0018]、[0031]及[0035]（步骤320），当WTRU接收到HSDPA相关的PICH信息IE后，会从中编译/构建一个用于HSDPA的高速寻呼候选PICH列表（例如包含1至最大SCCPCH数量的PICH）。<br>对比文件完全不涉及HSDPA寻呼技术，更不存在获取、收集并编译形成“HSDPA的候选PICH列表”的数据处理过程，也不存在部分公开或给出技术启示。因此，技术特征C未公开。 |
| 技术特征D：基于所述WTRU的通用移动电信系统UMTS陆地无线电接入网UTRAN无线电网络事务标识符U-RNTI从所述候选PICH中选择一个PICH<br><br>《隐含公开》 | [0029] "The UE selects a PCH with a specified algorithm and uses DRX for monitoring the selected PCH via an associated PICH."<br>（译文：UE使用指定算法选择PCH，并通过关联的PICH使用DRX监控所选PCH。）<br><br>[0035] "The UE selects a PCH with a specified algorithm and uses DRX for monitoring the selected PCH via an associated PICH."<br>（译文：UE使用指定算法选择PCH，并通过关联的PICH使用DRX监控所选PCH。）<br><br>[0041] "At the access stratum level, the UE is identified either by a) U-RNTI b) C-RNTI While using the common transport channels (e.g., RACH, FACH, PCH), UTRAN recognizes the UE using one of the above identifiers. C-RNTI gets deleted when entering the CELL_PCH or URA_PCH state..."<br>（译文：在接入层级别，UE通过a) U-RNTI或b) C-RNTI进行标识。在使用公共传输信道（例如RACH、FACH、PCH）时，UTRAN使用上述标识符之一识别UE。进入CELL_PCH或URA_PCH状态时，C-RNTI被删除……） | 1. 对比文件公开内容及推理：对比文件段落[0029]、[0035]明确公开了UE在CELL_PCH和URA_PCH状态下采用指定算法选择PCH信道，并通过与所选PCH相关联的PICH进行监控；段落[0041]进一步指明在CELL_PCH/URA_PCH状态下C-RNTI被删除，UE使用公共传输信道（包括PCH）时，UTRAN通过U-RNTI识别UE。<br>2. 作用比对与隐含推导：在3GPP UMTS标准框架下，当小区存在多个PCH/PICH信道资源时，UE均需要通过特定的哈希/映射算法从多个候选信道中选择一个进行驻留监听，而UE在该状态下唯一具备的长期有效标识即为U-RNTI（或由其派生的初始标识）。对比文件公开了UE处于该状态下“使用指定算法选择PCH进而确定关联PICH”以及“该状态下UE以U-RNTI标识”。本领域技术人员基于对比文件披露的上述关联内容，极有可能结合通信常识推理得出：该信道选择算法必然是基于UE所持有的U-RNTI从多个候选信道中计算并选定具体信道。<br>3. 按照极其宽松的隐含公开判断原则，对比文件部分公开了信道选择与U-RNTI标识机制，且存在通过所记载内容合理解析推断出该技术方案的可能性。因此，技术特征D被对比文件隐含公开。 |
| 技术特征E：通过PICH接收寻呼指示<br><br>《直接公开》 | [0029] "The CELL_PCH state is a monitoring (i.e. non-duplex) state characterized by: ... • The UE selects a PCH with a specified algorithm and uses DRX for monitoring the selected PCH via an associated PICH..."<br>（译文：CELL_PCH状态是一种监控状态，特征在于：……UE使用指定算法选择PCH，并通过关联的PICH使用DRX监控所选PCH……）<br><br>[0035] "The URA_PCH state is a monitoring state characterized by: ... • The UE selects a PCH with a specified algorithm and uses DRX for monitoring the selected PCH via an associated PICH..."<br>（译文：URA_PCH状态是一种监控状态，特征在于：……UE使用指定算法选择PCH，并通过关联的PICH使用DRX监控所选PCH……）<br><br>[0056] "...the UE monitors a selected paging channel (PCH) via an associated paging indicator channel (PICH)..."<br>（译文：……UE通过关联的寻呼指示信道(PICH)监控所选寻呼信道(PCH)……） | 对比文件在段落[0029]、[0035]以及权利要求概括段落[0056]中明确记载了UE在CELL_PCH或URA_PCH状态下，通过关联的寻呼指示信道（PICH）使用DRX监控寻呼。结合无线通信领域公知常识及目标专利说明书[0009]的解释，WTRU在寻呼时机侦听PICH信道上的信号即为“通过PICH接收寻呼指示（Paging Indicator）”，以确定网络端是否有寻呼下发。两者在通信机制、作用及技术方案上实质相同。因此，技术特征E被对比文件直接公开。 |
| 技术特征F：在高速共享控制信道HS-SCCH上接收高速下行链路共享信道HS-DSCH无线电网络事务标识符H-RNTI<br><br>《未公开》 | 无对应内容。 | 结合目标专利说明书[0004]、[0013]、[0038]及[0043]可知，该特征是HSDPA寻呼过程中的控制信令接收机制，WTRU在检测到寻呼指示后，在HS-SCCH上监听分配给该WTRU的寻呼专用或公共H-RNTI，以获知是否有调度给自己的高速寻呼数据。<br>对比文件主要解决R99传统状态转移中C-RNTI缺失的问题，全文完全未公开任何HS-SCCH信道接收操作，也未提及H-RNTI标识符的获取或接收。因此，技术特征F未公开。 |
| 技术特征G：使用所接收的H-RNTI来接收高速物理下行链路共享信道<br><br>《未公开》 | 无对应内容。 | 目标专利说明书[0004]、[0038]、[0043]（步骤465）记载，WTRU匹配到HS-SCCH上的H-RNTI后，利用该标识符解调并接收HS-PDSCH上承载的实际寻呼数据。<br>对比文件未公开在H-RNTI指示下接收HS-PDSCH的技术方案，亦未涉及利用高速物理共享信道接收寻呼消息的流程。因此，技术特征G未公开。 |
| 技术特征H：其中从所述候选PICH中选择一个PICH包括<br><br>《隐含公开》 | [0029] "The UE selects a PCH with a specified algorithm and uses DRX for monitoring the selected PCH via an associated PICH."<br>（译文：UE使用指定算法选择PCH，并通过关联的PICH使用DRX监控所选PCH。）<br><br>[0035] "The UE selects a PCH with a specified algorithm and uses DRX for monitoring the selected PCH via an associated PICH."<br>（译文：UE使用指定算法选择PCH，并通过关联的PICH使用DRX监控所选PCH。） | 该特征为上位概括性连接特征。对比文件段落[0029]和[0035]已公开UE采用特定算法执行信道选择，从而实现从相关信道中确定具体PICH。基于技术特征D的评述，对比文件记载了从多个信道资源中选定特定PICH的实施过程，在极为宽松的判断标准下，该选择过程的技术构思被隐含公开。 |
| 技术特征I：确定索引为U-RNTI模k<br><br>《未公开》 | 无对应内容。 | 目标专利说明书[0035]-[0036]明确记载，索引计算采用特定公式：IndexPICH = U_RNTI mod k。<br>对比文件段落[0029]仅概括提及“specified algorithm”（指定算法），并未披露任何具体的数学运算规则，更未公开通过求模运算（U-RNTI mod k）确定索引。即便是极其宽松的隐含公开判断，也不能将任意未指明的算法直接推定为“U-RNTI模k”这一特定数学表达式。因此，技术特征I未公开。 |
| 技术特征J：其中k等于候选PICH的数量<br><br>《未公开》 | 无对应内容。 | 目标专利说明书[0035]-[0036]明确指出模数参数k对应于候选PICH的数量。<br>对比文件中根本不存在变量k的定义，更无“k等于候选PICH数量”的技术内容。因此，技术特征J未公开。 |
| 技术特征K：使用所述索引从候选列表中选择一个候选PICH<br><br>《隐含公开》 | [0029] "The UE selects a PCH with a specified algorithm and uses DRX for monitoring the selected PCH via an associated PICH."<br>（译文：UE使用指定算法选择PCH，并通过关联的PICH使用DRX监控所选PCH。）<br><br>[0035] "The UE selects a PCH with a specified algorithm and uses DRX for monitoring the selected PCH via an associated PICH."<br>（译文：UE使用指定算法选择PCH，并通过关联的PICH使用DRX监控所选PCH。） | 对比文件公开了UE通过“指定算法”在多个PCH/PICH信道中选择一个。在计算机与无线通信领域中，通过算法从一组候选信道列表中选取特定信道时，算法输出结果通常表现为指向候选集合中某一项的索引（Index），并利用该索引寻址并选中目标信道。按照极度宽松的隐含推断标准，对比文件披露的“算法选择”部分公开并隐含了通过算法得出的标识/索引在候选集合中选定目标PICH的过程。因此，技术特征K被隐含公开。 |
| 技术特征L：其中从所述候选PICH中选择PICH还基于所述候选PICH的数量<br><br>《隐含公开》 | [0029] "The UE selects a PCH with a specified algorithm and uses DRX for monitoring the selected PCH via an associated PICH."<br>（译文：UE使用指定算法选择PCH，并通过关联的PICH使用DRX监控所选PCH。）<br><br>[0035] "The UE selects a PCH with a specified algorithm and uses DRX for monitoring the selected PCH via an associated PICH."<br>（译文：UE使用指定算法选择PCH，并通过关联的PICH使用DRX监控所选PCH。） | 在蜂窝无线系统中，基站为平衡各寻呼信道的负荷，UE在利用算法从多个候选信道中均匀分散选择某一信道时，该算法的输入参数必然依赖于当前小区所配置的候选信道总数（以防超出可选信道范围并实现均匀分布）。对比文件公开了UE运行指定算法选择信道，在极度宽松的推理下，本领域技术人员可以合理推知该算法的选择范围和运算输入必然受限于候选信道的数量。因此，技术特征L被隐含公开。 |
| 技术特征M：其中从所述候选PICH中选择一个PICH包括<br><br>《隐含公开》 | [0029] "The UE selects a PCH with a specified algorithm and uses DRX for monitoring the selected PCH via an associated PICH."<br>（译文：UE使用指定算法选择PCH，并通过关联的PICH使用DRX监控所选PCH。）<br><br>[0035] "The UE selects a PCH with a specified algorithm and uses DRX for monitoring the selected PCH via an associated PICH."<br>（译文：UE使用指定算法选择PCH，并通过关联的PICH使用DRX监控所选PCH。） | 该特征为从候选PICH中选择一个PICH的实施步骤的引述特征。基于特征D、H的评述，对比文件公开了UE通过指定算法选择PCH及关联PICH，在极度宽松的隐含公开判断下，该选择过程的上位步骤被隐含公开。 |
| 技术特征N：建立与所述候选PICH的数量对应的值k<br><br>《未公开》 | 无对应内容。 | 目标专利说明书[0035]记载，步骤320中WTRU确定出对应于候选数量的值k。对比文件完全未公开设置或建立变量k，亦未公开将其与候选PICH数量关联建立对应关系的方案。因此，技术特征N未公开。 |
| 技术特征O：使用所建立的值k计算选择索引<br><br>《未公开》 | 无对应内容。 | 目标专利说明书[0035]记载，步骤330中使用建立的值k通过公式Index = U_RNTI mod k计算PICH候选索引。对比文件缺乏值k的概念及基于值k进行索引计算的相应数学运算步骤。因此，技术特征O未公开。 |
---
<<<A>>>
<<<E>>>
<<<d>>>
<<<h>>>
<<<k>>>
<<<l>>>
<<<m>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译及段落） | 公开性论述 |
| 技术特征A：在所述WTRU处于CELL_PCH状态或URA_PCH状态中的一者时<br><br>【公开性判断】：《隐含公开》 | [p0013] “在一种根据本发明另一方面的宽带无线接入通信系统中控制媒体访问控制层操作状态的方法中，所述媒体访问控制层具有...用于通过接入点的控制或在有数据要向接入点发送时执行唤醒操作的睡眠状态（sleeping state）...”<br><br>[p0025] “睡眠模式是一种用于最小化功耗的模式，其方式为接入终端仅监视DL-WUCH，然后仅当分配给接入终端本身的DL-WUCH的唤醒指示被开启时才监视DL-BCCH。”<br><br>[p0035] “第三，将对睡眠状态215进行描述...接入终端转换进入睡眠状态215以便最小化功耗。在睡眠状态215中，接入终端根据接入点的控制而唤醒...” | 1. 技术特征在目标专利中的作用与含义：<br>在目标专利说明书[0008]、[0016]中明确指出，CELL_PCH和URA_PCH是3GPP RRC连接模式下的低功耗节省状态，在该状态下UE关闭常规上下行业务收发，仅通过DRX侦听寻呼指示。<br><br>2. 对比文件对应技术方案及推理：<br>对比文件（WO2005022772A1）属于宽带无线接入系统（如IEEE 802.16），其MAC层定义了包括“睡眠状态（sleeping state 215）”在内的操作状态（[p0013]、[p0032]、[p0035]）。对比文件的睡眠状态同样是专为省电设置的非活跃/DRX状态，终端关闭主接收链路并仅周期性侦听唤醒信道。<br><br>3. 隐含公开结论：<br>虽然对比文件属于宽带无线接入系统（WiMAX/802.16）体系，未字面记载3GPP UMTS特有的专用术语“CELL_PCH”或“URA_PCH”，但基于极其宽松的判断标准，对比文件公开了终端在处于节能的低功耗睡眠状态（sleeping state）下监听指示信道并接收寻呼/系统更新消息的过程。本领域技术人员结合多系统架构常识，有可能将该睡眠状态推理对应或组合为3GPP下等效的休眠节省状态（CELL_PCH/URA_PCH）。因此，技术特征A被对比文件隐含公开。 |
| 技术特征B：获取包括寻呼指示信道PICH信息的HSDPA相关的PICH信息元素<br><br>【公开性判断】：《未公开》 | [p0024] “（1）导频信道（'DL-PICH'）：DL-PICH是用于小区识别以及在接入点（AP）与接入终端之间获取同步的信道...（2）广播信道（'DL-BCCH'）：DL-BCCH是用于发送与宽带无线接入通信系统相关的系统配置信息、邻区信息、下行链路和上行链路信道配置信息、下行链路和上行链路接入信息、表示存在发向特定接入终端的呼叫的寻呼信息、唤醒信道（'DL-WUCH'）的时隙索引信息的信道。”<br><br>[p0035] “（2）DL-BCCH监视操作：接收系统配置信息、邻区接入点信息、下行链路和上行链路信道配置信息...以及接入终端必须监视以执行从睡眠模式向唤醒模式转换的DL-WUCH的时隙索引信息。” | 1. 技术特征在目标专利中的作用与含义：<br>目标专利[0028]-[0034]及表1中记载，“HSDPA相关的PICH信息”信息元素（IE）是向处于CELL_PCH/URA_PCH状态的WTRU广播的专有高层系统信息块IE，其内部封装包含支持高速寻呼的候选PICH参数列表及定时参数。<br><br>2. 对比文件对应技术方案及差异分析：<br>对比文件虽然在[p0024]和Table 1中出现了字面缩写“DL-PICH”，但该信道被明确定义为“导频信道（Pilot Channel）”，用于物理层小区识别和同步获取，绝非3GPP中的“寻呼指示信道（Paging Indicator Channel）”。对比文件中用于唤醒指示的是唤醒信道（DL-WUCH），寻呼信息承载在广播信道DL-BCCH中。此外，对比文件完全没有涉及HSDPA相关的寻呼机制，更未公开获取包含寻呼指示信道信息的“HSDPA相关的PICH信息元素”。<br><br>3. 结论：<br>对比文件中既无对应内容，也无法使本领域技术人员推断出该技术特征，因此技术特征B未公开。 |
| 技术特征C：编译HSDPA的候选PICH的列表<br><br>【公开性判断】：《未公开》 | 对比文件全文无相关原文记载。 | 1. 技术特征在目标专利中的作用与含义：<br>目标专利[0031]、[0035]指出，基站广播的配置信息包含支持HSDPA的寻呼列表中多达1至<最大SCCPCH>个PICH，终端获取后“编辑（compile）用于HSDPA信息的候选PICH的列表”，以便后续根据算法进行负载均衡分流。<br><br>2. 对比文件对应技术方案及差异分析：<br>对比文件中每个小区仅发送一个用于同步的导频信道DL-PICH（[p0024]），且终端监控的DL-WUCH由基站直接分配特定slot index（[p0025]、[p0035]），并不存在终端去“编译/整理出多个候选PICH的列表”的操作，更无HSDPA候选列表。<br><br>3. 结论：<br>对比文件未直接公开也未隐含公开技术特征C，判定为未公开。 |
| 技术特征D：基于所述WTRU的通用移动电信系统UMTS陆地无线电接入网UTRAN无线电网络事务标识符U-RNTI从所述候选PICH中选择一个PICH<br><br>【公开性判断】：《未公开》 | 对比文件全文无相关原文记载。 | 1. 技术特征在目标专利中的作用与含义：<br>目标专利[0035]-[0036]记载，WTRU依据其独有的UTRAN无线电网络临时标识符U-RNTI，结合模运算等算法，从候选列表中自主确定IndexPICH以选择一个特定的PICH进行监听。<br><br>2. 对比文件对应技术方案及差异分析：<br>对比文件为宽带无线接入系统架构，无UMTS的U-RNTI标识，且终端监听唤醒信道的时隙完全由接入点AP统一指定并维护（见[p0025]：“接入点向由该接入点管理的各个接入终端分配DL-WUCH的特定时隙索引，并保持所分配的时隙索引直到切换”），不存在终端基于U-RNTI自适应选择PICH的技术方案。<br><br>3. 结论：<br>对比文件未直接公开也未隐含公开技术特征D，判定为未公开。 |
| 技术特征E：通过PICH接收寻呼指示<br><br>【公开性判断】：《隐含公开》 | [p0013] “...唤醒指示（wake-up indicators）代表处于睡眠状态的睡眠模式下的接入终端是否唤醒，唤醒信道包括所述唤醒指示...”<br><br>[p0024] “（2）广播信道（'DL-BCCH'）：...寻呼信息表示存在针对特定接入终端的呼叫，唤醒信道（'DL-WUCH'）的时隙索引信息。接入终端必须监视DL-WUCH以执行模式转换...”<br><br>[p0030] “（6）唤醒信道（'DL-WUCH'）：...唤醒指示位于DL-WUCH的特定部分中，接入终端根据唤醒指示被开启还是关闭来执行从睡眠模式向唤醒模式的模式转换操作...”<br><br>[p0060] “因此，仅在DL-WUCH的唤醒指示被开启的情况下，接入终端才执行从睡眠模式400进入唤醒模式450的模式改变以监视DL-BCCH。接入点将DL-WUCH的唤醒指示设置为‘开’的情况发生在系统信息更新或接入点包含用于通知接入终端有数据要发送给接入终端的寻呼信息时。” | 1. 技术特征在目标专利中的作用与含义：<br>目标专利[0009]、[0017]、[0043]指出，WTRU在寻呼时机醒来，侦听PICH信道上的寻呼指示位（paging indicator），以获知是否有指向自己的下行业务并决定是否继续接收后续信道。<br><br>2. 对比文件对应技术方案及推理：<br>对比文件公开了在睡眠状态的睡眠模式下，接入点通过下行唤醒信道（DL-WUCH）向终端发送唤醒指示（wake-up indicator）（[p0013]、[p0030]）。当接入点有针对该终端的寻呼信息（paging information）需要发送时，接入点将该唤醒指示置为“开（on）”（[p0060]、[p0072]），终端监听到该唤醒指示后醒来进入唤醒模式以接收寻呼信息。<br><br>3. 隐含公开结论：<br>对比文件的“DL-WUCH上的wake-up indicator”在功能与控制机制上，与目标专利中“通过PICH接收寻呼指示（paging indicator）”完全对应，均起到通知终端有寻呼并指示其唤醒接收的作用。按照极其宽松的隐含公开判断原则，本领域技术人员完全能够将对比文件中通过专用物理信道传输寻呼唤醒指示的内容，合理推断为对应于该技术特征。因此，技术特征E被对比文件隐含公开。 |
| 技术特征F：在高速共享控制信道HS-SCCH上接收高速下行链路共享信道HS-DSCH无线电网络事务标识符H-RNTI<br><br>【公开性判断】：《未公开》 | [p0025] “（3）下行-上行调度信道（'DL-USCCH'）：DL-USCCH是发送用于上行通信量信道（'UL-TCH'）传输的调度信息和与上行链路相关的控制信息的信道...”<br><br>[p0029] “（5）业务控制信道（'DL-TCCH'）：DL-TCCH是用于传输供接入终端高效处理通过DL-TCH发送的数据的控制信息的信道...DL-TCCH始终与DL-TCH关联发送。通过DL-TCCH传输的控制信息包括应用于通过DL-TCH传输的数据的AMC方案信息、在数据解码中使用的信息（如编码分组大小EP信息）、MAC控制消息等。” | 1. 技术特征在目标专利中的作用与含义：<br>目标专利[0004]、[0013]、[0043]指出，HS-SCCH是下行共享控制信道，终端通过在HS-SCCH上盲检解调专用的或公共的寻呼H-RNTI掩码，用以确认是否有后续发往该终端的高速下行共享信道数据块。<br><br>2. 对比文件对应技术方案及差异分析：<br>对比文件公开了下行控制信道DL-TCCH和调度信道DL-USCCH，其中DL-TCCH传输AMC和EP等信息。然而，对比文件属于OFDM宽带系统，根本没有公开在HS-SCCH上接收HSDPA特有的“H-RNTI”标识机制，也没有通过下行共享控制信道接收H-RNTI以指示寻呼业务的技术方案。<br><br>3. 结论：<br>对比文件未直接公开也未隐含公开技术特征F，判定为未公开。 |
| 技术特征G：使用所接收的H-RNTI来接收高速物理下行链路共享信道<br><br>【公开性判断】：《未公开》 | [p0026] “（4）业务信道（'DL-TCH'）：DL-TCH是用于传输实际分组数据的信道。根据要传输的分组数据的特性，可以在DL-TCH中映射三种逻辑信道...突发业务信道、专用业务信道、信令信道。”<br><br>[p0072] “在步骤721中，接入点通过DL-TCCH向接入终端发送用于发送DL-TCH（用于传输数据）的控制信息，通过DL-TCH向接入终端发送数据...” | 1. 技术特征在目标专利中的作用与含义：<br>目标专利[0017]、[0043]说明，WTRU成功匹配并获得H-RNTI后，利用该H-RNTI指示的传输格式和资源映射，在HS-PDSCH物理信道上解调接收承载PCCH的寻呼消息。<br><br>2. 对比文件对应技术方案及差异分析：<br>对比文件通过DL-TCH传输数据分组，并在DL-TCCH传输控制信息，完全没有利用3GPP中的H-RNTI来解调和接收HS-PDSCH（高速物理下行链路共享信道）的机制。<br><br>3. 结论：<br>对比文件未直接公开也未隐含公开技术特征G，判定为未公开。 |
| 技术特征H：其中从所述候选PICH中选择一个PICH包括<br><br>【公开性判断】：《未公开》 | 对比文件全文无相关原文记载。 | 1. 技术特征在目标专利中的作用与含义：<br>该特征为进一步限定选择PICH步骤的引用从属特征（目标专利[0018]、[0035]）。<br><br>2. 差异分析：<br>对比文件中终端所监听的唤醒信道时隙是由AP在网络准入时直接指定并分配的固定时隙（[p0025]），终端并不执行从候选信道集合中选择一个信道的过程。<br><br>3. 结论：<br>对比文件未直接公开也未隐含公开技术特征H，判定为未公开。 |
| 技术特征I：确定索引为U-RNTI模k<br><br>【公开性判断】：《未公开》 | 对比文件全文无相关原文记载。 | 1. 技术特征在目标专利中的作用与含义：<br>目标专利[0035]-[0036]明确记载，选择公式为：IndexPICH = U_RNTI模k（等式1），用于离散化选择索引以实现寻呼信道分流。<br><br>2. 差异分析：<br>对比文件全篇未涉及任何以终端标识（更非U-RNTI）对候选数量k执行“模运算”来计算信道索引的算法。<br><br>3. 结论：<br>对比文件未直接公开也未隐含公开技术特征I，判定为未公开。 |
| 技术特征J：其中k等于候选PICH的数量<br><br>【公开性判断】：《未公开》 | 对比文件全文无相关原文记载。 | 1. 技术特征在目标专利中的作用与含义：<br>目标专利[0035]指出，步骤320中“确定出对应于候选数量的值k”，k即为候选PICH的个数。<br><br>2. 差异分析：<br>对比文件中不存在候选PICH列表，亦无参数k等于该候选数量的定义。<br><br>3. 结论：<br>对比文件未直接公开也未隐含公开技术特征J，判定为未公开。 |
| 技术特征K：使用所述索引从候选列表中选择一个候选PICH<br><br>【公开性判断】：《未公开》 | 对比文件全文无相关原文记载。 | 1. 技术特征在目标专利中的作用与含义：<br>目标专利[0036]记载，步骤340中“WTRU最后根据所计算的IndexPICH来从所编辑的列表中选择出PICH信息”。<br><br>2. 差异分析：<br>对比文件中终端直接使用AP在DL-BCCH中下发配置好的DL-WUCH slot index（[p0025]、[p0053]），无需使用计算索引从列表中查表选取。<br><br>3. 结论：<br>对比文件未直接公开也未隐含公开技术特征K，判定为未公开。 |
| 技术特征L：其中从所述候选PICH中选择PICH还基于所述候选PICH的数量<br><br>【公开性判断】：《未公开》 | 对比文件全文无相关原文记载。 | 1. 技术特征在目标专利中的作用与含义：<br>目标专利[0035]等式(1)体现了选择信道不仅基于终端标识，还基于候选数量k进行模运算。<br><br>2. 差异分析：<br>对比文件中无候选PICH数量的概念，更无据此选择信道的方案。<br><br>3. 结论：<br>对比文件未直接公开也未隐含公开技术特征L，判定为未公开。 |
| 技术特征M：其中从所述候选PICH中选择一个PICH包括<br><br>【公开性判断】：《未公开》 | 对比文件全文无相关原文记载。 | 与特征H相同，对比文件未公开任何候选PICH的选择子步骤，判定为未公开。 |
| 技术特征N：建立与所述候选PICH的数量对应的值k<br><br>【公开性判断】：《未公开》 | 对比文件全文无相关原文记载。 | 1. 技术特征在目标专利中的作用与含义：<br>目标专利[0035]中步骤320明确指出建立并确定对应于候选数量的值k。<br><br>2. 差异分析：<br>对比文件不包含候选PICH数量统计及赋值k的操作。<br><br>3. 结论：<br>对比文件未直接公开也未隐含公开技术特征N，判定为未公开。 |
| 技术特征O：使用所建立的值k计算选择索引<br><br>【公开性判断】：《未公开》 | 对比文件全文无相关原文记载。 | 1. 技术特征在目标专利中的作用与含义：<br>目标专利[0035]指出WTRU将该值k作为模数用于计算PICH候选索引IndexPICH。<br><br>2. 差异分析：<br>对比文件完全无利用参数k计算选择索引的相关教导。<br><br>3. 结论：<br>对比文件未直接公开也未隐含公开技术特征O，判定为未公开。 |
---
<<<a>>>
<<<e>>>
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译及标号） | 公开性论述 |
| 技术特征A<br>在所述WTRU处于CELL_PCH状态或URA_PCH状态中的一者时<br><br>《隐含公开》 | 对比文件第[0094]段：<br>“The MBMS_Qoffset_s,n value is an optional value included in the SIB 11/12 only when a neighbor cell which is an object of the frequency measurement supports the MBMS service. The MBMS_Qoffset_s,n value is applied when UEs in an idle mode or in CELL_FACH, CELL_PCH and URA_PCH states perform cell selection and cell reselection.”<br>（中文翻译：MBMS_Qoffset_s,n值是可选值，仅当作为频率测量目标的相邻小区支持MBMS业务时包含在SIB 11/12中。当处于空闲模式或CELL_FACH、CELL_PCH以及URA_PCH状态的UE执行小区选择和小区重选时，应用该MBMS_Qoffset_s,n值。） | 目标专利中技术特征A限定了终端执行寻呼及信道获取相关动作时所处的无线资源控制状态（CELL_PCH或URA_PCH）。对比文件在第[0094]段明确公开了UE在CELL_PCH和URA_PCH状态下接收系统信息并应用偏移量执行后续信道测量与重选操作。对比文件明确涉及了终端处于CELL_PCH或URA_PCH状态的场景，构成本技术特征部分内容的公开，能够与其他对比文件组合，因此根据宽松的隐含公开判断标准，认定该特征被《隐含公开》。 |
| 技术特征B<br>获取包括寻呼指示信道PICH信息的HSDPA相关的PICH信息元素<br><br>未公开 | 对比文件未记载获取“包括寻呼指示信道PICH信息的HSDPA相关的PICH信息元素”。对比文件涉及的是MBMS多播组播业务的MCCH控制信道、S-CCPCH以及针对MBMS小区重选的SIB 11/12（参见第[0021]、[0067]、[0094]段）。 | 目标专利中技术特征B的作用是使得在CELL_PCH/URA_PCH状态下的WTRU能够从系统广播中获取专门用于支持HSDPA下行寻呼的PICH配置参数列表（如说明书[0029]-[0034]及表1所示）。而对比文件针对的是MBMS多播业务，其仅在第[0021]段提及在S-CCPCH上发送通知消息给一组UE（组寻呼），完全未公开在HSDPA寻呼架构下获取“HSDPA相关的PICH信息元素”，本领域技术人员无法直接得出也无法合理推导出该特定信息元素。因此未公开。 |
| 技术特征C<br>编译HSDPA的候选PICH的列表<br><br>未公开 | 对比文件全文未记载编译HSDPA的候选PICH列表的技术内容。 | 目标专利中技术特征C的作用是在终端侧从接收到的HSDPA相关PICH IE中解析并整理出多个可供选择的候选PICH信道集合（如说明书[0035]段步骤320）。对比文件仅涉及MBMS相邻小区列表或测量控制信息（第[0069]段），完全没有HSDPA候选PICH的概念与列表编译机制，本领域技术人员无法从对比文件中推导出该特征。因此未公开。 |
| 技术特征D<br>基于所述WTRU的通用移动电信系统UMTS陆地无线电接入网UTRAN无线电网络事务标识符U-RNTI从所述候选PICH中选择一个PICH<br><br>未公开 | 对比文件全文未记载基于U-RNTI从候选PICH中选择PICH。对比文件在第[0019]、[0095]段仅提及“UE ID”，在第[0072]段提及“cell ID”，在第[0096]-[0107]段提及基于R准则方程（Rn、Rs、测量功率和偏移量）进行小区重选排序。 | 目标专利中技术特征D的作用是利用分配给WTRU的全局标识U-RNTI进行数学映射（哈希/求模），从而将处于PCH状态的终端均匀离散分配到不同的HSDPA PICH候选信道上，避免单信道拥塞（如说明书[0035]-[0036]）。对比文件完全未公开使用U-RNTI作为索引或哈希输入来选择PICH，本领域技术人员无法推导出该方案。因此未公开。 |
| 技术特征E<br>通过PICH接收寻呼指示<br><br>《隐含公开》 | 对比文件第[0021]段：<br>“The Notification message is paged by a plurality of UEs, and is used for performing a group paging process. The group paging process in step 352 is distinguishable from the individual paging process.”<br>（中文翻译：通知消息被多个UE寻呼，并用于执行组寻呼过程。步骤352中的组寻呼过程可与单独寻呼过程相区分。） | 目标专利中技术特征E的作用是WTRU在寻呼时机唤醒并侦听PICH信道以获取下行数据到来的寻呼指示（PI）。对比文件第[0021]段提到了网络向UE发送寻呼通知消息（区分了组寻呼与单播个体寻呼过程），在3GPP UMTS标准公知常识中，终端接收寻呼指示通常经由PICH物理信道实现。对比文件已明确提到了寻呼过程并区分了个体寻呼，本领域技术人员结合公知常识有可能合理推断出其可通过PICH接收寻呼指示，或与其他对比文件结合公开，按照非常宽松的标准，认定该特征被《隐含公开》。 |
| 技术特征F<br>在高速共享控制信道HS-SCCH上接收高速下行链路共享信道HS-DSCH无线电网络事务标识符H-RNTI<br><br>未公开 | 对比文件全文未记载在HS-SCCH上接收H-RNTI。对比文件涉及的信道主要为S-CCPCH、MCCH、P-CPICH及专用信道（参见第[0021]、[0024]、[0067]段）。 | 目标专利中技术特征F的作用是在终端检测到PICH上的指示后，在一段定时窗口内监视HS-SCCH以匹配专有或公共寻呼H-RNTI，进而解调下行调度参数（如说明书[0038]、[0043]段）。对比文件仅针对MBMS在MCCH和S-CCPCH上的控制信令，完全未公开HSDPA的HS-SCCH信道接收以及H-RNTI的匹配恢复机制，本领域技术人员无法从中得出该特征。因此未公开。 |
| 技术特征G<br>使用所接收的H-RNTI来接收高速物理下行链路共享信道<br><br>未公开 | 对比文件全文未记载使用H-RNTI来接收高速物理下行链路共享信道（HS-PDSCH）。 | 目标专利中技术特征G的作用是终端利用匹配到的H-RNTI及HS-SCCH指示的时频码资源，解调恢复HS-PDSCH上承载的PCCH寻呼消息（如说明书[0043]段）。对比文件传输MBMS数据是通过点对多点公共物理信道或点对点专用信道（第[0022]-[0023]段），未公开使用H-RNTI解调HS-PDSCH，本领域技术人员无法从中得出该技术特征。因此未公开。 |
| 技术特征H<br>其中从所述候选PICH中选择一个PICH包括<br><br>未公开 | 参见技术特征C、D的评述，对比文件全文未记载从候选PICH中选择一个PICH的步骤或其包含的子步骤。 | 该特征属于候选PICH选择过程的上位架构限定，因对比文件未公开候选PICH选择机制，故该特征亦未公开。 |
| 技术特征I<br>确定索引为U-RNTI模k<br><br>未公开 | 对比文件在第[0101]-[0103]段公开了小区重选的R准则计算公式（公式1、2、3），公式中涉及接收信号测量值、测量迟滞、偏置量等算术加减计算；但全文未记载任何“模运算（mod）”，亦未记载使用U-RNTI模k确定索引。 | 目标专利中技术特征I的作用是提供一个具体的数学哈希算法：$Index_{PICH} = \text{U-RNTI} \bmod k$，以将终端均匀映射至$k$个PICH信道之一（说明书[0036]段）。对比文件的计算公式为无线信号强度的分贝加减排序，两者的数学逻辑、输入参数及达到的技术效果完全不同，本领域技术人员无法从中合理推导得出。因此未公开。 |
| 技术特征J<br>其中k等于候选PICH的数量<br><br>未公开 | 对比文件全文未记载候选PICH数量的概念，更未将参数k定义为候选PICH的数量。 | 目标专利中技术特征J的作用是限定模运算的模数$k$取值为候选PICH列表的长度，确保计算所得索引严格落在合法候选范围内（说明书[0035]段）。对比文件无此技术内容，未公开。 |
| 技术特征K<br>使用所述索引从候选列表中选择一个候选PICH<br><br>未公开 | 对比文件全文未记载使用索引从候选列表中选择候选PICH。对比文件在第[0077]、[0096]-[0098]、[0157]段公开的是根据信号强度测量结果和优先级排序选择排名最高（highest ranked）的小区。 | 目标专利中技术特征K的作用是终端将计算得到的哈希索引值作为键值，直接检索并锁定候选PICH列表中对应序号的PICH参数（说明书[0036]段）。对比文件采用的是基于无线测量结果排序选择最优物理小区的机制，两者的操作对象、选择依据和实现方式完全不同，未公开。 |
| 技术特征L<br>其中从所述候选PICH中选择PICH还基于所述候选PICH的数量<br><br>未公开 | 对比文件全文未记载候选PICH的数量，亦未记载基于该数量选择PICH。 | 目标专利中技术特征L是对求模运算参数基底的进一步上位限定（如说明书[0035]段步骤320中确定对应于候选数量的值k）。对比文件无相关构思与公开内容，未公开。 |
| 技术特征M<br>其中从所述候选PICH中选择一个PICH包括<br><br>未公开 | 参见技术特征C、D、H的评述，对比文件全文未记载从候选PICH中选择PICH的实现架构。 | 该特征属于候选PICH选择步骤的上位表述，对比文件未涉及候选PICH选择，因此未公开。 |
| 技术特征N<br>建立与所述候选PICH的数量对应的值k<br><br>未公开 | 对比文件全文未记载建立与候选PICH数量对应的值k。 | 目标专利中技术特征N的作用是统计候选PICH列表中的配置项总数并赋值给变量$k$（说明书[0035]段）。对比文件未公开此特征，本领域技术人员无法推导得出。因此未公开。 |
| 技术特征O<br>使用所建立的值k计算选择索引<br><br>未公开 | 对比文件全文未记载使用值k计算选择索引。 | 目标专利中技术特征O的作用是将变量$k$作为计算选择索引的参数（说明书[0035]-[0036]段）。对比文件完全未公开该算法机制，未公开。 |
---
<<<a>>>
<<<e>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译及段落标号） | 公开性论述 |
| 技术特征A：<br>在所述WTRU处于CELL_PCH状态或URA_PCH状态中的一者时<br><br>《未公开》 | 对比文件全文未出现“CELL_PCH”或“URA_PCH”状态的记载。<br>例如第[0001]段：<br>“The present invention related to a method, a device and a system for High-Speed Downlink Packet Access (HSDPA) for Time Division Duplex (TDD) mode... More particular, the present invention relates to a method, a device and a system employing a Paging Indicator Channel (PICH) for signaling High-Speed Downlink Packet Access (HSDPA)...”<br>【中文翻译】“本发明涉及一种用于无线通信系统的时分双工(TDD)模式的高速下行分组接入(HSDPA)的方法、设备和系统...更具体地，本发明涉及一种利用寻呼指示信道(PICH)来信令通知时分双工(TDD)模式的高速下行分组接入(HSDPA)的方法、设备和系统。” | 对比文件公开的是在TDD模式下利用PICH的保留比特承载高速指示（HI）来唤醒/指示UE接收HS-SCCH，其针对的是HSDPA下行传输调度，全文未限定WTRU处于省电的RRC连接状态（即CELL_PCH或URA_PCH状态）。在3GPP标准演进中，早期HSDPA仅在CELL_DCH状态支持，目标专利的发明点之一恰恰在于解决在CELL_PCH/URA_PCH两种无上行反馈的休眠省电状态下引入HSDPA寻呼的技术难题。对比文件完全没有提及这两种特定的RRC状态，本领域技术人员也无法从对比文件公开的常规HSDPA数据包传输信令中毫无疑义地直接推导出或合理推断出该状态限定。因此，技术特征A既未被直接公开，也未被隐含公开。 |
| 技术特征B：<br>获取包括寻呼指示信道PICH信息的HSDPA相关的PICH信息元素<br><br>《隐含公开》 | 1. 第[0007]段：<br>“The basic idea of the present invention resides in that reserved and currently unused bits on the Paging Indicator Channel (PICH) are used to transmit High-Speed Indicator (HI) information to indicate a mobile terminal device to receive and decode signaling information on the High-Speed Shared Control Channel (HS-SCCH).”<br>【中文翻译】“本发明的基本构思在于利用寻呼指示信道(PICH)上保留且当前未使用的比特来发送高速指示(HI)信息，以指示移动终端设备接收并解码高速共享控制信道(HS-SCCH)上的信令信息。”<br>2. 第[0008]段：<br>“Different coding of the reserved bits of the Paging Indicator Channel (PICH) used for signaling may offer additional flexibility since the coding may allow different mapping with respect to the configuration of the system.”<br>【中文翻译】“用于信令的寻呼指示信道(PICH)保留比特的不同编码可提供额外的灵活性，因为该编码可允许关于系统配置的不同映射。”<br>3. 第[0018]段：<br>“A mobile terminal device may receive information on the Paging Indicator Channel (PICH) including said identification bits.”<br>【中文翻译】“移动终端设备可以在寻呼指示信道(PICH)上接收包括所述识别比特的信息。” | 目标专利中，“获取包括寻呼指示信道PICH信息的HSDPA相关的PICH信息元素”是指WTRU在系统信息（如广播SIB）中获取与HSDPA相关的PICH配置信息元素（IE），以便后续识别候选PICH。对比文件公开了利用PICH信道的保留比特作为高速指示（HI）用于HSDPA（第[0007]段），并指出了“关于系统配置的不同映射”（第[0008]段）以及终端接收PICH信道上的信息。虽然对比文件未明确使用“HSDPA相关的PICH信息元素（IE）”这一具体信令命名，但对比文件公开了系统配置与PICH信令结构的映射及终端对该包含HSDPA相关识别信息的PICH的接收与解析。按照非常宽松的隐含公开标准，对比文件已经部分公开了将PICH与HSDPA关联的配置与接收信息，本领域技术人员结合3GPP系统信息配置常识，有可能合理推断出终端需要先从系统配置中获取与HSDPA相关的PICH参数信息，因此技术特征B被对比文件隐含公开。 |
| 技术特征C：<br>编译HSDPA的候选PICH的列表<br><br>《未公开》 | 对比文件全文未记载有关“候选PICH的列表”或“编译候选PICH列表”的内容。<br>例如第[0041]、[0046]段：<br>“FIG. 1 shows a slot structure of a Paging Indicator Channel (PICH)... The mobile terminal devices may be assigned to a paging group when it is registered with the network. These paging groups may be indicated by the use of Paging Indicators (PI) carried on the Paging Indicator Channel (PICH).”<br>【中文翻译】“图1示出了根据本发明实施例的寻呼指示信道(PICH)的时隙结构...当移动终端设备向网络注册时可以被分配给一个寻呼组。这些寻呼组可以通过承载在寻呼指示信道(PICH)上的寻呼指示符(PI)来指示。” | 在目标专利中，小区内可配置多个支持HSDPA寻呼的候选PICH（例如多达最大SCCPCH数量），WTRU需要汇编候选PICH列表以执行后续的信道选择。对比文件通篇仅讨论在单个PICH的物理时隙结构中利用4个保留比特作为HI指示符，并没有涉及存在多个候选PICH信道需要汇编成候选列表的技术方案，对比文件划分的是UE所属的“分组（groups）”（针对时间帧分组或终端寻呼组），而非针对多个PICH信道编译候选列表。本领域技术人员无法从对比文件中推导出该技术方案。因此，技术特征C既未被直接公开，也未被隐含公开。 |
| 技术特征D：<br>基于所述WTRU的通用移动电信系统UMTS陆地无线电接入网UTRAN无线电网络事务标识符U-RNTI从所述候选PICH中选择一个PICH<br><br>《未公开》 | 对比文件全文完全未记载“U-RNTI”，也未记载“从候选PICH中选择一个PICH”。<br>例如第[0016]、[0025]段：<br>“An address coded in the High-Speed Indicator using the identification bits may be used to code an address of the mobile terminal device which is preferably unique within a group... Since four identification bits may be reserved for coding the address the binary coding may enable to code 2^4=16 different addresses.”<br>【中文翻译】“在高速指示中使用识别比特编码的地址可用于对移动终端设备的地址进行编码，该地址优选在组内是唯一的...由于可以保留四个识别比特来对地址进行编码，二进制编码使得能够编码2^4=16个不同的地址。” | 目标专利中，该特征是指WTRU利用自身的无线电网络临时标识U-RNTI通过特定计算（如模运算）从多个候选PICH中选定自身要监听的一个PICH信道。对比文件中不仅不存在候选PICH的选择（对比文件仅是单个PICH内的时隙操作），更没有公开使用“U-RNTI”来进行PICH选择；对比文件仅公开了利用4个保留比特来编码组内分配的UE地址（如0001至1110）。因此，对比文件完全没有公开技术特征D，即使按照最宽松的推断标准，也无法推导得出。技术特征D未被公开。 |
| 技术特征E：<br>通过PICH接收寻呼指示<br><br>《直接公开》 | 1. 第[0046]段：<br>“The Paging Indicator Channel (PICH) indicates or designates a mobile terminal device for which it is provided that a Paging Message might be accepted thereby on the Paging Channel (PCH). The mobile terminal devices may be assigned to a paging group when it is registered with the network. These paging groups may be indicated by the use of Paging Indicators (PI) carried on the Paging Indicator Channel (PICH).”<br>【中文翻译】“寻呼指示信道(PICH)指示或指定移动终端设备，为其提供可以在寻呼信道(PCH)上接收寻呼消息的指示。移动终端设备在向网络注册时可以被分配给寻呼组。这些寻呼组可以通过承载在寻呼指示信道(PICH)上的寻呼指示符(PI)来指示。”<br>2. 第[0067]段：<br>“The Paging Indicator Channel (PICH) may indicate to a mobile terminal device that a Paging Message might be expected thereby on the Paging Channel (PCH)... These paging groups may be indicated by the use of Paging Indicators (PI) carried on the Paging Indicator Channel (PICH).”<br>【中文翻译】“寻呼指示信道(PICH)可以向移动终端设备指示预期可在寻呼信道(PCH)上接收寻呼消息...这些寻呼组可以通过承载在寻呼指示信道(PICH)上的寻呼指示符(PI)来指示。” | 对比文件明确公开了移动终端设备（UE）监听PICH信道，并通过承载在PICH上的寻呼指示符（PI，Paging Indicator）接收寻呼指示，以指示其接收后续消息。对比文件中该技术内容的作用也是通过物理信道PICH向终端传递寻呼指示信息，与目标专利中技术特征E的作用完全相同。本领域技术人员能够从对比文件第[0046]、[0067]段中毫无疑义地直接得出该技术方案。因此，技术特征E被对比文件直接公开。 |
| 技术特征F：<br>在高速共享控制信道HS-SCCH上接收高速下行链路共享信道HS-DSCH无线电网络事务标识符H-RNTI<br><br>《隐含公开》 | 1. 第[0003]段：<br>“This High-Speed Shared Control Channel (HS-SCCH) carries data comprising a mobile terminal device identification (UE ID), Transport Format Resource Indicator (TFRI), Hybrid Automatic Repeat Request (HARQ) mode and further signaling information for the mobile terminal device. These signaling information carried on the High-Speed Shared Control Channel (HS-SCCH) may be employed for receiving and decoding the packet data transmitted through the Downlink Shared Channel (DSCH).”<br>【中文翻译】“该高速共享控制信道(HS-SCCH)承载包括移动终端设备标识(UE ID)、传输格式资源指示符(TFRI)、混合自动重传请求(HARQ)模式以及针对移动终端设备的其他信令信息的数据。承载在高速共享控制信道(HS-SCCH)上的这些信令信息可用于接收和解码通过下行链路共享信道(DSCH)发送的分组数据。”<br>2. 第[0021]段：<br>“Additionally, the High-Speed Shared Control Channel (HS-SCCH) may comprise mobile terminal device identification (user identification or UE ID)...”<br>【中文翻译】“此外，高速共享控制信道(HS-SCCH)可以包括移动终端设备标识(用户标识或UE ID)...” | 对比文件明确公开了在HS-SCCH上发送和接收包含移动终端设备标识（UE ID）的信令数据，用于后续指示终端接收下行共享信道数据。在UMTS/HSDPA技术领域中，HS-SCCH所承载的UE ID在3GPP标准物理层规范中即采用H-RNTI（HS-DSCH Radio Network Temporary Identifier）进行掩码/标识。虽然对比文件使用的措辞是上位概念“UE ID”，但在HSDPA体制下，HS-SCCH上用于标识特定UE的移动终端设备标识实质上即对应于H-RNTI。按照宽松的隐含公开判断原则，本领域技术人员结合HSDPA公知常识，能够合乎逻辑地合理推断出该HS-SCCH上接收的UE ID即为H-RNTI。因此，技术特征F被对比文件隐含公开。 |
| 技术特征G：<br>使用所接收的H-RNTI来接收高速物理下行链路共享信道<br><br>《隐含公开》 | 1. 第[0003]段：<br>“This High-Speed Shared Control Channel (HS-SCCH) carries data comprising a mobile terminal device identification (UE ID)... These signaling information carried on the High-Speed Shared Control Channel (HS-SCCH) may be employed for receiving and decoding the packet data transmitted through the Downlink Shared Channel (DSCH).”<br>【中文翻译】“该高速共享控制信道(HS-SCCH)承载包括移动终端设备标识(UE ID)的数据...承载在高速共享控制信道(HS-SCCH)上的这些信令信息可用于接收和解码通过下行链路共享信道(DSCH)发送的分组数据。”<br>2. 第[0022]段：<br>“A mobile terminal device may receive and decode data packets on a Downlink Shared Channel (DSCH). The signaling information received on the High-Speed Shared Control Channel (HS-SCCH) before may be employed for receiving and decoding of the data packets.”<br>【中文翻译】“移动终端设备可以在下行链路共享信道(DSCH)上接收和解码数据包。之前在高速共享控制信道(HS-SCCH)上接收到的信令信息可用于接收和解码数据包。” | 对比文件公开了终端接收HS-SCCH上包含UE ID的信令信息，并使用该信令信息来接收和解码在下行共享信道（DSCH/HS-PDSCH物理信道）上传输的数据分组。结合技术特征F的论述，HS-SCCH中的UE ID即为H-RNTI，终端正是通过匹配/使用该标识确认数据归属并结合控制信令解调解码对应的高速物理下行信道数据。对比文件公开的利用包含UE ID的信令接收下行数据与目标专利中使用H-RNTI接收HS-PDSCH的技术机理与作用一致。按照宽松的隐含公开标准，技术特征G被对比文件隐含公开。 |
| 技术特征H：<br>其中从所述候选PICH中选择一个PICH包括<br><br>《未公开》 | 对比文件全文未记载。<br>（参见技术特征C、D对应引文及论述） | 对比文件根本未公开“从候选PICH中选择一个PICH”的上位构架，其系统并不涉及在多个候选PICH中执行选择操作。因此技术特征H未被公开。 |
| 技术特征I：<br>确定索引为U-RNTI模k<br><br>《未公开》 | 对比文件全文未记载公式“U-RNTI模k”或相关的模运算操作。<br>例如第[0025]段：<br>“Since four identification bits may be reserved for coding the address the binary coding may enable to code 2^4=16 different addresses... For example, the address 0000_2 may indicate that no mobile terminal device is addressed...”<br>【中文翻译】“由于可以保留四个识别比特来对地址进行编码，二进制编码使得能够编码2^4=16个不同的地址...例如，地址0000_2可以指示没有移动终端设备被寻址...” | 目标专利通过特定的散列公式（Index = U-RNTI mod k）实现WTRU在多个候选PICH信道上的均匀负载分担。对比文件完全没有提及U-RNTI，也没有任何模运算计算索引的内容，对比文件仅公开了直接分配4比特二进制或逻辑地址。因此技术特征I未被公开。 |
| 技术特征J：<br>其中k等于候选PICH的数量<br><br>《未公开》 | 对比文件全文未记载。<br>（参见技术特征C、I对应引文及论述） | 对比文件不存在“候选PICH”的集合，更不存在将变量k定义为候选PICH数量的技术内容。因此技术特征J未被公开。 |
| 技术特征K：<br>使用所述索引从候选列表中选择一个候选PICH<br><br>《未公开》 | 对比文件全文未记载。<br>（参见技术特征C、D、I对应引文及论述） | 对比文件没有基于运算索引从信道候选列表中选取目标PICH信道的机制。因此技术特征K未被公开。 |
| 技术特征L：<br>其中从所述候选PICH中选择PICH还基于所述候选PICH的数量<br><br>《未公开》 | 对比文件全文未记载。<br>（参见技术特征C、D、J对应引文及论述） | 对比文件不存在基于候选PICH数量来选择PICH的方案。因此技术特征L未被公开。 |
| 技术特征M：<br>其中从所述候选PICH中选择一个PICH包括<br><br>《未公开》 | 对比文件全文未记载。<br>（同技术特征H） | 对比文件未涉及从候选PICH中选择PICH的任何操作步骤。因此技术特征M未被公开。 |
| 技术特征N：<br>建立与所述候选PICH的数量对应的值k<br><br>《未公开》 | 对比文件全文未记载。<br>（同技术特征J） | 对比文件未公开针对候选PICH数量建立对应参数值k的特征。因此技术特征N未被公开。 |
| 技术特征O：<br>使用所建立的值k计算选择索引<br><br>《未公开》 | 对比文件全文未记载。<br>（同技术特征I） | 对比文件不存在利用候选信道数量建立的值k来计算信道选择索引的技术方案。因此技术特征O未被公开。 |
<<<E>>><<<b>>><<<f>>><<<g>>>
作为一名资深专利代理师，紧密结合目标专利说明书原文，对技术特征A至O在对比文件（JP2005526415A）中的公开性进行逐项深度分析与客观评估。
---
### 技术特征理解与目标专利背景分析
根据目标专利说明书（特别是[0008]、[0011]-[0019]、[0031]-[0036]）：
1. **背景与技术问题**：传统3GPP WCDMA系统中，CELL_PCH和URA_PCH状态为省电状态，WTRU只能在S-CCPCH上监听PCH寻呼消息；将PCCH映射至HSDPA（HS-DSCH）能加速状态转换，但需要解决在CELL_PCH/URA_PCH状态下如何向终端提供HSDPA寻呼信道配置、如何分配/选择PICH等问题。
2. **技术特征A~G的核心机制**：在CELL_PCH/URA_PCH状态下，通过广播获取“HSDPA相关的PICH信息IE”，从中编译出候选PICH列表，基于终端标识U-RNTI（取模运算）选定一个PICH并在其上接收寻呼指示，进而在HS-SCCH上接收H-RNTI，最终使用H-RNTI在HS-PDSCH上接收寻呼消息。
3. **技术特征H~O的核心机制**：针对从候选PICH中选择具体PICH的算法细节，即确定候选数量$k$、采用公式 $\text{Index}_{\text{PICH}} = \text{U-RNTI} \pmod k$ 计算索引来选择PICH。
对比文件（JP2005526415A）涉及CDMA2000系统（或WCDMA）中通信装置省电的技术，其核心方案是在PCH/FCCH信道的寻呼时隙起始部分发送一个“特定寻呼消息（包含QPCH指标/寻呼哈希类别及消息类型、地址升序排序等）”，使终端在时隙初期即可判断是否有发往自己的消息，若无则快速提前返回休眠模式。
---
### ## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译与具体出处） | 公开性论述 |
| 技术特征A：在所述WTRU处于CELL_PCH状态或URA_PCH状态中的一者时<br><br>【公开性判断】：《未公开》 | 对比文件全文（第[2]节及说明书各段落）：<br>“多くの通信装置は、受信機などの構成部品の消費電力を低下させることにより、電力を節約し得る休眠モード（Sleeping mode）を有する... いわゆる‘スロットモード’状態にある通信装置は、割当てられたページングスロットに関連した送信を監視するために、休眠モードを終了する。”<br>（*译文：许多通信装置具有能够通过降低接收机等部件的功耗来节约电力的休眠模式（Sleeping mode）……处于所谓“时隙模式（slot mode）”状态的通信装置，为了监视与所分配的寻呼时隙相关的传输而退出休眠模式。*） | 1. 对比文件公开内容的作用：对比文件基于CDMA2000规范，公开了通信装置在“休眠模式（Sleeping mode）”与“时隙模式（slot mode）”之间切换以省电。<br>2. 目标专利的作用及差异：目标专利的技术特征A明确限定在3GPP RRC连接模式下的特定功率节省状态“CELL_PCH状态或URA_PCH状态”。在目标专利中，该特定状态下WTRU没有用于发送业务的上行机制，需要通过特定信令配置HSDPA接收。对比文件仅为通用的CDMA2000时隙模式休眠状态，并未直接公开3GPP特有的CELL_PCH或URA_PCH状态。<br>3. 能否推理得出：虽然二者同属省电睡眠机制，但CELL_PCH与URA_PCH是UMTS系统RRC层明确定义且具有特定信令限制的专用协议状态，本领域技术人员无法从对比文件的CDMA2000时隙休眠机制直接或合理推断出该特定状态，故未直接公开，即使按极宽松标准亦不属于隐含公开。 |
| 技术特征B：获取包括寻呼指示信道PICH信息的HSDPA相关的PICH信息元素<br><br>【公开性判断】：《未公开》 | 对比文件全文未记载相关内容。<br>仅在图2的说明中提及：<br>“迅速ページングチャネル（Quick paging channel）（QPCH）指標２２９を備えることを示すフラッグ２２８とを含む。QPCH指標２２９は、どのページングハッシュのカテゴリが、スロット化したページ、個別の指定メッセージ、又はマルチキャスト指定メッセージによって、指定される装置を有するかを示している。”<br>（*译文：包括指示具备快速寻呼信道（Quick paging channel）（QPCH）指标229的标志228。QPCH指标229指示哪个寻呼哈希类别具有被时隙化寻呼、个别指定消息或多播指定消息所指定的装置。*） | 1. 对比文件公开内容的作用：对比文件公开的是在特定寻呼消息的PDU中携带QPCH（快速寻呼信道）指标，用于标识寻呼哈希类别。<br>2. 目标专利的作用及差异：目标专利的技术特征B是为了使处于CELL_PCH/URA_PCH状态下的终端能够支持通过HSDPA进行寻呼，由基站广播包含PICH配置信息（如表1中的HSDPA相关的PICH信息IE，包含最大传输延迟、信道化码等参数）的系统信息。<br>3. 未能得出：对比文件中根本没有涉及HSDPA技术，也没有广播“HSDPA相关的PICH信息元素”，无法直接公开，也无法从QPCH指标隐含推断出该HSDPA专用信元。 |
| 技术特征C：编译HSDPA的候选PICH的列表<br><br>【公开性判断】：《未公开》 | 对比文件全文未记载任何候选PICH列表的编译。 | 1. 对比文件公开内容：对比文件仅描述终端监听分配给它的单一PCH/FCCH寻呼时隙，完全没有涉及多个候选PICH及其列表的编译构建过程。<br>2. 目标专利的作用及差异：目标专利中网络侧可以配置多个候选PICH（例如1至最大SCCPCH个PICH），终端接收广播后需要本地编辑/编译（compile）一个候选PICH列表，作为后续索引选择的集合基准。<br>3. 对比文件未直接公开，本领域技术人员也无法从中推理出此特征。 |
| 技术特征D：基于所述WTRU的通用移动电信系统UMTS陆地无线电接入网UTRAN无线电网络事务标识符U-RNTI从所述候选PICH中选择一个PICH<br><br>【公开性判断】：《未公开》 | 对比文件第[2]节通信系统作动说明：<br>“ページングハッシュのカテゴリは、通信装置ＩＤに基づいており、各ＩＤはハッシュのカテゴリに対応している。”<br>（*译文：寻呼哈希的类别基于通信装置ID，各个ID对应于哈希的类别。*） | 1. 对比文件公开内容的作用：对比文件公开了基站根据通信装置ID计算其所属的寻呼哈希类别（Paging Hash Category），用于判断该设备在特定寻呼消息中是否被寻呼。<br>2. 目标专利的作用及差异：目标专利的技术特征D是WTRU在终端侧使用3GPP专有的U-RNTI标识符，从已编译的多个候选PICH中选择出一个具体待监听的PICH。<br>3. 未能得出：对比文件使用的是CDMA2000系统中的终端ID和哈希类别匹配机制，并非从多个候选PICH实体物理信道中进行信道选择，更未公开基于U-RNTI进行信道选择，故未公开。 |
| 技术特征E：通过PICH接收寻呼指示<br><br>【公开性判断】：《隐含公开》 | 对比文件说明书背景技术第[2]节及实施方式第[2]节：<br>“次世代の符号分割多重接続（ＣＤＭＡ）、より一般的にはＣＤＭＡ２０００又は広帯域ＣＤＭＡシステムは、このような省電力技術を組入れている... 通信資源１２０及び１２１は、基地局１０８，１０９ごとのページングチャネル（ＰＣＨ）又は前方共通制御チャネル（ＦＣＣＨ）を含む。”<br>“ＰＤＵ２２０は、好適には...迅速ページングチャネル（Ｑｕｉｃｋ ｐａｇｉｎｇ ｃｈａｎｎｅｌ）（ＱＰＣＨ）指標２２９を備える...”<br>（*译文：下一代码分多址（CDMA），更普遍的是CDMA2000或宽带CDMA（WCDMA）系统，合并了这样的省电技术……通信资源120及121包括每个基站108、109的寻呼信道（PCH）或前向公共控制信道（FCCH）……PDU 220优选包括快速寻呼信道（QPCH）指标229……*） | 1. 对比文件公开内容的作用：对比文件提及适用系统包括广带CDMA（宽带CDMA/WCDMA）及CDMA2000，且公开了利用快速寻呼信道（QPCH）指标或寻呼消息中的指示来接收发往终端的寻呼提示，以决定是否继续监听。<br>2. 与目标专利的作用关联及推理：在目标专利中，特征E是在PICH信道上接收寻呼指示比特，以指示后续是否有寻呼数据。而在WCDMA/CDMA通信领域中，PICH（寻呼指示信道）是承载寻呼指示（Paging Indicator）的标准物理信道，对比文件明确指出了系统包含宽带CDMA且提及快速寻呼指示机制。本领域技术人员结合宽带CDMA现有通用架构合理推断，通过物理控制信道（如PICH/QPCH）接收寻呼指示属于该类系统中的基本技术手段。在极宽松的隐含公开标准下，对比文件部分公开了通过指示信道接收寻呼指示的思想，认定为隐含公开。 |
| 技术特征F：在高速共享控制信道HS-SCCH上接收高速下行链路共享信道HS-DSCH无线电网络事务标识符H-RNTI<br><br>【公开性判断】：《未公开》 | 对比文件全文未记载HS-SCCH及H-RNTI相关内容。 | 1. 对比文件公开内容：对比文件仅涉及在PCH或FCCH上接收特定寻呼消息。<br>2. 目标专利的作用及差异：目标专利的特征F针对HSDPA下行传输机制，基站在HS-SCCH上用H-RNTI对CRC进行加掩码/发送，WTRU在检测到PICH寻呼指示后，监视HS-SCCH以寻找匹配的H-RNTI，以此确定后续HS-DSCH/HS-PDSCH共享信道数据的分配归属。<br>3. 对比文件未涉及HSDPA体系，完全未公开HS-SCCH和H-RNTI，无法推理得出。 |
| 技术特征G：使用所接收的H-RNTI来接收高速物理下行链路共享信道<br><br>【公开性判断】：《未公开》 | 对比文件全文未记载HS-PDSCH及H-RNTI相关内容。 | 1. 对比文件公开内容：对比文件是在常规PCH/FCCH上传输寻呼数据，不涉及共享高速物理信道接收。<br>2. 目标专利的作用及差异：目标专利在成功解码HS-SCCH上的H-RNTI后，指示物理层接收对应的HS-PDSCH寻呼消息。<br>3. 对比文件没有公开HSDPA的HS-PDSCH机制，未公开。 |
| 技术特征H：其中从所述候选PICH中选择一个PICH包括<br><br>【公开性判断】：《未公开》 | 对比文件全文未记载。 | 对比文件不存在从候选PICH中选择PICH的步骤，该从属从属特征的前提不存在，未公开。 |
| 技术特征I：确定索引为U-RNTI模k<br><br>【公开性判断】：《未公开》 | 对比文件第[2]节通信系统作动说明：<br>“ページングハッシュのカテゴリは、通信装置ＩＤに基づいており、各ＩＤはハッシュのカテゴリに対応している。”<br>（*译文：寻呼哈希类别基于通信装置ID，各个ID对应于哈希类别。*） | 1. 对比文件公开内容：对比文件公开了根据通信设备ID通过哈希算法映射到哈希类别（Hash Category）。<br>2. 目标专利的作用及差异：目标专利限定具体的数学运算为“U-RNTI模k”（即模运算求余数），用于在$k$个候选信道中计算具体的信道索引号。<br>3. 未能得出：哈希函数种类繁多，虽然哈希有时包含取模，但对比文件未披露具体算法，更未披露输入变量为U-RNTI且模数为候选PICH数量$k$的特定算式，本领域技术人员无法毫无疑义地得出该技术特征，未直接公开，亦无法确凿推导得出。 |
| 技术特征J：其中k等于候选PICH的数量<br><br>【公开性判断】：《未公开》 | 对比文件全文未记载。 | 对比文件完全没有候选PICH及其数量$k$的概念，未公开。 |
| 技术特征K：使用所述索引从候选列表中选择一个候选PICH<br><br>【公开性判断】：《未公开》 | 对比文件全文未记载。 | 对比文件没有使用计算索引从候选PICH列表中选择PICH的方案，未公开。 |
| 技术特征L：其中从所述候选PICH中选择PICH还基于所述候选PICH的数量<br><br>【公开性判断】：《未公开》 | 对比文件全文未记载。 | 对比文件不存在候选PICH概念，亦不涉及基于候选PICH数量进行信道选择，未公开。 |
| 技术特征M：其中从所述候选PICH中选择一个PICH包括<br><br>【公开性判断】：《未公开》 | 对比文件全文未记载。 | 对比文件没有从候选PICH中选择一个PICH的处理逻辑，未公开。 |
| 技术特征N：建立与所述候选PICH的数量对应的值k<br><br>【公开性判断】：《未公开》 | 对比文件全文未记载。 | 对比文件没有统计或建立候选PICH数量$k$的技术方案，未公开。 |
| 技术特征O：使用所建立的值k计算选择索引<br><br>【公开性判断】：《未公开》 | 对比文件全文未记载。 | 对比文件没有基于候选PICH数量$k$计算选择索引的技术方案，未公开。 |
---
### 评估结论总结
1. **直接公开**：对比文件为CDMA2000系统的时隙寻呼节电方案，并未涉及3GPP HSDPA相关的信道架构，目标专利权利要求中的绝大多数特定特征均未被直接公开。
2. **隐含公开**：按照极为宽松的认定标准（部分公开或领域通用技术概念推理），对比文件公开了宽带CDMA系统中利用寻呼指示信道/机制接收寻呼提示的技术概念，技术特征E可认定为《隐含公开》。其他技术特征（A~D、F~O）在对比文件中均无相应技术基础或启示，不属于直接公开或隐含公开。
<<<e>>>
根据目标专利说明书原文的记载以及对比文件的公开内容，结合专利创造性评估中关于技术特征公开性的判断原则（直接公开与宽松标准的隐含公开），现对技术特征A至O进行系统比对分析。
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：在所述WTRU处于CELL_PCH状态或URA_PCH状态中的一者时<br><br>《未公开》 | 对比文件全文未出现“CELL_PCH”或“URA_PCH”状态的相关记载。背景技术部分仅记载：<br>“通常，HSDPA方案是使用高速下行链路共享信道(‘HS-DSCH’)的数据传输方案的通用术语，该共享信道是支持高速下行链路分组数据传输的下行链路数据信道，并且是与HS-DSCH相关的控制信道。”（背景技术第3段） | 作用比对与公开性分析：<br>1. 目标专利中的作用：目标专利针对低功耗状态（CELL_PCH/URA_PCH）下缺乏上行信道以及状态转换延迟大的缺陷，使处于该状态下的WTRU能够监听并配置经过HSDPA的寻呼过程（说明书[0008]、[0016]）。<br>2. 对比文件公开情况：对比文件涉及的是UE与Node B之间针对上行链路分组数据发送ACK/NACK控制信息的方法，其基于已建立传输的物理信道（DPDCH/DPCCH）的导频字段进行相位调制。本领域技术人员知晓，在CELL_PCH/URA_PCH状态下WTRU并无专用物理信道（DPCH）分配。对比文件既无该状态的技术启示，也无法通过逻辑推理推导出处于该特定RRC状态，因此本特征未被直接公开，亦不构成隐含公开。 |
| 技术特征B：获取包括寻呼指示信道PICH信息的HSDPA相关的PICH信息元素<br><br>《未公开》 | 对比文件【表1 下行链路物理信道】中记载：<br>“PICH 寻呼指示符信道”；<br>“HS-PDSCH 高速物理下行链路共享控制信道”；<br>“HS-SCCH 高速共享控制信道”。（背景技术表1） | 作用比对与公开性分析：<br>1. 目标专利中的作用：获取特定的系统信息块/IE（包括PICH与HSDPA关联的配置，如HS-PDSCH/HARQ/时间延迟等参数），用于支持基于HSDPA的高速寻呼配置（说明书[0029]-[0031]表1）。<br>2. 对比文件公开情况：对比文件表1仅作为背景技术列举了现有UMTS系统所包含的常规物理信道列表，属于静态的公知常识列举；并未公开“获取包括PICH信息的HSDPA相关的PICH信息元素”这一具体信令获取行为，更未公开“HSDPA相关的PICH信息元素”这一特定数据结构。即使按极宽松的隐含公开标准，单纯列出物理信道名称亦无法合理推断出该系统信息元素及其获取机制。 |
| 技术特征C：编译HSDPA的候选PICH的列表<br><br>《未公开》 | 对比文件全文无相关记载。 | 作用比对与公开性分析：<br>1. 目标专利中的作用：在接收到HSDPA相关的PICH IE后，提取其中的多个候选PICH并构建列表，以便后续根据标识进行索引选择（说明书[0031]、[0035]）。<br>2. 对比文件公开情况：对比文件完全未涉及任何PICH候选列表的构建、编辑或编译机制，本领域技术人员无法从对比文件中推理出该特征。 |
| 技术特征D：基于所述WTRU的通用移动电信系统UMTS陆地无线电接入网UTRAN无线电网络事务标识符U-RNTI从所述候选PICH中选择一个PICH<br><br>《未公开》 | 对比文件全文无“U-RNTI”或基于其选择PICH的记载。 | 作用比对与公开性分析：<br>1. 目标专利中的作用：利用WTRU在UTRAN中的全局标识U-RNTI，在候选列表中分散计算并定位特定的PICH，以实现寻呼负荷均衡（说明书[0036]）。<br>2. 对比文件公开情况：对比文件没有提及U-RNTI，更未涉及利用任何终端标识从候选PICH中选择信道的方案，不存在直接公开或隐含公开。 |
| 技术特征E：通过PICH接收寻呼指示<br><br>《隐含公开》 | 1. 背景技术表1记载：“PICH 寻呼指示符信道”（背景技术表1）；<br>2. 背景技术第2段记载：“在码分多址(CDMA)移动通信系统中，已经从主要发送/接收语音信号的IS-95标准开发出了能够发送语音和高速数据的国际移动电信(‘IMT’) -2000标准……具有代表性的方案是在通用移动陆地系统(UMTS)通信系统中的高速下行链路分组接入(‘HSDPA’)方案。”（背景技术第2段） | 作用比对与公开性分析：<br>1. 目标专利中的作用：WTRU在寻呼时机醒来后，在其选择的PICH信道上监听并恢复寻呼指示符（PI），用以获知是否有指向本设备的下行呼叫（说明书[0009]、[0043]）。<br>2. 对比文件公开情况及推理：对比文件虽然未展开寻呼详细流程，但在背景技术中明确指出了UMTS系统以及下行物理信道“PICH 寻呼指示符信道”。本领域技术人员结合公知常识可知，PICH作为寻呼指示信道，其标准功能就是由基站下发、终端接收寻呼指示符。根据极其宽松的隐含公开判断原则，对比文件明确列出该信道作为下行传输实体，客观上部分公开了接收寻呼指示所依托的信道载体与标准底层动作，本领域技术人员有可能由此推理获得终端通过PICH接收寻呼指示的过程。因此认定为《隐含公开》。 |
| 技术特征F：在高速共享控制信道HS-SCCH上接收高速下行链路共享信道HS-DSCH无线电网络事务标识符H-RNTI<br><br>《未公开》 | 1. 背景技术第3段：“通常，HSDPA方案是使用高速下行链路共享信道(‘HS-DSCH’)的数据传输方案的通用术语，该共享信道是支持高速下行链路分组数据传输的下行链路数据信道，并且是与HS-DSCH相关的控制信道。”<br>2. 背景技术表1：“HS-SCCH 高速共享控制信道”。 | 作用比对与公开性分析：<br>1. 目标专利中的作用：在接收到PICH寻呼指示后，在关联的HS-SCCH控制信道子帧上匹配/接收寻呼专用的H-RNTI（公共或UE特定），以获知后续HS-PDSCH上的数据解调属性（说明书[0040]、[0043]）。<br>2. 对比文件公开情况：对比文件虽然记载了HS-SCCH及HS-DSCH，但全文完全未出现H-RNTI概念，更未公开在HS-SCCH上接收H-RNTI这一寻呼调度过程。对比文件核心在于利用DPCH导频字段的模式变化携带ACK/NACK，并未涉及终端在HS-SCCH上盲检或接收H-RNTI的机制，无法推导得出，未予公开。 |
| 技术特征G：使用所接收的H-RNTI来接收高速物理下行链路共享信道<br><br>《未公开》 | 对比文件背景技术表1记载：“HS-PDSCH 高速物理下行链路共享控制信道”（注：原文将HS-PDSCH功能标注为高速物理下行链路共享控制信道/数据信道）。全文未记载H-RNTI。 | 作用比对与公开性分析：<br>1. 目标专利中的作用：利用解码成功的H-RNTI解调和恢复HS-PDSCH中的寻呼控制信道（PCCH）数据包（说明书[0043]）。<br>2. 对比文件公开情况：对比文件未公开H-RNTI，自然不存在“使用所接收的H-RNTI来接收HS-PDSCH”的技术方案，无法通过现有内容合理推断，未予公开。 |
| 技术特征H：其中从所述候选PICH中选择一个PICH包括<br><br>《未公开》 | 对比文件全文无相关记载。 | 为从属特征的引语结构特征，因对比文件未公开从候选PICH中进行选择的过程，故未予公开。 |
| 技术特征I：确定索引为U-RNTI模k<br><br>《未公开》 | 对比文件全文无数学模运算计算PICH索引的记载。 | 作用比对与公开性分析：<br>1. 目标专利中的作用：通过特定的模运算算法（IndexPICH = U-RNTI mod k）将UE平均映射到k个候选信道之一（说明书[0036]）。<br>2. 对比文件公开情况：对比文件公式1至7均涉及导频图案、相乘器输出及累加器相关公式，完全不涉及利用终端ID进行模运算以定位信道的数学逻辑，未予公开。 |
| 技术特征J：其中k等于候选PICH的数量<br><br>《未公开》 | 对比文件全文无相关记载。 | 作用比对与公开性分析：对比文件第13段公式7中虽然出现下标k（表示累加器索引），但与候选PICH数量毫无关联。目标专利中的k代表候选PICH总数，二者技术领域与物理含义完全不同，未予公开。 |
| 技术特征K：使用所述索引从候选列表中选择一个候选PICH<br><br>《未公开》 | 对比文件全文无相关记载。 | 对比文件未公开基于索引从候选列表中选定物理信道的过程，未予公开。 |
| 技术特征L：其中从所述候选PICH中选择PICH还基于所述候选PICH的数量<br><br>《未公开》 | 对比文件全文无相关记载。 | 对比文件未公开选择PICH的机制，更无基于候选PICH数量进行信道选择的教导，未予公开。 |
| 技术特征M：其中从所述候选PICH中选择一个PICH包括<br><br>《未公开》 | 对比文件全文无相关记载。 | 为从属特征引语，对比文件未公开相关选择流程，未予公开。 |
| 技术特征N：建立与所述候选PICH的数量对应的值k<br><br>《未公开》 | 对比文件全文无相关记载。 | 对比文件不存在针对候选PICH数量赋值参数变量k的操作，未予公开。 |
| 技术特征O：使用所建立的值k计算选择索引<br><br>《未公开》 | 对比文件全文无相关记载。 | 对比文件不存在使用PICH数量参数值k计算选择索引的技术内容，未予公开。 |
---
结合上述严谨分析，仅技术特征E在极其宽松的隐含公开判断标准下被认定为隐含公开，其余特征均未公开。按照输出规范，在结尾输出对应代码：
<<<e>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：在所述WTRU处于CELL_PCH状态或URA_PCH状态中的一者时<br><br>《直接公开》 | [0043] "...A UE in RRC connected mode can be in different states, such as a CELL_FACH state, a CELL_PCH state, a CELL_DCH state or a URA_PCH state. Depending on the states, the UE listens to different channels... The UE in PCH state will listen to the PICH channel and to the PCH channel, which is mapped to a certain S-CCPCH physical channel."<br>（译：处于RRC连接模式的UE可以处于不同状态，例如CELL_FACH状态、CELL_PCH状态、CELL_DCH状态或URA_PCH状态。根据这些状态，UE侦听不同的信道……处于PCH状态的UE将侦听PICH信道以及映射到特定S-CCPCH物理信道的PCH信道。）<br><br>[0047] "A UE in CELL_PCH/URA_PCH state only monitors the paging channel at dedicated occasions, and therefore minimizes the battery consumption..."<br>（译：处于CELL_PCH/URA_PCH状态的UE仅在专用时机监视寻呼信道，并因此最小化电池消耗……） | 对比文件中公开内容的作用： 公开了移动终端UE在RRC连接模式下可以处于CELL_PCH或URA_PCH状态，并在该状态下通过PICH及寻呼信道进行监听操作以节省功耗。<br>与目标专利的作用比对： 目标专利说明书[0008]、[0017]同样将CELL_PCH和URA_PCH作为终端的省电连接状态并在该状态下触发寻呼监听机制，两者所处的操作状态与技术环境完全相同。<br>判定论述： 对比文件[0043]、[0047]明确、直接地指明了终端所处的CELL_PCH状态或URA_PCH状态，本领域技术人员能够毫无疑义地直接得出该技术特征，属于实质公开/直接公开。 |
| 技术特征B：获取包括寻呼指示信道PICH信息的HSDPA相关的PICH信息元素<br><br>未公开（且不构成隐含公开） | [0043] "...The UE in PCH state will listen to the PICH channel and to the PCH channel, which is mapped to a certain S-CCPCH physical channel."<br>（译：处于PCH状态的UE将侦听PICH信道以及映射到特定S-CCPCH物理信道的PCH信道。）<br><br>[0063] "...In case the UE receives several S-CCPCH channels, the UE compiles a list of S-CCPCH channels based on different criteria, such as all S-CCPCH that carry the PICH or all S-CCPCH channels that carry FACH channels..."<br>（译：如果UE接收到多个S-CCPCH信道，则UE基于不同准则编译S-CCPCH信道列表，例如承载PICH的所有S-CCPCH或承载FACH信道的所有S-CCPCH信道……） | 对比文件中公开内容的作用： 对比文件仅公开了传统的承载PCH的S-CCPCH相关PICH信道信息，用于传统PCH/FACH或MBMS业务。<br>与目标专利的作用比对： 目标专利说明书[0011]-[0013]、[0029]-[0034]及表1中，该信息元素是专为在CELL_PCH/URA_PCH状态下实现通过HSDPA（HS-DSCH）进行高速寻呼而定义的专属配置信令（HSDPA相关的PICH信息IE，包含HS-DSCH相关寻呼配置及PICH参数）。对比文件中完全不涉及HSDPA寻呼，更未涉及或暗示获取“HSDPA相关的PICH信息元素”。<br>判定论述： 对比文件缺乏HSDPA寻呼的机制，也没有公开或暗示任何与HSDPA关联的PICH信息元素，因此既未直接公开，即使以最宽松标准考量亦无法推理得出，不构成隐含公开。 |
| 技术特征C：编译HSDPA的候选PICH的列表<br><br>《隐含公开》 | [0063] "...In case the UE receives several S-CCPCH channels, the UE compiles a list of S-CCPCH channels based on different criteria, such as all S-CCPCH that carry the PICH or all S-CCPCH channels that carry FACH channels. The S-CCPCH channels may be numbered from 0 to the number of S-CCPCHs that exist in the cell minus one..."<br>（译：如果UE接收到多个S-CCPCH信道，则UE基于不同准则编译S-CCPCH信道列表，例如承载PICH的所有S-CCPCH或承载FACH信道的所有S-CCPCH信道。S-CCPCH信道可以从0到小区中存在的S-CCPCH数量减1进行编号……） | 对比文件中公开内容的作用： 对比文件公开了UE根据接收到的多个S-CCPCH，基于“承载PICH的所有S-CCPCH”的准则来编译（compiles）一个信道候选列表。<br>与目标专利的作用比对： 目标专利说明书[0018]、[0035]中，终端根据接收到的信息编译候选PICH列表以供后续多信道选择。对比文件中编译“承载PICH的信道列表”的机制在数据结构处理逻辑上高度相通。<br>判定论述： 虽然对比文件编译的是传统架构下承载PICH的S-CCPCH列表而非专用于HSDPA寻呼的PICH列表（因此未直接公开），但对比文件已经完全公开了基于特定准则（如承载PICH）“编译候选信道列表（compiles a list）”的处理流程。按照最宽松的隐含公开判断标准，本领域技术人员在面对多PICH/相关信道配置场景时，有极大可能合理推导出将该列表编译机制推演应用于相关寻呼候选信道列表的构建，或与现有HSDPA技术结合公开该列表编译手段，故认定为隐含公开。 |
| 技术特征D：基于所述WTRU的通用移动电信系统UMTS陆地无线电接入网UTRAN无线电网络事务标识符U-RNTI从所述候选PICH中选择一个PICH<br><br>《隐含公开》 | [0063] "...Accordingly, a formula may be produced such that the UE can calculate the number of the entry of the S-CCPCH channel that the UE shall listen to. For example, the number of the entry can be found by calculating the modulo of the UE identity and the number of S-CCPCHs available, as shown in FIG. 8."<br>（译：相应地，可以产生一个公式，使得UE能够计算出UE应当侦听的S-CCPCH信道的条目编号。例如，条目编号可以通过计算UE标识与可用S-CCPCH数量的模运算来得出，如图8所示。）<br><br>[0064] "This method implies that each UE will only listen to one S-CCPCH for the dedicated services, and that the S-CCPCH that the UE is listening to depends on the UE identity..."<br>（译：该方法意味着每个UE将仅侦听用于专用服务的一个S-CCPCH，并且UE正在侦听的S-CCPCH取决于UE标识……） | 对比文件中公开内容的作用： 公开了使用UE身份标识（UE identity）通过公式运算（模运算）从可用的候选信道集合中计算索引，从而选择UE要监听的特定信道（对应于承载PICH的信道）。<br>与目标专利的作用比对： 目标专利说明书[0035]-[0036]中，基于U-RNTI（即特定的UE标识）从候选列表中选择一个PICH，其本质作用是在多个候选信道中为特定终端分配/分散监听信道。<br>判定论述： 对比文件明确公开了基于“UE identity”从候选信道集合中选择一个信道。在UMTS/3GPP通信标准体系中，U-RNTI是表征处于RRC连接模式下UE identity的标准标识（如目标专利[0036]所述）。虽然对比文件未显式写出“U-RNTI”这一缩写且针对的是包含PICH的S-CCPCH，但在宽松的隐含公开标准下，本领域技术人员根据其公开的“UE identity”在UMTS系统及PCH监听上下文中的常规实施方式，完全能够直接推理并合理推断出该UE identity即包括U-RNTI，且该信道选择机制覆盖了候选PICH的选择，故认定为隐含公开。 |
| 技术特征E：通过PICH接收寻呼指示<br><br>《直接公开》 | [0043] "...The UE in PCH state will listen to the PICH channel and to the PCH channel, which is mapped to a certain S-CCPCH physical channel."<br>（译：处于PCH状态的UE将侦听PICH信道以及映射到特定S-CCPCH物理信道的PCH信道。）<br><br>[0047] "A UE in CELL_PCH/URA_PCH state only monitors the paging channel at dedicated occasions, and therefore minimizes the battery consumption. However, if the network wishes to access the UE, it must first indicate this desire on the paging occasion. The network may then access the UE, but only if the UE has replied to the paging..."<br>（译：处于CELL_PCH/URA_PCH状态的UE仅在专用时机监视寻呼信道，并因此最小化电池消耗。然而，如果网络希望接入UE，其必须首先在寻呼时机上指示这种意愿。网络随后可以接入UE，但仅在UE已应答寻呼时……） | 对比文件中公开内容的作用： 公开了UE在寻呼时机上监听PICH信道，网络在PICH信道上向UE指示寻呼意愿（即寻呼指示）。<br>与目标专利的作用比对： 目标专利说明书[0009]、[0039]、[0043]中，终端在PICH上侦听寻呼指示（paging indication），两者的物理信道及所执行的寻呼指示监听/接收功能完全相同。<br>判定论述： 对比文件[0043]与[0047]结合公开了UE在PCH状态下监听PICH以获取网络的寻呼指示。本领域技术人员基于3GPP标准常识及对比文件表述，能够毫无疑义地确定UE通过PICH接收寻呼指示，构成实质公开/直接公开。 |
| 技术特征F：在高速共享控制信道HS-SCCH上接收高速下行链路共享信道HS-DSCH无线电网络事务标识符H-RNTI<br><br>未公开（且不构成隐含公开） | 对比文件全文无相关公开内容。检索全文未涉及HS-SCCH或H-RNTI的接收过程。 | 对比文件中公开内容的作用： 对比文件主要涉及UMTS系统中MBMS业务的S-CCPCH物理信道引用机制，完全未涉及HSDPA的下行共享控制信道HS-SCCH及标识H-RNTI。<br>与目标专利的作用比对： 目标专利说明书[0004]、[0013]、[0038]、[0043]中，终端在收到PICH后通过在HS-SCCH上盲检自己的H-RNTI来确认是否有调度给自己的高速寻呼数据。对比文件完全不涉及该控制机制。<br>判定论述： 对比文件中既无文字记载，也不存在与HS-SCCH/H-RNTI等同的技术手段，即使按极宽松的隐含公开标准也无法推导得出，属于未公开。 |
| 技术特征G：使用所接收的H-RNTI来接收高速物理下行链路共享信道<br><br>未公开（且不构成隐含公开） | 对比文件全文无相关公开内容。未涉及HS-PDSCH与H-RNTI的关联接收。 | 对比文件中公开内容的作用： 对比文件未涉及HS-PDSCH的接收机制。<br>与目标专利的作用比对： 目标专利说明书[0004]、[0043]中，终端利用解析出的H-RNTI解调并接收HS-PDSCH上的寻呼消息，实现快速状态转换。对比文件仅涉及传统S-CCPCH接收。<br>判定论述： 对比文件完全没有公开任何利用H-RNTI解调/接收HS-PDSCH的方案，不构成直接公开，也无法隐含公开。 |
| 技术特征H：其中从所述候选PICH中选择一个PICH包括<br><br>《隐含公开》 | [0063] "...Accordingly, a formula may be produced such that the UE can calculate the number of the entry of the S-CCPCH channel that the UE shall listen to. For example, the number of the entry can be found by calculating the modulo of the UE identity and the number of S-CCPCHs available, as shown in FIG. 8."<br>（译：相应地，可以产生一个公式，使得UE能够计算出UE应当侦听的S-CCPCH信道的条目编号。例如，条目编号可以通过计算UE标识与可用S-CCPCH数量的模运算来得出，如图8所示。） | 见技术特征D、I、J、K的详细论述。该特征为选择过程的引导性特征，对比文件公开了通过公式计算从候选信道集合中选择一个特定信道的过程，隐含公开了该选择的具体细化步骤。 |
| 技术特征I：确定索引为U-RNTI模k<br><br>《隐含公开》 | [0063] "...The S-CCPCH channels may be numbered from 0 to the number of S-CCPCHs that exist in the cell minus one. Accordingly, a formula may be produced such that the UE can calculate the number of the entry of the S-CCPCH channel that the UE shall listen to. For example, the number of the entry can be found by calculating the modulo of the UE identity and the number of S-CCPCHs available, as shown in FIG. 8."<br>（译：……S-CCPCH信道可以从0到小区中存在的S-CCPCH数量减1进行编号。相应地，可以产生一个公式，使得UE能够计算出UE应当侦听的S-CCPCH信道的条目编号。例如，条目编号可以通过计算UE标识与可用S-CCPCH数量的模运算来得出，如图8所示。）<br><br>FIG. 8: "S-CCPCH index = UE identity mod K"<br>（附图8：S-CCPCH索引 = UE标识 mod K） | 对比文件中公开内容的作用： 公开了使用公式：索引 = UE identity mod K 计算出终端应当侦听的信道条目序号。<br>与目标专利的作用比对： 目标专利说明书[0035]-[0036]中，利用等式(1)IndexPICH = U_RNTI模k计算候选PICH索引。两者的数学模型与算法完全相同（均为标识模除信道总数）。<br>判定论述： 对比文件附图8及[0063]公开了通过UE identity模除信道数量K以确定信道索引。虽然对比文件使用的文字是“UE identity”而非具体特指“U-RNTI”，但在UMTS系统寻呼/连接态管理规范中，U-RNTI属于标准的UE identity之一。本领域技术人员基于对比文件披露的完整模运算公式以及极度宽松的隐含公开判断原则，能够合理推断出该算法即对应U-RNTI模k，故认定为隐含公开。 |
| 技术特征J：其中k等于候选PICH的数量<br><br>《隐含公开》 | [0063] "...For example, the number of the entry can be found by calculating the modulo of the UE identity and the number of S-CCPCHs available, as shown in FIG. 8."<br>（译：……例如，条目编号可以通过计算UE标识与可用S-CCPCH数量的模运算来得出，如图8所示。）<br><br>FIG. 8: "K = number of S-CCPCHs available"<br>（附图8：K = 可用S-CCPCH的数量） | 对比文件中公开内容的作用： 公开了公式中的参数K为候选可用信道的总数量。<br>与目标专利的作用比对： 目标专利说明书[0035]中，“确定出对应于候选数量的值k”，k即为候选PICH列表中候选信道的数量。参数所代表的物理含义完全一致（均为候选集数量）。<br>判定论述： 对比文件公开了K等于可用候选信道（承载PICH的信道）的数量。在宽松的隐含公开认定下，对比文件已经完整给出了将可用候选数量作为模除除数K的技术构思与推导基础，能够合理推断出该特征，故认定为隐含公开。 |
| 技术特征K：使用所述索引从候选列表中选择一个候选PICH<br><br>《隐含公开》 | [0063] "...The S-CCPCH channels may be numbered from 0 to the number of S-CCPCHs that exist in the cell minus one. Accordingly, a formula may be produced such that the UE can calculate the number of the entry of the S-CCPCH channel that the UE shall listen to. For example, the number of the entry can be found by calculating the modulo of the UE identity and the number of S-CCPCHs available, as shown in FIG. 8."<br>（译：……S-CCPCH信道可以从0到小区中存在的S-CCPCH数量减1进行编号。相应地，可以产生一个公式，使得UE能够计算出UE应当侦听的S-CCPCH信道的条目编号。例如，条目编号可以通过计算UE标识与可用S-CCPCH数量的模运算来得出，如图8所示。）<br><br>[0064] "This method implies that each UE will only listen to one S-CCPCH for the dedicated services, and that the S-CCPCH that the UE is listening to depends on the UE identity. As such, the UE will listen to the one S-CCPCH on the cell that the UE has selected."<br>（译：该方法意味着每个UE将仅侦听用于专用服务的一个S-CCPCH，并且UE正在侦听的S-CCPCH取决于UE标识。因此，UE将侦听UE已选择的小区上的该一个S-CCPCH。） | 对比文件中公开内容的作用： 公开了将信道按0到K-1编号，并利用计算得出的条目索引（entry number / index）从候选信道列表中选取目标信道进行侦听。<br>与目标专利的作用比对： 目标专利说明书[0036]步骤340中，“根据所计算的IndexPICH来从所编辑的列表中选择出PICH信息”，两者基于计算出的索引在列表中对应寻址选定目标信道的操作逻辑完全一致。<br>判定论述： 对比文件公开了基于计算出的index选择对应编号的信道条目（包含承载PICH的信道）。在极宽松的隐含公开认定下，本领域技术人员依据对比文件公开的列表索引寻址映射方案，能够合理推断出使用该索引从候选列表中提取/选择目标PICH，故认定为隐含公开。 |
| 技术特征L：其中从所述候选PICH中选择PICH还基于所述候选PICH的数量<br><br>《隐含公开》 | [0063] "...For example, the number of the entry can be found by calculating the modulo of the UE identity and the number of S-CCPCHs available, as shown in FIG. 8."<br>（译：……例如，条目编号可以通过计算UE标识与可用S-CCPCH数量的模运算来得出，如图8所示。）<br><br>FIG. 8: "S-CCPCH index = UE identity mod K", "K = number of S-CCPCHs available"<br>（附图8：“S-CCPCH索引 = UE标识 mod K”，“K = 可用S-CCPCH的数量”） | 对比文件中公开内容的作用： 公开了信道选择计算依赖于可用候选信道的数量K（作为模运算的模数）。<br>与目标专利的作用比对： 目标专利说明书[0035]中，计算选择索引必须以候选PICH的数量k为基准。两者均将候选信道总数作为选择算法的输入变量。<br>判定论述： 对比文件明确公开了候选信道数量K直接参与了信道条目计算并决定了最终选取的信道。基于前述对PICH候选信道选择的逻辑推论，本领域技术人员能够合理推断出该选择过程基于候选信道数量，故认定为隐含公开。 |
| 技术特征M：其中从所述候选PICH中选择一个PICH包括<br><br>《隐含公开》 | [0063] "...The S-CCPCH channels may be numbered from 0 to the number of S-CCPCHs that exist in the cell minus one. Accordingly, a formula may be produced such that the UE can calculate the number of the entry of the S-CCPCH channel that the UE shall listen to..."<br>（译：……S-CCPCH信道可以从0到小区中存在的S-CCPCH数量减1进行编号。相应地，可以产生一个公式，使得UE能够计算出UE应当侦听的S-CCPCH信道的条目编号……） | 见技术特征D、N、O的论述。该特征为选择步骤的上位引导性描述，由于对比文件公开了对应的具体子步骤，故在极宽松标准下认定为隐含公开。 |
| 技术特征N：建立与所述候选PICH的数量对应的值k<br><br>《隐含公开》 | [0063] "...The S-CCPCH channels may be numbered from 0 to the number of S-CCPCHs that exist in the cell minus one... by calculating the modulo of the UE identity and the number of S-CCPCHs available, as shown in FIG. 8."<br>（译：……S-CCPCH信道可以从0到小区中存在的S-CCPCH数量减1进行编号……通过计算UE标识与可用S-CCPCH数量的模运算来得出，如图8所示。）<br><br>FIG. 8: "K = number of S-CCPCHs available"<br>（附图8：K = 可用S-CCPCH的数量） | 对比文件中公开内容的作用： 公开了在执行选择算法前，获取/建立可用信道总数K。<br>与目标专利的作用比对： 目标专利说明书[0035]步骤320中，“确定出对应于候选数量的值k”。两者的作用完全相同，均为将候选集合元素个数赋值给运算参数。<br>判定论述： 对比文件附图8中直接定义了变量“K = number of S-CCPCHs available”，即设立了与候选信道数量对应的数值K并代入运算。结合对PICH候选信道的宽松隐含推断，本领域技术人员能够毫无疑义地合理推知该建立参数k的过程，认定为隐含公开。 |
| 技术特征O：使用所建立的值k计算选择索引<br><br>《隐含公开》 | [0063] "...Accordingly, a formula may be produced such that the UE can calculate the number of the entry of the S-CCPCH channel that the UE shall listen to. For example, the number of the entry can be found by calculating the modulo of the UE identity and the number of S-CCPCHs available, as shown in FIG. 8."<br>（译：……相应地，可以产生一个公式，使得UE能够计算出UE应当侦听的S-CCPCH信道的条目编号。例如，条目编号可以通过计算UE标识与可用S-CCPCH数量的模运算来得出，如图8所示。）<br><br>FIG. 8: "S-CCPCH index = UE identity mod K"<br>（附图8：S-CCPCH索引 = UE标识 mod K） | 对比文件中公开内容的作用： 公开了使用获取的数值K作为除数进行取模，计算得出索引值。<br>与目标专利的作用比对： 目标专利说明书[0035]-[0036]步骤330中，使用建立的值k按IndexPICH = U_RNTI模k计算选择索引，两者在算法结构和数据流向上完全对应。<br>判定论述： 对比文件附图8及[0063]明确记载了以K为参数计算出S-CCPCH index。在宽松隐含公开标准下，本领域技术人员基于信道选择算法的推导能够合理推断出使用该数值k计算得到目标选择索引，故认定为隐含公开。 |
<<<A>>>
<<<c>>>
<<<d>>>
<<<E>>>
<<<h>>>
<<<i>>>
<<<j>>>
<<<k>>>
<<<l>>>
<<<m>>>
<<<n>>>
<<<o>>>
首先，您需要连接至 Google Drive，以打开该扩展。
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>在所述WTRU处于CELL_PCH状态或URA_PCH状态中的一者时<br><br>《直接公开》 | [p0010]-[p0011]：<br>“Within the Connected Mode, there are four different states, i.e. the CELL_DCH (Dedicated Channel) state, the CELL_FACH (Forward Access Channel) state, the CELL_PCH (Paging Channel) state and the URA_PCH state. However, to be capable of HDSPA reception, a UE must be in the connected CELL_DCH state...”<br>（中文翻译：在连接模式内，存在四种不同状态，即CELL_DCH（专用信道）状态、CELL_FACH（前向接入信道）状态、CELL_PCH（寻呼信道）状态以及URA_PCH状态。然而，为了能够进行HSDPA接收，UE必须处于连接的CELL_DCH状态……） | 对比文件在背景技术段落[p0010]-[p0011]明确记载了在W-CDMA/UMTS连接模式下存在四种状态，其中包括CELL_PCH状态和URA_PCH状态。对比文件对这两种无线资源控制连接状态的公开与目标专利中关于WTRU状态的定义完全一致，本领域技术人员能够毫无疑义地直接确定UE存在处于CELL_PCH或URA_PCH状态的场景，因此该技术特征被对比文件直接公开。 |
| 技术特征B：<br>获取包括寻呼指示信道PICH信息的HSDPA相关的PICH信息元素<br><br>《未公开》 | 对比文件全文未记载PICH及相关信息元素。例如在[p0027]-[p0031]中仅记载：<br>“...to configure or reconfigure HS-DSCH related resources in a cell... include the following: - HS-PDSCH and HS-SCCH Total Power... - HS-PDSCH and HS-SCCH Scrambling Code, - HS-PDSCH FDD Code Information... - HS-SCCH FDD Code Information...”<br>（中文翻译：……用于在小区中配置或重配置HS-DSCH相关资源……包括以下内容：- HS-PDSCH和HS-SCCH总功率…… - HS-PDSCH和HS-SCCH扰码，- HS-PDSCH FDD码信息…… - HS-SCCH FDD码信息……） | 目标专利中“获取包括PICH信息的HSDPA相关的PICH信息元素”的作用是让处于休眠/节能状态的WTRU获取专用于HSDPA寻呼流程的PICH配置参数，以监听寻呼指示。对比文件WO2006033636A1的核心技术方案聚焦于CELL_DCH状态下基站与UE之间HSDPA信道参数重配置的SFN/CFN时间同步问题，全文完全未涉及寻呼机制，亦未提及寻呼指示信道PICH或任何HSDPA相关的PICH信息元素（其重配置涉及的是HS-SCCH和HS-PDSCH物理资源参数）。由于对比文件完全没有关于PICH信息及其获取的相关教导，即使按照最宽松的隐含公开判断标准，本领域技术人员也无法推断出该特征，因此对比文件未公开技术特征B。 |
| 技术特征C：<br>编译HSDPA的候选PICH的列表<br><br>《未公开》 | 对比文件全文未出现PICH、候选PICH或候选PICH列表的相关记载。 | 目标专利中“编译HSDPA的候选PICH的列表”的作用是WTRU将广播中接收到的多个PICH信息元素组织成候选列表，以便后续基于算法从中筛选。对比文件全篇未涉及寻呼指示信道PICH，更不存在编译候选PICH列表的技术手段与技术构思，因此对比文件未公开技术特征C。 |
| 技术特征D：<br>基于所述WTRU的通用移动电信系统UMTS陆地无线电接入网UTRAN无线电网络事务标识符U-RNTI从所述候选PICH中选择一个PICH<br><br>《未公开》 | [p0009]：<br>“When a connection is established, the UE enters a Connected Mode, and is assigned a U-RNTI (a UTRAN Radio Network Temporary Identity) , which can be used in any cell of UTRAN.”<br>（中文翻译：当连接建立时，UE进入连接模式，并被分配一个U-RNTI（UTRAN无线电网络临时标识），其可在UTRAN的任何小区中使用。） | 对比文件虽然在段落[p0009]中公开了UE在进入连接模式时被分配U-RNTI，但在对比文件中U-RNTI仅作为UE在网络中的通用临时标识使用；对比文件既没有候选PICH，更没有公开利用U-RNTI去选择候选PICH的操作机制。目标专利中该特征的作用是实现终端在多个候选PICH之间的均匀哈希选择与负载分担。两者结合对象与功能完全无关，因此对比文件未公开技术特征D。 |
| 技术特征E：<br>通过PICH接收寻呼指示<br><br>《未公开》 | 对比文件全文未记载PICH及寻呼指示的接收。 | 目标专利中该特征用于在休眠期醒来后判断网络是否有寻呼消息下发。对比文件针对的是CELL_DCH状态下的已连接业务重配置，完全没有寻呼（Paging）及PICH信道接收指示的过程，因此对比文件未公开技术特征E。 |
| 技术特征F：<br>在高速共享控制信道HS-SCCH上接收高速下行链路共享信道HS-DSCH无线电网络事务标识符H-RNTI<br><br>《隐含公开》 | [p0018]-[p0020]：<br>“In the downlink, the HS-DSCH employs separate physical Shared Control Channels (HS-SCCH) to convey the fast signalling information required for support of the link adaptation, hybrid ARQ (Automatic Repeat Request) and resource allocating functions.”<br>（中文翻译：在下行链路中，HS-DSCH采用单独的物理共享控制信道（HS-SCCH）来传送支持链路自适应、混合ARQ（自动重传请求）和资源分配功能所需的快速信令信息。）<br><br>[p0004]-[p0006]、[p0027]：<br>“...according to the 3GPP-standard...”<br>（中文翻译：……根据3GPP标准……） | 目标专利中在HS-SCCH上接收H-RNTI的作用是指示该HS-SCCH子帧所对应的HS-PDSCH数据属于哪一个UE（或寻呼组）。对比文件在背景技术[p0004]-[p0006]及[p0018]-[p0020]明确指出了其遵循3GPP标准的HSDPA机制，并公开了HS-SCCH承载用于下行资源分配和标识目标UE的快速信令信息。在3GPP HSDPA标准中，HS-SCCH传输的核心内容即包括利用特定H-RNTI对HS-SCCH的第一部分进行掩码加扰传输，UE通过在HS-SCCH上盲检解调出匹配的H-RNTI以确定调度归属。按照非常宽松的隐含公开判断标准，对比文件明确公开了3GPP框架下的HS-SCCH信令传输机制，本领域技术人员结合标准常识能够合理推断出HS-SCCH必然通过承载H-RNTI来通知终端分配，因而对比文件部分公开了该机制，构成技术特征F的隐含公开。 |
| 技术特征G：<br>使用所接收的H-RNTI来接收高速物理下行链路共享信道<br><br>《隐含公开》 | [p0014]-[p0016]：<br>“...the HS-DSCH is mapped onto one or several HS-PDSCH (High Speed Physical Downlink Shared Channels) , received simultaneously by the UE... The HS-DSCH transmission uses a common spreading (channelization) code resource, with is shared dynamically by several UEs in the time domain and code domain...”<br>（中文翻译：……HS-DSCH映射到一个或多个由UE同时接收的高速物理下行链路共享信道（HS-PDSCH）上……HS-DSCH传输使用公共扩频（信道化）码资源，该资源由多个UE在时域和码域动态共享……）<br><br>[p0018]-[p0020]：<br>“...Shared Control Channels (HS-SCCH) to convey the fast signalling information required for support of the link adaptation, hybrid ARQ... and resource allocating functions.”<br>（中文翻译：……共享控制信道（HS-SCCH）用于传送支持链路自适应、混合ARQ……和资源分配功能所需的快速信令信息。） | 目标专利中该特征的作用是终端根据匹配成功的H-RNTI，确定当前下行HS-PDSCH承载的数据属于自身，进而解调并接收HS-PDSCH上的数据。对比文件公开了3GPP HSDPA标准架构，说明了UE根据HS-SCCH上的动态资源分配控制信令来接收多UE共享的HS-PDSCH。在3GPP HSDPA规范的基准原理下，UE正是基于HS-SCCH匹配其自身的H-RNTI后，才能根据其指示的信道化码及调制参数来解调接收HS-PDSCH。按照极其宽松的隐含公开判定标准，本领域技术人员根据对比文件公开的HS-SCCH资源分配与HS-PDSCH接收的关系，能够合理推断出UE使用其接收到的H-RNTI来指导HS-PDSCH的接收，属于对比文件部分公开且可由本领域技术人员合理推断得出的特征，因此技术特征G被隐含公开。 |
| 技术特征H：<br>其中从所述候选PICH中选择一个PICH包括<br><br>《未公开》 | 对比文件全文未涉及候选PICH及从中选择PICH的操作。 | 属于下位特征引述，对比文件完全未涉及任何PICH选择过程，未公开技术特征H。 |
| 技术特征I：<br>确定索引为U-RNTI模k<br><br>《未公开》 | 对比文件全文未记载任何对U-RNTI进行取模或基于取模计算索引的算法。 | 目标专利中该特征通过取模运算提供计算索引的具体数学规则。对比文件虽出现过U-RNTI（[p0009]），但完全没有对U-RNTI进行数学模运算以确定索引的教导，未公开技术特征I。 |
| 技术特征J：<br>其中k等于候选PICH的数量<br><br>《未公开》 | 对比文件全文未记载候选PICH，更不存在k定义为候选PICH数量的说明。 | 目标专利中该特征定义了模运算的基数k为候选PICH的数量，确保索引落在候选范围内部。对比文件无对应方案，未公开技术特征J。 |
| 技术特征K：<br>使用所述索引从候选列表中选择一个候选PICH<br><br>《未公开》 | 对比文件全文未记载基于索引在候选列表中选择PICH。 | 目标专利中该特征基于计算出的索引寻址选出对应PICH。对比文件完全不涉及该信道选择流程，未公开技术特征K。 |
| 技术特征L：<br>其中从所述候选PICH中选择PICH还基于所述候选PICH的数量<br><br>《未公开》 | 对比文件全文未记载基于候选PICH数量进行PICH选择的机制。 | 目标专利中该特征限定了PICH的选择依据包含候选数量。对比文件未涉及任何候选PICH及选择，未公开技术特征L。 |
| 技术特征M：<br>其中从所述候选PICH中选择一个PICH包括<br><br>《未公开》 | 对比文件全文未涉及从候选PICH中选择PICH。 | 属于从属权利要求引述特征，对比文件完全未涉及，未公开技术特征M。 |
| 技术特征N：<br>建立与所述候选PICH的数量对应的值k<br><br>《未公开》 | 对比文件全文未涉及候选PICH数量或建立对应变量值k。 | 目标专利中该特征建立用于选择计算的参数值k。对比文件未涉及该技术手段，未公开技术特征N。 |
| 技术特征O：<br>使用所建立的值k计算选择索引<br><br>《未公开》 | 对比文件全文未记载使用候选数量k来计算选择索引。 | 目标专利中该特征将候选总数k作为参数计算选择索引。对比文件未涉及PICH计算索引，未公开技术特征O。 |
<<<A>>>
<<<f>>>
<<<g>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A<br>在所述WTRU处于CELL_PCH状态或URA_PCH状态中的一者时<br><br>《直接公开》 | 引证段落：[0086]、[0087]、[0170]、[0175]<br>“[0086] (C) Cell_PCH: 在此状态下，UE可以使用提供商通过UTRAN-DRNC为小区广播范围内所有UE设置的用于共享的无线资源，除用于寻呼和广播的无线信道资源之外。与Cell_FACH状态最不同的是，UE在此状态下不发送任何信息；相反，它们仅采取接收动作。处于Cell_PCH状态的UE可以通知系统它们在小区中的位置。”<br>“[0087] (D) URA_PCH: 在此状态下，UE可以使用提供商通过UTRAN-DRNC为小区广播范围内所有UE设置的用于共享的无线资源，除用于寻呼和广播的无线信道资源之外……系统仅能获知UE的UTRAN注册区而不是UE的确切小区。”<br>“[0175] ……当RNC对处于URA_PCH状态和处于CELL_PCH状态的UE执行寻呼时，RNC可以使用传统寻呼模式，或者使用PICH信道对这些UE执行寻呼。” | 目标专利中，该特征限定了WTRU（即UE）执行寻呼相关行为所处的操作状态。对比文件在段落[0086]、[0087]中详细公开了3G网络中UE的CELL_PCH和URA_PCH状态，并在段落[0175]中明确公开了UE处于CELL_PCH状态或处于URA_PCH状态时，网络侧可通过PICH对其执行寻呼。二者限定的状态及作用完全相同，本领域技术人员能毫无疑义地确定该技术特征已被直接公开。 |
| 技术特征B<br>获取包括寻呼指示信道PICH信息的HSDPA相关的PICH信息元素<br><br>未公开 | 对比文件全文未见该内容。 | 目标专利中，该特征指在HSDPA无线通信中引入一种特定的“HSDPA相关的PICH信息”信息元素（IE），用于提供支持HSDPA寻呼所需的PICH配置参数。对比文件涉及的是MBMS多媒体广播多播业务的订户计数统计方法，虽然提到了传统信道PICH（如[0175]），但全文完全未涉及HSDPA技术，更未公开“HSDPA相关的PICH信息元素”或获取包含PICH信息的该IE。二者技术领域与作用完全不同，即便按照极度宽松的标准，对比文件也完全未提供任何可供推导的依据，因此未公开。 |
| 技术特征C<br>编译HSDPA的候选PICH的列表<br><br>未公开 | 对比文件全文未见该内容。 | 目标专利中，WTRU在接收到配置IE后，在本地编译/编辑用于HSDPA寻呼的候选PICH列表以供后续选路。对比文件完全未涉及任何HSDPA候选PICH列表的建立或编译操作，未公开此特征。 |
| 技术特征D<br>基于所述WTRU的通用移动电信系统UMTS陆地无线电接入网UTRAN无线电网络事务标识符U-RNTI从所述候选PICH中选择一个PICH<br><br>未公开 | 对比文件全文未见该内容。 | 目标专利中，该特征通过特定算法使用UE的标识U-RNTI从多个候选PICH中选出一个特定的PICH进行监视。对比文件未提及U-RNTI，更未公开基于U-RNTI在候选PICH中进行选择，未公开此特征。 |
| 技术特征E<br>通过PICH接收寻呼指示<br><br>《隐含公开》 | 引证段落：[0081]、[0175]<br>“[0081] RNC将不使用除用于寻呼和广播的数据传输信道之外的任何其他数据传输信道……同时，UE没有RRC信令连接。”<br>“[0175] 在上述过程中，使用带有MBMS ID的寻呼消息；当RNC对处于URA_PCH状态和处于CELL_PCH状态的UE执行寻呼时，RNC可以使用传统寻呼模式，或者使用PICH信道对这些UE执行寻呼（or use PICH channel to perform paging to those UEs）。” | 目标专利中，该特征是指WTRU在休眠唤醒后通过物理信道PICH接收寻呼指示，以获知是否存在针对该WTRU的寻呼。对比文件段落[0175]明确公开了“使用PICH信道对这些UE执行寻呼”，根据UMTS移动通信系统标准公知常识，网络侧在PICH信道上发送寻呼时，下发的就是寻呼指示（Paging Indicator, PI），处于CELL_PCH/URA_PCH的UE必然通过PICH接收该寻呼指示以侦听后续消息。虽然对比文件未逐字使用“寻呼指示”字样，但其明确记载了网络侧通过PICH向UE执行寻呼传输，UE端对应接收的就是寻呼指示，对比文件已实质/隐含公开了该特征的接收机制与作用。 |
| 技术特征F<br>在高速共享控制信道HS-SCCH上接收高速下行链路共享信道HS-DSCH无线电网络事务标识符H-RNTI<br><br>未公开 | 对比文件全文未见该内容。 | 目标专利中，该特征属于HSDPA物理层/控制层交互过程，WTRU在检测到PICH指示后，在HS-SCCH上盲检自己的或公共的H-RNTI以解调高速业务数据。对比文件完全属于WCDMA/GSM基础MBMS计数方案，未涉及HSDPA架构，全文未出现HS-SCCH、HS-DSCH及H-RNTI，未公开此特征。 |
| 技术特征G<br>使用所接收的H-RNTI来接收高速物理下行链路共享信道<br><br>未公开 | 对比文件全文未见该内容。 | 目标专利中，UE利用匹配成功的H-RNTI进一步在HS-PDSCH上解码接收寻呼数据消息。对比文件未涉及H-RNTI与高速物理下行链路共享信道（HS-PDSCH），未公开此特征。 |
| 技术特征H<br>其中从所述候选PICH中选择一个PICH包括<br><br>未公开 | 对比文件全文未见该内容。 | 该特征属于上位引导特征，其依托的“候选PICH选择机制”在对比文件中完全未涉及，未公开此特征。 |
| 技术特征I<br>确定索引为U-RNTI模k<br><br>未公开 | 对比文件全文未见该内容。 | 目标专利中，UE使用数学运算公式 $Index_{PICH} = U\text{-}RNTI \pmod k$ 计算PICH索引以分散负载。对比文件无任何取模运算及利用U-RNTI确定索引的教导，未公开此特征。 |
| 技术特征J<br>其中k等于候选PICH的数量<br><br>未公开 | 对比文件全文未见该内容。 | 目标专利将模数k设定为候选PICH的配置数量。对比文件完全不涉及该参数定义，未公开此特征。 |
| 技术特征K<br>使用所述索引从候选列表中选择一个候选PICH<br><br>未公开 | 对比文件全文未见该内容。 | 目标专利中，WTRU利用计算得出的索引映射选择具体的候选PICH。对比文件未公开此列表选择机制，未公开此特征。 |
| 技术特征L<br>其中从所述候选PICH中选择PICH还基于所述候选PICH的数量<br><br>未公开 | 对比文件全文未见该内容。 | 目标专利中，选择PICH依赖于候选PICH的总量（即参数k）。对比文件完全未涉及任何候选PICH数量的考量或运算，未公开此特征。 |
| 技术特征M<br>其中从所述候选PICH中选择一个PICH包括<br><br>未公开 | 对比文件全文未见该内容。 | 该特征属于从属权利要求中的步骤引导限定，对比文件未公开候选PICH选择流程，未公开此特征。 |
| 技术特征N<br>建立与所述候选PICH的数量对应的值k<br><br>未公开 | 对比文件全文未见该内容。 | 目标专利中，UE通过解析广播信息统计候选PICH数量并赋值给变量k。对比文件完全不存在这一变量建立过程，未公开此特征。 |
| 技术特征O<br>使用所建立的值k计算选择索引<br><br>未公开 | 对比文件全文未见该内容。 | 目标专利中，使用已确立的值k参与选择索引的数学计算。对比文件完全不存在该技术手段，未公开此特征。 |
---
<<<A>>><<<e>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>在所述WTRU处于CELL_PCH状态或URA_PCH状态中的一者时<br><br>《未公开》 | 【对比文件】<br>[0008] In order to decrease power consumption, terminal is designed as Discrete Receiving (hereinafter referred to as DRX) mode, i.e. terminal stays in sleep mode when it is in idle mode.<br>（译文：为了降低功耗，终端被设计为不连续接收（DRX）模式，即终端在空闲模式（idle mode）下处于休眠模式。）<br><br>[0200] 705 If UE stays in idle mode when receiving paging message, Radio Resource Control (hereinafter referred to as RRC) connection setup process is needed. If UE has been in RRC connection mode, this process is unnecessary.<br>（译文：705 如果UE在接收寻呼消息时处于空闲模式，则需要进行无线电资源控制（RRC）连接建立过程。如果UE已经处于RRC连接模式，则不需要该过程。） | 1. 目标专利说明书对应理解：<br>根据目标专利说明书[0008]、[0012]-[0016]及[0018]，RRC连接模式包含CELL_DCH、CELL_FACH、CELL_PCH和URA_PCH四种状态。CELL_PCH与URA_PCH为无上行通信机制的省电连接状态，目标专利旨在解决终端处于这两种特定连接模式下如何实现基于HSDPA信道架构的寻呼与接收机制。<br><br>2. 对比文件对应内容与作用分析：<br>对比文件公开了终端在休眠模式（如空闲模式idle mode，或广泛提及的处于RRC connection mode）下监听PICH以接收MBMS寻呼指示。对比文件仅概括提及RRC connection mode与idle mode，并未指明终端具体处于CELL_PCH或URA_PCH状态。<br><br>3. 判断结论：<br>对比文件未直接公开CELL_PCH状态或URA_PCH状态；即使按照最宽松的推断标准，对比文件中未记载或提示在CELL_PCH或URA_PCH状态下执行该寻呼流程（其针对的是通用的RRC连接态或空闲态下的传统MBMS寻呼机制），因此技术特征A未被直接公开或隐含公开。 |
| 技术特征B：<br>获取包括寻呼指示信道PICH信息的HSDPA相关的PICH信息元素<br><br>《未公开》 | 【对比文件】<br>[0006] When a terminal belonging to a paging group is paged, PI corresponding to this paging group will appear on the Paging indicator Channel (hereinafter referred to as PICH) 202 cyclically.<br>（译文：当属于某寻呼组的终端被寻呼时，对应于该寻呼组的PI将周期性地出现在寻呼指示信道（PICH）202上。）<br><br>[0155] If the value of Nm is variable, UE must obtain current Nm value before RNC performs paging. UE can obtain the Nm value through system information broadcast or other signalling.<br>（译文：如果Nm的值是可变的，UE必须在RNC执行寻呼之前获取当前的Nm值。UE可以通过系统信息广播或其他信令获取Nm值。） | 1. 目标专利说明书对应理解：<br>根据目标专利说明书[0029]-[0034]及表1，该特征涉及在系统信息广播（SIB）中配置特定的“HSDPA相关的PICH信息元素”（例如表1中的HSDPA-PICH-Info），用于为终端在无专用上行信道下引入针对HSDPA寻呼的PICH配置参数，以支持通过HS-DSCH映射寻呼。<br><br>2. 对比文件对应内容与作用分析：<br>对比文件涉及传统WCDMA/MBMS系统中在广播系统信息中获取PICH参数（如Nm值），用于指示MBMS寻呼组指示位分布。对比文件所处理的是将PCCH/寻呼消息承载于辅助公共控制物理信道（SCCPCH）的传统架构，完全不涉及HSDPA，更未包含“HSDPA相关的PICH信息元素”。<br><br>3. 判断结论：<br>对比文件未公开任何与HSDPA相关的PICH信息元素，技术特征B未被直接公开或隐含公开。 |
| 技术特征C：<br>编译HSDPA的候选PICH的列表<br><br>《未公开》 | 【对比文件】<br>全文无相关候选PICH列表编译内容。<br>[0010]-[0012] 描述了传统单个PICH的无线帧结构（300 bits，其中288 bits携带PI）。 | 1. 目标专利说明书对应理解：<br>根据目标专利说明书[0031]表1及[0035]步骤320，网络端广播包含1至多个PICH候选的列表配置，WTRU接收该配置后，在本地编译生成一个用于HSDPA寻呼的候选PICH列表（Candidate PICH list），供后续通过算法选择。<br><br>2. 对比文件对应内容与作用分析：<br>对比文件仅涉及传统规范TS 25.211中预定义的单个物理信道PICH内部比特段的划分与解析（利用保留的末尾12比特分配给MBMS），UE直接监听分配的单一PICH物理信道，不涉及在终端侧编译HSDPA的候选PICH列表。<br><br>3. 判断结论：<br>对比文件不存在对候选PICH列表的获取与编译，技术特征C未被直接公开或隐含公开。 |
| 技术特征D：<br>基于所述WTRU的通用移动电信系统UMTS陆地无线电接入网UTRAN无线电网络事务标识符U-RNTI从所述候选PICH中选择一个PICH<br><br>《未公开》 | 【对比文件】<br>[0013] The position of PI in a frame is calculated according to International Mobile Subscriber Identity number (hereinafter referred to as IMSI) of the subscriber, and the calculation method is as follows: PI DRX Index mod Np. Wherein DRX Index equals to IMSI div 8192.<br>（译文：帧中PI的位置是根据订户的国际移动订户标识符（IMSI）计算的，计算方法如下：PI DRX Index mod Np。其中DRX Index等于IMSI div 8192。）<br><br>[0051] UE Identity (UE Identity) representing the identity of UE, which can be International Mobile Subscriber Identity (IMSI), Temporary Mobile Subscriber Identity (TMSI), Packet-Temporary Mobile Subscriber Identity (P-TMSI), UE-Radio Network Temporary Identity (U-RNTI), etc. UE confirms self-paging through checking the UE identity.<br>（译文：UE身份表示UE的身份，其可以是IMSI、TMSI、P-TMSI、U-RNTI等。UE通过检查UE身份来确认自身被寻呼。）<br><br>[0157] MPI=DRX Index mod Nm, in which DRX Index=TMGI div 8192;<br>（译文：MPI=DRX Index mod Nm，其中DRX Index=TMGI div 8192；） | 1. 目标专利说明书对应理解：<br>根据目标专利说明书[0018]、[0035]-[0036]，在存在多个HSDPA候选PICH时，WTRU通过其特定的无线电网络临时标识符U-RNTI（针对特定终端）执行取模计算（IndexPICH = U-RNTI mod k），以在多个物理信道实体间进行分流选择。<br><br>2. 对比文件对应内容与作用分析：<br>对比文件[0051]虽然在列举Paging Type 1消息所携带的被寻呼“UE Identity”类型时提及了U-RNTI（用于UE在SCCPCH上解码寻呼消息后比对自身ID确认寻呼归属），但在PICH侧，对比文件计算的是帧内比特偏移（传统寻呼基于IMSI，MBMS则基于群组标识TMGI计算MPI或掩码，见[0013]、[0157]、[0169]）。对比文件不仅完全没有在多个候选物理PICH之间进行选择的技术机制，更未基于U-RNTI从候选物理PICH中选择PICH。<br><br>3. 判断结论：<br>对比文件完全未公开该技术手段，技术特征D未被直接公开或隐含公开。 |
| 技术特征E：<br>通过PICH接收寻呼指示<br><br>《直接公开》 | 【对比文件】<br>[0006] When a terminal belonging to a paging group is paged, PI corresponding to this paging group will appear on the Paging indicator Channel (hereinafter referred to as PICH) 202 cyclically.<br>（译文：当属于某寻呼组的终端被寻呼时，对应于该寻呼组的PI将周期性地出现在寻呼指示信道（PICH）202上。）<br><br>[0007] When the terminal detects its PI on PICH, it will start to receive specific paging message from Secondary Common Control Physical Channel (hereinafter referred to as SCCPCH) 201. In other words, PICH only carries PI information, and paging message is carried by SCCPCH.<br>（译文：当终端在PICH上检测到其PI时，它将开始从辅助公共控制物理信道（SCCPCH）201接收特定寻呼消息。换句话说，PICH仅携带PI信息，寻呼消息由SCCPCH承载。）<br><br>[0119] UE 907 firstly examines PICH. If UE has activated MBMS service, it reads the last 12 bits of PICH to determine if the current paging service is what it needs...<br>（译文：UE 907首先检查PICH。如果UE已激活MBMS业务，则读取PICH的最后12比特以确定当前寻呼业务是否为其所需...） | 1. 目标专利说明书对应理解：<br>根据目标专利说明书[0009]、[0039]及[0043]，WTRU在醒来时监视PICH信道，通过接收PICH上的寻呼指示（PI）判断是否存在指向自身的下行寻呼，从而触发后续信道接收。<br><br>2. 对比文件对应内容与作用分析：<br>对比文件[0006]-[0007]、[0119]详细公开了移动终端在DRX周期醒来时，监视并检查物理信道PICH，从中接收寻呼指示（PI或MBMS PI），其作用同样是在物理层快速获得是否存在待收寻呼消息的指示，二者在物理信道类型、接收内容与技术效果上完全相同。<br><br>3. 判断结论：<br>对比文件直接公开了技术特征E，属于《直接公开》。 |
| 技术特征F：<br>在高速共享控制信道HS-SCCH上接收高速下行链路共享信道HS-DSCH无线电网络事务标识符H-RNTI<br><br>《未公开》 | 【对比文件】<br>[0007] When the terminal detects its PI on PICH, it will start to receive specific paging message from Secondary Common Control Physical Channel (hereinafter referred to as SCCPCH) 201.<br>（译文：当终端在PICH上检测到其PI时，它将开始从辅助公共控制物理信道（SCCPCH）201接收特定寻呼消息。）<br><br>[0118] ...Base Station 905 (Node B) sends Paging Indicator Channel frame that carries PI and Secondary Common Control Physical Channel (SCCPCH) frame that carries paging message for User Equipment (UE) 907 to read.<br>（译文：...基站905（Node B）发送承载PI的寻呼指示信道帧以及承载寻呼消息的辅助公共控制物理信道（SCCPCH）帧以供用户设备（UE）907读取。） | 1. 目标专利说明书对应理解：<br>根据目标专利说明书[0004]、[0013]、[0030]、[0038]、[0043]，在HSDPA寻呼方案中，寻呼消息映射至HS-DSCH，基站在物理层通过发送HS-SCCH子帧通知UE，UE在HS-SCCH上盲检/接收匹配的公共或专用寻呼H-RNTI，以确定下行数据包归属并获取解调参数。<br><br>2. 对比文件对应内容与作用分析：<br>对比文件全部寻呼方案建立在传统WCDMA体系架构上，寻呼消息严格承载于次级公共控制物理信道（SCCPCH）上（见[0007]、[0063]、[0118]、[0206]等），信道结构为固定速率与信道化码配置。对比文件完全不涉及HSDPA架构，未采用HS-SCCH控制信道，更无通过HS-SCCH传输/接收H-RNTI的机制。<br><br>3. 判断结论：<br>对比文件未公开该特征，技术特征F未被直接公开或隐含公开。 |
| 技术特征G：<br>使用所接收的H-RNTI来接收高速物理下行链路共享信道<br><br>《未公开》 | 【对比文件】<br>[0073] ...if the service matches, UE then reads SCCPCH to acquire MBMS paging message;<br>（译文：...如果业务匹配，UE随后读取SCCPCH以获取MBMS寻呼消息；） | 1. 目标专利说明书对应理解：<br>根据目标专利说明书[0004]、[0043]，WTRU利用在HS-SCCH上匹配解调出的寻呼H-RNTI，接收并解调相应子帧上的高速物理下行链路共享信道（HS-PDSCH），恢复出其中的寻呼消息。<br><br>2. 对比文件对应内容与作用分析：<br>对比文件仅公开UE在PICH匹对成功后直接读取SCCPCH物理信道来接收寻呼消息，不存在HSDPA的高速物理下行链路共享信道（HS-PDSCH），亦无使用H-RNTI接收该信道的概念。<br><br>3. 判断结论：<br>对比文件未公开该特征，技术特征G未被直接公开或隐含公开。 |
| 技术特征H：<br>其中从所述候选PICH中选择一个PICH包括<br><br>《未公开》 | 【对比文件】<br>全文无相关从候选PICH中选择PICH的步骤。<br>详见技术特征C、D比对。 | 1. 目标专利说明书对应理解：<br>作为技术特征D的进一步限定引导，涉及多候选PICH选择机制的具体实现算法流程（包含后续特征I、J、K）。<br><br>2. 对比文件对应内容与作用分析：<br>对比文件仅有单个PICH物理信道，不包含任何“从候选PICH中选择一个PICH”的处理流程。<br><br>3. 判断结论：<br>对比文件未公开该特征，技术特征H未被直接公开或隐含公开。 |
| 技术特征I：<br>确定索引为U-RNTI模k<br><br>《未公开》 | 【对比文件】<br>[0013] The position of PI in a frame is calculated according to International Mobile Subscriber Identity number (hereinafter referred to as IMSI) of the subscriber, and the calculation method is as follows:<br>PI DRX Index mod Np. Wherein DRX Index equals to IMSI div 8192.<br>（译文：帧中PI的位置是根据订户的国际移动订户标识符（IMSI）计算的，计算方法如下：PI DRX Index mod Np。其中DRX Index等于IMSI div 8192。）<br><br>[0157] Calculation of MBMS Paging Indicator MPI can conform to following methods: MPI=DRX Index mod Nm, in which DRX Index=TMGI div 8192;<br>（译文：MBMS寻呼指示符MPI的计算可以符合以下方法：MPI=DRX Index mod Nm，其中DRX Index=TMGI div 8192；）<br><br>[0170] The group that TMGI locates in is MPGi, wherein, i=TMGI mod m...<br>（译文：TMGI所在的组为MPGi，其中，i=TMGI mod m...） | 1. 目标专利说明书对应理解：<br>根据目标专利说明书[0035]-[0036]，WTRU通过公式“IndexPICH = U-RNTI模k”计算出候选PICH的索引值，以此将不同UE分散选择到不同的候选PICH实体信道上。<br><br>2. 对比文件对应内容与作用分析：<br>对比文件虽然在计算寻呼指示比特在单一PICH帧内的位置偏移时使用了取模运算（如基于IMSI或TMGI模Np、Nm或m），但运算输入变量是IMSI或TMGI，运算所得索引是PICH帧内寻呼指示组/比特的内部物理位置（帧内偏移），根本不是使用终端的临时标识“U-RNTI”取模，也不是用于在候选信道集合中生成候选PICH选择索引。<br><br>3. 判断结论：<br>对比文件未公开该特征，技术特征I未被直接公开或隐含公开。 |
| 技术特征J：<br>其中k等于候选PICH的数量<br><br>《未公开》 | 【对比文件】<br>[0012] Np indicates the number of PIs in a PICH frame.<br>（译文：Np表示一个PICH帧中PI的数量。）<br><br>[0155] If the 12 bits are divided into “Nm” groups, each group has 12/Nm bits, in which Nm={1, 2, 3, 4, 6, 12}.<br>（译文：如果这12比特被划分为“Nm”个组，每组具有12/Nm比特，其中Nm={1, 2, 3, 4, 6, 12}。）<br><br>[0165] If 12 bits are divided into “m” groups, each group has 12/m bits, in which m={1, 2, 3, 4, 6, 12}.<br>（译文：如果这12比特被划分为“m”个组，每组具有12/m比特，其中m={1, 2, 3, 4, 6, 12}。） | 1. 目标专利说明书对应理解：<br>根据目标专利说明书[0031]表1及[0035]步骤320，k代表网络配置并由UE编译获得的“候选PICH物理信道总数量”（即列表大小），作为取模运算的模数以进行信道散列分流。<br><br>2. 对比文件对应内容与作用分析：<br>对比文件中的取模基数Np、Nm或m均指“单个PICH无线帧内部分比特被划分出的寻呼指示组（PI/MPI/MPG）的数量”，而非“候选PICH信道的数量”。对比文件没有配置多个候选PICH的概念，变量含义与技术作用完全不同。<br><br>3. 判断结论：<br>对比文件未公开该特征，技术特征J未被直接公开或隐含公开。 |
| 技术特征K：<br>使用所述索引从候选列表中选择一个候选PICH<br><br>《未公开》 | 【对比文件】<br>全文无相关候选列表选择内容。<br>详见技术特征C、D比对。 | 1. 目标专利说明书对应理解：<br>根据目标专利说明书[0035]-[0036]步骤340，WTRU将利用公式计算得到的IndexPICH作为索引指针，从编译生成的候选PICH列表中检索并锁定对应的一个PICH信道进行后续监听。<br><br>2. 对比文件对应内容与作用分析：<br>对比文件仅是在单个PICH信道内根据计算的位索引（q或i）去读取特定的比特位，不存在候选PICH列表，亦无使用索引从候选列表中选择物理PICH的操作。<br><br>3. 判断结论：<br>对比文件未公开该特征，技术特征K未被直接公开或隐含公开。 |
| 技术特征L：<br>其中从所述候选PICH中选择PICH还基于所述候选PICH的数量<br><br>《未公开》 | 【对比文件】<br>全文无相关内容。<br>详见技术特征C、D、J比对。 | 1. 目标专利说明书对应理解：<br>选择PICH信道依赖于候选PICH的实际数量（如将其作为取模运算的分母k），使得分流选择能够自适应广播给出的物理信道总容量。<br><br>2. 对比文件对应内容与作用分析：<br>对比文件不涉及候选PICH的集合或数量，不存在基于候选PICH数量选择候选PICH的技术方案。<br><br>3. 判断结论：<br>对比文件未公开该特征，技术特征L未被直接公开或隐含公开。 |
| 技术特征M：<br>其中从所述候选PICH中选择一个PICH包括<br><br>《未公开》 | 【对比文件】<br>全文无相关内容。<br>详见技术特征H比对。 | 1. 目标专利说明书对应理解：<br>引出候选PICH选择过程中确定参数k及计算选择索引的具体子步骤（特征N与O）。<br><br>2. 对比文件对应内容与作用分析：<br>对比文件缺乏从候选PICH中选择PICH的前提构架。<br><br>3. 判断结论：<br>对比文件未公开该特征，技术特征M未被直接公开或隐含公开。 |
| 技术特征N：<br>建立与所述候选PICH的数量对应的值k<br><br>《未公开》 | 【对比文件】<br>全文无相关内容。<br>详见技术特征C、J比对。 | 1. 目标专利说明书对应理解：<br>根据目标专利说明书[0035]步骤320，WTRU在编译候选PICH列表后，统计候选物理信道总数，并建立数值变量k。<br><br>2. 对比文件对应内容与作用分析：<br>对比文件完全未出现候选PICH列表统计及赋值建立变量k的操作。<br><br>3. 判断结论：<br>对比文件未公开该特征，技术特征N未被直接公开或隐含公开。 |
| 技术特征O：<br>使用所建立的值k计算选择索引<br><br>《未公开》 | 【对比文件】<br>[0157] MPI=DRX Index mod Nm, in which DRX Index=TMGI div 8192;<br>（译文：MPI=DRX Index mod Nm，其中DRX Index=TMGI div 8192；）<br><br>[0170] The group that TMGI locates in is MPGi, wherein, i=TMGI mod m...<br>（译文：TMGI所在的组为MPGi，其中，i=TMGI mod m...） | 1. 目标专利说明书对应理解：<br>根据目标专利说明书[0035]-[0036]步骤330，WTRU利用前序建立的代表候选PICH数量的k值作为除数执行模运算，计算出用于从候选信道列表中选择信道的选择索引。<br><br>2. 对比文件对应内容与作用分析：<br>对比文件中的模运算是利用单帧内比特分组数Nm或m计算指示符在单一物理帧内部的比特位置，与使用候选PICH数量计算物理信道候选选择索引的技术方案与实质功能均不相同。<br><br>3. 判断结论：<br>对比文件未公开该特征，技术特征O未被直接公开或隐含公开。 |
---
<<<E>>>
### 特征比对分析说明
根据目标专利说明书原文的记载，技术特征A至O涉及在高速下行链路分组接入（HSDPA）无线通信系统中，当WTRU处于`CELL_PCH`或`URA_PCH`状态下进行寻呼的相关方法和配置，具体包括获取HSDPA相关的PICH信息元素、根据候选PICH数量建立模值$k$、基于WTRU的$U\text{-}RNTI\bmod k$选择候选PICH、接收寻呼指示、在HS-SCCH上接收H-RNTI以及接收HS-PDSCH等无线通信交互步骤。
对比文件（US 2006/0154980 A1）涉及医药生物技术领域，具体为“改进的COX-2抑制性组合物及使用它们的治疗方案”，公开内容关于COX-2抑制剂（如VIOXX、CELEBREX等）与前列环素促进剂（如富含黄酮类抗氧化剂的食物提取物）的复方药物配伍。对比文件全文未涉及任何无线电通信、3GPP标准、移动通信协议（如HSDPA/WCDMA）、终端标识符（U-RNTI、H-RNTI）或无线物理/控制信道（PICH、HS-SCCH、HS-PDSCH）。
因此，对比文件对技术特征A至O既未直接公开，亦未包含任何可供本领域技术人员合理推理出相关通信协议机制的内容，不构成隐含公开。
---
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：在所述WTRU处于CELL_PCH状态或URA_PCH状态中的一者时<br><br>【判断结果】：未公开 | 无相关记载 | 对比文件涉及医药配方领域（治疗COX-2介导疾病的组合物及方案），完全未涉及移动通信终端及其无线资源控制状态（如CELL_PCH或URA_PCH状态）。本领域技术人员无法从对比文件中毫无疑义地直接得出该特征，也无法基于医药组合物相关内容推导出终端状态特征，因此既未直接公开也未隐含公开。 |
| 技术特征B：获取包括寻呼指示信道PICH信息的HSDPA相关的PICH信息元素<br><br>【判断结果】：未公开 | 无相关记载 | 对比文件属于医药技术领域，未公开任何关于HSDPA无线通信中基站向终端广播或终端获取包括寻呼指示信道（PICH）信息的配置信息元素的内容。因此该特征未被直接公开，亦无任何信息可供隐含推断。 |
| 技术特征C：编译HSDPA的候选PICH的列表<br><br>【判断结果】：未公开 | 无相关记载 | 对比文件完全不涉及无线寻呼信道配置与候选列表的构建。本领域技术人员无法从医药配方中得出编译候选PICH列表的技术方案，因此该特征未被直接公开或隐含公开。 |
| 技术特征D：基于所述WTRU的通用移动电信系统UMTS陆地无线电接入网UTRAN无线电网络事务标识符U-RNTI从所述候选PICH中选择一个PICH<br><br>【判断结果】：未公开 | 无相关记载 | 对比文件未记载终端标识符U-RNTI，亦未记载基于该标识符在多个候选信道中执行选择的机制。该特征在对比文件中完全没有对应记载或启示，未被直接公开或隐含公开。 |
| 技术特征E：通过PICH接收寻呼指示<br><br>【判断结果】：未公开 | 无相关记载 | 对比文件属于药物发明，不涉及下行链路物理信道或寻呼指示的接收处理过程。该特征未被直接公开，也不存在可推断出该特征的任何技术内容，未被隐含公开。 |
| 技术特征F：在高速共享控制信道HS-SCCH上接收高速下行链路共享信道HS-DSCH无线电网络事务标识符H-RNTI<br><br>【判断结果】：未公开 | 无相关记载 | 对比文件未披露3GPP高速下行控制信道（HS-SCCH）或标识符（H-RNTI）的任何交互接收流程。该特征在对比文件中毫无记载，未被直接公开或隐含公开。 |
| 技术特征G：使用所接收的H-RNTI来接收高速物理下行链路共享信道<br><br>【判断结果】：未公开 | 无相关记载 | 对比文件完全不涉及利用网络标识符解码/接收高速物理共享信道（HS-PDSCH）的数据处理过程。因此该特征未被直接公开，亦无隐含公开依据。 |
| 技术特征H：其中从所述候选PICH中选择一个PICH包括<br><br>【判断结果】：未公开 | 无相关记载 | 对比文件未记载候选PICH选择的任何子步骤或细化实现方式。未被直接公开或隐含公开。 |
| 技术特征I：确定索引为U-RNTI模k<br><br>【判断结果】：未公开 | 无相关记载 | 对比文件未涉及利用通信标识符执行取模运算确定信道索引的算法方案。未被直接公开或隐含公开。 |
| 技术特征J：其中k等于候选PICH的数量<br><br>【判断结果】：未公开 | 无相关记载 | 对比文件未记载与候选信道数量相关联的模运算参数$k$。未被直接公开或隐含公开。 |
| 技术特征K：使用所述索引从候选列表中选择一个候选PICH<br><br>【判断结果】：未公开 | 无相关记载 | 对比文件未涉及利用计算出的索引寻址候选列表选取目标信道的过程。未被直接公开或隐含公开。 |
| 技术特征L：其中从所述候选PICH中选择PICH还基于所述候选PICH的数量<br><br>【判断结果】：未公开 | 无相关记载 | 对比文件未公开基于候选物理信道总数量进行信道选择的技术方案。未被直接公开或隐含公开。 |
| 技术特征M：其中从所述候选PICH中选择一个PICH包括<br><br>【判断结果】：未公开 | 无相关记载 | 对比文件未公开候选PICH选择的构成特征。未被直接公开或隐含公开。 |
| 技术特征N：建立与所述候选PICH的数量对应的值k<br><br>【判断结果】：未公开 | 无相关记载 | 对比文件未公开读取或建立对应候选信道数量变量$k$的处理机制。未被直接公开或隐含公开。 |
| 技术特征O：使用所建立的值k计算选择索引<br><br>【判断结果】：未公开 | 无相关记载 | 对比文件未公开根据信道数量变量计算选择索引的任何数学逻辑或控制流程。未被直接公开或隐含公开。 |
首先，您需要连接至 Workspace，以打开该扩展。
作为资深专利代理师，紧密结合目标专利说明书原文的公开内容及发明构思，针对对比文件（US2006/0166688A1）对目标专利各技术特征的公开性进行严谨、深度的评估。
---
### 一、 技术背景与目标专利技术特征解析
目标专利的核心发明构思在于解决在3GPP HSDPA系统中，终端处于省电状态（CELL_PCH或URA_PCH）下如何通过高速下行共享信道（HS-DSCH）接收寻呼消息的问题。在传统技术中，PCH仅映射在S-CCPCH上，且HSDPA只在CELL_DCH状态激活。目标专利提出在CELL_PCH或URA_PCH状态下，通过获取HSDPA相关的PICH信息元素、编译候选PICH列表、并利用终端特定的标识符（U-RNTI）和候选PICH数量建立模运算选择PICH，进而通过PICH接收寻呼指示，并在HS-SCCH或HS-PDSCH上完成寻呼消息调度与接收。
---
### 二、 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译及段落标号） | 公开性论述 |
| 技术特征A：<br>在所述WTRU处于CELL_PCH状态或URA_PCH状态中的一者时<br><br>《直接公开》 | 段落 [0041]：<br>“It's well known that the UE monitors the related paging control channels according to the specified DRX cycle only in IDLE mode, or in CELL-PCH state or URA-PCH state of CONNECT mode. After being allocated dedicated physical channel and entering CELL-DCH state of CONNECT mode, the UE will no longer monitor the related PICH and PCH.”<br>（众所周知，UE仅在空闲模式下，或者在连接模式的CELL-PCH状态或URA-PCH状态下，根据指定的DRX周期监听相关的寻呼控制信道。在被分配专用物理信道并进入连接模式的CELL-DCH状态后，UE将不再监听相关的PICH和PCH。） | 1. 作用与构思比对：<br>在目标专利中，该特征限定了终端所处的特定省电连接状态（CELL_PCH或URA_PCH），在该状态下终端需根据DRX周期监听寻呼；对比文件段落[0041]明确公开了终端在连接模式下的CELL-PCH状态或URA-PCH状态下监听寻呼控制信道（PICH和PCH）。两者在状态定义、信道监听机制及节能作用上完全相同。<br>2. 判断结论：<br>本领域技术人员无需创造性劳动即可毫无疑义地确定对比文件公开了该特征，属于直接公开。 |
| 技术特征B：<br>获取包括寻呼指示信道PICH信息的HSDPA相关的PICH信息元素<br><br>《未公开》 | 段落 [0040]、[0042]：<br>“[0040] The paging control channel includes PICH (Paging Indication Channel) and PCH (Paging Channel)... wherein the DRX cycle can be calculated from the parameter broadcast in the system information...”<br>“[0042] However, PICH and PCH are common control channels, usually located in Primary CCPCH... and Secondary CCPCH, and their positions can be obtained from the system information.”<br>（[0040] 寻呼控制信道包括PICH和PCH……其中DRX周期可由系统信息中广播的参数计算得出…… [0042] 然而，PICH和PCH是公共控制信道，通常位于初级CCPCH和次级CCPCH中，其位置可从系统信息中获取。） | 1. 作用与构思比对：<br>目标专利中的技术特征B是为了解决将PCCH映射至HS-DSCH时，在基站广播的系统信息（SIB）中特别引入“HSDPA相关的PICH信息元素”（如表1中DL-HSPDSCH系统信息或配置信息），使处于CELL_PCH/URA_PCH的终端能够获取支持HSDPA的高速寻呼信道配置参数；<br>而对比文件仅公开了传统TD-SCDMA中通过系统信息读取承载于P-CCPCH或S-CCPCH上的常规PICH位置信息，根本没有公开任何“HSDPA相关的PICH信息元素”，也没有涉及HSDPA寻呼的参数配置。<br>2. 判断结论：<br>对比文件未公开也未隐含公开HSDPA相关的PICH信息元素，故未公开。 |
| 技术特征C：<br>编译HSDPA的候选PICH的列表<br><br>《未公开》 | 无相关公开内容 | 1. 作用与构思比对：<br>目标专利说明书[0031]、[0036]阐明，基站广播多个支持HSDPA的候选PICH（数量为1至最大SCCPCH），WTRU接收IE后编译用于HSDPA信息的候选PICH列表；<br>对比文件全文仅涉及复用现有的寻呼信道来传输P2P通信的上行同步位移（SS）命令，既不存在HSDPA信道，也不存在编译多个候选PICH形成列表的技术构思与教导。<br>2. 判断结论：<br>对比文件未公开也未隐含公开该特征，故未公开。 |
| 技术特征D：<br>基于所述WTRU的通用移动电信系统UMTS陆地无线电接入网UTRAN无线电网络事务标识符U-RNTI从所述候选PICH中选择一个PICH<br><br>《未公开》 | 段落 [0040]：<br>“By calculating the number of IMSI (International Mobile Station Identification), the DRX (Discontinuous Reception) cycle and the number of common control channels, the serial number of the paging block to which the UEs in the same paging area respectively belong, can be obtained...”<br>（通过计算IMSI的数量、DRX周期以及公共控制信道的数量，可以获得同一寻呼区域内的UE分别所属的寻呼块序号……） | 1. 作用与构思比对：<br>目标专利中是基于终端特定的RRC层标识符“U-RNTI”在多个编译出的候选PICH列表中选择目标PICH；<br>对比文件段落[0040]明确记载其计算寻呼块位置是基于“IMSI”（国际移动用户识别码），完全未提及“U-RNTI”，更未基于U-RNTI从候选PICH列表中选择一个PICH。<br>2. 判断结论：<br>对比文件未公开也未隐含公开该特征，故未公开。 |
| 技术特征E：<br>通过PICH接收寻呼指示<br><br>《隐含公开》 | 段落 [0040]、[0041]、[0049]：<br>“[0040] The paging control channel includes PICH (Paging Indication Channel) and PCH (Paging Channel)...”<br>“[0041] ...the UE monitors the related paging control channels according to the specified DRX cycle only in IDLE mode, or in CELL-PCH state or URA-PCH state of CONNECT mode... UE will no longer monitor the related PICH and PCH.”<br>“[0049] In the PICH and PCH to which the UE in the next available paging area belongs, the UTRAN sends SS commands to the UEs in the paging area.”<br>（[0040] 寻呼控制信道包括PICH（寻呼指示信道）和PCH…… [0041] ……UE仅在空闲模式下或连接模式的CELL-PCH/URA-PCH状态下根据指定的DRX周期监听相关的寻呼控制信道…… [0049] 在下一个可用寻呼区域中UE所属的PICH和PCH中，UTRAN向寻呼区域中的UE发送SS命令。） | 1. 作用与构思比对：<br>目标专利中终端通过PICH接收寻呼指示（PI），用于指示终端去接收后续的寻呼调度与消息；<br>对比文件段落[0040]、[0041]、[0049]记载了终端在DRX周期内监听PICH信道，且UTRAN在PICH中发送命令。根据3GPP标准公知常识，PICH信道上传输的固有信号即为寻呼指示（Paging Indication）。对比文件复用寻呼信道时，虽然提及承载SS命令/寻呼消息，但其明确记载终端监听PICH并接收PICH上的信息。根据非常宽松的隐含公开判断原则，本领域技术人员根据对比文件公开的终端在CELL_PCH/URA_PCH下监听并接收PICH信道内容，完全有可能合理推断出终端通过PICH接收寻呼指示。<br>2. 判断结论：<br>对比文件对该特征构成隐含公开。 |
| 技术特征F：<br>在高速共享控制信道HS-SCCH上接收高速下行链路共享信道HS-DSCH无线电网络事务标识符H-RNTI<br><br>《未公开》 | 无相关公开内容 | 1. 作用与构思比对：<br>目标专利的技术方案中，基站调度HS-DSCH时在HS-SCCH上发送终端的H-RNTI（寻呼专用或公共H-RNTI），终端通过监视HS-SCCH上的H-RNTI来确定是否有寻呼调度；<br>对比文件为解决TD-SCDMA直通P2P通信的上行同步问题，采用的是在常规PCH/PICH或下行公共控制信道上发送同步调整命令（SS命令），通篇完全未涉及HS-SCCH、HS-DSCH及H-RNTI。<br>2. 判断结论：<br>对比文件未公开也未隐含公开该特征，故未公开。 |
| 技术特征G：<br>使用所接收的H-RNTI来接收高速物理下行链路共享信道<br><br>《未公开》 | 无相关公开内容 | 1. 作用与构思比对：<br>目标专利中，终端根据在HS-SCCH匹配到的H-RNTI去解调和接收HS-PDSCH（高速物理下行链路共享信道）上的寻呼数据；<br>对比文件完全不涉及利用H-RNTI接收HS-PDSCH的过程，其传输通过的是传统的PCH/S-CCPCH或DPCH。<br>2. 判断结论：<br>对比文件未公开也未隐含公开该特征，故未公开。 |
| 技术特征H：<br>其中从所述候选PICH中选择一个PICH包括<br><br>《未公开》 | 无相关公开内容 | 对比文件未公开从候选PICH中选择一个PICH的总括步骤（同技术特征C、D），故未公开。 |
| 技术特征I：<br>确定索引为U-RNTI模k<br><br>《未公开》 | 段落 [0010]、[0050]：<br>“On receipt of the SS command, the UE adjusts the timing of its transmission in step of ±k/8 chips each M sub-frames... The default value of M (from 1 to 8) and k (from 1 to 8) is broadcast in the BCH...”<br>（在接收到SS命令后，UE以每M个子帧±k/8个码片的步长调整其传输定时……M和k的默认值在BCH中广播……） | 1. 作用与构思比对：<br>目标专利中的等式(1)为：$\text{Index}_{\text{PICH}} = \text{U-RNTI} \pmod k$，用于通过U-RNTI对候选PICH数量k取模以计算选择索引；<br>对比文件中虽然在段落[0010]、[0050]中出现了参数符号“k”，但该“k”是用于表示上行同步调整的步长参数（$\pm k/8$ chips），完全不是模运算除数，对比文件更没有基于U-RNTI进行模运算确定索引的技术内容。<br>2. 判断结论：<br>对比文件未公开也未隐含公开该特征，故未公开。 |
| 技术特征J：<br>其中k等于候选PICH的数量<br><br>《未公开》 | 段落 [0010]、[0050] | 对比文件中的k为上行同步调整步长因子，并非候选PICH的数量，完全无相关公开内容，故未公开。 |
| 技术特征K：<br>使用所述索引从候选列表中选择一个候选PICH<br><br>《未公开》 | 无相关公开内容 | 对比文件不存在候选列表，亦不存在索引选择候选PICH的步骤，故未公开。 |
| 技术特征L：<br>其中从所述候选PICH中选择PICH还基于所述候选PICH的数量<br><br>《未公开》 | 无相关公开内容 | 对比文件未公开候选PICH的概念，更未公开基于候选PICH数量选择PICH，故未公开。 |
| 技术特征M：<br>其中从所述候选PICH中选择一个PICH包括<br><br>《未公开》 | 无相关公开内容 | 对应于选择PICH的具体子流程，对比文件无相关构思与公开，故未公开。 |
| 技术特征N：<br>建立与所述候选PICH的数量对应的值k<br><br>《未公开》 | 无相关公开内容 | 对比文件中的参数k与候选PICH数量无关，未公开建立与候选PICH数量对应的值k，故未公开。 |
| 技术特征O：<br>使用所建立的值k计算选择索引<br><br>《未公开》 | 无相关公开内容 | 对比文件不存在利用候选PICH数量对应的值k计算选择索引的技术方案，故未公开。 |
---
### 三、 评估结论与输出代码
经全面严谨对比：
1. **直接公开**的技术特征为：**技术特征A**（对比文件在段落 [0041] 中明确直接公开了在连接模式的 `CELL-PCH` 状态或 `URA-PCH` 状态下监听寻呼信道）。
2. **隐含公开**的技术特征为：**技术特征E**（对比文件段落 [0040]、[0041]、[0049] 记载终端在省电状态下监听并接收PICH信道上的消息，基于宽泛隐含判断标准，可合理推知其包含通过PICH接收寻呼指示）。
3. 其余技术特征（B、C、D、F、G、H、I、J、K、L、M、N、O）在对比文件中均未公开且未隐含公开。
<<<A>>><<<e>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>在所述WTRU处于CELL_PCH状态或URA_PCH状态中的一者时<br><br>《未公开》 | 【对比文件】背景技术部分及段落[2]：<br>“下りのユーザデータの受信をＨＳ−ＰＤＳＣＨにて待ちかまえていて、下りＤＰＣＨを設定されている移動局はＣＥＬＬ＿ＤＣＨ状態の移動局と称される。……下りユーザデータが少ない移動局はＣＥＬＬ＿ＤＣＨ状態からＣＥＬＬ＿ＦＡＣＨ状態に状態遷移させるのが通例である。”<br>（译：在HS-PDSCH上等待接收下行用户数据且被配置了下行DPCH的移动台被称为CELL_DCH状态的移动台。……下行用户数据少的移动台通常从CELL_DCH状态状态迁移到CELL_FACH状态。） | 1. 对比文件公开内容的作用：对比文件主要针对常规HSDPA在CELL_DCH状态下占用DPCH造成资源紧张的问题进行背景说明，并在发明方案（LTE背景及间歇接收）中讨论连续接收/间歇接收（DRX）下的共享信道分配，并未涉及CELL_PCH或URA_PCH状态。<br>2. 目标专利技术特征的作用：使处于低功耗功率节省状态（CELL_PCH或URA_PCH）下的WTRU能够触发并接收基于HSDPA的高速寻呼，避免状态转换的冗长信令延迟。<br>3. 公开性论述：对比文件仅提及CELL_DCH和CELL_FACH状态，完全未记载CELL_PCH或URA_PCH状态；本领域技术人员也无法从对比文件公开的内容推导出在CELL_PCH/URA_PCH状态下执行后续操作，故技术特征A既未被直接公开，亦未被隐含公开。 |
| 技术特征B：<br>获取包括寻呼指示信道PICH信息的HSDPA相关的PICH信息元素<br><br>《未公开》 | 对比文件全文未记载PICH及相关信息元素。 | 1. 对比文件公开内容的作用：对比文件未涉及任何寻呼指示信道（PICH）的接收或配置。<br>2. 目标专利技术特征的作用：通过接收网络侧广播的专用IE获取HSDPA寻呼所需要的多个候选PICH的配置参数。<br>3. 公开性论述：对比文件通篇完全未提及PICH（寻呼指示信道）或任何HSDPA相关的PICH信息元素，故技术特征B未被直接公开，亦未被隐含公开。 |
| 技术特征C：<br>编译HSDPA的候选PICH的列表<br><br>《未公开》 | 对比文件全文未记载候选PICH列表。 | 1. 对比文件公开内容的作用：对比文件未涉及PICH列表相关处理。<br>2. 目标专利技术特征的作用：将接收到的IE中的多个PICH配置整理并编译成可供索引选择的候选PICH列表。<br>3. 公开性论述：对比文件未记载候选PICH的列表编译，技术特征C未被直接公开，亦未被隐含公开。 |
| 技术特征D：<br>基于所述WTRU的通用移动电信系统UMTS陆地无线电接入网UTRAN无线电网络事务标识符U-RNTI从所述候选PICH中选择一个PICH<br><br>《未公开》 | 对比文件全文未记载基于U-RNTI选择PICH。 | 1. 对比文件公开内容的作用：对比文件完全未涉及UTRAN无线电网络事务标识符（U-RNTI），也未涉及PICH选择。<br>2. 目标专利技术特征的作用：利用WTRU特有的U-RNTI实现终端在多个候选PICH之间的负载均衡与离散选择。<br>3. 公开性论述：对比文件未记载U-RNTI，更未公开基于U-RNTI选择PICH，技术特征D未被直接公开，亦未被隐含公开。 |
| 技术特征E：<br>通过PICH接收寻呼指示<br><br>《未公开》 | 对比文件全文未记载通过PICH接收寻呼指示。 | 1. 对比文件公开内容的作用：对比文件未涉及寻呼指示信道PICH的监听与接收。<br>2. 目标专利技术特征的作用：使休眠终端在寻呼时机唤醒后，先在所选PICH上检测是否有发给自己的寻呼指示，以决定是否继续接收高速共享信道。<br>3. 公开性论述：对比文件未记载通过PICH接收寻呼指示，技术特征E未被直接公开，亦未被隐含公开。 |
| 技术特征F：<br>在高速共享控制信道HS-SCCH上接收高速下行链路共享信道HS-DSCH无线电网络事务标识符H-RNTI<br><br>《直接公开》 | 【对比文件】段落[2]（背景技术及实施例）：<br>“基地局スケジユーラは、図２に示すように、共有制御チャネル(HS-SCCH: High Speed Shared Control Channel)にて移動局個別に事前に付与してあるＭＡＣ識別子(H-RNTI)を含めることにより、各サブフレームにおいてどの移動局にＨＳ−ＰＤＳＣＨが割り当てられているかを移動局に通知する。そのため、移動局は毎サブフレームＨＳ−ＳＣＣＨを受信し、自移動局に割り当てられたＨ−ＲＮＴＩを含んでいるか否かをチェックし……”<br>（译：基站调度器如图2所示，通过在高速共享控制信道(HS-SCCH)中包含预先给各移动台个别赋予的MAC标识符(H-RNTI)，从而向移动台通知在各子帧中将HS-PDSCH分配给了哪个移动台。因此，移动台在每个子帧接收HS-SCCH，并检查是否包含分配给本移动台的H-RNTI……） | 1. 对比文件公开内容的作用：基站通过在HS-SCCH中携带H-RNTI，移动台接收HS-SCCH并比对其携带的H-RNTI，以判断当前子帧的数据归属。<br>2. 目标专利技术特征的作用：移动台在检测到寻呼指示后，在HS-SCCH上接收匹配的专用或公共寻呼H-RNTI，以确定下行共享信道调度指示。<br>3. 公开性论述：对比文件明确记载了“移动台接收HS-SCCH以检查/获取分配给该移动台的MAC标识符(H-RNTI)”，本领域技术人员能够毫无疑义地确定对比文件直接公开了“在高速共享控制信道HS-SCCH上接收高速下行链路共享信道HS-DSCH无线电网络事务标识符H-RNTI”的技术方案。技术特征F构成《直接公开》。 |
| 技术特征G：<br>使用所接收的H-RNTI来接收高速物理下行链路共享信道<br><br>《直接公开》 | 【对比文件】段落[2]：<br>“移動局は毎サブフレームＨＳ−ＳＣＣＨを受信し、自移動局に割り当てられたＨ−ＲＮＴＩを含んでいるか否かをチェックし、含まれていれば、そのサブフレームのＨＳ−ＰＤＳＣＨを受信し、含まれていなければそのサブフレームでは、ＨＳ−ＰＤＳＣＨを受信しない。”<br>（译：移动台在每个子帧接收HS-SCCH，并检查是否包含分配给本移动台的H-RNTI，若包含，则接收该子帧的HS-PDSCH，若不包含，则在该子帧不接收HS-PDSCH。） | 1. 对比文件公开内容的作用：使移动台在HS-SCCH中匹配确认自身H-RNTI后，触发并解调该子帧所分配的HS-PDSCH信道数据。<br>2. 目标专利技术特征的作用：使用在HS-SCCH上验证的H-RNTI，在对应的HS-PDSCH上解调并取回寻呼消息。<br>3. 公开性论述：对比文件明确记载了移动台确认HS-SCCH中包含分配给自身的H-RNTI后，接收相应子帧的HS-PDSCH（高速物理下行链路共享信道）。二者在信道接收机制与处理逻辑上完全实质等同，本领域技术人员可毫无疑义地直接得出。技术特征G构成《直接公开》。 |
| 技术特征H：<br>其中从所述候选PICH中选择一个PICH包括<br><br>《未公开》 | 对比文件全文未记载从候选PICH中选择一个PICH。 | 1. 对比文件公开内容的作用：对比文件未涉及PICH选择过程。<br>2. 目标专利技术特征的作用：对从候选PICH中选择PICH的具体计算步骤进行进一步限定。<br>3. 公开性论述：对比文件未涉及候选PICH及从中选择PICH的技术方案，技术特征H未被直接公开，亦未被隐含公开。 |
| 技术特征I：<br>确定索引为U-RNTI模k<br><br>《未公开》 | 对比文件全文未记载U-RNTI模k计算索引。 | 1. 对比文件公开内容的作用：对比文件段落[2]仅提及“间歇接收时序以帧编号的模4计算以使共有MAC标识符的移动台为4台（間欠受信タイミングをフレーム番号のモジュロ４とすることにより）”，该计算针对的是“帧编号（frame number）”，用于划分DRX时间偏移，而非针对U-RNTI。<br>2. 目标专利技术特征的作用：基于终端无线电网络事务标识符U-RNTI对其取模以生成选择候选信道的索引值。<br>3. 公开性论述：对比文件取模操作的对象是帧编号且用于时间偏移管理，与U-RNTI及PICH索引选取毫无关联，技术特征I未被直接公开，亦未被隐含公开。 |
| 技术特征J：<br>其中k等于候选PICH的数量<br><br>《未公开》 | 对比文件全文未记载k等于候选PICH的数量。 | 1. 对比文件公开内容的作用：对比文件中的模数（如4）对应的是共享同一MAC标识符的移动台数量限制，未涉及PICH数量。<br>2. 目标专利技术特征的作用：使模运算的基数动态适配于实际广播/获取到的候选PICH总数，保证索引映射均匀。<br>3. 公开性论述：对比文件未记载候选PICH，更不存在其数量k，技术特征J未被直接公开，亦未被隐含公开。 |
| 技术特征K：<br>使用所述索引从候选列表中选择一个候选PICH<br><br>《未公开》 | 对比文件全文未记载使用索引从候选列表中选择候选PICH。 | 1. 对比文件公开内容的作用：对比文件未涉及信道候选列表的选择索引机制。<br>2. 目标专利技术特征的作用：使用计算出的IndexPICH在已编译的候选PICH列表中定位并选出对应的PICH。<br>3. 公开性论述：对比文件未记载候选PICH列表及基于索引的选择，技术特征K未被直接公开，亦未被隐含公开。 |
| 技术特征L：<br>其中从所述候选PICH中选择PICH还基于所述候选PICH的数量<br><br>《未公开》 | 对比文件全文未记载基于候选PICH的数量选择PICH。 | 1. 对比文件公开内容的作用：对比文件未涉及PICH选择及其候选数量的考量。<br>2. 目标专利技术特征的作用：将候选PICH的总数量作为决定最终选取哪一个PICH的计算因子。<br>3. 公开性论述：对比文件未记载候选PICH及其数量，技术特征L未被直接公开，亦未被隐含公开。 |
| 技术特征M：<br>其中从所述候选PICH中选择一个PICH包括<br><br>《未公开》 | 对比文件全文未记载从候选PICH中选择一个PICH。 | 1. 对比文件公开内容的作用：对比文件未涉及PICH选择方案。<br>2. 目标专利技术特征的作用：限定基于候选PICH数量建立参数并计算选择索引的上位步骤。<br>3. 公开性论述：对比文件完全未涉及相关方案，技术特征M未被直接公开，亦未被隐含公开。 |
| 技术特征N：<br>建立与所述候选PICH的数量对应的值k<br><br>《未公开》 | 对比文件全文未记载建立与候选PICH数量对应的值k。 | 1. 对比文件公开内容的作用：对比文件未涉及PICH数量及建立对应的值k。<br>2. 目标专利技术特征的作用：根据解析编译出的候选PICH实际数量，确定用于后续索引计算的参数值k。<br>3. 公开性论述：对比文件未记载与候选PICH数量对应的值k，技术特征N未被直接公开，亦未被隐含公开。 |
| 技术特征O：<br>使用所建立的值k计算选择索引<br><br>《未公开》 | 对比文件全文未记载使用值k计算PICH选择索引。 | 1. 对比文件公开内容的作用：对比文件未涉及使用该值计算PICH的选择索引。<br>2. 目标专利技术特征的作用：将值k作为参数参与索引公式运算（如取模），生成用于挑选PICH的索引值。<br>3. 公开性论述：对比文件未记载使用与PICH数量对应的k值计算选择索引，技术特征O未被直接公开，亦未被隐含公开。 |
<<<F>>>
<<<G>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>在所述WTRU处于CELL_PCH状态或URA_PCH状态中的一者时<br><br>《未公开》 | [0002] In a random access wireless communication system, a communication link between an access terminal and an access point is not continuous. An access terminal can register with an access point and can remain in an idle state. The access terminal can transition from the idle state to an active state to initiate an active communication link. In the active state, the access terminal is able to receive information from the access point as well as transmit information to the access point.<br>（中文翻译：在随机接入无线通信系统中，接入终端与接入点之间的通信链路不是连续的。接入终端可以向接入点注册并保持在空闲状态。接入终端可以从空闲状态转换到激活状态以发起激活的通信链路。在激活状态下，接入终端能够从接入点接收信息以及向接入点发送信息。）<br><br>[0003] For the majority of the time, the access terminal remains in the idle state, awaiting the transition into the active state. The access terminal is typically a mobile device that operates from batteries stored within the device. The access terminals can conserve energy and extend the battery operated run time by transitioning to a low power state, often referred to as a sleep state...<br>（中文翻译：在大部分时间内，接入终端保持在空闲状态，等待转换到激活状态。接入终端通常是由设备内存储的电池供电的移动设备。接入终端可以通过转换到通常被称为睡眠状态的低功率状态来节省能量并延长电池供电的运行时间……） | 目标专利说明书[0008]、[0012]至[0016]明确指出，CELL_PCH与URA_PCH是UMTS系统RRC连接模式（RRC Connected Mode）下的特定省电状态，此时WTRU无上行链路机制，传统上无法进行HSDPA接收与CQI反馈。本特征限定在此特定RRC连接状态下引入HSDPA寻呼流程。<br>对比文件仅公开了通用的“idle state”（空闲状态）及“sleep state”（睡眠状态），并未公开UMTS RRC连接模式下的“CELL_PCH”或“URA_PCH”状态。通用的休眠/空闲与UMTS中特定的RRC PCH连接状态存在本质区别，本领域技术人员无法直接或隐含推导得出该特征，故未公开。 |
| 技术特征B：<br>获取包括寻呼指示信道PICH信息的HSDPA相关的PICH信息元素<br><br>《未公开》 | [0007] For example, both CDMA2000 and WCDMA wireless communication systems have a quick paging channel that allows a mobile station to periodically monitor an assigned quick paging bit to detect a presence of a page. When a page is sent to the mobile station, the base station sets the corresponding bit to '1'. If the bit is set, the mobile station, which represents the access terminal, listens to the full page...<br>（中文翻译：例如，CDMA2000和WCDMA无线通信系统都具有快速寻呼信道，其允许移动台周期性地监视所分配的快速寻呼比特以检测寻呼的存在。当向移动台发送寻呼时，基站将相应比特设置为‘1’。如果该比特被设置，则代表接入终端的移动台侦听完整寻呼……）<br><br>[0052] ...One portion of the superframe preamble can be allocated to a quick paging channel (QPCH) used to convey the quick page message...<br>（中文翻译：……超帧前导码的一部分可以被分配给用于传送快速寻呼消息的快速寻呼信道（QPCH）……） | 目标专利说明书[0029]至[0035]详细解释，该特征是指通过广播（如SIB）向WTRU提供将PCCH映射至HS-DSCH所需的高速信道配置信息，具体包含“HSDPA相关的PICH信息元素”（如表1中所示的信息元素，包含HSDPA支持的寻呼列表、各PICH配置信息等）。<br>对比文件仅提及WCDMA/CDMA2000具有快速寻呼信道（QPCH），以及在超帧前导码中配置QPCH传输寻呼比特/消息，根本未提及将寻呼指示信道（PICH）与HSDPA配置相关联，更没有公开获取“HSDPA相关的PICH信息元素”，未公开该特征。 |
| 技术特征C：<br>编译HSDPA的候选PICH的列表<br><br>《未公开》 | 对比文件全文未记载关于编译候选PICH列表的相关内容。 | 目标专利说明书[0031]、[0035]指出，基站广播的配置信息中包含多个候选PICH（例如1至最大SCCPCH个PICH），WTRU接收该IE后编辑（compile）出用于HSDPA信息的候选PICH列表。<br>对比文件完全未涉及系统存在多个候选PICH信道并由终端编译候选PICH列表的技术方案，故未公开。 |
| 技术特征D：<br>基于所述WTRU的通用移动电信系统UMTS陆地无线电接入网UTRAN无线电网络事务标识符U-RNTI从所述候选PICH中选择一个PICH<br><br>《未公开》 | [0045] ...The TX data processor 214 can be configured to generate a hash value based on a unique access terminal identifier for each scheduled receiver system 250...<br>（中文翻译：……TX数据处理器214可被配置为基于每个经调度的接收机系统250的唯一接入终端标识符来生成哈希值……）<br><br>[0060] Each access terminal has a unique identifier referred to as the access terminal identifier (ATI)...<br>（中文翻译：每个接入终端具有被称为接入终端标识符（ATI）的唯一标识符……） | 目标专利说明书[0035]、[0036]明确指出，WTRU根据其U-RNTI在编辑出的多个候选PICH中进行哈希选择，以实现负载均衡与PICH寻呼信道分配。<br>对比文件仅公开了利用接入终端标识符（ATI）通过哈希函数压缩生成ATIH并放入快速寻呼消息中供终端匹配检测寻呼指示，完全未涉及利用UMTS的U-RNTI从候选PICH集合中选取特定PICH信道，未公开该特征。 |
| 技术特征E：<br>通过PICH接收寻呼指示<br><br>《直接公开》 | [0007] For example, both CDMA2000 and WCDMA wireless communication systems have a quick paging channel that allows a mobile station to periodically monitor an assigned quick paging bit to detect a presence of a page. When a page is sent to the mobile station, the base station sets the corresponding bit to '1'. If the bit is set, the mobile station, which represents the access terminal, listens to the full page...<br>（中文翻译：例如，CDMA2000和WCDMA无线通信系统都具有快速寻呼信道，其允许移动台周期性地监视所分配的快速寻呼比特以检测寻呼的存在。当向移动台发送寻呼时，基站将相应比特设置为‘1’。如果该比特被设置，则代表接入终端的移动台侦听完整寻呼……）<br><br>[0036] An access point, for example 142, may broadcast a frame or block having the quick paging message. Each of the access terminals, 130 and 132 within the coverage area of the access point 142 can receive the quick paging message and process it to determine if an associated quick paging indicator is asserted, indicating the presence of a paging message directed to the access terminal.<br>（中文翻译：接入点（例如142）可以广播具有快速寻呼消息的帧或块。接入点142覆盖区域内的每个接入终端130和132可以接收快速寻呼消息并对其进行处理，以确定关联的快速寻呼指示是否被置位，从而指示存在发往该接入终端的寻呼消息。） | 目标专利说明书[0009]、[0039]阐述了WTRU在寻呼指示信道（PICH）上接收寻呼指示，以获知是否有发往自身的寻呼。<br>对比文件段落[0007]明确指明WCDMA无线通信系统具有快速寻呼信道（本领域技术人员公知WCDMA中的快速寻呼信道即为PICH），允许移动台周期性监视所分配的快速寻呼比特（即寻呼指示）来检测寻呼；且段落[0036]指出终端接收快速寻呼并确定关联的寻呼指示（quick paging indicator）是否置位以确定存在寻呼消息。二者在信道性质、接收指示及触发后继寻呼接收的作用完全相同，对比文件实质直接公开了通过PICH接收寻呼指示。 |
| 技术特征F：<br>在高速共享控制信道HS-SCCH上接收高速下行链路共享信道HS-DSCH无线电网络事务标识符H-RNTI<br><br>《未公开》 | 对比文件全文未记载有关HS-SCCH或H-RNTI的相关内容。 | 目标专利说明书[0004]、[0013]、[0038]、[0043]指出，WTRU在检测到PICH指示后，在HS-SCCH上监视分配的公共或专用H-RNTI，HS-SCCH提供控制与下行调度信息以指示HS-DSCH/HS-PDSCH归属。<br>对比文件采用的是OFDM系统超帧前导码中的QPCH承载压缩ATIH的设计，完全未公开3GPP HSDPA架构下的HS-SCCH控制信道及在其上接收H-RNTI的技术方案，故未公开。 |
| 技术特征G：<br>使用所接收的H-RNTI来接收高速物理下行链路共享信道<br><br>《未公开》 | 对比文件全文未记载有关使用H-RNTI接收高速物理下行链路共享信道（HS-PDSCH）的相关内容。 | 目标专利说明书[0043]指出，WTRU利用在HS-SCCH上匹配接收到的H-RNTI，从物理共享信道HS-PDSCH中解调和取回寻呼消息。<br>对比文件未公开H-RNTI，亦未公开基于该标识接收HS-PDSCH，故未公开。 |
| 技术特征H：<br>其中从所述候选PICH中选择一个PICH包括<br><br>《未公开》 | 对比文件全文未记载从候选PICH中选择PICH的相关内容。 | 由于对比文件根本未公开候选PICH及从候选PICH中选择PICH的步骤，该特征未公开。 |
| 技术特征I：<br>确定索引为U-RNTI模k<br><br>《未公开》 | 对比文件全文未记载利用U-RNTI进行取模运算确定信道索引的内容。 | 目标专利说明书[0035]、[0036]记载公式“IndexPICH = U_RNTI 模 k”，用于从候选列表中索引具体的PICH。<br>对比文件段落[0045]、[0059]-[0061]公开的是通过哈希函数将ATI映射为N比特的压缩标识ATIH（如ATIH = HashFunction(ATI)），用于在快速寻呼消息中压缩携带终端身份，并非用于计算候选信道选择索引，更未公开以U-RNTI对参数k进行模运算，故未公开。 |
| 技术特征J：<br>其中k等于候选PICH的数量<br><br>《未公开》 | 对比文件全文未记载k等于候选PICH数量的内容。 | 目标专利说明书[0035]步骤320中明确指出“确定出对应于候选数量的值k”，并作为模运算的除数。<br>对比文件不存在候选PICH列表，未公开此特征。 |
| 技术特征K：<br>使用所述索引从候选列表中选择一个候选PICH<br><br>《未公开》 | 对比文件全文未记载使用索引从候选列表中选择候选PICH的内容。 | 目标专利说明书[0036]记载WTRU根据所计算的IndexPICH从所编辑的列表中选择出PICH信息。<br>对比文件完全缺乏相关机制，故未公开。 |
| 技术特征L：<br>其中从所述候选PICH中选择PICH还基于所述候选PICH的数量<br><br>《未公开》 | 对比文件全文未记载从候选PICH中选择PICH基于候选PICH数量的内容。 | 目标专利说明书[0035]、[0036]阐述选择公式IndexPICH = U_RNTI 模 k，其中k为候选PICH数量，即选择过程基于候选PICH数量k。<br>对比文件无候选PICH及其数量的选取逻辑，故未公开。 |
| 技术特征M：<br>其中从所述候选PICH中选择一个PICH包括<br><br>《未公开》 | 对比文件全文未记载从候选PICH中选择一个PICH包括后续处理步骤。 | 对比文件未公开候选PICH及选择机制，故未公开。 |
| 技术特征N：<br>建立与所述候选PICH的数量对应的值k<br><br>《未公开》 | 对比文件全文未记载建立与候选PICH数量对应的值k的内容。 | 目标专利说明书[0035]步骤320明确指出确定出对应于候选数量的值k。<br>对比文件未公开任何候选PICH及对应值k，故未公开。 |
| 技术特征O：<br>使用所建立的值k计算选择索引<br><br>《未公开》 | 对比文件全文未记载使用候选PICH数量值k计算信道选择索引的内容。 | 目标专利说明书[0035]、[0036]指出使用值k作为除数通过等式(1)计算出PICH候选索引IndexPICH。<br>对比文件仅有关于寻呼消息数量NumPages用于决定ATIH压缩比特长度的记载（如[0066]-[0067]），与使用候选PICH数量k计算选择候选信道索引完全不同，故未公开。 |
<<<E>>>
权利要求2
根据权利要求1所述的方法，其中从所述候选PICH中选择一个PICH包括；确定索引为U-RNTI模k；其中k等于候选PICH的数量；以及使用所述索引从候选列表中选择一个候选PICH。
权利要求3
根据权利要求1所述的方法，其中从所述候选PICH中选择PICH还基于所述候选PICH的数量。
权利要求4
根据权利要求1所述的方法，其中从所述候选PICH中选择一个PICH包括；建立与所述候选PICH的数量对应的值k；以及使用所建立的值k计算选择索引。