非显而易见性评估仅供参考，不构成法律建议。
权利要求列表点击可跳转
对比文件列表
| 编号 | 名称 |
|---|
权利要求1
一种传送上行链路反馈信息的方法，包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE；以及；在经过冲突解决之后；所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据；且所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下；由所述WTRU传送ACK/NACK反馈。
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>【未公开】 | 无引用内容。 | 目标专利技术特征A属于移动通信技术领域，涉及在WTRU端接收网络配置的特定信令（指示HS-DPCCH上支持ACK/NACK的IE），用于启用后续的下行链路传输反馈。<br>对比文件JPH0752280A公开的是一种鞋的制造方法（涉及将手贴硫化方式与注塑成形方式相结合的鞋楦及鞋底加工工艺），属于鞋靴制造机械与高分子加工技术领域，未涉及任何移动通信系统、WTRU、HS-DPCCH信道、ACK/NACK及信息元素IE。本领域技术人员无法从对比文件中直接得出或合理解读/推理出该特征，即便是采用最宽松的隐含公开判断标准，对比文件亦未包含该特征的任何技术内容或可能与其它技术组合的通信要素。故该技术特征未被公开。 |
| 技术特征B：<br>（空）<br><br>【未公开】 | 无引用内容。 | 目标专利划分之技术特征B内容为空，无实质技术方案，对比文件亦无相关技术方案对应，判定为未公开。 |
| **技术特征C：**<br>在经过冲突解决之后<br><br>【未公开】 | 无引用内容。 | 目标专利技术特征C是指无线通信中在基于竞争的接入阶段（如E-RACH）完成后确认专属资源存取并解决潜在传输碰撞的时序/状态控制条件。<br>对比文件为制鞋工艺技术，完全未涉及任何通信协议、无线通信冲突解决机制（Contention Resolution）。本领域技术人员无法从鞋靴模具组装或成形加工的记载中得出该通信特征，即使按照极为宽松的标准## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
本案技术特征针对无线通信领域中处于CELL_FACH状态下的WTRU在增强型专用信道（E-DCH）与高速专用物理控制信道（HS-DPCCH）上传送上行链路反馈信息（如CQI、HARQ ACK/NACK）及争用/冲突解决机制。
经对对比文件（JP2618812B）的全面研读，对比文件涉及的是制鞋制造工业领域（具体为一种将“手贴加硫方式”与“注射成型方式”相结合的鞋制造方法），与目标专利属于完全不相关的技术领域，未公开、亦未以任何合理推导或部分公开方式隐含公开目标专利权利要求的任何无线通信技术特征。
特征比对及分析结果如下：
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>【未公开】 | 无（对比文件全篇未记载任何无线通信相关内容） | 对比文件公开的是一种结合手贴加硫与注塑成型的制鞋方法（见说明书第[0001]~[0016]段）。目标专利技术特征A属于无线通信领域中通过信令IE指示控制信道上反馈功能的技术特征，其在目标专利中的作用在于使终端明确是否在物理层控制信道上反馈ACK/NACK。对比文件完全属于机械/材料成型领域，未记载任何接收IE或信道指示的内容，本领域技术人员无法从中得出该特征，既无直接公开，亦无任何隐含公开的可能。 |
| 技术特征B：<br><br>【未公开】 | 无 | 技术特征B在权利要求中未提供具体技术限定内容，且对比文件全篇为制鞋工艺，未包含任何通信技术方案，未公开。 |
| 技术特征C：在经过冲突解决之后<br><br>【未公开】 | 无（对比文件全篇未记载任何无线通信相关内容） | 目标专利中“冲突解决”涉及WTRU在基于竞争的增强型RACH接入中避免多个终端冲突的协议过程（如说明书[0007]、[0023]、[0035]段）。对比文件仅涉及鞋模具加硫及树脂注塑工序，完全不存在无线通信中的数据传输冲突解决机制，未直接公开，亦无法隐含公开。 |
| 技术特征D：所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>【未公开】 | 无（对比文件全篇未记载任何无线通信相关内容） | 目标专利技术特征D涉及终端在特定逻辑信道（DCCH/DTCH）上传送数据，用于作为触发反馈或关联接入的前提条件（说明书[0037]~[0038]段）。对比文件涉及鞋帮（甲被）、中底与外底的贴合及硫化工艺，未记载无线通信信道及其数据发送，未直接公开，亦无法隐含公开。 |
| 技术特征E：所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>【未公开】 | 无（对比文件全篇未记载任何无线通信相关内容） | 目标专利技术特征E涉及基于接收到的信息元素指示状态进行条件判断。对比文件为鞋类成型工艺，完全不涉及通信协议信令的状态判定，未直接公开，亦无法隐含公开。 |
| 技术特征F：由所述WTRU传送ACK/NACK反馈。<br><br>【未公开】 | 无（对比文件全篇未记载任何无线通信相关内容） | 目标专利技术特征F涉及无线终端在物理层/链路层传送数据确认反馈，用于HARQ重传控制。对比文件无通信设备及确认反馈机制，未直接公开，亦无法隐含公开。 |
| 技术特征G：其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br><br>【未公开】 | 无（对比文件全篇未记载任何无线通信相关内容） | 目标专利技术特征G限定了上行ACK/NACK反馈所承载的物理信道为HS-DPCCH。对比文件为制鞋工艺，不包含任何物理信道传输，未直接公开，亦无法隐含公开。 |
| 技术特征H：其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>【未公开】 | 无（对比文件全篇未记载任何无线通信相关内容） | 目标专利技术特征H涉及区分IE类型并测量计算用于下行链路自适应调度的信道质量指示符CQI。对比文件为鞋靴模具制造技术，完全不具备信道质量测量与参数确定功能，未直接公开，亦无法隐含公开。 |
| 技术特征I：<br><br>【未公开】 | 无 | 技术特征I未提供具体技术限定内容，对比文件亦未公开任何通信技术方案，未公开。 |
| 技术特征J：在所述HS-DSCH上的物理层中传送所述CQI。<br><br>【未公开】 | 无（对比文件全篇未记载任何无线通信相关内容） | 目标专利技术特征J涉及在物理层中传输信道质量指示符CQI以支持快速链路自适应。对比文件属于鞋类制造技术，未记载无线通信物理层反馈，未直接公开，亦无法隐含公开。 |
| 技术特征K：其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br><br>【未公开】 | 无（对比文件全篇未记载任何无线通信相关内容） | 目标专利技术特征K涉及在E-DCH增强型随机接入阶段解决多个终端发送E-RACH消息的碰撞冲突（说明书[0007]、[0035]段）。对比文件仅记载模具闭合与加硫注塑，完全不涉及信道竞争冲突解决，未直接公开，亦无法隐含公开。 |
| 技术特征L：其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br><br>【未公开】 | 无（对比文件全篇未记载任何无线通信相关内容） | 目标专利技术特征L涉及通过竞争解决阶段向WTRU确认无争用的E-DCH信道资源存取权限。对比文件完全不涉及信道资源分配或冲突裁决，未直接公开，亦无法隐含公开。 |
| 技术特征M：进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br><br>【未公开】 | 无（对比文件全篇未记载任何无线通信相关内容） | 目标专利技术特征M涉及网络向终端分配上行E-DCH资源以提升接入吞吐量。对比文件属于鞋制造领域，无网络通信与资源分配机制，未直接公开，亦无法隐含公开。 |
| 技术特征N：其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>【未公开】 | 无（对比文件全篇未记载任何无线通信相关内容） | 目标专利技术特征N涉及通过广播SIB信令下发可用信道资源池列表（说明书[0026]、[0033]段）。对比文件为制鞋工艺，不存在广播信令或资源列表分发，未直接公开，亦无法隐含公开。 |
| 技术特征O：<br><br>【未公开】 | 无 | 技术特征O未提供具体技术限定内容，未公开。 |
| 技术特征P：使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>【未公开】 | 无（对比文件全篇未记载任何无线通信相关内容） | 目标专利技术特征P涉及终端基于网络指示的索引在广播列表中索引出配置参数（说明书[0026]、[0033]段）。对比文件完全不涉及列表索引与无线资源映射，未直接公开，亦无法隐含公开。 |
| 技术特征Q：其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>【未公开】 | 无（对比文件全篇未记载任何无线通信相关内容） | 目标专利技术特征Q涉及从基站侧信号获取资源索引及列表。对比文件为鞋类成型方法，无基站及信令交互，未直接公开，亦无法隐含公开。 |
| 技术特征R：<br><br>【未公开】 | 无 | 技术特征R未提供具体技术限定内容，未公开。 |
| 技术特征S：使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>【未公开】 | 无（对比文件全篇未记载任何无线通信相关内容） | 目标专利技术特征S涉及终端根据接收的索引参数从配置列表中检索所分配的E-DCH无线资源。对比文件属于鞋制造领域，未直接公开，亦无法隐含公开。 |
| 技术特征T：进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br><br>【未公开】 | 无（对比文件全篇未记载任何无线通信相关内容） | 目标专利技术特征T涉及在上行链路发送特定逻辑信道的高层业务或控制数据。对比文件完全不涉及数据信道传输，未直接公开，亦无法隐含公开。 |
| 技术特征U：其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br><br>【未公开】 | 无（对比文件全篇未记载任何无线通信相关内容） | 目标专利技术特征U限定了反馈信息发生的特定RRC连接状态（CELL_FACH），以提升前向接入状态下的交互速率。对比文件为制鞋硫化与注塑，无RRC状态或反馈传输，未直接公开，亦无法隐含公开。 |
| 技术特征V：该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>【未公开】 | 无（对比文件全篇未记载任何无线通信相关内容） | 目标专利技术特征V涉及终端获取E-DCH资源用于上行链路数据传输。对比文件无通信传输与资源调度，未直接公开，亦无法隐含公开。 |
| 技术特征W：在冲突解决完成<br><br>【未公开】 | 无（对比文件全篇未记载任何无线通信相关内容） | 目标专利技术特征W涉及冲突解决作为后续步骤的触发或时序前提。对比文件不包含任何冲突解决机制，未直接公开，亦无法隐含公开。 |
| 技术特征X：所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>【未公开】 | 无（对比文件全篇未记载任何无线通信相关内容） | 目标专利技术特征X涉及资源配置中携带显式请求反馈测量的IE参数（说明书[0034]段）。对比文件属于机械制造领域，完全无对应信令与触发机制，未直接公开，亦无法隐含公开。 |
| 技术特征Y：由所述WTRU传送信道质量指示符CQI。<br><br>【未公开】 | 无（对比文件全篇未记载任何无线通信相关内容） | 目标专利技术特征Y涉及终端向上发射CQI测量反馈以供网络进行调制编码调整。对比文件未记载任何信道反馈机制，未直接公开，亦无法隐含公开。 |
| 技术特征Z：其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br><br>【未公开】 | 无（对比文件全篇未记载任何无线通信相关内容） | 目标专利技术特征Z限定CQI承载于HS-DPCCH信道。对比文件为鞋类生产工艺，无物理信道传输，未直接公开，亦无法隐含公开。 |
综上，对比文件（JP2618812B）未公开目标专利权利要求的任何技术特征。
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用及中文翻译 | 公开性论述 |
| 技术特征A：包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>【未公开】 | 无对应引用内容。 | 目标专利中技术特征A涉及3GPP蜂窝移动通信系统中由WTRU接收指示在HS-DPCCH上支持ACK/NACK反馈的特定IE，用于控制上行链路反馈传输。对比文件WO98054859A公开的是共享介质网络（如HFC同轴电缆或无线）中的基于争用的预约MAC协议（结合PTS与FCFSS冲突分解），完全未涉及3GPP中的WTRU、HS-DPCCH物理信道、或指示支持ACK/NACK的IE。两者的技术领域、信道结构、信令机制及作用均完全不同。本领域技术人员既无法直接毫无疑义得出，也无法合理推导得出，故未公开。 |
| 技术特征B：<br><br>【无内容/未公开】 | 无对应引用内容。 | 本特征未包含任何具体技术内容，无法与对比文件进行比对判定。 |
| 技术特征C：在经过冲突解决之后<br><br>《直接公开》 | [p0016] Upon making a successful reservation in state 204, the MAC User transitions into the ACTIVE state 206.<br>（在状态204中成功进行预约之后，MAC用户转入ACTIVE状态206。）<br><br>[p0018] Upon completion of the collision resolution procedure (i.e., all of the collisions, or a subset of them, are resolved), the MAC protocol returns to the normal state 310.<br>（在冲突解决程序完成之后（即所有冲突或其中的一部分得到解决），MAC协议返回到正常状态310。）<br><br>[p0049] Each MAC User that makes a successful reservation transitions from the CONTENTION state to the ACTIVE state, and awaits a data transmission opportunity from the headend unit.<br>（成功预约的每个MAC用户从CONTENTION状态转换为ACTIVE状态，并等待来自前端单元的数据传输机会。） | 对比文件明确公开了系统处于争用状态时执行冲突解决程序，当“冲突解决程序完成（Upon completion of the collision resolution procedure）”以及“成功进行预约（Upon making a successful reservation）”之后，MAC用户转入ACTIVE状态等待数据传输。该时序条件与目标专利中“在经过冲突解决之后”的技术内容与实质作用完全相同，本领域技术人员能毫无疑义地直接得出，构成《直接公开》。 |
| 技术特征D：所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>【未公开】 | 无对应引用内容。 | 目标专利中DCCH与DTCH为UMTS/3GPP体系中特定的逻辑信道，用于传输专用控制或业务数据。对比文件WO98054859A仅涉及通用共享介质上预约时隙中传输用户数据（通用位集合，如voice、video等，参见段落[p0015]），并未涉及DCCH或DTCH逻辑信道划分及相应的数据发送机制。二者信道体系与技术含义完全不同，本领域技术人员无法从对比文件中直接得出或合理推断，故未公开。 |
| 技术特征E：所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>【未公开】 | 无对应引用内容。 | 目标专利的技术方案基于IE指示HS-DPCCH支持ACK/NACK作为条件来触发/控制上行链路ACK/NACK的传输。对比文件完全没有3GPP规范中的HS-DPCCH信道及该特定IE配置判断机制，本领域技术人员无法直接得出或合理推断，故未公开。 |
| 技术特征F：由所述WTRU传送ACK/NACK反馈。<br><br>【未公开】 | 无对应引用内容。 | 目标专利中该特征是指终端在上行链路上向基站/网络传送用于下行链路数据接收确认的ACK/NACK反馈。对比文件WO98054859A虽然在段落[p0017]、[p0048]中提到了前端单元向MAC用户发送三值反馈（IDLE、SUCCESS、COLLISION）以指示争用预约结果，但这并非终端（WTRU）向网络发送业务数据的ACK/NACK反馈，且对比文件中不存在任何终端传送ACK/NACK反馈的公开。两者发送主体、反馈内容及作用完全不同，故未公开。 |
| 技术特征G：其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br><br>【未公开】 | 无对应引用内容。 | 目标专利限定ACK/NACK经由3GPP专用的HS-DPCCH（高速专用物理控制信道）进行上行传送。对比文件WO98054859A根本不存在HS-DPCCH这一物理信道结构及在其上传送反馈的机制，故未公开。 |
| 技术特征H：其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>【未公开】 | 无对应引用内容。 | 目标专利涉及在3GPP系统中确定用于下行HS-DSCH的CQI。对比文件WO98054859A中仅涉及测距（ranging）来调整发射机以保证时隙同步（参见段落[p0046]），未公开针对HS-DSCH的CQI测量或确定机制，也无第一IE的设定，故未公开。 |
| 技术特征I：<br><br>【无内容/未公开】 | 无对应引用内容。 | 本特征未包含任何具体技术内容，无法进行比对判定。 |
| 技术特征J：在所述HS-DSCH上的物理层中传送所述CQI。<br><br>【未公开】 | 无对应引用内容。 | 目标专利涉及在特定信道/物理层中传送CQI。对比文件无HS-DSCH信道，亦无终端传送CQI的相关机制，故未公开。 |
| 技术特征K：其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br><br>《隐含公开》 | [p0014] A number of different MAC protocols have been developed for use over a shared medium network... contention-based protocols, which do not avoid collisions but instead resolve any collisions that do occur on the shared channel.<br>（已开发出许多不同的MAC协议用于共享介质网络……基于争用的协议，其不避免冲突，而是解决在共享信道上发生的任何冲突。）<br><br>[p0017] For each contention opportunity... (3) a collision, indicating that more than one MAC User transmitted a reservation request... if multiple MAC Users respond (i.e., if the result of the contention is COLLISION), then the headend unit attempts to aid in resolving the collision by providing additional contention opportunities.<br>（对于每个争用机会……(3)冲突，表示有多个MAC用户发送了预约请求……如果多个MAC用户响应（即争用结果为COLLISION），则前端单元尝试通过提供额外的争用机会来协助解决冲突。）<br><br>[p0018] The MAC protocol enters the collision resolution state 320 when the result of the contention-based reservation is COLLISION. In this state, a collision resolution procedure is employed to resolve the collision.<br>（当基于争用的预约结果为COLLISION时，MAC协议进入冲突解决状态320。在该状态下，采用冲突解决程序来解决冲突。） | 目标专利中该特征的作用在于通过冲突解决机制消除多个终端在上行增强型专用信道（E-DCH）资源访问时的潜在碰撞冲突。对比文件WO98054859A虽然采用通用术语描述共享信道，但明确公开了基于争用的预约MAC协议中多个用户同时发送预约请求会导致冲突，并通过冲突解决程序（如PTS/FCFSS）提供额外的争用机会逐步分解冲突，从而解决多个用户传输预约请求的潜在碰撞。基于极其宽松的隐含公开判断标准，对比文件公开了“通过冲突解决程序解决多个用户在共享上行信道上传输时发生的潜在冲突”的上位机制，部分公开了该技术方案，本领域技术人员有可能基于该原理推断出该冲突解决机制适用于任何基于争用的上行传输系统以解决潜在冲突，因此判定为《隐含公开》。 |
| 技术特征L：其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br><br>《隐含公开》 | [p0016] In the CONTENTION state 204, the MAC User contends for access to the channel until it is able to make a successful reservation for itself. Upon making a successful reservation in state 204, the MAC User transitions into the ACTIVE state 206. Here, the MAC User receives opportunities to transmit its data...<br>（在CONTENTION状态204中，MAC用户争用信道访问权，直到能够为自己成功进行预约为止。在状态204中成功进行预约之后，MAC用户转入ACTIVE状态206。在此，MAC用户获得传输其数据的机会……）<br><br>[p0017] If a successful reservation is made (i.e., if the result of the contention is SUCCESS), then the headend unit allocates bandwidth to the MAC User based on the QoS requirements of the corresponding end user so that the MAC User can transmit user information contention-free over the shared channel.<br>（如果预约成功（即争用结果为SUCCESS），则前端单元根据相应终端用户的QoS要求向MAC用户分配带宽，以便MAC用户可以在共享信道上无争用地传输用户信息。）<br><br>[p0049] Each MAC User that makes a successful reservation transitions from the CONTENTION state to the ACTIVE state, and awaits a data transmission opportunity from the headend unit.<br>（成功预约的每个MAC用户从CONTENTION状态转换为ACTIVE状态，并等待来自前端单元的数据传输机会。） | 目标专利中该特征限定冲突解决的结果确认了终端能够存取特定的上行传输资源（E-DCH）。对比文件WO98054859A公开了MAC用户在冲突状态中通过争用与冲突解决后，一旦成功实现预约（SUCCESS），前端单元即为该MAC用户分配带宽/传输时隙，从而确认该用户可以存取共享介质的传输信道资源进行无争用数据传输。在宽松的隐含公开标准下，对比文件公开了通过冲突解决后确认用户获得信道资源的访问/传输机会，部分公开了其核心机制，本领域技术人员可以合理推导出该机制的作用即为确认终端具备存取被分配信道资源的能力，故判定为《隐含公开》。 |
| 技术特征M：进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br><br>《隐含公开》 | [p0017] If a successful reservation is made (i.e., if the result of the contention is SUCCESS), then the headend unit allocates bandwidth to the MAC User based on the QoS requirements of the corresponding end user so that the MAC User can transmit user information contention-free over the shared channel.<br>（如果预约成功（即争用结果为SUCCESS），则前端单元根据相应终端用户的QoS要求向MAC用户分配带宽，以便MAC用户可以在共享信道上无争用地传输用户信息。）<br><br>[p0060] Targeted poll messages are sent by the headend unit to individual MAC Users that have made successful reservations to allow those MAC Users to transmit data contention-free in designated data slots... transmits MAC User data in data slots designated in the targeted poll message...<br>（定向轮询消息由前端单元发送给已成功进行预约的各个MAC用户，以允许这些MAC用户在指定的数据时隙中无争用地传输数据……在定向轮询消息中指定的数据时隙中传输MAC用户数据……） | 目标专利中该特征是指从网络接收用于上行数据传输的信道资源分配。对比文件公开了成功预约后，网络侧前端单元（Headend Unit）通过定向轮询消息（Targeted Poll Message）向终端分配指定的数据时隙（Data Slots）资源，终端据此接收该资源分配并在指定时隙中发送数据。虽然对比文件中未指明该资源命名为3GPP中的“E-DCH资源”，但在极宽松标准下，对比文件公开了从网络接收无争用上行数据传输信道资源分配的技术内容，属于部分公开并可推导出同类信道资源的分配接收，故判定为《隐含公开》。 |
| 技术特征N：其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>【未公开】 | 无对应引用内容。 | 目标专利限定经由系统信息块（SIB）广播接收可用E-DCH资源列表。对比文件WO98054859A中仅有下行链路发送Entry Poll Message（进入轮询消息）来分配Contention Mini-slots（参见段落[p0048]）或Targeted Poll Message分配数据时隙，未公开SIB系统信息块广播及可用资源列表的承载形式，故未公开。 |
| 技术特征O：<br><br>【无内容/未公开】 | 无对应引用内容。 | 本特征未包含任何具体技术内容，无法进行比对判定。 |
| 技术特征P：使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>【未公开】 | 无对应引用内容。 | 目标专利限定使用索引从SIB广播的可用E-DCH资源列表中确定E-DCH资源。对比文件中不存在SIB资源列表及使用索引从该列表中寻址确定E-DCH资源的机制，故未公开。 |
| 技术特征Q：其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>【未公开】 | 无对应引用内容。 | 目标专利限定从节点B接收包括可用E-DCH资源索引和列表的信号以实现资源分配。对比文件WO98054859A中仅涉及头端（Headend）分配时隙，未涉及3GPP Node B架构以及包含可用资源索引和列表的信号传输，故未公开。 |
| 技术特征R：<br><br>【无内容/未公开】 | 无对应引用内容。 | 本特征未包含任何具体技术内容，无法进行比对判定。 |
| 技术特征S：使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>【未公开】 | 无对应引用内容。 | 目标专利限定终端利用索引在可用资源列表中索引匹配E-DCH资源。对比文件不存在相应机制，故未公开。 |
| 技术特征T：进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br><br>【未公开】 | 无对应引用内容。 | 目标专利限定传送特定逻辑信道（DCCH或DTCH）的数据。对比文件WO98054859A仅涉及在预约到的数据时隙中传送上层用户数据（generic multimedia signals/data），并未涉及DCCH或DTCH逻辑信道的概念与机制，故未公开。 |
| 技术特征U：其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br><br>【未公开】 | 无对应引用内容。 | 目标专利涉及3GPP RRC连接模式下的CELL_FACH状态，并在该状态期间传送ACK/NACK反馈。对比文件的MAC协议状态机仅包含INACTIVE、CONTENTION、ACTIVE三种状态（参见段落[p0016]），完全不具有蜂窝系统的CELL_FACH状态，亦未传送ACK/NACK反馈，故未公开。 |
| 技术特征V：该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>《隐含公开》 | [p0017] ...the headend unit allocates bandwidth to the MAC User based on the QoS requirements of the corresponding end user so that the MAC User can transmit user information contention-free over the shared channel.<br>（……前端单元根据相应终端用户的QoS要求向MAC用户分配带宽，以便MAC用户可以在共享信道上无争用地传输用户信息。）<br><br>[p0060] Targeted poll messages are sent by the headend unit to individual MAC Users that have made successful reservations to allow those MAC Users to transmit data contention-free in designated data slots... transmits MAC User data in data slots designated in the targeted poll message...<br>（定向轮询消息由前端单元发送给已成功进行预约的各个MAC用户，以允许这些MAC用户在指定的数据时隙中无争用地传输数据……在定向轮询消息中指定的数据时隙中传输MAC用户数据……） | 目标专利该特征限定WTRU从网络接收上行传输信道资源（E-DCH资源）的分配。对比文件公开了终端在争用预约成功后，从网络侧头端接收定向轮询消息，其中分配了用于上行链路传输的指定无争用数据时隙（带宽资源）。在宽松的隐含公开判断原则下，对比文件公开了网络向终端下发专用的上行传输资源分配的技术手段与作用，部分公开了特征内容，本领域技术人员可以合理推导出该分配用于后续上行链路数据传输，因此判定为《隐含公开》。 |
| 技术特征W：在冲突解决完成<br><br>《直接公开》 | [p0018] Upon completion of the collision resolution procedure (i.e., all of the collisions, or a subset of them, are resolved), the MAC protocol returns to the normal state 310.<br>（在冲突解决程序完成之后（即所有冲突或其中的一部分得到解决），MAC协议返回到正常状态310。）<br><br>[p0050] Upon completion of the collision resolution procedure, the system returns to the normal state 310.<br>（在冲突解决程序完成之后，系统返回到正常状态310。） | 对比文件在段落[p0018]与[p0050]中字面公开了“Upon completion of the collision resolution procedure（在冲突解决程序完成之后）”，且其作用均表征冲突分解流程结束这一时序控制节点，本领域技术人员能够毫无疑义地直接得出，构成《直接公开》。 |
| 技术特征X：所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>【未公开】 | 无对应引用内容。 | 目标专利方案通过E-DCH资源中所包含的特定IE来请求WTRU测量并报告反馈信息。对比文件WO98054859A完全未涉及此类在信道资源中配置IE以指示测量与反馈报告的机制，故未公开。 |
| 技术特征Y：由所述WTRU传送信道质量指示符CQI。<br><br>【未公开】 | 无对应引用内容。 | 目标专利限定由WTRU向基站传送信道质量指示符CQI。对比文件仅在段落[p0046]中提及测距（ranging）以实现同步，终端不向上级节点报告CQI反馈，两者作用与内容不同，故未公开。 |
| 技术特征Z：其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br><br>【未公开】 | 无对应引用内容。 | 目标专利限定CQI通过特定的HS-DPCCH信道传送。对比文件无HS-DPCCH信道，亦无CQI传输，故未公开。 |
<<<C>>>
<<<k>>>
<<<l>>>
<<<m>>>
<<<v>>>
<<<W>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>【未公开】 | *无相关引用内容* | 目标专利中，该特征是指在3GPP无线通信系统（如CELL_FACH状态）下，网络下发特定的IE，用于指示在HS-DPCCH物理控制信道上是否支持/启用HARQ ACK/NACK反馈机制（目标专利说明书[0026]、[0029]、[0067]-[0068]）。<br>对比文件CN1228216A涉及的是一种基于混合光纤/同轴电缆（HFC）等共享介质网络的MAC层基于争用的预约多址接入协议（如入口轮询消息、FCFSS与PTS树分割算法）。对比文件全文未公开蜂窝移动通信系统的WTRU、HS-DPCCH信道，更未公开从网络接收“指示在HS-DPCCH上支持ACK/NACK的信息元素IE”，二者通信体系与信令机制截然不同，该特征未被直接公开，亦无任何基础能够推理出隐含公开。 |
| 技术特征B：<br>*(空)*<br><br>【未公开】 | *无相关引用内容* | 该特征项为空，不对应具体技术特征，不予评价公开。 |
| 技术特征C：<br>在经过冲突解决之后<br><br>【直接公开】 | 第6页第2段、第4段，第16页第3段至第4段：<br>“在由该前端单元提供的每一次争用机会中，该前端单元接收到下列三种情况之一……(3)一次冲突……当基于争用的预约的结果为冲突时，该MAC协议就进入冲突解决状态320。在这种状态下，使用一种冲突解决过程来解决该冲突。在完成该冲突解决过程之后(即，所有的冲突，或者它们的一个子集，已被解决)，该MAC协议返回到正常状态310。”<br>“在步骤1608，若该个别反馈状态为成功……在步骤1610，该逻辑方框将该MAC用户状态由争用更新为活动……由该前端单元向已经作出成功预约的个别的MAC用户发出目标轮询消息，以便让那些MAC用户在指定的诸数据时隙中无争用地发送数据。” | 目标专利中，“在经过冲突解决之后”是指基于争用的上行链路接入（如E-RACH）完成争用/冲突解决阶段，确保终端获得无争用的上行传输或反馈条件（目标专利说明书[0007]、[0023]、[0035]）。<br>对比文件公开了在基于争用的预约系统中，MAC用户在发生冲突后进入冲突解决过程，并且明确公开“在完成该冲突解决过程之后（即，所有的冲突，或者它们的一个子集，已被解决）”或单个用户冲突解决成功（预约成功）转入活动状态，随后进行数据传输。对比文件中该内容的作用同样是在冲突解决完成后允许用户进行后续通信，技术方案与技术效果实质相同。因此，该技术特征被对比文件直接公开。 |
| 技术特征D：<br>所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>【未公开】 | *无相关引用内容* | 目标专利中，该特征是指WTRU在上行链路上传输特定逻辑信道（DCCH或DTCH）的数据，并以此作为触发或条件（目标专利说明书[0037]、[0038]、[0074]）。<br>对比文件仅提及终端用户在获得预约后发送多媒体、声音、视频等通用的“数据”，完全没有公开3GPP移动通信体系中的专用控制信道（DCCH）或专用业务信道（DTCH）概念及其数据发送。二者技术领域与信道结构不同，本领域技术人员无法从中得出或合理推导出该特征，故未被直接公开或隐含公开。 |
| 技术特征E：<br>所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>【未公开】 | *无相关引用内容* | 目标专利中，该特征限定了以特定信息元素IE指示支持HS-DPCCH上的ACK/NACK作为前提判断条件（目标专利说明书[0026]、[0068]）。<br>对比文件未公开任何关于HS-DPCCH及在其上支持ACK/NACK的IE指示，未公开该条件判断机制，未被直接公开或隐含公开。 |
| 技术特征F：<br>由所述WTRU传送ACK/NACK反馈。<br><br>【未公开】 | *无相关引用内容* | 目标专利中，该特征是指终端在上行链路上向网络发送针对下行传输的HARQ应答/否定应答（ACK/NACK）反馈（目标专利说明书[0026]、[0071]）。<br>对比文件公开的是前端单元（基站/前端）向终端用户发送表示预约成功/失败/空闲的“反馈信息/反馈状态”（如空闲、成功、冲突，参见对比文件第6页、第11页），而终端用户仅向上行链路发送“预约请求”和“用户数据”，并未公开终端发送ACK/NACK反馈信息。传输方向与反馈机制本质不同，未被直接公开或隐含公开。 |
| 技术特征G：<br>其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br><br>【未公开】 | *无相关引用内容* | 目标专利中，该特征限定了ACK/NACK反馈所承载的特定物理信道为HS-DPCCH（目标专利说明书[0022]、[0026]）。<br>对比文件未公开HS-DPCCH信道，亦未公开终端传送ACK/NACK反馈，未被直接公开或隐含公开。 |
| 技术特征H：<br>其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>【未公开】 | *无相关引用内容* | 目标专利中，该特征涉及测量下行链路信道质量并生成针对HS-DSCH的CQI反馈信息（目标专利说明书[0009]、[0021]、[0032]）。<br>对比文件完全未涉及蜂窝移动通信中的下行共享信道HS-DSCH，亦未涉及终端测量并确定信道质量指示符CQI，未被直接公开或隐含公开。 |
| 技术特征I：<br>*(空)*<br><br>【未公开】 | *无相关引用内容* | 该特征项为空，不对应具体技术特征，不予评价公开。 |
| 技术特征J：<br>在所述HS-DSCH上的物理层中传送所述CQI。<br><br>【未公开】 | *无相关引用内容* | 目标专利技术方案中CQI通常在物理层控制信道传送。对比文件未公开蜂窝无线信道HS-DSCH，未公开CQI及其在物理层传送，未被直接公开或隐含公开。 |
| 技术特征K：<br>其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br><br>【隐含公开】 | 第2页第3段，第4页第3段，第6页第2段至第4段：<br>“共享介质网络是这样的一种网络，在其中，一个单独的通信信道(该共享信道)被许多终端用户所共享，因此来自不同的终端用户的未经协调的传输信号可能互相干扰……由于多个MAC用户在该上行信道上进行发送，所以该上行信道是一条共享信道，并且该MAC协议必须提供对该信道的有序接入以便使在该信道上的数据吞吐量最大化。”<br>“这些协议一般地可以分为各种无争用的协议以及各种基于争用的协议，前者借助于各种调度方法来避免在共享信道上发生冲突，后者不去避免各种冲突，而是代之以解决任何发生在该共享信道上的冲突。”<br>“在每一次争用机会中……(3)一次冲突，表示不止一个MAC用户发出预约请求……若有多个用户作出响应(即，争用结果为冲突)，则该前端单元通过提供附加的争用机会试图帮助解决这种冲突……进入冲突解决状态320。在这种状态下，使用一种冲突解决过程来解决该冲突。” | 目标专利中，冲突解决机制是为了解决基于争用的上行传输（E-RACH/E-DCH接入）中多个终端发送造成的潜在冲突（目标专利说明书[0007]）。<br>对比文件公开了在共享上行信道中，多个MAC用户同时发送传输时会产生未经协调的互相干扰和冲突，其MAC协议通过冲突解决算法（FCFSS/PTS）解决多个用户在上行共享介质上传输产生的潜在冲突。虽然对比文件未直接使用“E-DCH”这一3GPP专用术语，但在基于争用的上行多址接入传输中，其解决多个用户在上行传输中潜在冲突的机理和逻辑功能与目标专利相同，部分公开了冲突解决针对上行潜在冲突的技术内容。按照极其宽松的隐含公开判断标准，本领域技术人员有可能将对比文件的上行共享传输冲突解决机制与蜂窝移动通信系统的E-DCH上行传输机制进行推理结合，因此认为该特征被对比文件隐含公开。 |
| 技术特征L：<br>其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br><br>【隐含公开】 | 第6页第3段，第11页第4段，第16页第3段至第4段：<br>“若已经作出了一次成功的预约(即，争用结果为成功)，则该前端单元根据该对应的终端用户的业务质量要求向该MAC用户分配带宽，使得该MAC用户能够在该共享信道上无争用地发送用户信息。”<br>“该反馈信息允许每一个发送一个预约请求的MAC用户，通过观察它在其中发送其预约请求的该争用小时隙的反馈状态……以确定其争用尝试的结果，看看该结果是成功还是冲突。每一个作出一次成功的预约的MAC用户都从该争用状态转入到该活动状态，并且等待来自该前端单元的一次数据发送机会。”<br>“在步骤1608，若该个别反馈状态为成功……在步骤1610，该逻辑方框将该MAC用户状态由争用更新为活动……在该目标轮询消息中所指定的诸数据时隙中发送MAC用户的数据。” | 目标专利中，冲突解决成功的实质意义在于确认该终端解决了争用，从而获得了对上行E-DCH资源无争用存取/使用的授权（目标专利说明书[0007]、[0023]、[0035]）。<br>对比文件公开了在冲突解决之后（或冲突解决阶段个别反馈成功），确认了该用户预约成功，前端单元向其分配上行共享信道带宽（数据时隙），使得该终端用户能够接入/存取该上行专用带宽资源无争用地发送数据。对比文件公开了通过冲突解决确认终端能够存取上行信道数据资源的技术方案与实质作用。虽然未采用3GPP特有的“E-DCH资源”命名，但基于极度宽松的隐含公开标准，对比文件部分公开了通过冲突解决确认用户获得上行通信资源存取权的内容，本领域技术人员可以合理推断出其对应的信道资源存取确认逻辑，因此认为该特征被隐含公开。 |
| 技术特征M：<br>进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br><br>【隐含公开】 | 第6页第3段，第11页第1段，第14页第1段，第16页第3段：<br>“若已经作出了一次成功的预约(即，争用结果为成功)，则该前端单元根据该对应的终端用户的业务质量要求向该MAC用户分配带宽，使得该MAC用户能够在该共享信道上无争用地发送用户信息。”<br>“对每一个争用周期来说，该前端单元经由该下行信道发送一条入口轮询消息……对当前争用周期的诸争用小时隙的分配……”<br>“由该前端单元向已经作出成功预约的个别的MAC用户发出目标轮询消息，以便让那些MAC用户在指定的诸数据时隙中无争用地发送数据。” | 目标专利中，该特征是指终端从网络侧接收用于上行数据传输的E-DCH资源分配（目标专利说明书[0007]、[0026]、[0046]）。<br>对比文件公开了前端单元（网络侧）在终端预约成功后，向下行发送目标轮询消息，向该终端用户分配指定的上行数据时隙带宽资源，终端接收该分配并进行数据发送。对比文件公开了从网络侧接收上行信道传输资源分配，起到相同的资源分配指示作用。虽然信道类型未具体限定为E-DCH，但在极度宽松的标准下，对比文件公开了接收上行传输资源分配的实质内容，有可能与移动通信特定信道结合，故判定为隐含公开。 |
| 技术特征N：<br>其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>【未公开】 | *无相关引用内容* | 目标专利中，该特征是指通过广播的系统信息块SIB广播可用E-DCH资源列表供终端获取（目标专利说明书[0026]、[0033]）。<br>对比文件公开的是通过下行控制消息（入口轮询消息）通知当前争用周期的时隙分配情况，完全未公开蜂窝系统的系统信息块SIB广播可用E-DCH资源列表，未被直接公开或隐含公开。 |
| 技术特征O：<br>*(空)*<br><br>【未公开】 | *无相关引用内容* | 该特征项为空，不对应具体技术特征，不予评价公开。 |
| 技术特征P：<br>使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>【未公开】 | *无相关引用内容* | 目标专利中，该特征是指结合SIB广播的列表，利用索引（如由网络通过信令发送的列表索引）从可用E-DCH资源列表中确定具体分派的E-DCH资源（目标专利说明书[0026]、[0033]）。<br>对比文件未公开可用E-DCH资源列表，亦未公开利用索引查表确定E-DCH资源，未被直接公开或隐含公开。 |
| 技术特征Q：<br>其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>【未公开】 | *无相关引用内容* | 目标专利中，该特征是指从Node B接收携带可用E-DCH资源列表及索引的物理层/L1信令（目标专利说明书[0033]）。<br>对比文件未公开Node B及包含可用E-DCH资源索引和列表的特定分配信号，未被直接公开或隐含公开。 |
| 技术特征R：<br>*(空)*<br><br>【未公开】 | *无相关引用内容* | 该特征项为空，不对应具体技术特征，不予评价公开。 |
| 技术特征S：<br>使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>【未公开】 | *无相关引用内容* | 目标专利中，该特征是指通过接收到的索引在列表中检索确定具体的E-DCH资源配置（目标专利说明书[0026]、[0033]）。<br>对比文件未公开任何基于索引从可用E-DCH资源列表中确定E-DCH资源的方案，未被直接公开或隐含公开。 |
| 技术特征T：<br>进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br><br>【未公开】 | *无相关引用内容* | 目标专利中，该特征是指在分配的上行信道上传送特定逻辑信道（DCCH/DTCH）的用户平面或控制平面数据（目标专利说明书[0037]、[0058]）。<br>对比文件仅公开了发送通用的多媒体、语音或视频“数据”，未涉及3GPP特定的DCCH或DTCH逻辑信道架构，未被直接公开或隐含公开。 |
| 技术特征U：<br>其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br><br>【未公开】 | *无相关引用内容* | 目标专利中，该特征限定ACK/NACK反馈是在RRC的CELL_FACH状态下进行传送的（目标专利说明书[0006]-[0008]、[0022]）。<br>对比文件属于HFC/广域共享介质MAC协议，其终端状态机仅有“不活动状态、争用状态、活动状态”（对比文件第5页），完全不存在蜂窝通信中的CELL_FACH状态，亦无ACK/NACK反馈，未被直接公开或隐含公开。 |
| 技术特征V：<br>该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>【隐含公开】 | 第6页第3段，第14页第1段，第17页第2段：<br>“若已经作出了一次成功的预约(即，争用结果为成功)，则该前端单元根据该对应的终端用户的业务质量要求向该MAC用户分配带宽，使得该MAC用户能够在该共享信道上无争用地发送用户信息。”<br>“由该前端单元向已经作出成功预约的个别的MAC用户发出目标轮询消息，以便让那些MAC用户在指定的诸数据时隙中无争用地发送数据。”<br>“若该目标轮询消息被编址到所支持的多个MAC用户中的一个，则按照分配给该MAC用户的带宽数值从该存储器1724发送一定数量的用户数据……” | 目标专利中，该特征指WTRU接收网络下发的用于上行链路传输的E-DCH资源分配。<br>对比文件公开了终端在预约成功后从前端单元（网络）接收目标轮询消息，获取为其分配的上行数据时隙带宽资源，并利用该分配的资源沿着上行信道发送用户数据。对比文件所公开的接收分配用于上行数据传输的技术方案，在控制数据无争用上行发送的作用上与目标专利实质相同。按照极其宽松的隐含公开判断原则，虽然对比文件未记载蜂窝专用的“E-DCH”，但其部分公开了接收上行传输资源分配并据此发送数据的内容，本领域技术人员有可能将其推导应用于增强型专用信道，故判定为隐含公开。 |
| 技术特征W：<br>在冲突解决完成<br><br>【直接公开】 | 第6页第4段，第16页第3段至第4段：<br>“在完成该冲突解决过程之后(即，所有的冲突，或者它们的一个子集，已被解决)，该MAC协议返回到正常状态310。”<br>“在步骤1608，若该个别反馈状态为成功……在步骤1610，该逻辑方框将该MAC用户状态由争用更新为活动，并结束于步骤1699……在该目标轮询消息中所指定的诸数据时隙中发送MAC用户的数据。” | 目标专利中，“在冲突解决完成”是指争用解决阶段（Contention Resolution）成功结束，作为后续操作的前提步骤（目标专利说明书[0007]、[0023]）。<br>对比文件字面直接公开了“在完成该冲突解决过程之后”，且公开了终端用户通过冲突解决确认预约成功（完成冲突解决）后转入活动状态以发送数据。在对比文件中其技术作用与目标专利完全一致，均作为多用户竞争介质后进入稳定无冲突传输状态的时间节点与条件。因此，该特征被对比文件直接公开。 |
| 技术特征X：<br>所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>【未公开】 | *无相关引用内容* | 目标专利中，该特征限定分配的E-DCH资源中包含显式请求终端测量并报告反馈信息（如CQI）的IE（目标专利说明书[0034]）。<br>对比文件分配的是用于发送用户数据的争用小时隙或数据时隙，完全未公开在资源分配中携带请求终端进行信道测量并报告反馈信息的IE，未被直接公开或隐含公开。 |
| 技术特征Y：<br>由所述WTRU传送信道质量指示符CQI。<br><br>【未公开】 | *无相关引用内容* | 目标专利中，该特征是指终端在上行链路上向网络报告信道质量指示符CQI（目标专利说明书[0021]、[0023]、[0032]）。<br>对比文件公开的是前端单元向终端发送预约反馈状态，终端仅在争用时隙发送预约请求以及在数据时隙发送用户数据，完全没有终端测量信道并向网络发送CQI的内容，未被直接公开或隐含公开。 |
| 技术特征Z：<br>其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br><br>【未公开】 | *无相关引用内容* | 目标专利中，该特征限定CQI反馈通过HS-DPCCH上行物理控制信道传输（目标专利说明书[0022]、[0023]、[0029]）。<br>对比文件未涉及CQI传输，亦未涉及HS-DPCCH信道，未被直接公开或隐含公开。 |
<<<C>>>
<<<k>>>
<<<l>>>
<<<m>>>
<<<v>>>
<<<W>>>
### 特征比对分析
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>《隐含公开》 | [0045] "Preferably, the parameter is an uplink parameter between a terminal and a base station which is a HSDPA related parameter. In this case, the HSDPA related parameter can be a high speed dedicated physical control channel (HS-DPCCH) related parameter, a high speed downlink shared channel (HS-DSCH) related parameter and a downlink shared control channel (HS-SCCH) related parameter."<br>（优选地，该参数是终端与基站之间的上行链路参数，其为HSDPA相关参数。在这种情况下，HSDPA相关参数可以是高速专用物理控制信道（HS-DPCCH）相关参数、高速下行链路共享信道（HS-DSCH）相关参数和下行链路共享控制信道（HS-SCCH）相关参数。）<br><br>[0046] "...The RL parameter update request message includes at least one of a channel quality indicator (CQI) feedback cycle value, an ACK/NACK repetition factor value, a CQI repetition factor value, a CQI power offset, ACK power offset and/or NACK power offset value, and an HS-SCCH code change indicator value."<br>（……RL参数更新请求消息包括CQI反馈周期值、ACK/NACK重复因子值、CQI重复因子值、CQI功率偏移、ACK功率偏移和/或NACK功率偏移值、以及HS-SCCH码变更指示符值中的至少一者。）<br><br>[0050] "...The RNC sends the updated parameter and the time information to the terminal through the radio resource control (RRC) signaling."<br>（……RNC通过无线电资源控制（RRC）信令向终端发送更新后的参数和时间信息。）<br><br>[0115] "In addition, the SRNC sends information on the HSDPA related parameter which has been received by the node B to the UE through the radio resource control (RRC) signaling. In this case, the RRC signaling may use a radio bearer reconfiguration, a transport channel reconfiguration, or a physical channel reconfiguration message."<br>（此外，SRNC通过RRC信令将Node B接收到的HSDPA相关参数信息发送给UE。在此情况下，RRC信令可使用无线电承载重配置、传输信道重配置或物理信道重配置消息。） | 1. 对比文件内容的作用：对比文件公开了网络侧（RNC）通过RRC信令（如无线电承载重配置、传输信道重配置或物理信道重配置消息）向UE（即WTRU）发送包括HS-DPCCH相关的HSDPA参数，例如ACK/NACK重复因子（N_acknack_transmit）、ACK/NACK功率偏移等配置参数。UE接收并解析该信令中的参数，用于在HS-DPCCH上进行ACK/NACK的配置与传输控制。<br>2. 与目标专利特征对应关系及隐含公开推论：在3GPP标准体系中，RRC信令消息由各信息元素（Information Element, IE）构建而成。当RNC向UE发送包含HS-DPCCH上的ACK/NACK配置参数（如重传因子、功率偏移等）的消息时，在RRC协议的IE中必然携带了表征/配置在HS-DPCCH上发送ACK/NACK的相关字段。对比文件虽然未直接使用“指示支持ACK/NACK的信息元素IE”这一特定字面措辞，但本领域技术人员基于其公开的“RNC通过RRC消息向UE下发HS-DPCCH上的ACK/NACK配置参数”，能够合理解析和推断出UE接收了指示并在HS-DPCCH上支持ACK/NACK配置的IE，两者在使UE获取HS-DPCCH上ACK/NACK传输使能与配置的作用上具有对应关联性。根据极其宽松的隐含公开判断标准，认定该特征被隐含公开。 |
| 技术特征B：<br>*(未定义)* | 无 | 目标专利权利要求未给出技术特征B的文本，不作比对与公开性认定。 |
| 技术特征C：在经过冲突解决之后<br><br>《未公开》 | [0006] "The control information is transmitted through the downlink (DL) shared control channel (HS-SCCH) and the uplink (UL) dedicated physical control channel (HS-DPCCH)."<br>（控制信息通过下行链路共享控制信道（HS-SCCH）和上行链路专用物理控制信道（HS-DPCCH）传输。）<br><br>[0018] "FIG. 4 shows an example procedure for configuration of the HS-DSCH channel when the dedicated channel (DCH) is configured in the UE."<br>（图4示出了在UE中配置专用信道（DCH）时配置HS-DSCH信道的示例过程。） | 1. 目标专利含义分析：结合目标专利说明书[0006]-[0007]、[0023]、[0035]可知，“冲突解决（争用解决，contention resolution）”特指处于CELL_FACH状态或空闲模式下的UE，在使用基于增强型随机接入（E-RACH/E-DCH）资源时，为了避免多个UE选择相同前同步码而发生碰撞所执行的争用解决过程。<br>2. 对比文件内容分析：对比文件涉及的是3GPP版本5中传统的HSDPA系统，其HS-DPCCH是在为UE配置了专用信道（DCH）的连接模式（CELL_DCH状态）下建立的，不涉及基于争用的接入，也不存在E-RACH/E-DCH冲突解决机制。因此，对比文件既未直接公开、也无法推理出“在经过冲突解决之后”的技术方案，即使采用最宽松的标准，亦未公开该特征。 |
| 技术特征D：所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>《未公开》 | [0149] "...The RRC message is sent through the logical channel (DCCH)."<br>（……RRC消息是通过逻辑信道（DCCH）发送的。） | 1. 目标专利含义分析：结合目标专利说明书[0037]-[0038]（图5）可知，技术特征D是指WTRU在UL（上行链路）在E-RACH/E-DCH上已经发送了DCCH或DTCH逻辑信道数据，以此作为触发在HS-DPCCH上传送上行反馈的隐性触发前提条件。<br>2. 对比文件内容分析：对比文件段落[0149]中提及的DCCH是下行链路RRC消息传输信道（RNC向UE发送重配置消息），并非WTRU在上行链路传送DCCH或DTCH数据以触发或作为反馈前提；其全文未公开或暗示处于争用接入下的WTRU传送DCCH/DTCH数据来作为后续动作的条件。即使基于宽松标准，两者在主体、传输方向及技术作用上均实质不同，不构成隐含公开。 |
| 技术特征E：所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>《隐含公开》 | [0045] "...In this case, the HSDPA related parameter can be a high speed dedicated physical control channel (HS-DPCCH) related parameter..."<br>（……在这种情况下，HSDPA相关参数可以是高速专用物理控制信道（HS-DPCCH）相关参数……）<br><br>[0046] "...The RL parameter update request message includes at least one of a channel quality indicator (CQI) feedback cycle value, an ACK/NACK repetition factor value..."<br>（……RL参数更新请求消息包括CQI反馈周期值、ACK/NACK重复因子值……）<br><br>[0050] "...The RNC sends the updated parameter and the time information to the terminal through the radio resource control (RRC) signaling."<br>（……RNC通过无线电资源控制（RRC）信令向终端发送更新后的参数和时间信息。）<br><br>[0150] "The UE receives the new HSDPA related parameter from the RNC through the radio bearer reconfiguration, the transport channel reconfiguration, or the physical channel reconfiguration message, updates a stored HSDPA related parameter with the new HSDPA related parameter..."<br>（UE通过无线电承载重配置、传输信道重配置或物理信道重配置消息从RNC接收新的HSDPA相关参数，利用新的HSDPA相关参数更新所存储的HSDPA相关参数……） | 1. 对比文件内容的作用：对比文件公开了RNC通过RRC信令将包含ACK/NACK参数在内的HS-DPCCH相关配置下发给UE，UE在接收到该参数更新后将该配置应用，从而在HS-DPCCH上支持并执行后续ACK/NACK的传输。<br>2. 与目标专利特征对应关系及隐含公开推论：在UE通信逻辑中，只有当网络下发的信令/IE指示并配置了HS-DPCCH上的ACK/NACK参数时，UE才会在HS-DPCCH上具有传输ACK/NACK的使能条件。对比文件公开了UE根据接收的RRC重配置信令更新并应用HS-DPCCH参数，进而执行反馈。本领域技术人员基于该公开内容可以合理解析推断出，在信令/IE包含HS-DPCCH相关ACK/NACK参数指示的情况下UE执行后续反馈。依据宽松判断标准，认定该特征被对比文件隐含公开。 |
| 技术特征F：由所述WTRU传送ACK/NACK反馈。<br><br>《直接公开》 | [0010] "The uplink HS-DPCCH transmits an uplink feedback signaling related to transmission of a downlink HS-DSCH data. The uplink feedback signaling generally includes ACK (acknowledgement)/NACK (negative acknowledgement) information for the HARQ and a channel quality indicator (CQI)... The ACK/NACK informs ACK or NACK information for a user data packet transmitted through the DL HS-DSCH according to the HARQ mechanism..."<br>（上行链路HS-DPCCH传输与下行链路HS-DSCH数据传输相关的上行链路反馈信令。上行链路反馈信令通常包括用于HARQ的ACK/NACK信息和信道质量指示符（CQI）……ACK/NACK根据HARQ机制通告针对经由DL HS-DSCH传输的用户数据分组的ACK或NACK信息……）<br><br>[0029] "The UE decodes the received HS-PDSCH data, checks a CRC, and transmits ACK or NACK to a base station according to the CRC check result."<br>（UE对接收到的HS-PDSCH数据进行解码，检查CRC，并根据CRC检查结果向基站发送ACK或NACK。） | 1. 对比文件公开内容：对比文件在[0010]及[0029]中明确记载了UE（即WTRU）接收下行HS-DSCH/HS-PDSCH数据并解码后，根据CRC检查结果向基站传送ACK或NACK反馈。<br>2. 作用与技术方案实质等同判断：两者均由终端设备向基站发送HARQ ACK/NACK反馈，以实现数据重传控制。对比文件所公开的内容与技术特征F的表述毫无疑义地完全一致，技术手段、功能和效果完全相同，属于直接公开。 |
| 技术特征G：其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br><br>《直接公开》 | [0010] "The uplink HS-DPCCH transmits an uplink feedback signaling related to transmission of a downlink HS-DSCH data. The uplink feedback signaling generally includes ACK (acknowledgement)/NACK (negative acknowledgement) information for the HARQ and a channel quality indicator (CQI). The ACK/NACK information is transmitted at the first slot of the HS-DPCCH sub-frame..."<br>（上行链路HS-DPCCH传输与下行链路HS-DSCH数据传输相关的上行链路反馈信令。上行链路反馈信令通常包括用于HARQ的ACK/NACK信息和信道质量指示符（CQI）。ACK/NACK信息在HS-DPCCH子帧的第一时隙传输……）<br><br>[0028] "A detailed physical layer procedure that the UE transmits a feedback signal (ACK or NACK) through the HS-DPCCH after receiving the HS-DSCH data is as follows:"<br>（UE在接收到HS-DSCH数据之后通过HS-DPCCH传输反馈信号（ACK或NACK）的详细物理层过程如下：） | 1. 对比文件公开内容：对比文件在[0010]和[0028]中明确记载了UE在HS-DPCCH子帧的第一时隙上、通过HS-DPCCH物理信道向基站传输ACK/NACK反馈信号。<br>2. 直接公开认定：对比文件中的信道名称、传输内容与技术特征G完全一致，本领域技术人员能够毫无疑义地确定UE经由HS-DPCCH传送ACK/NACK反馈，属于直接公开。 |
| 技术特征H：其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>《直接公开》 | [0010] "...The uplink feedback signaling generally includes ACK (acknowledgement)/NACK (negative acknowledgement) information for the HARQ and a channel quality indicator (CQI)... the CQI transmits status information of the downlink radio channel obtained from the measurement of the DL CPICH (Common Pilot Channel) in the UE, to a base station."<br>（……上行链路反馈信令通常包括用于HARQ的ACK/NACK信息和信道质量指示符（CQI）……CQI将从UE中的DL CPICH（公共导频信道）测量所获得的下行链路无线电信道的状态信息发送给基站。）<br><br>[0031] "In addition, the UE measures a common pilot channel (CPICH) and transmits a channel quality indicator (CQI) value..."<br>（此外，UE测量公共导频信道（CPICH）并发送信道质量指示符（CQI）值……） | 1. 对比文件公开内容：对比文件在[0010]和[0031]中明确记载了UE通过测量公共导频信道CPICH的状态，确定信道质量指示符CQI，并指出该CQI用于下行链路HS-DSCH自适应传输（选择MCS）。<br>2. 技术特征与作用对比：目标专利中技术特征H的CQI同样基于下行链路信道质量测量确定并用于HS-DSCH调制编码。关于“所述IE为第一IE”，在对比文件中通过RRC信令携带HS-DPCCH参数本身即包含不同的参数信息元素。对比文件实质公开了确定用于HS-DSCH的CQI的技术手段，技术效果与特征H相同，构成直接公开。 |
| 技术特征I：<br>*(未定义)* | 无 | 目标专利权利要求未给出技术特征I的文本，不作比对与公开性认定。 |
| 技术特征J：在所述HS-DSCH上的物理层中传送所述CQI。<br><br>《未公开》 | [0005] "The transport channel, HS-DSCH, is mapped onto a physical channel called a high speed physical downlink shared channel (HS-PDSCH)."<br>（传输信道HS-DSCH映射到称为高速物理下行链路共享信道（HS-PDSCH）的物理信道上。）<br><br>[0010] "...The ACK/NACK information is transmitted at the first slot of the HS-DPCCH sub-frame and the CQI is transmitted at the second and third slots of the HS-DPCCH sub-frame..."<br>（……ACK/NACK信息在HS-DPCCH子帧的第一时隙传输，CQI在HS-DPCCH子帧的第二和第三时隙传输……） | 1. 技术特征分析：技术特征J限定“在所述HS-DSCH上的物理层中传送所述CQI”。结合通信原理，HS-DSCH本身是下行链路传输信道，其对应的物理层信道为HS-PDSCH，上行反馈信道是HS-DPCCH。<br>2. 对比文件内容分析：对比文件明确公开CQI是在上行链路物理控制信道HS-DPCCH的时隙2和3中传输的，绝对未公开在下行HS-DSCH的物理层中传送上行CQI。因此该特征未公开。 |
| 技术特征K：其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br><br>《未公开》 | [0004] "In order to support a high speed packet data service in downlink, in third generation partnership project (3GPP) UMTS system, there is a transport channel called a high speed downlink shared channel (HS-DSCH)..."<br>（为了支持下行链路中的高速分组数据业务，在3GPP UMTS系统中存在一种称为高速下行链路共享信道（HS-DSCH）的传输信道……） | 1. 目标专利含义分析：目标专利说明书[0006]-[0007]中明确说明：“该争用解决阶段是为了解决E-RACH消息的潜在冲突而被提供的”，即针对CELL_FACH下多个WTRU并发使用相同前同步码抢占同一E-DCH资源的潜在碰撞进行解决。<br>2. 对比文件内容分析：对比文件公开的是基于版本5的DCH+HS-DSCH系统，不存在E-DCH，更未涉及解决E-DCH传输潜在冲突的机制。故该技术特征未公开。 |
| 技术特征L：其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br><br>《未公开》 | [0004] 全文未提及E-DCH接入或冲突解决。 | 1. 目标专利含义分析：目标专利说明书[0023]指出：“如果WTRU已经完成了争用解决阶段并且WTRU已经从节点B接收到RNTI，则所述接入是无争用的”。即通过争用解决确保该WTRU能够独立存取该E-DCH资源。<br>2. 对比文件内容分析：对比文件完全未涉及争用解决或E-DCH资源存取确认机制，即使采用最宽松的标准亦无法推断得出。该特征未公开。 |
| 技术特征M：进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br><br>《未公开》 | [0018] "FIG. 4 shows an example procedure for configuration of the HS-DSCH channel when the dedicated channel (DCH) is configured in the UE."<br>（图4示出了在UE中配置专用信道（DCH）时配置HS-DSCH信道的示例过程。） | 1. 对比文件内容分析：对比文件全篇仅涉及下行HSDPA传输相关的HS-DSCH配置及上行相关控制信道HS-DPCCH的建立，属于Release 5范畴，根本未涉及Release 6及以后引入的增强型专用信道E-DCH及其资源分配机制。因此未公开技术特征M。 |
| 技术特征N：其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>《未公开》 | [0023] "After the setup of the radio link is completed, the SRNC sends a radio bearer reconfiguration message to the UE to set up an HS-DSCH... Such messages are sent as an RRC message."<br>（在无线电链路设置完成之后，SRNC向UE发送无线电承载重配置消息以设置HS-DSCH……这些消息作为RRC消息发送。） | 1. 对比文件内容分析：对比文件仅在专用RRC消息中重配置无线电承载以建立HS-DSCH，从未公开过在广播的系统信息块SIB中携带可用E-DCH资源列表。该特征未公开。 |
| 技术特征O：<br>*(未定义)* | 无 | 目标专利权利要求未给出技术特征O的文本，不作比对与公开性认定。 |
| 技术特征P：使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 全文无相关记载。 | 对比文件不存在E-DCH资源列表，更不存在使用索引从中确定E-DCH资源的技术方案。该特征未公开。 |
| 技术特征Q：其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>《未公开》 | 全文无相关记载。 | 对比文件未公开从Node B接收包括E-DCH资源的索引和列表的信号。该特征未公开。 |
| 技术特征R：<br>*(未定义)* | 无 | 目标专利权利要求未给出技术特征R的文本，不作比对与公开性认定。 |
| 技术特征S：使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 全文无相关记载。 | 对比文件未涉及基于索引在可用E-DCH资源列表中确定E-DCH资源。该特征未公开。 |
| 技术特征T：进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br><br>《直接公开》 | [0015] "In the UTRAN, a radio access interface protocol is divided into a control plane and a user plane. The user plane is a domain where user traffic such as voice or an IP packet is transmitted. The control plane is a domain where control information is transmitted."<br>（在UTRAN中，无线电接入接口协议分为控制平面和用户平面。用户平面是传输话音或IP分组等用户业务的域。控制平面是传输控制信息的域。）<br><br>[0017] "With reference to FIG. 2, the control plane protocol includes a radio resource control (RRC) protocol used between the UE and the RNC..."<br>（参考图2，控制平面协议包括在UE和RNC之间使用的无线电资源控制（RRC）协议……）<br><br>[0018] "FIG. 4 shows an example procedure for configuration of the HS-DSCH channel when the dedicated channel (DCH) is configured in the UE."<br>（图4示出了在UE中配置专用信道（DCH）时配置HS-DSCH信道的示例过程。）<br><br>[0150] "The UE receives the new HSDPA related parameter... and responds thereto with a complete message (step S282)... The RRC message is sent through the logical channel (DCCH)."<br>（UE接收新的HSDPA相关参数……并以完成消息进行响应（步骤S282）……RRC消息是通过逻辑信道（DCCH）发送的。） | 1. 对比文件公开内容：对比文件在[0149]-[0150]中明确公开了UE使用逻辑信道DCCH发送RRC响应消息（如完成消息）；此外在[0015]、[0018]中公开了UE配置DCH用于传输用户业务（即DTCH数据）及控制信令（DCCH）。<br>2. 技术特征对比：本领域技术人员可以毫无疑义地确定UE发送专用控制信道DCCH数据或专用业务信道DTCH数据，技术手段完全一致，属于直接公开。 |
| 技术特征U：其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br><br>《未公开》 | [0018] "FIG. 4 shows an example procedure for configuration of the HS-DSCH channel when the dedicated channel (DCH) is configured in the UE."<br>（图4示出了在UE中配置专用信道（DCH）时配置HS-DSCH信道的示例过程。） | 1. 目标专利含义分析：目标专利发明重点正是解决处于CELL_FACH状态下的WTRU传送上行HS-DPCCH反馈的技术问题（参见目标专利说明书[0001]、[0006]-[0011]）。<br>2. 对比文件内容分析：对比文件所涉及的HSDPA反馈机制是基于UE已配置DCH（即处于CELL_DCH状态）的场景，完全未涉及在CELL_FACH状态期间通过HS-DPCCH传送ACK/NACK反馈。故该特征未公开。 |
| 技术特征V：该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>《未公开》 | 全文无相关记载。 | 对比文件为Release 5时期的HSDPA规范应用，上行仅有传统的DCH物理信道和HS-DPCCH，未涉及接收E-DCH资源分配用于上行传输。该特征未公开。 |
| 技术特征W：在冲突解决完成<br><br>《未公开》 | 全文无相关记载。 | 对比文件不涉及基于争用的接入及冲突解决机制。该特征未公开。 |
| 技术特征X：所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>《未公开》 | 全文无相关记载。 | 对比文件未涉及E-DCH资源，更未公开E-DCH资源包括请求测量并报告反馈信息的IE。该特征未公开。 |
| 技术特征Y：由所述WTRU传送信道质量指示符CQI。<br><br>《直接公开》 | [0010] "...The uplink feedback signaling generally includes ACK (acknowledgement)/NACK (negative acknowledgement) information for the HARQ and a channel quality indicator (CQI)... the CQI transmits status information of the downlink radio channel obtained from the measurement of the DL CPICH (Common Pilot Channel) in the UE, to a base station."<br>（……上行链路反馈信令通常包括用于HARQ的ACK/NACK信息和信道质量指示符（CQI）……CQI将从UE中的DL CPICH测量所获得的下行链路无线电信道的状态信息发送给基站。）<br><br>[0031] "In addition, the UE measures a common pilot channel (CPICH) and transmits a channel quality indicator (CQI) value the UE repeatedly transmits CQI during multiple consecutive HS-DPCCH sub-frames."<br>（此外，UE测量公共导频信道（CPICH）并发送信道质量指示符（CQI）值，UE在多个连续的HS-DPCCH子帧期间重复发送CQI。） | 1. 对比文件公开内容：对比文件在[0010]及[0031]中详细记载了UE测量下行导频信道后，向基站传送CQI报告。<br>2. 公开性判断：对比文件公开的技术内容与技术特征Y完全相同，作用均为向基站提供信道状态以供自适应调度，属于直接公开。 |
| 技术特征Z：其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br><br>《直接公开》 | [0010] "...The ACK/NACK information is transmitted at the first slot of the HS-DPCCH sub-frame and the CQI is transmitted at the second and third slots of the HS-DPCCH sub-frame."<br>（……ACK/NACK信息在HS-DPCCH子帧的第一时隙传输，CQI在HS-DPCCH子帧的第二和第三时隙传输。）<br><br>[0031] "...the UE repeatedly transmits CQI during multiple consecutive HS-DPCCH sub-frames."<br>（……UE在多个连续的HS-DPCCH子帧期间重复发送CQI。） | 1. 对比文件公开内容：对比文件明确记载CQI在HS-DPCCH子帧的第2和第3时隙上传输，且可在连续多个HS-DPCCH子帧中重复传输。<br>2. 公开性判断：对比文件直接公开了CQI经由高速专用物理控制信道HS-DPCCH传送，作用、信道载体完全一致，属于直接公开。 |
---
<<<a>>>
<<<e>>>
<<<F>>>
<<<G>>>
<<<H>>>
<<<T>>>
<<<Y>>>
<<<Z>>>
根据目标专利说明书与对比文件（US20040116139A1）的内容，对各技术特征的公开性评估如下：
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译） | 公开性论述 |
| 技术特征A：包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>《未公开》 | 对比文件中无对应内容。对比文件主要涉及下行多播广播业务MBMS的信道传输结构（如D-PDSCH、C-PDSCH、DSCH、FACH）。 | 目标专利中，该特征通过网络广播IE指示WTRU在CELL_FACH下是否在HS-DPCCH上支持/启用ACK/NACK上行反馈。对比文件完全未涉及HS-DPCCH物理控制信道，亦未涉及在HS-DPCCH上支持ACK/NACK反馈的IE，更未公开从网络接收该IE。即使按照最宽松的隐含公开标准，对比文件亦未提供任何技术线索，本领域技术人员无法据此推导出该特征。 |
| 技术特征B：<br><br>《未公开》 | 对比文件中无对应内容。 | 目标文本中技术特征B为空。 |
| 技术特征C：在经过冲突解决之后<br><br>《未公开》 | 对比文件中无对应内容。对比文件提及的是下行信道分配及传输，未涉及上行随机接入或冲突/争用解决。 | 目标专利中是指在增强型RACH的基于争用阶段完成后（例如网络反射E-RNTI确认无冲突后）触发反馈。对比文件关注的是下行共享信道MBMS调度，不涉及上行随机接入冲突解决阶段（Contention Resolution），未公开该技术特征。 |
| 技术特征D：所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>《隐含公开》 | 原文（[0060]）：<br>“On the downlink, logical channels that are mapped to the DSCH include a DTCH (dedicated traffic channel) that is used to carry data for a particular UE, and a DCCH (dedicated control channel) that is used to carry, signaling data (e.g., RRC messages) for a particular UE.”<br>【中文翻译】在下行链路上，映射到DSCH的逻辑信道包括用于承载特定UE数据的DTCH（专用业务信道）和用于承载特定UE信令数据（例如RRC消息）的DCCH（专用控制信道）。 | 对比文件公开了UMTS系统中存在逻辑信道DCCH和DTCH，虽然对比文件重点讨论了下行链路上映射DTCH/DCCH，但本领域技术人员知悉WCDMA/UMTS标准中DCCH与DTCH同样是上行链路的基本专用逻辑信道，且在常规交互过程中UE会发送DCCH/DTCH数据。按照非常宽松的隐含公开标准，对比文件披露了该通信体制下DCCH和DTCH数据传输的存在，具有隐含公开的合理推断空间。 |
| 技术特征E：所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>《未公开》 | 对比文件中无对应内容。 | 目标专利是指作为触发条件，由网络下发的特定IE指示支持HS-DPCCH ACK/NACK传输。对比文件完全未涉及HS-DPCCH及支持ACK/NACK的IE指示，未公开该特征。 |
| 技术特征F：由所述WTRU传送ACK/NACK反馈。<br><br>《未公开》 | 对比文件[0060]提及：“The RLC modes for the DSCH include an answer mode or a non-answer mode.”（DSCH的RLC模式包括应答模式或非应答模式。）但未公开物理层/MAC层的HARQ ACK/NACK反馈传输。 | 目标专利中是指WTRU在上行链路传送针对下行传输的物理层/HARQ ACK/NACK反馈。对比文件仅在MBMS广播多播背景下讨论RLC层模式，未公开WTRU传送ACK/NACK反馈的技术方案。 |
| 技术特征G：其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br><br>《未公开》 | 对比文件中无对应内容。 | 对比文件通篇未出现HS-DPCCH信道，更未公开经由HS-DPCCH传送ACK/NACK反馈，未公开该特征。 |
| 技术特征H：其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>《隐含公开》 | 原文（[0090]、[0096]）：<br>“Also, in the present invention, a DSCH includes a high speed downlink shared channel (HS-DSCH) so that a DSCH can be replaced by a HS-DSCH.”<br>“The D-PDSCH employs a variable spreading with orthogonal variable spreading factor codes or link adaptation techniques that adaptively control modulation and coding according to channel conditions or radio resources.”<br>【中文翻译】同样，在本发明中，DSCH包括高速下行链路共享信道（HS-DSCH），因此DSCH可以由HS-DSCH替代。<br>D-PDSCH采用具有正交可变扩频因子码的可变扩频或链路自适应技术，该技术根据信道条件或无线电资源自适应地控制调制和编码。 | 对比文件公开了引入HS-DSCH，并且指出了根据信道条件自适应控制调制和编码（链路自适应技术，Link Adaptation）。对于本领域技术人员而言，在WCDMA/HSDPA技术中，HS-DSCH执行链路自适应的核心基础就是由终端测量并确定信道质量指示符CQI。按照宽松的隐含公开判断标准，对比文件关于HS-DSCH及基于信道条件的自适应调制编码的记载，隐含了终端确定用于HS-DSCH的CQI。 |
| 技术特征I：<br><br>《未公开》 | 对比文件中无对应内容。 | 目标文本中技术特征I为空。 |
| 技术特征J：在所述HS-DSCH上的物理层中传送所述CQI。<br><br>《未公开》 | 对比文件中无对应内容。 | HS-DSCH本身为下行共享信道，且目标专利及标准中CQI一般由上行信道（如HS-DPCCH或在MAC PDU中）传送。对比文件既未公开在物理层传送CQI，亦未公开在HS-DSCH上传送CQI。 |
| 技术特征K：其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br><br>《未公开》 | 对比文件中无对应内容。 | 对比文件为2004年的早期文献，涉及Rel-4/Rel-5时期的下行MBMS多播机制，完全不涉及后续3GPP版本中引入的增强型专用信道E-DCH（Enhanced Uplink），更未公开针对E-DCH传输的冲突解决。 |
| 技术特征L：其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br><br>《未公开》 | 对比文件中无对应内容。 | 对比文件未涉及E-DCH资源及其存取冲突解决，未公开该技术特征。 |
| 技术特征M：进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br><br>《未公开》 | 对比文件中无对应内容。 | 对比文件仅公开了下行信道（DSCH/PDSCH/FACH等）及相关专用信道DCH的建立与分配，未公开E-DCH资源的分配。 |
| 技术特征N：其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>《未公开》 | 对比文件[0038]仅提及BCH广播系统信息，未公开广播包含可用E-DCH资源列表的SIB。 | 对比文件完全未涉及E-DCH及其可用资源列表的SIB广播机制，未公开该特征。 |
| 技术特征O：<br><br>《未公开》 | 对比文件中无对应内容。 | 目标文本中技术特征O为空。 |
| 技术特征P：使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 对比文件中无对应内容。 | 对比文件未涉及基于索引从可用E-DCH资源列表中确定E-DCH资源的技术方案。 |
| 技术特征Q：其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>《未公开》 | 对比文件中无对应内容。 | 对比文件未涉及从Node B接收包含可用E-DCH资源索引和列表的信号。 |
| 技术特征R：<br><br>《未公开》 | 对比文件中无对应内容。 | 目标文本中技术特征R为空。 |
| 技术特征S：使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 对比文件中无对应内容。 | 对比文件未涉及使用索引确定E-DCH资源。 |
| 技术特征T：进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br><br>《隐含公开》 | 原文（[0060]）：<br>“On the downlink, logical channels that are mapped to the DSCH include a DTCH (dedicated traffic channel) that is used to carry data for a particular UE, and a DCCH (dedicated control channel) that is used to carry, signaling data (e.g., RRC messages) for a particular UE.”<br>【中文翻译】在下行链路上，映射到DSCH的逻辑信道包括用于承载特定UE数据的DTCH（专用业务信道）和用于承载特定UE信令数据（例如RRC消息）的DCCH（专用控制信道）。 | 对比文件明确公开了系统中存在DCCH和DTCH数据的传输。在移动通信系统架构下，终端（UE/WTRU）在专用或共享信道上向网络传送控制信令（DCCH）或用户数据（DTCH）属于无线接入的标准操作流程。按照宽松的隐含公开标准，对比文件关于DCCH和DTCH传输机制的记载隐含了由UE传送DCCH或DTCH数据。 |
| 技术特征U：其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br><br>《未公开》 | 原文（[0048]-[0049]）：<br>“A terminal 10 in an RRC connected mode is classified, depending upon the channel received, into the states comprising, Cell_PCH or URA_PCH, Cell_FACH, Cell_DCH. For a terminal 10 in the Cell_FACH state, a dedicated logical channel and a transport channel FACH are established, and FACH data can always be received. In the Cell_FACH state, DCH and DSCH cannot be received.”<br>【中文翻译】处于RRC连接模式的终端10根据所接收的信道分为包括Cell_PCH或URA_PCH、Cell_FACH、Cell_DCH的状态。对于处于Cell_FACH状态的终端10，建立了专用逻辑信道和传输信道FACH，并且始终可以接收FACH数据。在Cell_FACH状态下，不能接收DCH和DSCH。 | 对比文件虽然公开了Cell_FACH状态，但明确指出在传统的Cell_FACH状态下不能接收DCH/DSCH，且未涉及在CELL_FACH状态下由UE传送ACK/NACK物理层反馈（目标专利的核心发明点正是针对增强型CELL_FACH引入HS-DPCCH反馈）。因此对比文件未公开在CELL_FACH状态期间传送ACK/NACK反馈。 |
| 技术特征V：该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>《未公开》 | 对比文件中无对应内容。 | 对比文件未涉及E-DCH信道及其用于上行链路传输的资源分配，未公开该特征。 |
| 技术特征W：在冲突解决完成<br><br>《未公开》 | 对比文件中无对应内容。 | 对比文件不涉及上行争用解决过程（Contention Resolution），未公开在冲突解决完成的技术特征。 |
| 技术特征X：所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>《未公开》 | 对比文件中无对应内容。 | 对比文件未涉及E-DCH资源分配，更未涉及在E-DCH资源中包含请求测量并报告反馈信息的IE。 |
| 技术特征Y：由所述WTRU传送信道质量指示符CQI。<br><br>《隐含公开》 | 原文（[0090]、[0096]）：<br>“Also, in the present invention, a DSCH includes a high speed downlink shared channel (HS-DSCH) so that a DSCH can be replaced by a HS-DSCH.”<br>“The D-PDSCH employs a variable spreading with orthogonal variable spreading factor codes or link adaptation techniques that adaptively control modulation and coding according to channel conditions or radio resources.”<br>【中文翻译】同样，在本发明中，DSCH包括高速下行链路共享信道（HS-DSCH），因此DSCH可以由HS-DSCH替代。<br>D-PDSCH采用具有正交可变扩频因子码的可变扩频或链路自适应技术，该技术根据信道条件或无线电资源自适应地控制调制和编码。 | 对比文件公开了系统支持HS-DSCH，且为了实现多播/单播的高速传输需要使用链路自适应技术（自适应调整MCS）。对于本领域技术人员而言，自适应调制编码的前提是基站获取下行链路信道质量，而在FDD/HS-DSCH系统中，信道质量指示符CQI必须由接收端WTRU在上行链路测量并传送回网络侧。因此，按照宽松的隐含公开标准，结合对比文件关于HS-DSCH及链路自适应的教导，本领域技术人员能够合理推断出由WTRU传送信道质量指示符CQI。 |
| 技术特征Z：其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br><br>《未公开》 | 对比文件中无对应内容。 | 对比文件未披露HS-DPCCH物理信道，亦未公开经由HS-DPCCH传送CQI，未公开该技术特征。 |
<<<d>>>
<<<h>>>
<<<t>>>
<<<y>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0019]、[0026]、[0034]等）明确涉及3GPP Rel-8中处于CELL_FACH状态的WTRU在增强型RACH上引入HS-DPCCH用于反馈HARQ ACK/NACK和CQI的机制。对比文件（US20040203426A1）公开的是早期3GPP（Rel-4/Rel-5时隙TDD/FDD CDMA）中针对常规随机接入信道（RACH/PRACH）的接入控制与参数调整，通过统计CRC错误并区分信道码冲突与发射功率不足来调整DPL（动态持续度）和功率偏移量。对比文件通篇完全未提及HS-DPCCH信道，更未公开接收指示在HS-DPCCH上支持ACK/NACK的IE。两者的技术领域、信道体制及所起的作用完全不同，因此未被直接公开，亦无任何推理基础，不构成隐含公开。 |
| 技术特征B：<br>（注：原权利要求/题目中该特征内容为空）<br><br>【未公开】 | 无引用内容。 | 该项技术特征在输入中内容为空，对比文件无对应技术方案，不予公开。 |
| 技术特征C：<br>在经过冲突解决之后<br><br>【未公开】 | 段落[0006]：“A UE may attempt a RACH transmission... If another UE transmits in the same slot with the same midamble, then they both fail. This transmission error is known as a collision error.”<br>段落[0012]：“Accordingly, there exists a need for an improved method of controlling parameters in a contention-based channel wherein the cause of transmission errors is identified and the rate at which such errors occur is identified and controlled by adjusting parameters at the Node B.” | 目标专利说明书（如[0007]、[0023]、[0035]）中的“冲突解决”（contention resolution / 争用解决）是增强型E-RACH/E-DCH传输过程中的特定规程，即WTRU在发送上行数据后，通过接收节点B在E-AGCH上反射自身E-RNTI来确定争用解决成功并获得无争用接入，随后才触发执行特定的反馈操作。对比文件虽然提及了基于争用的无线信道（contention-based channel）中两个UE使用相同midamble发生冲突（collision error），但对比文件解决该冲突的手段是通过统计冲突率来宏观调整系统广播的动态持续度参数（DPL），以降低后续整体冲突发生率，完全不涉及单个UE在接入传输流程中“经过冲突解决之后（after contention resolution）”的时序与特定阶段触发控制。对比文件中的宏观冲突控制与目标专利中用于指示特定接入阶段的时序限定作用完全不同，未被直接公开，也不构成隐含公开。 |
| 技术特征D：<br>所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>【未公开】 | 段落[0005]：“The RACH is a contention-based uplink transport channel which may carry control information from the UE to set up an initial connection with the Node B, for example, to register the UE after power-on to the network or to perform location updates or to initiate a call.” | 目标专利说明书（如[0037]、[0038]）记载了隐式触发规则，即判断WTRU在E-RACH上发送的数据是否映射到专用逻辑信道（DCCH或DTCH），如果是传输DCCH或DTCH数据则触发在HS-DPCCH上传送反馈。对比文件段落[0005]仅记载了RACH传输信道可以承载来自UE的控制信息以建立初始连接（如开机注册、位置更新或呼叫发起），完全未涉及DCCH或DTCH逻辑信道类型的识别，更未将其作为判定条件或已执行的前置操作。因此对比文件未公开该特征，不构成直接公开或隐含公开。 |
| 技术特征E：<br>所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>【未公开】 | 无引用内容。 | 结合特征A，目标专利技术方案要求基于IE对在HS-DPCCH上支持ACK/NACK的指示作为执行后续操作的前提条件（目标说明书[0026]、[0034]）。对比文件既没有HS-DPCCH信道，也没有指示是否支持ACK/NACK的IE，完全未公开该判定条件。 |
| 技术特征F：<br>由所述WTRU传送ACK/NACK反馈。<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0012]、[0026]、[0046]）记载了WTRU针对下行链路高速传输（如HS-DSCH上的数据）在上行链路传送HARQ ACK/NACK反馈。对比文件仅涉及UE在RACH上传送接入前导或传输块集合（TBS），以及基站端对接收到的TBS进行CRC检测，完全未公开UE向网络侧发送下行传输的ACK/NACK反馈。因此未被直接公开，亦无推理基础构成隐含公开。 |
| 技术特征G：<br>其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br><br>【未公开】 | 无引用内容。 | 目标专利涉及在特定的物理控制信道HS-DPCCH上传送ACK/NACK（说明书[0022]、[0026]）。对比文件完全未涉及HS-DPCCH，更不存在经由HS-DPCCH传送ACK/NACK，未公开该特征。 |
| 技术特征H：<br>其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（如[0011]、[0021]、[0032]）记载为了优化下行链路HS-DSCH传输的调制编码，WTRU确定并上报CQI。对比文件仅涉及基站端在接收RACH突发时测量SIR/RSCP以判断错误原因（段落[0021]），完全不涉及UE端确定下行HS-DSCH的CQI，亦无上述IE。因此未被直接公开或隐含公开。 |
| 技术特征I：<br>（注：原权利要求/题目中该特征内容为空）<br><br>【未公开】 | 无引用内容。 | 该项技术特征内容为空，对比文件无对应技术方案，不予公开。 |
| 技术特征J：<br>在所述HS-DSCH上的物理层中传送所述CQI。<br><br>【未公开】 | 无引用内容。 | 目标专利说明书明确记载在物理层（如结合E-DCH的L1信道HS-DPCCH或报头）中传送CQI反馈以实现快速自适应（[0009]、[0040]）。对比文件完全不涉及下行HS-DSCH信道的CQI生成及物理层上报，未公开该特征。 |
| 技术特征K：<br>其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br><br>【未公开】 | 段落[0005]-[0006]：“The RACH is a contention-based uplink transport channel... This transmission error is known as a collision error. Generally, whenever two or more UEs transmit using the same channel in a wireless system, a collision occurs.” | 目标专利说明书（[0007]、[0032]）明确记载该争用解决是为了解决处于CELL_FACH状态的WTRU在增强型RACH（即E-DCH消息传输）中潜在冲突的特定机制。对比文件仅涉及传统基于Aloha机制的时隙RACH信道中多个UE选择相同midamble导致的码碰撞（code collision），不仅未涉及E-DCH传输，其解决冲突的机制也是宏观退避与概率调整（DPL调整），而非解决单个E-DCH传输潜在冲突的争用解决过程。两者信道体制、解决对象和技术机制完全不同，未被直接公开，亦无法等同或隐含推出。 |
| 技术特征L：<br>其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（[0023]、[0035]）记载当WTRU完成争用解决阶段且接收到自身标识（如E-RNTI）时，确认获得了对E-DCH资源的无争用存取。对比文件仅涉及传统RACH接入尝试成功（CRC校验正确）的统计记录（段落[0020]、[0026]），完全未涉及E-DCH资源，更未公开通过冲突解决来确认UE能够存取E-DCH资源。未公开该特征。 |
| 技术特征M：<br>进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（[0007]、[0026]、[0035]）涉及网络节点B在检测到前导后向WTRU分配专用的E-DCH资源。对比文件通篇围绕传统PRACH/RACH参数控制，完全不涉及E-DCH信道资源的分配。未公开该特征。 |
| 技术特征N：<br>其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>【未公开】 | 段落[0035]：“Current UTRAN architecture allows the Node B to generate the contents of certain system information blocks (SIBs) such as SIB 7 which generates the DPL...”;<br>段落[0038]：“An IBTS parameter corresponds to the IE 'individual time slot interference' that is broadcast at the Node B in SIB 14.” | 目标专利说明书（[0026]、[0033]）记载通过系统信息块SIB广播包含可用E-DCH资源的列表。对比文件虽然提及在系统信息块SIB 7中广播DPL、在SIB 14中广播IE“各时隙干扰”（段落[0035]、[0038]），但所广播的参数是传统RACH功率与接入控制参数，完全未公开广播“可用E-DCH资源列表”。对比文件披露的内容无法起到提供E-DCH可用资源配置的作用，未被直接公开或隐含公开。 |
| 技术特征O：<br>（注：原权利要求/题目中该特征内容为空）<br><br>【未公开】 | 无引用内容。 | 该项技术特征内容为空，对比文件无对应技术方案，不予公开。 |
| 技术特征P：<br>使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（[0026]、[0033]）记载网络提供索引，WTRU利用该索引从SIB广播的可用E-DCH资源列表中索引确定特定的E-DCH资源。对比文件完全不涉及E-DCH资源列表及索引寻址机制，未公开该特征。 |
| 技术特征Q：<br>其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（[0026]、[0033]）记载从节点B接收携带E-DCH资源列表及索引的信号（如L1/HS-SCCH或SIB）。对比文件未涉及E-DCH资源及其列表与索引信号的接收，未公开该特征。 |
| 技术特征R：<br>（注：原权利要求/题目中该特征内容为空）<br><br>【未公开】 | 无引用内容。 | 该项技术特征内容为空，对比文件无对应技术方案，不予公开。 |
| 技术特征S：<br>使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>【未公开】 | 无引用内容。 | 对应特征P，对比文件完全未公开使用索引从可用E-DCH资源列表中确定E-DCH资源的技术方案。 |
| 技术特征T：<br>进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br><br>【未公开】 | 段落[0005]：“The RACH is a contention-based uplink transport channel which may carry control information from the UE to set up an initial connection with the Node B, for example, to register the UE after power-on to the network or to perform location updates or to initiate a call.” | 目标专利说明书（[0037]、[0038]）明确区分了公共控制信道CCCH与专用逻辑信道（DCCH/DTCH），并限定在处于CELL_FACH等状态下传送DCCH或DTCH数据。对比文件段落[0005]仅通用性地说明RACH信道承载来自UE的控制信息（用于开机注册、位置更新或发起呼叫），未明确或隐含公开在逻辑信道层面传送DCCH或DTCH数据。即使本领域技术人员了解呼叫发起包含高层信令，但在该方案中对比文件并未教导任何传输DCCH/DTCH数据与特定反馈流程的结合，未构成实质公开或隐含公开。 |
| 技术特征U：<br>其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br><br>【未公开】 | 无引用内容。 | 目标专利发明目的即解决CELL_FACH状态下HSDPA传输缺乏快速上行反馈的问题，限定在CELL_FACH状态传送ACK/NACK（说明书[0006]、[0011]、[0022]）。对比文件仅针对宏观RACH接入控制，完全未涉及CELL_FACH状态下的ACK/NACK反馈传输，未公开该特征。 |
| 技术特征V：<br>该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（[0007]、[0026]）记载WTRU接收网络分派的E-DCH资源用于后续E-RACH/上行链路传输。对比文件未涉及E-DCH资源的分配，未公开该特征。 |
| 技术特征W：<br>在冲突解决完成<br><br>【未公开】 | 段落[0006]、[0012]、[0020]、[0026]：“If there is no CRC error, the received RACH TBS is recorded as a successful access attempt (step 58).” | 目标专利说明书（[0023]、[0035]、[0036]）将“冲突解决完成（contention resolution completed）”作为由争用接入转入无争用状态并触发上行反馈传输的前置时序条件。对比文件虽然在段落[0020]、[0026]记载了CRC无错误即记录为接入尝试成功，但这仅是基站端统计接入成功率的步骤，并非WTRU侧协议状态中的“冲突解决完成”时序阶段，亦不具有目标专利中作为后续反馈触发时序的作用，未被直接或隐含公开。 |
| 技术特征X：<br>所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（[0034]）记载作为显式触发实施方式，网络通过广播作为E-DCH资源集合一部分的特定IE，请求WTRU进行测量并经由HS-DPCCH报告反馈信息。对比文件完全未涉及包含此种测量与报告指示IE的E-DCH资源，未公开该特征。 |
| 技术特征Y：<br>由所述WTRU传送信道质量指示符CQI。<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（[0012]、[0021]、[0032]）涉及WTRU测量并向节点B上报用于下行链路自适应调度的CQI。对比文件仅在基站端测量接收信号的SIR/RSCP以判断错误模式（段落[0021]），完全未涉及WTRU生成并传送CQI，未公开该特征。 |
| 技术特征Z：<br>其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br><br>【未公开】 | 无引用内容。 | 目标专利说明书（[0022]、[0026]、[0034]）限定经由特定的上行物理信道HS-DPCCH传送CQI。对比文件完全未涉及HS-DPCCH信道及在该信道上传送CQI的技术方案，未公开该特征。 |
---
对比文件（US20040203426A1）针对的是早期3GPP系统中常规随机接入信道（RACH/PRACH）的接入冲突与功率不足控制，通过在基站端利用SIR门限对CRC校验失败的TBS进行错误归类（碰撞或功率不足），进而调节DPL和功率偏移量。而目标专利要求保护的是3GPP演进系统（Rel-8）中CELL_FACH状态下的增强型上行链路（Enhanced RACH / E-DCH）机制，核心涉及在E-DCH分配、冲突解决完成等特定触发条件下，经由HS-DPCCH信道上报CQI及HARQ ACK/NACK反馈的具体信令配置与时序过程。
经全面、严谨的比对与推理，对比文件未直接公开、亦未隐含公开上述权利要求的任何技术特征。
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译及段落标号） | 公开性论述 |
| 技术特征A： 包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br>《未公开》 | 对比文件未记载该内容。 | 目标专利中，该特征通过在SIB或E-DCH资源集合中接收IE，用于显式或隐式指示WTRU是否启用/支持在HS-DPCCH上反馈ACK/NACK。对比文件公开了UE在Cell-FACH状态下接收系统信息广播（SIB）（[0030]），但其内容仅涉及用于FACH功率调整的测量报告准则（如Delta SIR等），完全未公开亦无法合理推断出与HS-DPCCH或在HS-DPCCH上支持ACK/NACK相关的任何信息元素（IE）。 |
| 技术特征B：<br>*(空/未定义)*<br>《未公开》 | 无。 | 技术特征B在目标专利请求保护的技术方案中无具体内容定义，对比文件无法公开。 |
| 技术特征C： 在经过冲突解决之后<br>《未公开》 | 对比文件未记载该内容。 | 目标专利中，“冲突解决（争用解决阶段，contention resolution）”用于解决增强型RACH接入或E-DCH传输过程中的潜在冲突，且仅在冲突解决完成并确认无争用接入后才在HS-DPCCH上传送反馈。对比文件仅涉及常规FACH信道下基于测量报告的功率调整，未涉及基于前同步码与随机接入争用解决机制的E-RACH/E-DCH冲突解决过程，亦无法推断出该时序特征。 |
| 技术特征D： 所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br>《隐含公开》 | [0003]<br>“In Cell-FACH state, a shared channel, specifically the forward access channel (FACH), is used shared between a group of mobile user terminals and having no associated dedicated physical control channel. The forward access channel (FACH) is used for low volume data and is similar to the broadcast channel and random access channel of older mobile technologies. It may typically be used e.g. for the viewing time after a Web page download.”<br>（在Cell-FACH状态下，多个移动用户终端之间共享使用共享信道，特别是前向接入信道（FACH），并且没有相关联的专用物理控制信道。FACH用于小数据量，并且类似于较旧移动技术的广播信道和随机接入信道。它通常可用于例如网页下载后的浏览时间。）<br>[0008]<br>“Furthermore, as regards criteria for transiting between Cell-FACH state and Cell-DCH state, a known criterion is level of occupancy of the buffer (in the mobile user terminal) which stores data to be sent. A buffer occupancy measurement is passed from the mobile user terminal to the base station where a decision to instruct a change of state is made.”<br>（此外，关于在Cell-FACH状态和Cell-DCH状态之间转换的准则，已知的准则是存储待发送数据的（移动用户终端中的）缓冲区的占用水平。缓冲区占用测量从移动用户终端传递到基站，在基站处做出指示状态改变的决定。） | 目标专利中，该特征是指WTRU在Cell-FACH状态下发送与专用逻辑信道（DCCH或DTCH）相关联的数据。对比文件公开了处于Cell-FACH状态下的UE存在待发送数据（如[0008]中缓存待发数据），且[0003]提及网页下载（Web page download）等业务。依据3GPP标准常识，终端在Cell-FACH状态下发送的用户业务数据或高层信令数据本身映射于DTCH或DCCH逻辑信道上（通过RACH发送）。基于宽松的隐含公开判断标准，对比文件关于在Cell-FACH状态下处理用户数据与发送上行报告的记载，构成本领域技术人员可合理推导出WTRU发送DCCH或DTCH数据的技术方案，故认定为《隐含公开》。 |
| 技术特征E： 所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br>《未公开》 | 对比文件未记载该内容。 | 目标专利中该特征是作为判断触发在HS-DPCCH上传送ACK/NACK的前提条件。对比文件全篇未涉及HS-DPCCH，也未涉及指示支持ACK/NACK的IE条件判断，故未公开。 |
| 技术特征F： 由所述WTRU传送ACK/NACK反馈。<br>《未公开》 | [0036]-[0038]<br>“(4) The base station responds with a measurement response message to the mobile user terminal (e in FIG. 3, ln in FIG. 4)... ii) The mobile user terminal gets an acknowledgement of measurement report message reception from the base station which means that retransmission is unnecessary.”<br>（(4) 基站向移动用户终端响应测量响应消息……ii) 移动用户终端从基站获取测量报告消息接收的确认（ACK），这意味着不需要重传。） | 目标专利中要求由WTRU传送ACK/NACK反馈（例如针对HS-DSCH下行传输的HARQ ACK/NACK）。对比文件[0038]中记载的是基站向UE反馈接收测量报告的确认（acknowledgement），是由基站发送给WTRU，而非由WTRU传送ACK/NACK反馈，二者传输方向与技术含义均完全不同，故未公开。 |
| 技术特征G： 其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br>《未公开》 | 对比文件未记载该内容。 | 对比文件未公开由WTRU传送ACK/NACK，更未公开通过上行专用控制信道HS-DPCCH进行承载和传输，故未公开。 |
| 技术特征H： 其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br>《隐含公开》 | [0029]<br>“(1) On entering Cell-FACH state, the mobile user terminal takes measurements of the Serving Cell received quality (Pilot Channel Signal to interference ratio) and sends this back to the base station along with measurements of the same parameter of the neighbouring cells...”<br>（(1) 在进入Cell-FACH状态时，移动用户终端测量服务小区接收质量（导频信道信干比SIR），并将该测量与相邻小区的相同参数的测量一起发送回基站……）<br>[0047]<br>“The reader will note that in the preferred embodiment described above, SIR is the measure of signal quality which is used. In other embodiments, other measures of signal quality are used instead, such as bit error rate, received signal strength, or error vector magnitude.”<br>（读者将注意到，在上述优选实施例中，SIR是用作测量信号质量的度量。在其他实施例中，使用信号质量的其他度量作为替代，例如误码率、接收信号强度或误差矢量幅度。） | 目标专利中该特征包括确定用于HS-DSCH的信道质量指示符CQI。对比文件公开了UE在Cell-FACH状态下对下行导频信道的接收质量（如信干比SIR、误码率、接收信号强度等）进行测量以获得信道质量参数并向基站报告。导频信道质量在无线通信中本质上即反映了该小区下行物理共享信道的信道质量。基于极度宽松的隐含公开标准，对比文件所确定的信号质量度量部分公开了CQI的实质内涵，本领域技术人员有可能基于该测量内容推理用于下行信道质量指示，故认定为《隐含公开》。 |
| 技术特征I：<br>*(空/未定义)*<br>《未公开》 | 无。 | 技术特征I在目标专利请求保护的技术方案中无具体内容定义，对比文件无法公开。 |
| 技术特征J： 在所述HS-DSCH上的物理层中传送所述CQI。<br>《未公开》 | 对比文件未记载该内容。 | 目标专利中CQI在物理层控制信道（或下行关联信道）中反馈传递。对比文件中的测量报告是通过常规的FACH/RACH或层3信令传递，且对比文件完全未涉及HS-DSCH物理层中传送CQI，故未公开。 |
| 技术特征K： 其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br>《未公开》 | 对比文件未记载该内容。 | 目标专利说明书[0007]等记载增强型RACH采用E-DCH，争用解决阶段是为了解决E-RACH消息传输中的潜在冲突。对比文件全篇未涉及E-DCH或基于E-DCH的随机接入争用解决机制，故未公开。 |
| 技术特征L： 其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br>《未公开》 | 对比文件未记载该内容。 | 目标专利中冲突解决完成即确认了WTRU成功获得该E-DCH资源的无争用接入权限。对比文件全篇未涉及E-DCH及其争用解决确认机制，故未公开。 |
| 技术特征M： 进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br>《未公开》 | 对比文件未记载该内容。 | 目标专利中涉及网络为处于Cell-FACH的WTRU分配专用的E-DCH资源以支持增强型上行链路。对比文件仅涉及在Cell-FACH中调节FACH功率以及由Cell-FACH向Cell-DCH状态切换，完全未公开在Cell-FACH状态下分配E-DCH资源，故未公开。 |
| 技术特征N： 其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br>《隐含公开》 | [0030]<br>“(2) The System Information Broadcast (SIB) channel is read by all mobile user terminals when they enter Cell-FACH state before they are able to start transmission (a in FIG. 3). From this channel, a new set of measurement reporting criteria are broadcast to the mobile user terminal (b in FIG. 3).”<br>（(2) 当所有移动用户终端进入Cell-FACH状态并在它们能够开始传输之前，均读取系统信息广播（SIB）信道（图3中的a）。从该信道向移动用户终端广播一组新的测量报告准则（图3中的b）。） | 目标专利中通过SIB广播可用E-DCH资源列表。对比文件公开了UE进入Cell-FACH状态后读取SIB（系统信息块），并接收网络广播的信息。虽然对比文件广播的是测量报告准则而非E-DCH资源列表，但鉴于对比文件公开了“在Cell-FACH状态下通过接收系统信息广播SIB获取网络资源/配置参数”的部分技术内容，在非常宽松的隐含公开判断标准下，该部分公开可能与其他对比文件结合推断出技术方案，故认定为《隐含公开》。 |
| 技术特征O：<br>*(空/未定义)*<br>《未公开》 | 无。 | 技术特征O在目标专利请求保护的技术方案中无具体内容定义，对比文件无法公开。 |
| 技术特征P： 使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br>《未公开》 | 对比文件未记载该内容。 | 目标专利中使用索引从SIB指示的列表或其他列表中确定具体的E-DCH资源。对比文件未公开任何资源列表索引机制，故未公开。 |
| 技术特征Q： 其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br>《未公开》 | 对比文件未记载该内容。 | 对比文件未记载从基站接收包含可用E-DCH资源索引和列表的信号，故未公开。 |
| 技术特征R：<br>*(空/未定义)*<br>《未公开》 | 无。 | 技术特征R在目标专利请求保护的技术方案中无具体内容定义，对比文件无法公开。 |
| 技术特征S： 使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br>《未公开》 | 对比文件未记载该内容。 | 对比文件未公开通过索引从E-DCH资源列表中确定E-DCH资源的技术方案，故未公开。 |
| 技术特征T： 进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br>《隐含公开》 | [0003]<br>“In Cell-FACH state, a shared channel, specifically the forward access channel (FACH), is used shared between a group of mobile user terminals and having no associated dedicated physical control channel. The forward access channel (FACH) is used for low volume data and is similar to the broadcast channel and random access channel of older mobile technologies. It may typically be used e.g. for the viewing time after a Web page download.”<br>（在Cell-FACH状态下，多个移动用户终端之间共享使用共享信道，特别是前向接入信道（FACH），并且没有相关联的专用物理控制信道。FACH用于小数据量，并且类似于较旧移动技术的广播信道和随机接入信道。它通常可用于例如网页下载后的浏览时间。）<br>[0008]<br>“Furthermore, as regards criteria for transiting between Cell-FACH state and Cell-DCH state, a known criterion is level of occupancy of the buffer (in the mobile user terminal) which stores data to be sent. A buffer occupancy measurement is passed from the mobile user terminal to the base station where a decision to instruct a change of state is made.”<br>（此外，关于在Cell-FACH状态和Cell-DCH状态之间转换的准则，已知的准则是存储待发送数据的（移动用户终端中的）缓冲区的占用水平。缓冲区占用测量从移动用户终端传递到基站，在基站处做出指示状态改变的决定。） | 目标专利中该特征涉及WTRU发送上行专用逻辑信道（DCCH/DTCH）数据。在移动通信3GPP规范中，终端在Cell-FACH状态下具有待发数据并发送上行消息时，其承载的数据类型即为专用控制信道（DCCH）或专用业务信道（DTCH）。对比文件公开了UE在Cell-FACH状态下存在待发数据缓存并进行传输操作。按照极其宽松的隐含公开标准，本领域技术人员通过对比文件所描述的应用场景（如网页浏览后的交互、上行缓冲区数据传输）能够合理推导出其传送的数据类型包含DCCH或DTCH数据，故认定为《隐含公开》。 |
| 技术特征U： 其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br>《未公开》 | 对比文件未记载该内容。 | 目标专利要求在CELL_FACH状态下传送ACK/NACK反馈。对比文件虽处于Cell-FACH状态，但由UE发送的是基于SIR等参数的测量报告，完全未公开由UE在CELL_FACH状态下传送ACK/NACK反馈，故未公开。 |
| 技术特征V： 该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br>《未公开》 | 对比文件未记载该内容。 | 对比文件未公开网络向UE分配E-DCH资源以用于Cell-FACH下的上行链路传输，故未公开。 |
| 技术特征W： 在冲突解决完成<br>《未公开》 | 对比文件未记载该内容。 | 对比文件未公开基于E-RACH/E-DCH传输过程中的争用解决完成这一时序与判断条件，故未公开。 |
| 技术特征X： 所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br>《未公开》 | 对比文件未记载该内容。 | 对比文件未公开在E-DCH资源中包含请求测量并报告反馈信息的IE，故未公开。 |
| 技术特征Y： 由所述WTRU传送信道质量指示符CQI。<br>《隐含公开》 | [0011]<br>“The base station sends a signal at a first transmission power level to the mobile user terminal. The mobile user terminal then sends a report of one or more parameter values dependent upon measured signal quality provided a predetermined reporting criterion is met.”<br>（基站以第一传输功率水平向移动用户终端发送信号。如果满足预定的报告准则，则移动用户终端然后发送取决于测得的信号质量的一个或多个参数值的报告。）<br>[0029]<br>“(1) On entering Cell-FACH state, the mobile user terminal takes measurements of the Serving Cell received quality (Pilot Channel Signal to interference ratio) and sends this back to the base station along with measurements of the same parameter of the neighbouring cells (denoted (a) in FIG. 3).”<br>（(1) 在进入Cell-FACH状态时，移动用户终端测量服务小区接收质量（导频信道信干比SIR），并将该测量与相邻小区的相同参数的测量一起发送回基站（图3中表示为(a)）。）<br>[0047]<br>“The reader will note that in the preferred embodiment described above, SIR is the measure of signal quality which is used. In other embodiments, other measures of signal quality are used instead, such as bit error rate, received signal strength, or error vector magnitude.”<br>（读者将注意到，在上述优选实施例中，SIR是用作测量信号质量的度量。在其他实施例中，使用信号质量的其他度量作为替代，例如误码率、接收信号强度或误差矢量幅度。） | 目标专利中CQI用于指示下行链路信道质量，以便网络进行自适应调整。对比文件中UE测量导频信道SIR、误码率或信号强度，并在满足准则时将包含该信道质量参数值的报告发送给基站，基站据此调整传输功率。该“信号质量参数报告”在功能上与反映信道质量的“信道质量指示符（CQI）”高度相通，起到了评估下行链路信道质量的作用。在极其宽松的隐含公开原则下，本领域技术人员有可能基于对比文件公开的下行信道质量测量与参数报告合理推导出CQI传输，故认定为《隐含公开》。 |
| 技术特征Z： 其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br>《未公开》 | 对比文件未记载该内容。 | 目标专利中要求CQI通过物理层控制信道HS-DPCCH传送以实现快速反馈。对比文件全篇未涉及HS-DPCCH信道，其测量报告是通过层3/RACH等方式上报，无法得出经由HS-DPCCH传送的技术方案，故未公开。 |
<<<d>>>
<<<h>>>
<<<n>>>
<<<t>>>
<<<y>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br>《未公开》 | 无对应内容。 | 目标专利中，该特征通过接收特定IE指示是否在HS-DPCCH上支持ACK/NACK反馈，以适配CELL_FACH下增强上行链路的物理层高速反馈机制。对比文件JP2005006314A仅公开了在Cell-FACH状态下通过系统信息块（SIB）广播测量报告基准（如delta SIR），以及基站发送包含可选信息元素的测量响应消息来重配报告间隔或迟滞（段落[2]的第(2)、(4)部分），完全未涉及增强型专用物理控制信道HS-DPCCH，更未涉及接收“指示在HS-DPCCH上支持ACK/NACK的信息元素IE”。本领域技术人员无法直接或隐含得出该特征。 |
| 技术特征B：<br>《未公开》 | 无对应内容。 | 该特征项为空，无技术方案内容，不予以认定公开。 |
| 技术特征C：在经过冲突解决之后<br>《未公开》 | 无对应内容。 | 目标专利中，“冲突解决”（争用解决）是处于CELL_FACH状态的WTRU在增强型RACH接入中用于解决多个WTRU竞争同一E-DCH资源冲突的关键步骤，在冲突解决成功（如echo E-RNTI）后才能确认获得无争用资源。对比文件JP2005006314A仅涉及Cell-FACH状态下的前向接入信道FACH下行发射功率调整，基于终端向基站发送测量报告（非肯定模式）并接收测量响应消息，完全未涉及基于竞争的接入机制或任何“冲突解决”过程。 |
| 技术特征D：所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br>《未公开》 | ［2］Ｃｅｌｌ−ＦＡＣＨ状態では、共用チャネル、特にフォワード・アクセス・チャネル（ＦＡＣＨ）は、一群の移動ユーザ端末間で共用され、関連する専用物理制御チャネルを有さない。<br>［2］（３）移動ユーザ端末は、報告について少なくとも１つの基準が満たされていることを検出すると、非肯定モード送信に関する測定報告を基地局に送信する… | 目标专利中，DCCH/DTCH数据发送作为隐性触发条件之一，用于在CELL_FACH状态下决定是否在HS-DPCCH上传送反馈。对比文件仅提及在Cell-FACH状态下发送测量报告，以及该状态下FACH用于小容量数据，未公开所述WTRU已发送DCCH或DTCH数据。 |
| 技术特征E：所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br>《未公开》 | 无对应内容。 | 目标专利中，该特征构成了WTRU在上行HS-DPCCH上传送ACK/NACK的前提判断条件。对比文件未公开任何关于HS-DPCCH或指示支持ACK/NACK的IE的内容，因此亦未公开在此情况下触发操作的技术方案。 |
| 技术特征F：由所述WTRU传送ACK/NACK反馈。<br>《未公开》 | ［2］（４）基地局が、測定応答メッセージで移動ユーザ端末に応答する…ｉｉ）移動ユーザ端末は、送信が不要であることを意味する、基地局から測定報告メッセージを受信したという肯定応答を得る。 | 目标专利中，ACK/NACK反馈是指WTRU（终端）向上行链路网络侧传送针对下行链路（如HS-DSCH）传输的HARQ确认/否认反馈。对比文件虽然在段落[2]第(4)点提到“肯定応答（肯定应答）”，但该肯定是基站（网络侧）向移动终端下发的测量响应消息，表示基站收到了测量报告，主体与方向与目标专利完全相反，对比文件完全未公开“由WTRU传送ACK/NACK反馈”。 |
| 技术特征G：其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br>《未公开》 | 无对应内容。 | 目标专利中该特征限定ACK/NACK反馈通过物理层信道HS-DPCCH发送。对比文件完全未涉及HS-DPCCH信道，亦未涉及WTRU传送ACK/NACK反馈。 |
| 技术特征H：其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br>《未公开》 | ［2］（１）移動ユーザ端末は、Ｃｅｌｌ−ＦＡＣＨ状態に入ると、制御側セル受信品質（パイロット・チャネル信号・干渉比）を測定し、これを、近傍のセルの同じパラメータの測定値と一緒に基地局に送り返す…<br>［2］上述の好ましい実施形態では、ＳＩＲは、使用される信号品質の測度であることに留意されたい。他の実施形態では、この代わりに、ビット誤り率、受信信号強度、誤りベクトルの大きさのような他の信号品質測度が使用される。 | 目标专利中，该特征是指在多IE信令体系下，确定用于下行高速共享数据信道HS-DSCH的高速自适应调制编码反馈指标CQI。对比文件虽然测量了公共导频信道（CPICH）的信号干扰比（SIR）或信号质量，但其测量的目的是用于调整下行FACH信道的发射功率以及作为向Cell-DCH状态迁移的依据，既未涉及第一IE的区分，也未确定用于HS-DSCH的信道质量指示符CQI。两者测量的对象、作用及物理层指标均不同。 |
| 技术特征I：<br>《未公开》 | 无对应内容。 | 该特征项为空，无技术方案内容，不予以认定公开。 |
| 技术特征J：在所述HS-DSCH上的物理层中传送所述CQI。<br>《未公开》 | 无对应内容。 | 目标专利原文中CQI在HS-DPCCH上传送，特征J在此处限定在物理层中传送CQI。对比文件中的测量报告（SIR等参数）是作为RRC层消息通过上行链路发送给基站，并非在物理层中传送CQI，更未涉及与HS-DSCH相关的物理层传输。 |
| 技术特征K：其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br>《未公开》 | 无对应内容。 | 目标专利中，该特征阐述了CELL_FACH下基于竞争引入的E-DCH接入中争用解决的实质作用（即多个终端选择相同前导码引起的E-RACH冲突）。对比文件完全未涉及E-DCH机制及冲突解决机制。 |
| 技术特征L：其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br>《未公开》 | 无对应内容。 | 目标专利中争用解决成功后终端确认获得E-DCH无争用接入权限。对比文件完全未公开E-DCH资源分配及任何冲突解决确认过程。 |
| 技术特征M：进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br>《未公开》 | 无对应内容。 | 对比文件仅涉及Cell-FACH与Cell-DCH状态的迁移和FACH功率调整，完全未涉及从网络接收增强型专用信道E-DCH资源的分配。 |
| 技术特征N：其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br>《未公开》 | ［2］（２）Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｒｏａｄｃａｓｔ（ＳＩＢ）チャネルは、すべての移動ユーザ端末によって、これらの移動ユーザ端末が送信を開始できるようにするためにＣｅｌｌ−ＦＡＣＨ状態に入るとき（図３のａ）に読み取られる。このチャネルから、新しい１組の測定報告基準が移動ユーザ端末にブロードキャストされる（図３のｂ）。 | 对比文件虽然公开了WTRU在进入Cell-FACH状态时读取系统信息广播（SIB）信道，但SIB广播的内容是“一组新的测量报告基准”（如delta SIR等），用于触发功率测量报告，其完全未包含“可用E-DCH资源列表”，亦不是用于E-DCH资源的分配。两者内容及技术作用完全不同。 |
| 技术特征O：<br>《未公开》 | 无对应内容。 | 该特征项为空，无技术方案内容，不予以认定公开。 |
| 技术特征P：使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br>《未公开》 | 无对应内容。 | 对比文件中完全没有公开使用索引从可用E-DCH资源列表中确定E-DCH资源的任何技术内容。 |
| 技术特征Q：其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br>《未公开》 | 无对应内容。 | 对比文件未公开从节点B接收包括可用E-DCH资源索引和列表的信号。 |
| 技术特征R：<br>《未公开》 | 无对应内容。 | 该特征项为空，无技术方案内容，不予以认定公开。 |
| 技术特征S：使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br>《未公开》 | 无对应内容。 | 对比文件完全未公开索引寻址E-DCH资源列表的操作。 |
| 技术特征T：进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br>《未公开》 | ［2］Ｃｅｌｌ−ＤＣＨ状態では、連続的に送信される、送信電力制御情報およびパイロット情報を含む、専用物理制御チャネルを有する移動ユーザ端末の専用チャネル（ＤＣＨ）を使用する。セルの専用チャネル（ＤＣＨ）は通常、大容量データまたは音声に用いられる。 | 对比文件虽然提到了在Cell-DCH状态下使用传输信道专用信道（DCH）来传输大容量数据或语音，但未公开在Cell-FACH状态或与反馈流程关联地传送逻辑信道专用控制信道（DCCH）或专用业务信道（DTCH）数据。二者属于不同协议层概念且作用机制不同。 |
| 技术特征U：其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br>《未公开》 | ［2］したがって、Ｃｅｌｌ−ＦＡＣＨ状態における移動ユーザ端末への送信電力を調整するフィードバック機構が設けられている。 | 对比文件虽然涉及在“Cell-FACH状态下的反馈机构”，但该反馈机构的具体内容是“测量信号质量（SIR等）的参数值报告”，其作用是供基站调整FACH下行发送功率，对比文件不仅完全未公开在Cell-FACH状态下由终端传送HARQ的ACK/NACK反馈，而且相反地在背景技术中明确指出Cell-FACH状态下“测量报告由于频繁回传会降低信道容量而被禁用”（段落[2]第6小节）。因此该特征未被直接或隐含公开。 |
| 技术特征V：该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br>《未公开》 | 无对应内容。 | 对比文件完全未涉及E-DCH机制及由WTRU接收E-DCH资源分配用于上行链路传输的技术方案。 |
| 技术特征W：在冲突解决完成<br>《未公开》 | 无对应内容。 | 对比文件不涉及任何竞争接入后的冲突/争用解决完成阶段。 |
| 技术特征X：所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br>《未公开》 | 无对应内容。 | 对比文件未涉及E-DCH资源配置中包含请求测量并报告反馈信息的IE。 |
| 技术特征Y：由所述WTRU传送信道质量指示符CQI。<br>《未公开》 | ［2］移動ユーザ端末は次いで、所定の報告基準が満たされた場合、測定された信号品質に応じた１つまたは複数のパラメータ値の報告を送信する。<br>［2］上述の好ましい実施形態では、ＳＩＲは、使用される信号品質の測度であることに留意されたい。他の実施形態では、この代わりに、ビット誤り率、受信信号強度、誤りベクトルの大きさのような他の信号品質測度が使用される。 | 目标专利中，CQI（信道质量指示符）特指HSDPA中在物理层高速周期性上报以供基站进行快速自适应调制和编码（AMC）选择的特定信标量。对比文件中终端向基站发送的是“测量信号质量（SIR、BER、RSSI或EVM）的一个或多个参数值的报告”，属于高层RRC测量报告，用于基站慢速调整FACH发射功率及判定状态迁移，两者的反馈机制、所处的协议层架构以及具体参数定义完全不同，不能等同，更未隐含公开CQI的传送。 |
| 技术特征Z：其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br>《未公开》 | 无对应内容。 | 对比文件完全未提及高速专用物理控制信道HS-DPCCH，其测量报告是常规高层无线承载或随机接入信道传送，未公开经由HS-DPCCH传送CQI。 |
根据目标专利说明书原文的解释，并严格依据权利要求给出的技术特征划分规则、对比文件（US20050009527A1）的公开内容及严谨的专利审查与创造性评估标准，对比分析如下：
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译及段落标号） | 公开性论述 |
| 技术特征A：<br>包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>《未公开》 | 无对应引用。<br>对比文件仅在简写表及背景中提及通用概念：<br>[0093] “TABLE OF ACRONYMS... HSDPA: High Speed Down Link Packet Access; HS-DSCH: High Speed Downlink Shared Channel; HS-SICH: High Speed Shared Information Channel...” | 目标专利说明书中，该IE是由UTRAN发送给WTRU，用于指示在CELL_FACH/基于争用的状态下是否在HS-DPCCH上启用/支持反馈（参见目标专利[0026]、[0034]、[0068]）。对比文件US20050009527A1公开于2005年，属于早期的3GPP R99/R4/R5背景技术，完全未涉及HS-DPCCH物理信道，更未公开从网络接收“指示在HS-DPCCH上支持ACK/NACK的IE”。本领域技术人员无法直接或隐含推断出该特征。 |
| 技术特征B：<br>（空特征）<br><br>《未公开》 | 无对应引用。 | 权利要求中未定义具体技术内容。 |
| 技术特征C：<br>在经过冲突解决之后<br><br>《未公开》 | 无对应引用。<br>对比文件仅提及Cell Update信令流程：<br>[0065] “Whenever the UE transitions from CELL_PCH or URA_PCH state to CELL_FACH state, it performs a respective Cell Update or URA Update procedure... The UE transmits a CELL_UPDATE or URA_UPDATE message on the common control channel (CCCH). A CELL_UPDATE_CONFIRM response message is built and sent by the UTRAN on either on a CCCH or DCCH.”（无论何时UE从CELL_PCH或URA_PCH状态转换到CELL_FACH状态，它执行相应的Cell Update或URA Update过程……UE在公共控制信道(CCCH)上传送CELL_UPDATE或URA_UPDATE消息。UTRAN在CCCH或DCCH上建立并发送CELL_UPDATE_CONFIRM响应消息。） | 目标专利中的“冲突解决”（争用解决/Contention Resolution）是针对在CELL_FACH状态下引入增强型上行链路（E-RACH/E-DCH）时，多个WTRU竞争同一E-DCH资源时的L1/L2争用解决机制（通过E-AGCH回传E-RNTI确认，见目标专利说明书[0007]、[0023]、[0035]）。对比文件中仅涉及RRC层的常规Cell Update过程以获取C-RNTI，完全不涉及E-DCH传输的争用/冲突解决，不能认定为直接或隐含公开。 |
| 技术特征D：<br>所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>《隐含公开》 | [0030] “In the CELL_FACH state the UE monitors a FACH. It is enabled to transmit uplink control signals and it may be able to transmit small data packets on the RACH... When there is either user or control data to transmit, a selection procedure determines whether the data should be transmitted on a common transport channel, or if a transition to CELL_DCH should be executed.”（在CELL_FACH状态下，UE监视FACH。它被允许传送上行链路控制信号，并且可能能够在RACH上传送小数据分组……当有用户或控制数据要传送时，选择过程确定该数据是应当在公共传输信道上传送，还是应当执行向CELL_DCH的转换。）<br>[0069] “For mapping the DCCH or DTCH logical channels over RACH (transport channel for uplink), UE MAC uses the C-RNTI in MAC data PDU header... As a result, the DCCH or DTCH transmission over RACH is not feasible unless the UE has a C-RNTI.”（对于在RACH（用于上行链路的传输信道）上映射DCCH或DTCH逻辑信道，UE MAC使用MAC数据PDU报头中的C-RNTI……结果，除非UE具有C-RNTI，否则在RACH上的DCCH或DTCH传输是不可行的。）<br>[0072] “For example, it is then specified as being configured to perform ‘Initial Direct Transfer’ or ‘Uplink Direct Transfer’ such as set forth in 3GPP TS 25.331 that require DCCH or DTCH uplink transmissions.”（例如，它被指定配置为执行3GPP TS 25.331中所述的需要DCCH或DTCH上行链路传输的“初始直接传输”或“上行链路直接传输”。） | 目标专利中，该特征是指WTRU在特定信道（如DCCH/DTCH）上发送了数据，作为上行反馈或触发的上下文条件（参见目标专利[0037]、[0038]）。对比文件明确公开了UE在获得临时标识（C-RNTI）后，能够在上行链路上进行DCCH或DTCH数据的传输（如通过RACH发送初始直接传输/业务分组）。按照极为宽松的隐含公开标准，对比文件揭示了WTRU发送DCCH/DTCH数据的机制与行为，本领域技术人员可以合理推断出WTRU处于已发送DCCH/DTCH数据的工作状态，因此构成隐含公开。 |
| 技术特征E：<br>所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>《未公开》 | 无对应引用。 | 对比文件完全未涉及HS-DPCCH信道，亦无任何指示在HS-DPCCH上支持ACK/NACK的IE及其指示条件。本领域技术人员无法从中得出该特征。 |
| 技术特征F：<br>由所述WTRU传送ACK/NACK反馈。<br><br>《未公开》 | 无对应引用。<br>对比文件仅提及：<br>[0093] “TABLE OF ACRONYMS... HSDPA: High Speed Down Link Packet Access...” | 目标专利中是指WTRU在CELL_FACH等状态下对下行传输执行HARQ ACK/NACK反馈传送（见目标专利[0012]、[0026]）。对比文件仅涉及RRC状态机转换，未涉及WTRU发送ACK/NACK反馈的技术方案。 |
| 技术特征G：<br>其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br><br>《未公开》 | 无对应引用。 | 对比文件未披露HS-DPCCH信道，更未公开在该信道上传送ACK/NACK反馈。 |
| 技术特征H：<br>其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>《未公开》 | 无对应引用。<br>对比文件仅在简写表中列出：<br>[0093] “TABLE OF ACRONYMS... HS-DSCH: High Speed Downlink Shared Channel...” | 对比文件未公开针对HS-DSCH确定CQI，亦无相关IE。 |
| 技术特征I：<br>（空特征）<br><br>《未公开》 | 无对应引用。 | 权利要求中未定义具体技术内容。 |
| 技术特征J：<br>在所述HS-DSCH上的物理层中传送所述CQI。<br><br>《未公开》 | 无对应引用。 | 对比文件未公开在HS-DSCH物理层中传送CQI。 |
| 技术特征K：<br>其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br><br>《未公开》 | 无对应引用。 | 目标专利中是指CELL_FACH下增强型RACH接入中E-DCH传输的争用解决（目标专利[0007]）。对比文件基于早期3GPP协议，完全没有E-DCH在CELL_FACH下的争用机制，因此未公开该特征。 |
| 技术特征L：<br>其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br><br>《未公开》 | 无对应引用。 | 对比文件未涉及E-DCH资源的争用解决及存取确认机制。 |
| 技术特征M：<br>进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br><br>《未公开》 | 无对应引用。 | 对比文件未涉及E-DCH资源的分配（其仅提及R99/R4体系的DCH、CPCH、USCH/DSCH，见[0031]、[0032]）。 |
| 技术特征N：<br>其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>《未公开》 | 无对应引用。<br>对比文件仅提及：<br>[0035] “The UE reads the BCH to acquire valid system information.” | 对比文件仅公开从BCH/FACH读取常规系统信息，未公开广播包含可用E-DCH资源列表的SIB。 |
| 技术特征O：<br>（空特征）<br><br>《未公开》 | 无对应引用。 | 权利要求中未定义具体技术内容。 |
| 技术特征P：<br>使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 无对应引用。 | 对比文件未公开使用索引从可用E-DCH资源列表中确定E-DCH资源。 |
| 技术特征Q：<br>其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>《未公开》 | 无对应引用。 | 对比文件未公开该特征。 |
| 技术特征R：<br>（空特征）<br><br>《未公开》 | 无对应引用。 | 权利要求中未定义具体技术内容。 |
| 技术特征S：<br>使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 无对应引用。 | 对比文件未公开该特征。 |
| 技术特征T：<br>进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br><br>《直接公开》 | [0069] “For mapping the DCCH or DTCH logical channels over RACH (transport channel for uplink), UE MAC uses the C-RNTI in MAC data PDU header (see standard 3GPP 25.321: Medium Access Control (MAC) Protocol Specification). As a result, the DCCH or DTCH transmission over RACH is not feasible unless the UE has a C-RNTI.”（对于在RACH（用于上行链路的传输信道）上映射DCCH或DTCH逻辑信道，UE MAC使用MAC数据PDU报头中的C-RNTI（见标准3GPP 25.321：媒体接入控制(MAC)协议规范）。结果，除非UE具有C-RNTI，否则在RACH上的DCCH或DTCH传输是不可行的。）<br>[0072] “For example, it is then specified as being configured to perform ‘Initial Direct Transfer’ or ‘Uplink Direct Transfer’ such as set forth in 3GPP TS 25.331 that require DCCH or DTCH uplink transmissions.”（例如，它被指定配置为执行3GPP TS 25.331中所述的需要DCCH或DTCH上行链路传输的“初始直接传输”或“上行链路直接传输”。）<br>[0101] “Accordingly, the UE will receive a temporary identifier before it enters the CELL_FACH state where the UE has the full duplex DCCH/DTCH capability.”（因此，UE将在其进入CELL_FACH状态之前接收临时标识符，在该状态下UE具有全双工DCCH/DTCH能力。） | 目标专利说明书[0037]、[0038]、实施例58及68明确记载了“传送专用控制信道DCCH或专用业务信道DTCH数据”，其技术作用是在上行链路上发送用户平面或控制平面业务。对比文件在段落[0069]、[0072]以及[0101]中明确描述了UE在获得C-RNTI进入全双工CELL_FACH状态后，在RACH等传输信道上执行DCCH或DTCH的上行链路数据传输（如执行初始直接传输、上行链路直接传输）。两者技术方案相同，技术作用相同。本领域技术人员能够毫无疑义地直接确定该技术特征，属于实质直接公开。 |
| 技术特征U：<br>其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br><br>《未公开》 | 无对应引用。<br>对比文件虽重点涉及CELL_FACH状态（如[0023]、[0081]），但并未公开传送ACK/NACK反馈。 | 对比文件仅涉及在CELL_FACH状态下的RRC信令与状态转换问题，未公开在CELL_FACH状态下传送ACK/NACK反馈。 |
| 技术特征V：<br>该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>《未公开》 | 无对应引用。 | 对比文件未公开在CELL_FACH状态下接收用于上行链路传输的E-DCH资源分配。 |
| 技术特征W：<br>在冲突解决完成<br><br>《未公开》 | 无对应引用。 | 目标专利中的冲突解决是指E-DCH增强型RACH的争用解决完成（如E-AGCH反映E-RNTI，见[0023]、[0035]）。对比文件仅涉及CELL_UPDATE过程的信令响应，未涉及E-DCH传输的冲突解决完成机制。 |
| 技术特征X：<br>所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>《未公开》 | 无对应引用。 | 对比文件完全未公开E-DCH资源包含请求测量并报告反馈信息的IE。 |
| 技术特征Y：<br>由所述WTRU传送信道质量指示符CQI。<br><br>《未公开》 | 无对应引用。<br>对比文件仅提及常规流量测量报告：<br>[0030] “For the uplink data transmission, the UE reports the observed traffic volume to the network in order for the network to re-evaluate the current allocation of resources. This report contains e.g. the amount of data to be transmitted or the buffer status in the UE.”（对于上行链路数据传输，UE向网络报告观察到的业务量，以便网络重新评估当前的资源分配。该报告例如包含要传送的数据量或UE中的缓存状态。） | 目标专利中的CQI是物理层下行信道质量指示符（如目标专利说明书[0009]、[0015]、[0021]）。对比文件仅记载了UE向上行报告业务量（Traffic Volume / 缓存状态），并未公开传送信道质量指示符CQI。 |
| 技术特征Z：<br>其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br><br>《未公开》 | 无对应引用。 | 对比文件未披露HS-DPCCH信道，更未公开在其上传送CQI。 |
<<<T>>>
<<<d>>>
| 技术特征描述及判断结果 | 对比文件原文引用（含段落与译文） | 公开性论述 |
| 技术特征A：包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>【未公开】 | 无对应公开内容。<br>（注：对比文件[0016]-[0017]仅提及：“在HSDPA中，上行链路HS-DPCCH传送关于发射机或节点B传送的数据的ACK/NACK……HS-DPCCH上递送的控制信息包括ACK/NACK和CQI……ACK/NACK和CQI在HS-DPCCH上传送。”） | 对比文件[0016]-[0017]仅作为背景技术描述了HSDPA中HS-DPCCH信道本身承载ACK/NACK和CQI这一既有机制，既未披露网络向UE下发任何“指示在HS-DPCCH上支持ACK/NACK的IE（信息元素）”，更未公开基于该IE来控制或使能反馈。本领域技术人员无法直接得出亦无法合理推断出该技术方案，因此既未直接公开也未隐含公开。 |
| 技术特征B：<br><br>【未公开】 | 本项无具体技术特征内容定义。 | 无具体技术特征定义，不适用公开性判断。 |
| 技术特征C：在经过冲突解决之后<br><br>【未公开】 | 无对应公开内容。<br>（注：对比文件[0043]提到了专用传输信道上的EUDCH建立过程：“The EUDCH setup is carried out by message transmission/reception on dedicated transport channels.”） | 目标专利中的“冲突解决”（争用解决）是针对处于CELL_FACH/空闲态的公共/竞争性接入（E-RACH）过程中的多用户碰撞解决机制。对比文件针对的是CELL_DCH专用信道状态下的EUDCH增强上行传输，其信道建立是通过专用传输信道上的消息收发建立的（步骤203），根本不存在也不涉及基于随机接入的“冲突解决”过程。技术人员无法从对比文件中推导出“在经过冲突解决之后”的技术方案，因此未直接公开也未隐含公开。 |
| 技术特征D：所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>【未公开】 | 无对应公开内容。<br>（注：对比文件[0045]仅提及：“...transmits the packet data at the determined data rate over the EUDCH to the Node B 201 in step 207 (UL Packet Data Transmission)...”） | 目标专利中“已发送DCCH或DTCH数据”构成了隐性触发上行链路反馈报告的前提条件之一。对比文件在步骤207中仅概括性地描述在EUDCH上传送上行“分组数据（packet data）”，未区分或记载所传输数据的逻辑信道类型是否为DCCH或DTCH，更未公开将已发送特定逻辑信道数据作为触发反馈的前置条件。本领域技术人员无法从对比文件直接或隐含获知该特征。 |
| 技术特征E：所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>【未公开】 | 无对应公开内容。 | 对比文件根本不存在任何“指示在HS-DPCCH上支持ACK/NACK的IE”，因而完全不存在基于该IE指示情况作为判断/使能条件的技术方案。未直接公开亦未隐含公开。 |
| 技术特征F：由所述WTRU传送ACK/NACK反馈。<br><br>《直接公开》 | [0015]：“...If the coded block with channel ID 1 has errors, the UE 130 provides the coded block to an HARQ processor for channel ID 1, namely HARQ processor 1, and transmits a non-acknowledgement (NACK) about channel 1 to the Node B 114...”（……如果具有信道ID 1的编码块存在差错，则UE 130将该编码块提供给用于信道ID 1的HARQ处理器，即HARQ处理器1，并向节点B 114发送关于信道1的否定应答(NACK)……）<br>[0016]：“...In HSDPA, an uplink HS-DPCCH (High Speed-Dedicated Physical Control Channel) delivers an ACK/NACK about data transmitted by a transmitter or a Node B...”（在HSDPA中，上行链路HS-DPCCH传递关于由发射机或节点B传送的数据的ACK/NACK……） | 对比文件[0015]、[0016]明确记载了在下行接收到数据后，由UE（即WTRU）向节点B传送ACK或NACK反馈，以支持HARQ重传机制。技术方案、作用与效果与目标专利中由终端传送ACK/NACK反馈相同，属于技术方案的直接公开。 |
| 技术特征G：其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br><br>《直接公开》 | [0016]：“...In HSDPA, an uplink HS-DPCCH (High Speed-Dedicated Physical Control Channel) delivers an ACK/NACK about data transmitted by a transmitter or a Node B...”（……在HSDPA中，上行链路HS-DPCCH传递关于发射机或节点B传送的数据的ACK/NACK……）<br>[0017]：“The ACK/NACK and CQI are delivered over the HS-DPCCH...”（ACK/NACK和CQI在HS-DPCCH上传递……） | 对比文件[0016]与[0017]明确记载了ACK/NACK反馈经由上行链路物理控制信道HS-DPCCH传送。其信道载体与传送的控制信息完全一致，起到的作用相同，本领域技术人员可毫无疑义地直接得出，属于直接公开。 |
| 技术特征H：其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>《隐含公开》 | [0017]：“Control information delivered on the HS-DPCCH includes ACK/NACK and CQI (Channel Quality Indicator)... As to the CQI, upon receipt of a downlink channel signal, a UE measures channel quality from the downlink channel signal and transmits a CQI representing the channel quality to a Node B. The Node B determines an MCS (Modulation and Coding Scheme) level for the HS-DSCH according to the channel quality...”（HS-DPCCH上传递的控制信息包括ACK/NACK和CQI（信道质量指示符）……关于CQI，在接收到下行链路信道信号时，UE根据下行链路信道信号测量信道质量并向节点B发送代表该信道质量的CQI。节点B根据该信道质量确定用于HS-DSCH的MCS（调制与编码策略）水平……） | 对比文件虽未公开IE相关结构，但[0017]明确公开了UE接收下行信号并测量信道质量，生成并确定CQI，且该CQI正是用于节点B确定HS-DSCH信道的调制编码方案（MCS）。鉴于隐含公开审查标准极为宽松，对比文件已经实质公开了“确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI”的核心技术手段与原理，具备与其它现有技术结合的可能性，故认定为隐含公开。 |
| 技术特征I：<br><br>【未公开】 | 本项无具体技术特征内容定义。 | 无具体技术特征定义，不适用公开性判断。 |
| 技术特征J：在所述HS-DSCH上的物理层中传送所述CQI。<br><br>【未公开】 | 无对应公开内容。<br>（注：对比文件[0017]明确记载：“The ACK/NACK and CQI are delivered over the HS-DPCCH.”） | 目标专利与通信协议中，HS-DSCH为下行链路共享信道，而CQI作为上行控制信令是在物理层上行控制信道（如HS-DPCCH）上传送的。对比文件[0017]同样明确记载CQI是在上行信道HS-DPCCH上传送，根本不可能在下行共享信道HS-DSCH上传送CQI。对比文件不存在此技术方案，亦无法做此不合技术逻辑的推导，因此未公开。 |
| 技术特征K：其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br><br>【未公开】 | 无对应公开内容。 | 目标专利的冲突解决针对E-RACH（基于竞争接入的E-DCH接入）时多个终端使用相同前导签名冲突的问题。对比文件建立的是无碰撞风险的专用信道EUDCH传输，全文未涉及任何增强型专用信道传输潜在冲突的解决机制。技术人员无法推导得出，未公开。 |
| 技术特征L：其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br><br>【未公开】 | 无对应公开内容。 | 对比文件未披露基于竞争的接入流程及冲突解决机制，更不存在通过冲突解决以确认WTRU存取E-DCH资源的技术方案。未直接公开亦未隐含公开。 |
| 技术特征M：进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br><br>《直接公开》 | [0043]：“...Referring to FIG. 2, the EUDCH is set up between a Node B 201 and a UE 202 in step 203. The EUDCH setup is carried out by message transmission/reception on dedicated transport channels...” （参见图2，在步骤203中，在节点B 201和UE 202之间建立EUDCH。EUDCH建立是通过在专用传输信道上的消息发送/接收来执行的……）<br>[0044]：“In step 205, the Node B 201 performs scheduling based on the estimated channel condition of the UE 202 and transmits the scheduling result to the UE 202 (Rate Indication)... the number of codes to be assigned to the data transmission, and the data rate... The UE 202 receives the scheduling result from the Node B 201 and transmits packet data based on the scheduling result...” （在步骤205中，节点B 201根据UE 202的估计信道状况执行调度并将调度结果发送给UE 202（速率指示）……分配给数据传输的码道数以及数据速率……UE 202从节点B 201接收调度结果，并根据该调度结果传输分组数据……） | 对比文件步骤203明确公开了Node B与UE之间建立EUDCH（即E-DCH增强上行信道），并在步骤205中由网络侧（Node B）对UE进行调度，将分配的数据传输码道数、速率等资源调度结果分配给UE并由UE接收。其技术方案、在系统中分配上行传输资源的作用与目标专利完全相同，属于直接公开。 |
| 技术特征N：其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>【未公开】 | 无对应公开内容。<br>（注：对比文件[0043]记载：“The EUDCH setup is carried out by message transmission/reception on dedicated transport channels.”） | 目标专利中是在处于CELL_FACH等状态下通过广播的SIB中携带公用/共享可用E-DCH资源列表；而对比文件明确披露EUDCH的资源建立和设置是在专用传输信道（dedicated transport channels）上通过点对点信令交互完成的，完全未公开通过广播系统信息块SIB接收可用E-DCH资源列表。本领域技术人员无法从对比文件直接或隐含得出该方案。 |
| 技术特征O：<br><br>【未公开】 | 本项无具体技术特征内容定义。 | 无具体技术特征定义，不适用公开性判断。 |
| 技术特征P：使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>【未公开】 | 无对应公开内容。 | 对比文件未披露SIB广播可用E-DCH资源列表，因而完全未公开使用索引从可用E-DCH资源列表中确定所需E-DCH资源的技术方案。未直接公开亦未隐含公开。 |
| 技术特征Q：其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>【未公开】 | 无对应公开内容。 | 对比文件步骤205仅公开了节点B调度向UE发送包含速率、码道数的调度结果（Rate Indication），并未公开从节点B接收包含“可用E-DCH资源列表及其索引”的信号。未直接公开亦未隐含公开。 |
| 技术特征R：<br><br>【未公开】 | 本项无具体技术特征内容定义。 | 无具体技术特征定义，不适用公开性判断。 |
| 技术特征S：使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>【未公开】 | 无对应公开内容。 | 同技术特征P，对比文件不涉及通过指示索引从可用资源列表中索引并确定E-DCH资源的过程。未直接公开亦未隐含公开。 |
| 技术特征T：进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br><br>《隐含公开》 | [0045]：“...transmits the packet data at the determined data rate over the EUDCH to the Node B 201 in step 207 (UL Packet Data Transmission)...” （……在步骤207中以确定的数据速率在EUDCH上向节点B 201传输分组数据（上行分组数据传输）……）<br>[0011]：“...The coded block is a unit of user data transmitted for one TTI (Transmit Time Interval)...”（编码块是在一个TTI上传输的用户数据单元……） | 对比文件公开了UE在EUDCH上传送上行用户分组数据（Packet Data）。在UMTS/WCDMA移动通信体系中，UE在增强型专用信道（E-DCH/EUDCH）上传输的上行用户数据与信令数据，本领域技术人员知晓其在逻辑信道层级必然映射承载于DTCH（专用业务信道）或DCCH（专用控制信道）。依据宽松的隐含公开判断标准，对比文件披露的EUDCH上传输上行用户数据必然涵盖了传送DTCH或DCCH数据，属于隐含公开。 |
| 技术特征U：其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br><br>【未公开】 | 无对应公开内容。 | 目标专利针对解决CELL_FACH状态下引入增强型上行链路及快速反馈机制的问题；而对比文件公开的EUDCH与HSDPA机制是针对连接态（CELL_DCH）下的专用信道配置运行的，全文完全未公开或涉及在CELL_FACH状态下传送ACK/NACK反馈。本领域技术人员无法从对比文件合理推断出该方案，未公开。 |
| 技术特征V：该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>《直接公开》 | [0043]：“Referring to FIG. 2, the EUDCH is set up between a Node B 201 and a UE 202 in step 203. The EUDCH setup is carried out by message transmission/reception on dedicated transport channels.”（参见图2，在步骤203中，在节点B 201和UE 202之间建立EUDCH。EUDCH建立是通过在专用传输信道上的消息发送/接收来执行的。）<br>[0044]：“In step 205, the Node B 201 performs scheduling based on the estimated channel condition of the UE 202 and transmits the scheduling result to the UE 202 (Rate Indication)... the number of codes to be assigned to the data transmission, and the data rate... The UE 202 receives the scheduling result from the Node B 201 and transmits packet data based on the scheduling result...” （在步骤205中，节点B 201根据UE 202的估计信道状况执行调度并将调度结果发送给UE 202（速率指示）……分配给数据传输的码道数以及数据速率……UE 202从节点B 201接收调度结果，并根据该调度结果传输分组数据……） | 对比文件[0043]、[0044]明确公开了UE通过信令交互建立EUDCH（即E-DCH），并接收节点B下发的调度资源分配（包括分配的码道数量及传输速率），从而在EUDCH上执行上行链路分组数据传输。其构成了由WTRU从网络接收用于E-DCH资源的分配以用于上行链路传输的实质公开，起到的技术作用相同，属于直接公开。 |
| 技术特征W：在冲突解决完成<br><br>【未公开】 | 无对应公开内容。 | 参见技术特征C与K的论述。对比文件基于专用信道运行，未涉及基于竞争随机接入的冲突解决过程，未公开在冲突解决完成时执行后续动作的技术方案。 |
| 技术特征X：所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>【未公开】 | 无对应公开内容。 | 对比文件通过专用信令与Node B调度分配EUDCH资源，其资源配置中未记载任何包含“请求测量并报告反馈信息”的IE。本领域技术人员无法从对比文件中推导出该特征，未直接公开亦未隐含公开。 |
| 技术特征Y：由所述WTRU传送信道质量指示符CQI。<br><br>《直接公开》 | [0017]：“Control information delivered on the HS-DPCCH includes ACK/NACK and CQI (Channel Quality Indicator)... As to the CQI, upon receipt of a downlink channel signal, a UE measures channel quality from the downlink channel signal and transmits a CQI representing the channel quality to a Node B...”（HS-DPCCH上传递的控制信息包括ACK/NACK和CQI（信道质量指示符）……关于CQI，在接收到下行链路信道信号时，UE根据下行链路信道信号测量信道质量并向节点B发送代表该信道质量的CQI……） | 对比文件[0017]明确记载了UE在接收下行链路信号并测量信道质量后，向上行节点B传送代表信道质量的CQI。技术手段、在链路自适应中起到的作用与效果与目标专利完全相同，属于直接公开。 |
| 技术特征Z：其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br><br>《直接公开》 | [0017]：“Control information delivered on the HS-DPCCH includes ACK/NACK and CQI (Channel Quality Indicator)... The ACK/NACK and CQI are delivered over the HS-DPCCH. If the HS-DPCCH has a 3-slot TTI structure, the ACK/NACK is delivered in one of the three slots and the CQI in the remaining two slots.”（在HS-DPCCH上传递的控制信息包括ACK/NACK和CQI（信道质量指示符）……ACK/NACK和CQI在HS-DPCCH上传递。如果HS-DPCCH具有3时隙的TTI结构，则ACK/NACK在三个时隙之一中递送，而CQI在剩余的两个时隙中递送。） | 对比文件[0017]明确披露上行链路物理控制信道HS-DPCCH承载控制信息，且CQI具体经由HS-DPCCH的时隙传递给基站。技术方案完全吻合，属于直接公开。 |
<<<F>>>
<<<G>>>
<<<h>>>
<<<M>>>
<<<t>>>
<<<V>>>
<<<Y>>>
<<<Z>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译及段落标号） | 公开性论述 |
| 技术特征A：包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>《未公开》 | 对比文件未记载任何涉及HS-DPCCH信道、ACK/NACK反馈的IE或信令接收的内容。最接近的描述仅为：<br>【0037】"Use of an HARQ protocol will typically entail the need to permit the transmission of acknowledgement messages. Such a need can be accommodated in a variety of ways. For example, the 3GPP Specification 25.211 can provide an acknowledgement field in downlink acquisition indicator channel used for sending acknowledgement of the preamble part of the RACH. This field can be utilized for HARQ acknowledgement messages if desired... As another example, such acknowledgements can also be sent on a separate acquisition indication channel..."<br>（译文：HARQ协议的使用通常需要允许确认消息的传输。这种需求可以以各种方式满足。例如，3GPP规范25.211可以在用于发送RACH前导码部分确认的下行链路捕获指示信道中提供确认字段。如果需要，该字段可用于HARQ确认消息……作为另一示例，这种确认也可以在单独的捕获指示信道上发送……） | 目标专利技术特征A用于由WTRU接收特定IE，该IE指示在HS-DPCCH信道上支持ACK/NACK反馈，以显式控制WTRU是否经由HS-DPCCH上报针对下行HS-DSCH的HARQ确认。对比文件公开的是在CELL_FACH下针对上行RACH传输使用HARQ机制，其确认消息是由下行链路捕获指示信道发送给终端的（针对上行数据的下行确认），既未公开HS-DPCCH信道，更未公开从网络接收“指示在HS-DPCCH上支持ACK/NACK的IE”。两者信道类型、指示机制与控制对象完全不同，因此既未直接公开也未隐含公开。 |
| 技术特征B：<br><br>《未公开》 | （技术特征内容为空） | 本特征内容为空，无法进行比对。 |
| 技术特征C：在经过冲突解决之后<br><br>《隐含公开》 | 【0016】"...This CELL_FACH state uses a random access procedure (comprising a modified slotted ALOHA protocol) in the uplink by sending a preamble at increasing power level until detected by the network and acknowledged with an acquisition indicator that is transmitted on an acquisition indicator channel. In case of a positive acknowledgement via the acquisition indicator a message frame of length 10 ms or 20 ms is transmitted after a few slots of the last acknowledged preamble..."<br>（译文：……该CELL_FACH状态在上行链路中使用随机接入过程（包括修改的时隙ALOHA协议），通过以增加的功率电平发送前导码，直到被网络检测到并在捕获指示信道上传输的捕获指示进行确认。在通过捕获指示获得肯定确认的情况下，在最后确认的前导码的几个时隙之后传输长度为10 ms或20 ms的消息帧……）<br>【0022】"...Each random access channel includes at least one preamble portion 32... to support uplink random access procedure and actions in accordance with Specification 25.211 to 25.214..."<br>（译文：……每个随机接入信道包括至少一个前导码部分32……以支持根据规范25.211至25.214的上行链路随机接入过程和动作……） | 在目标专利中，“在经过冲突解决之后”是为了确保WTRU已成功解决争用冲突并确立接入。对比文件公开了基于3GPP TS 25.211至25.214的时隙ALOHA物理随机接入过程（RACH），本领域技术人员公知，在3GPP规范的时隙ALOHA随机接入过程中，发送前导码获取接入确认及随后发送消息帧的处理本身必然涉及并伴随着冲突检测与争用/冲突解决机制（contention resolution）。本领域技术人员根据对比文件公开的3GPP标准RACH随机接入过程能够合理推断出随机接入过程包括争用解决/冲突解决阶段，因此该特征被对比文件隐含公开。 |
| 技术特征D：所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>《隐含公开》 | 【0016】"...A second state 12 comprises a so-called CELL-FACH state and serves both to aid in establishing dedicated channels as per a third state 13 and to itself support low levels of transmission activity. This CELL_FACH state uses a random access procedure... In case of a positive acknowledgement via the acquisition indicator a message frame... is transmitted..."<br>（译文：……第二状态12包括所谓的CELL-FACH状态，其既用于辅助建立如第三状态13所述的专用信道，又用于自身支持低水平的传输活动。该CELL_FACH状态使用随机接入过程……在通过捕获指示肯定确认的情况下，传输消息帧……）<br>【0018】"...user equipment 20 suitable for use herein will preferably include a controller 21 that operably couples to a transceiver 22 to permit the transmission of, for example, bearer content such as a message 23..."<br>（译文：……适用于此处的用户设备20优选地将包括控制器21，其可操作地耦合到收发信机22以允许传输例如承载内容（诸如消息23）……） | 目标专利中该特征用于限定WTRU在CELL_FACH状态下已发送来自高层逻辑信道（DCCH或DTCH）的数据。对比文件公开了在CELL_FACH状态下用户设备利用随机接入信道传输“承载内容（bearer content，诸如消息23）”并支持传输活动。本领域技术人员公知，在3GPP UMTS系统的CELL_FACH状态下，通过RACH传输的上行链路用户面和控制面承载数据即映射自DTCH（专用业务信道）或DCCH（专用控制信道）。因此，本领域技术人员从对比文件公开的内容中能够直接、合理推断出WTRU发送的消息帧包含DCCH或DTCH数据，该特征被隐含公开。 |
| 技术特征E：所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>《未公开》 | 对比文件未记载该内容。 | 目标专利技术特征E以网络下发的IE指示HS-DPCCH支持ACK/NACK作为反馈条件。对比文件未公开任何关于HS-DPCCH信道、支持ACK/NACK的IE指示及其判断条件的内容，因此既未直接公开也未隐含公开。 |
| 技术特征F：由所述WTRU传送ACK/NACK反馈。<br><br>《未公开》 | 【0037】"Use of an HARQ protocol will typically entail the need to permit the transmission of acknowledgement messages. Such a need can be accommodated in a variety of ways. For example, the 3GPP Specification 25.211 can provide an acknowledgement field in downlink acquisition indicator channel used for sending acknowledgement of the preamble part of the RACH. This field can be utilized for HARQ acknowledgement messages if desired... As another example, such acknowledgements can also be sent on a separate acquisition indication channel..."<br>（译文：HARQ协议的使用通常需要允许确认消息的传输。这种需求可以以各种方式满足。例如，3GPP规范25.211可以在用于发送RACH前导码部分确认的下行链路捕获指示信道中提供确认字段。如果需要，该字段可用于HARQ确认消息……作为另一示例，这种确认也可以在单独的捕获指示信道上发送……） | 目标专利技术特征F是由WTRU在上行链路传送针对下行数据（如HS-DSCH）的ACK/NACK反馈。而对比文件段落【0037】中所涉及的HARQ ACK消息是针对WTRU上行发送的RACH消息由网络侧在下行信道（如AICH）上向WTRU发送的下行确认，并非由WTRU传送ACK/NACK反馈。对比文件未公开WTRU传送ACK/NACK反馈，因此既未直接公开也未隐含公开。 |
| 技术特征G：其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br><br>《未公开》 | 对比文件未记载该内容。 | 目标专利技术特征G限定ACK/NACK经由特定的上行物理信道HS-DPCCH传送。对比文件全篇未涉及HS-DPCCH信道，因此既未直接公开也未隐含公开。 |
| 技术特征H：其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>《隐含公开》 | 【0032】"For example, and referring now to FIG. 5, the controller can determine 51 a quality condition of the wireless communication path and base the selection of a given adaptive modulation and coding-based communication protocol, at least in part, upon this quality condition. Quality can be ascertained in a variety of ways. For example, the difference between transmit and receive power level of the common pilot channel (CPICH) can be used to ascertain uplink channel quality. The transmit power level of the CPICH can be conveniently broadcast on the FACH..."<br>（译文：例如，参见图5，控制器可以确定（51）无线通信路径的质量状况，并至少部分地基于该质量状况来选择给定的基于自适应调制和编码的通信协议。质量可以通过多种方式查明。例如，公共导频信道（CPICH）的发射功率电平与接收功率电平之间的差值可用于查明上行链路信道质量。CPICH的发射功率电平可以方便地在FACH上广播……） | 目标专利中确定CQI用于反映下行链路质量以进行自适应链路调整。对比文件公开了终端确定无线通信路径的信道质量状况（Quality condition），例如通过下行公共导频信道CPICH的接收功率电平与发射功率电平之差来查明信道质量，用于自适应调制与编码选择。虽然对比文件未明确命名为“HS-DSCH的CQI”，但按照本领域技术人员的通常理解，在3GPP系统中基于下行导频CPICH测算信道质量以指示信道自适应编码调制即为CQI测定机制，对比文件已部分公开了确定信道质量指示内容，在宽松的隐含公开判断标准下，认定该特征被隐含公开。 |
| 技术特征I：<br><br>《未公开》 | （技术特征内容为空） | 本特征内容为空，无法进行比对。 |
| 技术特征J：在所述HS-DSCH上的物理层中传送所述CQI。<br><br>《未公开》 | 【0028】"Also, the random access message control fields are shown in Table 2. The control field bits carries the pilot and transport format combination indicator (TFCI) field..."<br>（译文：此外，随机接入消息控制字段如表2所示。控制字段比特携带导频和传输格式组合指示符（TFCI）字段……） | 目标专利该特征限定在HS-DSCH上的物理层中传送CQI。对比文件仅公开了在RACH上行物理消息的控制字段中携带导频和TFCI，或者在终端内部用于协议选择，并未公开在HS-DSCH（下行共享信道）上的物理层中传送CQI，因此既未直接公开也未隐含公开。 |
| 技术特征K：其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br><br>《隐含公开》 | 【0013】"...pursuant to these various embodiments, a plurality of enhanced uplink dedicated channels can be provided (during, for example, a corresponding communication path state) for specified users from time to time to facilitate relatively medium to high data transmission rate communications for such users. At other times, uplink data transmission using random access channel (RACH) communication opportunities can be provided..."<br>（译文：……根据这些各种实施例，可以不时地为指定用户提供多个增强型上行链路专用信道（例如在对应的通信路径状态期间），以促进这些用户的中至高数据传输速率通信。在其他时间，可以提供使用随机接入信道（RACH）通信机会的上行链路数据传输……）<br>【0016】"...This CELL_FACH state uses a random access procedure (comprising a modified slotted ALOHA protocol) in the uplink by sending a preamble at increasing power level until detected by the network and acknowledged with an acquisition indicator that is transmitted on an acquisition indicator channel..."<br>（译文：……该CELL_FACH状态在上行链路中使用随机接入过程（包括修改的时隙ALOHA协议）……） | 目标专利中该特征的作用是解决多个用户竞争接入增强型上行链路资源时产生的传输碰撞冲突。对比文件公开了提供增强型上行链路专用信道（enhanced uplink dedicated channels），并在CELL_FACH中通过修改的时隙ALOHA随机接入过程来提供增强的上行数据传输。本领域技术人员知晓，在基于竞争的时隙ALOHA机制中，对增强上行随机接入信道的传输必然存在潜在冲突并需执行冲突解决。在隐含公开的宽松标准下，本领域技术人员能够合理推导出其解决了一个或多个增强上行专用信道传输的潜在冲突，因此属于隐含公开。 |
| 技术特征L：其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br><br>《隐含公开》 | 【0016】"...In case of a positive acknowledgement via the acquisition indicator a message frame of length 10 ms or 20 ms is transmitted after a few slots of the last acknowledged preamble..."<br>（译文：……在通过捕获指示获得肯定确认的情况下，在最后确认的前导码的几个时隙之后传输长度为10 ms或20 ms的消息帧……）<br>【0017】"These embodiments are generally directed towards modified usage and configuration of the CELL_FACH state 12 to permit improved leveraging of the random access communication opportunities afforded thereby (and in particular the message portion of such a random access procedure)..."<br>（译文：这些实施例通常涉及CELL_FACH状态12的修改使用和配置，以允许更好地利用由此提供的随机接入通信机会（特别是这种随机接入过程的消息部分）……） | 目标专利中冲突解决的作用是确认该WTRU竞争成功并能够存取对应的增强型资源。对比文件在CELL_FACH随机接入过程中，通过前导码功率攀升及AICH捕获指示的肯定确认后，终端获准发送消息帧（利用改进的增强上行信道通信机会）。本领域技术人员公知，在随机接入机制中争用冲突解决成功即意味着终端获得了接入并存取该上行通信信道资源的权利。基于宽松推断原则，该特征被对比文件隐含公开。 |
| 技术特征M：进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br><br>《隐含公开》 | 【0016】"...acknowledged with an acquisition indicator that is transmitted on an acquisition indicator channel. In case of a positive acknowledgement via the acquisition indicator a message frame of length 10 ms or 20 ms is transmitted after a few slots of the last acknowledged preamble..."<br>（译文：……通过在捕获指示信道上传输的捕获指示进行确认。在通过捕获指示获得肯定确认的情况下，在最后确认的前导码的几个时隙之后传输长度为10 ms或20 ms的消息帧……）<br>【0037】"...the 3GPP Specification 25.211 can provide an acknowledgement field in downlink acquisition indicator channel used for sending acknowledgement of the preamble part of the RACH..."<br>（译文：……3GPP规范25.211可以在用于发送RACH前导码部分确认的下行链路捕获指示信道中提供确认字段……） | 目标专利中该特征用于获取网络为E-DCH传输分配的资源。对比文件公开了在CELL_FACH中引入增强的随机接入通信机制（支持更高速率、HARQ及多种调制编码方案），终端在接收到网络在AICH上下发的肯定确认（AI）后即获准使用特定的时隙与参数传输消息帧。在3GPP系统中，通过捕获指示信道指示肯定确认本质上即包含了网络为终端分配上行增强随机接入资源。本领域技术人员根据对比文件公开的机制可以合理推断出其包含了从网络接收传输资源分配，构成隐含公开。 |
| 技术特征N：其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>《未公开》 | 【0032】"...The transmit power level of the CPICH can be conveniently broadcast on the FACH..."<br>（译文：……CPICH的发射功率电平可以方便地在FACH上广播……） | 目标专利中该特征用于通过广播SIB获取可用E-DCH资源列表，以便后续索引分配。对比文件仅提及在FACH上广播CPICH发射功率电平，并未公开系统信息块SIB，更未公开在SIB中广播可用E-DCH资源列表，因此既未直接公开也未隐含公开。 |
| 技术特征O：<br><br>《未公开》 | （技术特征内容为空） | 本特征内容为空，无法进行比对。 |
| 技术特征P：使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 对比文件未记载该内容。 | 目标专利中该特征用于终端根据网络指示的索引从SIB资源列表中确定分配的具体E-DCH资源。对比文件完全未公开SIB资源列表及使用索引确定E-DCH资源的机制，因此既未直接公开也未隐含公开。 |
| 技术特征Q：其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>《未公开》 | 对比文件未记载该内容。 | 目标专利中该特征用于从Node B接收携带可用E-DCH资源列表和索引的信号。对比文件没有公开包含E-DCH资源列表及其索引的信号，因此既未直接公开也未隐含公开。 |
| 技术特征R：<br><br>《未公开》 | （技术特征内容为空） | 本特征内容为空，无法进行比对。 |
| 技术特征S：使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 对比文件未记载该内容。 | 目标专利中该特征用于根据索引从列表中选定资源。对比文件未公开任何通过索引从资源列表中确定E-DCH资源的技术方案，因此既未直接公开也未隐含公开。 |
| 技术特征T：进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br><br>《隐含公开》 | 【0016】"...A second state 12 comprises a so-called CELL-FACH state and serves both to aid in establishing dedicated channels as per a third state 13 and to itself support low levels of transmission activity. This CELL_FACH state uses a random access procedure... In case of a positive acknowledgement via the acquisition indicator a message frame... is transmitted..."<br>（译文：……第二状态12包括所谓的CELL-FACH状态，其既用于辅助建立如第三状态13所述的专用信道，又用于自身支持低水平的传输活动。该CELL_FACH状态使用随机接入过程……在通过捕获指示肯定确认的情况下，传输消息帧……）<br>【0018】"...user equipment 20 suitable for use herein will preferably include a controller 21 that operably couples to a transceiver 22 to permit the transmission of, for example, bearer content such as a message 23..."<br>（译文：……用户设备20优选地将包括控制器21，其可操作地耦合到收发信机22以允许传输例如承载内容（诸如消息23）……） | 目标专利中该特征用于传送上行控制或业务数据。对比文件明确公开了在CELL_FACH状态下WTRU通过随机接入信道传输消息（承载内容）。在3GPP技术领域中，CELL_FACH状态下终端在随机接入消息中传输的承载内容必然包含来自逻辑信道DCCH的控制信令或DTCH的用户业务数据。本领域技术人员基于对比文件公开的3GPP网络框架，能够毫无疑义地合理推断出其传送的数据包括DCCH或DTCH数据，符合极宽松的隐含公开标准，属于隐含公开。 |
| 技术特征U：其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br><br>《未公开》 | 【0016】"...A second state 12 comprises a so-called CELL-FACH state and serves both to aid in establishing dedicated channels as per a third state 13 and to itself support low levels of transmission activity..."<br>（译文：……第二状态12包括所谓的CELL-FACH状态，其既用于辅助建立如第三状态13所述的专用信道，又用于自身支持低水平的传输活动……）<br>【0036】"...So configured, the controller 21 can use an HARQ-based scheme to transmit a message using the communication resource during the random access portion of the CELL_FACH state of the communication resource..."<br>（译文：……如此配置，控制器21可以使用基于HARQ的方案在通信资源的CELL_FACH状态的随机接入部分期间使用通信资源来传输消息……） | 目标专利该特征限定终端在CELL_FACH状态期间向网络传送针对下行链路的ACK/NACK反馈。对比文件虽然涉及CELL_FACH状态并支持HARQ协议，但如前所述，对比文件仅涉及在CELL_FACH期间针对上行消息由网络向终端发送下行确认，未公开WTRU在CELL_FACH状态期间传送ACK/NACK反馈，因此既未直接公开也未隐含公开。 |
| 技术特征V：该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>《隐含公开》 | 【0013】"...pursuant to these various embodiments, a plurality of enhanced uplink dedicated channels can be provided (during, for example, a corresponding communication path state) for specified users from time to time to facilitate relatively medium to high data transmission rate communications for such users. At other times, uplink data transmission using random access channel (RACH) communication opportunities can be provided..."<br>（译文：……根据这些各种实施例，可以不时地为指定用户提供多个增强型上行链路专用信道（例如在对应的通信路径状态期间），以促进这些用户的中至高数据传输速率通信。在其他时间，可以提供使用随机接入信道（RACH）通信机会的上行链路数据传输……）<br>【0016】"...This CELL_FACH state uses a random access procedure... In case of a positive acknowledgement via the acquisition indicator a message frame of length 10 ms or 20 ms is transmitted after a few slots of the last acknowledged preamble..."<br>（译文：……该CELL_FACH状态使用随机接入过程……在通过捕获指示肯定确认的情况下，在最后确认的前导码的几个时隙之后传输长度为10 ms或20 ms的消息帧……） | 目标专利中该特征用于WTRU获取上行E-DCH资源分配。对比文件公开了提供增强型上行专用信道以及在CELL_FACH状态下提供改进的随机接入通信机会，WTRU在发送前导码后接收来自下行AICH的确认指示，随后执行上行消息帧的传输。在3GPP系统架构中，终端执行上行增强信道传输的前提必然是接收并获得网络下发的信道资源分配（通过AI确认分配通信时隙与资源）。本领域技术人员基于对比文件公开的完整接入过程能够合理推断出WTRU从网络接收了资源分配以用于上行传输，故属于隐含公开。 |
| 技术特征W：在冲突解决完成<br><br>《隐含公开》 | 【0016】"...This CELL_FACH state uses a random access procedure (comprising a modified slotted ALOHA protocol) in the uplink by sending a preamble at increasing power level until detected by the network and acknowledged with an acquisition indicator that is transmitted on an acquisition indicator channel. In case of a positive acknowledgement via the acquisition indicator a message frame... is transmitted after a few slots of the last acknowledged preamble..."<br>（译文：……该CELL_FACH状态在上行链路中使用随机接入过程（包括修改的时隙ALOHA协议）……在通过捕获指示获得肯定确认的情况下，在最后确认的前导码的几个时隙之后传输……消息帧……） | 目标专利中该特征表示争用冲突阶段结束并成功完成。对比文件公开了基于3GPP TS 25.214的ALOHA物理随机接入过程，前导码被网络检测并在AICH确认后传输消息帧。在3GPP规范的随机接入机制中，竞争过程包含前导码竞争与消息冲突解决阶段，消息传输与确认的达成即意味着冲突解决完成。在极度宽松的推断标准下，本领域技术人员能够合理推断该步骤包含冲突解决完成，因此属于隐含公开。 |
| 技术特征X：所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>《未公开》 | 对比文件未记载该内容。 | 目标专利技术特征X限定E-DCH资源配置中包含显式请求测量并报告反馈信息的IE，作为触发反馈的条件。对比文件全篇未公开在资源中包含“请求测量并报告反馈信息的IE”，因此既未直接公开也未隐含公开。 |
| 技术特征Y：由所述WTRU传送信道质量指示符CQI。<br><br>《未公开》 | 【0032】"For example, and referring now to FIG. 5, the controller can determine 51 a quality condition of the wireless communication path and base the selection of a given adaptive modulation and coding-based communication protocol, at least in part, upon this quality condition..."<br>（译文：例如，参见图5，控制器可以确定（51）无线通信路径的质量状况，并至少部分地基于该质量状况来选择给定的基于自适应调制和编码的通信协议……）<br>【0028】"Also, the random access message control fields are shown in Table 2. The control field bits carries the pilot and transport format combination indicator (TFCI) field..."<br>（译文：此外，随机接入消息控制字段如表2所示。控制字段比特携带导频和传输格式组合指示符（TFCI）字段……） | 目标专利中该特征是指WTRU在物理信道上向网络节点（Node B）传送信道质量指示符CQI，用于网络进行下行链路调度。对比文件仅公开了终端在本地测定信道质量后由其自身控制器用于选择调制编码方案（本地决策），其随机接入控制信道仅上报导频和TFCI，并未向网络传送CQI。对比文件未公开由WTRU向网络传送信道质量指示符CQI，因此既未直接公开也未隐含公开。 |
| 技术特征Z：其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br><br>《未公开》 | 对比文件未记载该内容。 | 目标专利技术特征Z限定CQI经由HS-DPCCH传送。对比文件全篇未涉及HS-DPCCH信道及在该信道上传送CQI，因此既未直接公开也未隐含公开。 |
<<<c>>><<<d>>><<<h>>><<<k>>><<<l>>><<<m>>><<<t>>><<<v>>><<<w>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>《隐含公开》 | 1. 背景技术第8段：“上行链路HS-DPCCH发送与传输下行链路HS-DSCH数据有关的上行链路反馈信令。上行链路反馈信令通常包括HARQ的ACK(确认)/NACK(否认)信息和信道质量指示符(CQI)……根据HARQ机理，ACK/NACK通知通过DL HS-DSCH发送的用户数据分组的ACK/NACK信息……”<br>2. 背景技术第20段：“在完成建立无线链路后，SRNC将无线承载电路重新配置消息发送到UE，以建立HS-DSCH(步骤S114)，而UE以无线承载电路重新配置完成消息对其作出响应(步骤S116)。发送这种消息作为RRC(无线资源控制)消息。”<br>3. 具体实施方式第24段：“通过无线承载电路重新配置、传送信道重新配置或物理信道重新配置消息，UE从RNC接收新的HSDPA相关参数，以新的HSDPA相关参数更新存储的HSDPA相关参数……” | 1. 作用分析：<br>目标专利中，该IE用于网络侧显式配置/指示WTRU在CELL_FACH等状态下是否或如何在HS-DPCCH上启用和传送ACK/NACK反馈，以支持HSDPA下行数据传输控制。<br>对比文件中，UE通过RNC发送的RRC重配置消息（如无线承载电路重新配置、物理信道重新配置消息）来建立或更新包含HS-DPCCH在内的HSDPA无线链路相关参数，使得UE获悉HS-DPCCH信道配置并据此在HS-DPCCH上发送ACK/NACK。<br>2. 逻辑推理论述：<br>虽然对比文件未字面记载“指示在HS-DPCCH上支持ACK/NACK的信息元素IE”这一特定字眼，但对比文件明确公开了UE通过接收网络（RNC）下发的RRC重配置消息来配置HSDPA及HS-DPCCH参数。根据3GPP通用技术常识，RRC信令消息由各信息元素（IE）构成，配置HS-DPCCH物理信道参数的信令天然包含使能/支持HS-DPCCH传输ACK/NACK及相关参数的信息元素。按照非常宽松的隐含公开判断标准，对比文件公开了网络向终端发送RRC信令配置HS-DPCCH及其ACK/NACK参数，本领域技术人员可以合理推断出UE必然会从网络接收包含配置/指示HS-DPCCH支持ACK/NACK的IE，因此该技术特征被对比文件《隐含公开》。 |
| 技术特征B：<br>（注：目标专利未给出具体文字描述）<br><br>《未公开》 | 对比文件无对应内容。 | 目标专利权利要求未界定技术特征B的具体内容，无法比对，对比文件未公开。 |
| 技术特征C：<br>在经过冲突解决之后<br><br>《未公开》 | 对比文件全文检索关于接入与传输流程（例如图4、图5及对应说明文字）。 | 1. 作用分析：<br>目标专利中，“经过冲突解决之后”对应CELL_FACH状态下基于增强型RACH的基于争用接入流程，在冲突/争用解决完成（如匹配成功E-RNTI）后确认获得无争用接入，再发送反馈或特定信道数据。<br>对比文件针对的是CELL_DCH状态下的传统HSDPA系统（参见图4为UE在配置专用信道DCH或建立无线链路时的HS-DSCH建立过程），并不涉及基于争用的增强型接入机制，更未公开“冲突解决”过程。<br>2. 结论：<br>对比文件中完全不存在争用接入与冲突解决技术方案，本领域技术人员无法从对比文件中推导出该特征，因此技术特征C未被公开。 |
| 技术特征D：<br>所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>《隐含公开》 | 1. 背景技术第14段：“在UTRAN中，无线接入接口协议被划分为控制级和用户级。用户级是其中发送诸如语音或IP分组的用户话务的域。控制级是其中发送控制信息的域。”<br>2. 具体实施方式第23段：“……通过逻辑信道(DCCH)发送RRC消息。”<br>3. 背景技术第20段：“……SRNC将无线承载电路重新配置消息发送到UE，以建立HS-DSCH(步骤S114)，而UE以无线承载电路重新配置完成消息对其作出响应(步骤S116)。” | 1. 作用分析：<br>目标专利中，该特征作为隐式触发反馈的触发条件或传输时机，表示WTRU传送了特定逻辑信道数据。<br>对比文件中，UE与网络之间存在控制级（DCCH）与用户级（DTCH）数据交互，且对比文件在步骤S116中明确记载“通过逻辑信道(DCCH)发送RRC消息”，UE向网络回复“无线承载电路重新配置完成消息”，即UE通过DCCH发送了控制数据。<br>2. 逻辑推理论述：<br>对比文件明确记载了UE通过DCCH发送响应消息。在宽松的隐含公开判断标准下，对比文件公开了UE已在DCCH上发送数据，能够覆盖该特征的动作内容，因此技术特征D被对比文件《隐含公开》。 |
| 技术特征E：<br>所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>《隐含公开》 | 1. 背景技术第8段：“上行链路HS-DPCCH发送与传输下行链路HS-DSCH数据有关的上行链路反馈信令。上行链路反馈信令通常包括HARQ的ACK(确认)/NACK(否认)信息和信道质量指示符(CQI)……始终以UL DPCCH配置HS-DPCCH。”<br>2. 具体实施方式第11段及第24段关于RRC重配置消息更新HS-DPCCH相关参数并应用到UE的描述。 | 1. 作用分析：<br>目标专利中，该特征限定了WTRU发送ACK/NACK的前置条件是接收到的IE明确指示/使能支持HS-DPCCH上的ACK/NACK。<br>对比文件中，UE根据网络下发的RRC配置（包含HS-DPCCH配置参数）来决定是否且如何使用HS-DPCCH发送ACK/NACK。<br>2. 逻辑推理论述：<br>对比文件虽然未字面表述为“在IE指示支持的情况下”，但在对比文件中，UE在配置并建立了HS-DPCCH信道及相关参数后才会发送ACK/NACK，在配置消息中包含支持HS-DPCCH及ACK/NACK传输的参数配置是其工作的前提。基于极其宽松的隐含判断标准，本领域技术人员可以合理推断出当网络下发的信令/IE配置了HS-DPCCH支持ACK/NACK时UE执行反馈，技术特征E被对比文件《隐含公开》。 |
| 技术特征F：<br>由所述WTRU传送ACK/NACK反馈。<br><br>《直接公开》 | 1. 背景技术第8段：“上行链路HS-DPCCH发送与传输下行链路HS-DSCH数据有关的上行链路反馈信令。上行链路反馈信令通常包括HARQ的ACK(确认)/NACK(否认)信息和信道质量指示符(CQI)……根据HARQ机理，ACK/NACK通知通过DL HS-DSCH发送的用户数据分组的ACK/NACK信息……”<br>2. 背景技术第23段：“下面说明在收到HS-DSCH数据后，UE通过HS-DPCCH发送反馈信号(ACK或NACK)的详细的物理层过程……UE解码接收的HS-PDSCH数据、检验CRC并根据CRC检验结果将ACK或NACK发送到基站。” | 1. 作用分析：<br>目标专利中，WTRU传送ACK/NACK用于向网络确认下行数据包接收情况，支持HARQ重传机制。<br>对比文件中，UE根据HS-PDSCH数据解码与CRC检验结果，将ACK或NACK发送到基站，同样用于实现下行数据的HARQ确认机制，二者技术手段、实现方式及作用完全相同。<br>2. 直接公开论述：<br>对比文件背景技术第23段直接记载了“UE解码接收的HS-PDSCH数据、检验CRC并根据CRC检验结果将ACK或NACK发送到基站”，对比文件中的UE即为WTRU，基站即为网络侧节点B。该特征被对比文件字面直接公开，属于《直接公开》。 |
| 技术特征G：<br>其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br><br>《直接公开》 | 背景技术第8段：“在HS-DPCCH子帧的第一时隙发送ACK/NACK信息，而在HS-DPCCH子帧的第二和第三时隙发送CQI。”<br>背景技术第23段：“下面说明在收到HS-DSCH数据后，UE通过HS-DPCCH发送反馈信号(ACK或NACK)的详细的物理层过程……” | 1. 作用分析：<br>目标专利与对比文件中，均限定了ACK/NACK物理层的承载信道为HS-DPCCH（高速专用物理控制信道），用于承载上行反馈信息。<br>2. 直接公开论述：<br>对比文件在背景技术第8段、第23段均明确、毫无疑义地记载了UE通过“HS-DPCCH”发送ACK/NACK信号，物理信道类型与传输对象完全一致，因此该技术特征被对比文件《直接公开》。 |
| 技术特征H：<br>其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>《隐含公开》 | 1. 背景技术第8段：“上行链路HS-DPCCH发送与传输下行链路HS-DSCH数据有关的上行链路反馈信令……和信道质量指示符(CQI)……CQI将根据UE内的DL CPICH(公共导频信道)的测量值获得的下行链路无线信道的状态信息发送到基站。”<br>2. 背景技术第25段：“此外，UE测量公共导频信道(CPICH)并发送信道质量指示符(CQI)值。” | 1. 作用分析：<br>目标专利中，确定HS-DSCH的CQI用于反映下行无线链路信道质量，使网络能够动态调整调制编码方案。<br>对比文件中，UE测量DL CPICH并获得信道质量指示符（CQI）值，用于向基站反映下行信道状态，以支持HS-DSCH的自适应调制编码和调度。<br>2. 逻辑推理论述：<br>对比文件明确公开了UE通过测量CPICH确定CQI，并且该CQI服务于HS-DSCH的传输控制；同时如特征A/E所述，网络通过RRC配置信息（IE）下发HS-DPCCH相关参数。基于宽松的隐含公开判断规则，对比文件部分公开了确定用于HS-DSCH的CQI，且在信令上必然存在承载配置的第一IE，本领域技术人员可以合理推知该技术方案，因此技术特征H被对比文件《隐含公开》。 |
| 技术特征I：<br>（注：目标专利未给出具体文字描述）<br><br>《未公开》 | 对比文件无对应内容。 | 目标专利权利要求未界定技术特征I的具体内容，无法比对，对比文件未公开。 |
| 技术特征J：<br>在所述HS-DSCH上的物理层中传送所述CQI。<br><br>《未公开》 | 背景技术第8段：“上行链路HS-DPCCH发送与传输下行链路HS-DSCH数据有关的上行链路反馈信令……在HS-DPCCH子帧的第一时隙发送ACK/NACK信息，而在HS-DPCCH子帧的第二和第三时隙发送CQI。” | 1. 作用分析：<br>技术特征J限定“在所述HS-DSCH上的物理层中传送所述CQI”。而在无线通信标准中，HS-DSCH为下行传送信道，CQI为上行反馈信息。<br>对比文件中明确记载CQI是在上行链路物理信道“HS-DPCCH”的时隙中发送，而绝非在“HS-DSCH”中发送。<br>2. 结论：<br>对比文件既未直接公开、也未隐含公开在HS-DSCH上发送CQI的技术内容，因此技术特征J未被公开。 |
| 技术特征K：<br>其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br><br>《未公开》 | 对比文件全文。 | 对比文件针对传统CELL_DCH下的专用信道更新，未涉及E-DCH接入机制，更未涉及解决E-DCH传输潜在冲突的冲突解决机制，因此技术特征K未被公开。 |
| 技术特征L：<br>其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br><br>《未公开》 | 对比文件全文。 | 对比文件未涉及E-DCH增强接入机制中的争用/冲突解决以确认WTRU存取E-DCH资源的技术方案，因此技术特征L未被公开。 |
| 技术特征M：<br>进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br><br>《未公开》 | 对比文件全文。 | 对比文件涉及的是HSDPA下行传输链路及上行反馈HS-DPCCH的建立与参数更新，未公开上行增强型专用信道E-DCH及其资源分配，因此技术特征M未被公开。 |
| 技术特征N：<br>其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>《未公开》 | 对比文件全文。 | 对比文件未公开在SIB中广播接收可用E-DCH资源列表并分配E-DCH资源的技术特征，因此技术特征N未被公开。 |
| 技术特征O：<br>（注：目标专利未给出具体文字描述）<br><br>《未公开》 | 对比文件无对应内容。 | 目标专利权利要求未界定技术特征O的具体内容，对比文件未公开。 |
| 技术特征P：<br>使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 对比文件全文。 | 对比文件未公开根据索引从可用E-DCH资源列表中确定E-DCH资源的技术特征，因此技术特征P未被公开。 |
| 技术特征Q：<br>其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>《未公开》 | 对比文件全文。 | 对比文件未公开从节点B接收包含E-DCH资源的索引和列表的信号以分配E-DCH资源的内容，因此技术特征Q未被公开。 |
| 技术特征R：<br>（注：目标专利未给出具体文字描述）<br><br>《未公开》 | 对比文件无对应内容。 | 目标专利权利要求未界定技术特征R的具体内容，对比文件未公开。 |
| 技术特征S：<br>使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 对比文件全文。 | 对比文件未涉及E-DCH资源列表及根据索引确定E-DCH资源，因此技术特征S未被公开。 |
| 技术特征T：<br>进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br><br>《隐含公开》 | 1. 背景技术第14段：“在UTRAN中，无线接入接口协议被划分为控制级和用户级。用户级是其中发送诸如语音或IP分组的用户话务的域。控制级是其中发送控制信息的域。”<br>2. 具体实施方式第23段：“……通过逻辑信道(DCCH)发送RRC消息。”<br>3. 背景技术第20段：“……UE以无线承载电路重新配置完成消息对其作出响应(步骤S116)。” | 1. 作用分析：<br>目标专利中，该特征表明WTRU执行了DCCH或DTCH数据的上行传送。<br>对比文件中，UE与网络通过DCCH交互RRC信令（如UE响应无线承载电路重新配置完成消息），且系统支持控制级（DCCH）和用户级（DTCH）的数据传送。<br>2. 逻辑推理论述：<br>对比文件明确指出了UE在控制级通过DCCH发送控制消息，已实际执行了传送DCCH数据的过程。在极度宽松的隐含公开判断原则下，该技术特征被对比文件《隐含公开》。 |
| 技术特征U：<br>其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br><br>《未公开》 | 1. 背景技术第17段至第21段（图4说明），描述在UE中配置专用信道(DCH)时配置HS-DSCH的过程；<br>2. 背景技术第22段：“参考图6，如果不配置DCH，则使用无线链路建立过程代替无线链路(RL)重新配置过程。” | 1. 作用分析：<br>目标专利的核心发明点在于为处于CELL_FACH状态下的WTRU引入快速上行反馈机制（即在CELL_FACH状态下传送ACK/NACK反馈），以克服传统机制中CELL_FACH状态下无法快速提供信道反馈的缺陷。<br>对比文件针对的是版本5中已建立DCH或专用无线链路的传统CELL_DCH状态，其通过图4建立/重配置无线链路的过程完全属于CELL_DCH状态下的操作，全文根本未提及、也未推导在CELL_FACH状态下传送HS-DPCCH的ACK/NACK反馈。<br>2. 结论：<br>对比文件未公开ACK/NACK反馈在CELL_FACH状态期间传送，因此技术特征U未被公开。 |
| 技术特征V：<br>该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>《未公开》 | 对比文件全文。 | 对比文件未公开上行E-DCH信道及其资源分配方案，技术特征V未被公开。 |
| 技术特征W：<br>在冲突解决完成<br><br>《未公开》 | 对比文件全文。 | 对比文件属于无冲突的专用链路场景，未公开冲突解决完成的步骤，技术特征W未被公开。 |
| 技术特征X：<br>所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>《未公开》 | 对比文件全文。 | 对比文件未涉及E-DCH资源，更未公开E-DCH资源中包括请求测量并报告反馈信息的IE，技术特征X未被公开。 |
| 技术特征Y：<br>由所述WTRU传送信道质量指示符CQI。<br><br>《直接公开》 | 1. 背景技术第8段：“上行链路HS-DPCCH发送与传输下行链路HS-DSCH数据有关的上行链路反馈信令。上行链路反馈信令通常包括HARQ的ACK(确认)/NACK(否认)信息和信道质量指示符(CQI)……而在HS-DPCCH子帧的第二和第三时隙发送CQI。”<br>2. 背景技术第25段：“此外，UE测量公共导频信道(CPICH)并发送信道质量指示符(CQI)值。在多个连续的HS-DPCCH子帧期间UE重复发送CQI。” | 1. 作用分析：<br>目标专利中，WTRU传送信道质量指示符CQI以使基站获悉下行信道质量状态，从而优化下行自适应传输。<br>对比文件中，UE测量CPICH并向基站发送CQI值，同样用于向基站提供信道状态信息，技术手段与技术效果完全相同。<br>2. 直接公开论述：<br>对比文件在背景技术第8段和第25段直接、明确地公开了“UE……发送信道质量指示符(CQI)值”，对比文件的UE即WTRU。本领域技术人员能毫无疑义地得出该特征，属于《直接公开》。 |
| 技术特征Z：<br>其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br><br>《直接公开》 | 1. 背景技术第8段：“上行链路HS-DPCCH发送与传输下行链路HS-DSCH数据有关的上行链路反馈信令……在HS-DPCCH子帧的第一时隙发送ACK/NACK信息，而在HS-DPCCH子帧的第二和第三时隙发送CQI。”<br>2. 背景技术第25段：“在多个连续的HS-DPCCH子帧期间UE重复发送CQI。”<br>3. 具体实施方式第2段：“在响应时，通过上行链路上的HS-DPSCH[注：文中所述HS-DPCCH]，UE将HSDPA相关反馈信息(ACK/NACK和CQI)发送到节点B。” | 1. 作用分析：<br>目标专利与对比文件中，均限定CQI承载在上行物理信道HS-DPCCH中发送。<br>2. 直接公开论述：<br>对比文件在背景技术第8段与第25段直接记载了CQI在HS-DPCCH的子帧时隙中传送，信道载体与传送内容完全一致，本领域技术人员可毫无疑义确定，属于《直接公开》。 |
---
<<<a>>>
<<<d>>>
<<<e>>>
<<<F>>>
<<<G>>>
<<<h>>>
<<<t>>>
<<<Y>>>
<<<Z>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>【隐含公开】 | 发明背景：<br>“目前在3GPP中，允许SRNC通过RRC层消息向UE发送CQI功率偏移、ACK功率偏移以及NACK功率偏移……ΔACK、ΔNACK和ΔCQI的值由更高层设置(RRC消息)。”<br>发明的最佳实施方式：<br>“S-RNC 500的无线电资源控制(RRC) 524然后在线528上利用合适的RRC消息信号通知UE 526……该RRC消息包含CQI PO、ACK PO以及NACK PO，以供UE用于在HS-DPCCH上行链路上向节点B发送CQI PO、ACK PO以及NACK PO。”<br>“在HSDPA服务期间，UE和节点B总是具有相同的功率偏移(CQI、ACK和NACK)值。因此，只要实现HSDPA，就应该实现该特征。” | 对比文件中UE对应WTRU，网络（SRNC通过RRC消息）向UE发送包含ACK PO和NACK PO的信元（IE）。当网络向UE下发用于HS-DPCCH的ACK/NACK功率偏移信元时，本领域技术人员可以合理推知：配置该功率偏移IE本身即向UE隐含指示或支持了在HS-DPCCH信道上进行ACK/NACK反馈的传输配置。对比文件至少部分公开了网络通过RRC信元向终端配置HS-DPCCH上ACK/NACK相关参数的内容，基于极其宽松的隐含公开标准，本技术特征被对比文件隐含公开。 |
| 技术特征B：<br>（未限定内容，无需比对） | 无 | 原权利要求技术特征B无具体内容，不适用判断。 |
| 技术特征C：<br>在经过冲突解决之后<br><br>【未公开】 | 无 | 对比文件公开的是Rel-5中专用于已建立专用无线电链路的HSDPA机制（通过下行HS-DSCH配合关联专用信道DPCCH/DPCH），其UE已处于专有连接状态，不涉及基于竞争/随机接入的冲突解决（争用解决）过程。对比文件通篇完全没有涉及冲突解决（contention resolution）的任何内容，亦无法推理得出。 |
| 技术特征D：<br>所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>【隐含公开】 | 发明的最佳实施方式：<br>“这些PO可以定义为DPCH的PO。具体来说，它们可以定义为与DPCCH导频字段相关的PO。”<br>“这与贝塔参数的情况类似，贝塔参数是针对DPCCH和DPDCH给出的，用于指示这两个专用物理信道之间的功率偏移。”<br>“在HS-DSCH上收到用户数据之后，UE在若干时隙的验证时间之后在上行HS-DPCCH上发送CQI和/或ACK/NACK，以作反馈信号。” | 目标专利中DCCH/DTCH为映射到专用物理数据信道上的逻辑信道数据。对比文件明确记载了UE在无线电链路建立后存在DPCH（包含DPDCH和DPCCH）以及HS-DSCH传输，而在3GPP Rel-5专用连接态下，DPDCH承载传输信道DCH，其映射的正是高层逻辑信道DCCH或DTCH数据。本领域技术人员可以合理推断出UE在建立专用链路并进行业务交互时，已发送或伴随发送了专用控制/业务信道（DCCH/DTCH）数据。根据宽松判定标准，本技术特征被隐含公开。 |
| 技术特征E：<br>所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>【隐含公开】 | 发明背景：<br>“当上行HS-DPCCH激活时，对应每个HS-DPCCH时隙的DPCCH与HS-DPCCH之间的相对功率偏移将设为：对于承载HARQ确认的HS-DPCCH时隙：ΔHS-DPCCH＝ΔACK，如果对应的HARQ确认等于1；ΔHS-DPCCH＝ΔNACK，如果对应的HARQ确认等于0……ΔACK、ΔNACK和ΔCQI的值由更高层设置(RRC消息)。”<br>发明的最佳实施方式：<br>“该RRC消息包含CQI PO、ACK PO以及NACK PO，以供UE用于在HS-DPCCH上行链路上向节点B发送CQI PO、ACK PO以及NACK PO。” | 结合特征A，当网络通过RRC消息向UE下发包含ACK/NACK功率偏移的IE时，UE根据该配置确定在HS-DPCCH时隙上激活并应用该功率偏移以发送ACK/NACK。即网络下发该IE构成了支持并在HS-DPCCH上传送ACK/NACK的条件和指示。本领域技术人员可以合理推导出在接收到指示HS-DPCCH参数/功率偏移的IE情况下执行ACK/NACK发送，属于部分公开并可合理推理，构成隐含公开。 |
| 技术特征F：<br>由所述WTRU传送ACK/NACK反馈。<br><br>【直接公开】 | 发明的最佳实施方式：<br>“在HS-DSCH上收到用户数据之后，UE在若干时隙的验证时间之后在上行HS-DPCCH上发送CQI和/或ACK/NACK，以作反馈信号。”<br>发明背景：<br>“对于承载HARQ确认的HS-DPCCH时隙：ΔHS-DPCCH＝ΔACK，如果对应的HARQ确认等于1；ΔHS-DPCCH＝ΔNACK，如果对应的HARQ确认等于0”。 | 对比文件明确直接公开了在接收到HS-DSCH上的下行用户数据之后，由UE（对应WTRU）在上行发送HARQ确认消息，即传送ACK/NACK反馈。其技术方案、作用及效果与技术特征F完全相同，本领域技术人员可毫无疑义直接得出，属于直接公开。 |
| 技术特征G：<br>其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br><br>【直接公开】 | 发明的最佳实施方式：<br>“在HS-DSCH上收到用户数据之后，UE在若干时隙的验证时间之后在上行HS-DPCCH上发送CQI和/或ACK/NACK，以作反馈信号。” | 对比文件直接公开了UE发送的ACK/NACK反馈信号是明确承载于“上行HS-DPCCH（高速专用物理控制信道）”上传送的，技术手段和传输信道完全一致，作用相同，属于直接公开。 |
| 技术特征H：<br>其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>【直接公开】 | 发明背景：<br>“用户设备可以在上行HS-DPCCH(高速专用物理控制信道)上发送信道质量指示器(CQI)。”<br>“允许SRNC通过RRC层消息向UE发送CQI功率偏移、ACK功率偏移以及NACK功率偏移。”<br>发明的最佳实施方式：<br>“节点B提前HS-DSCH两个时隙预先向UE通知传输格式和资源组合(TFRC)……在HS-DSCH上收到用户数据之后，UE在若干时隙的验证时间之后在上行HS-DPCCH上发送CQI和/或ACK/NACK，以作反馈信号。” | 对比文件中UE向网络发送CQI的前提必须是UE测量并确定用于HS-DSCH的CQI。且对比文件明确公开了通过RRC消息向UE发送包含CQI功率偏移、ACK/NACK功率偏移的信元（IE可区分或包含不同参数）。对比文件直接公开了UE确定并传送用于HS-DSCH的CQI，本领域技术人员可毫无疑义得出，属于直接公开。 |
| 技术特征I：<br>（未限定内容，无需比对） | 无 | 原权利要求技术特征I无具体内容，不适用判断。 |
| 技术特征J：<br>在所述HS-DSCH上的物理层中传送所述CQI。<br><br>【未公开】 | 无 | 对比文件明确记载CQI是在上行控制信道“HS-DPCCH”中传送，而HS-DSCH是下行共享传输信道，其上承载的是下行数据传输。目标专利中本特征若指将CQI反馈给网络，对比文件并未公开在HS-DSCH的物理层中传送CQI（而是在HS-DPCCH上传送）。对比文件完全未公开该方案，亦无法推理得出。 |
| 技术特征K：<br>其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br><br>【未公开】 | 无 | 对比文件仅针对Rel-5 HSDPA专用信道建立和下行链路反馈，完全不涉及增强型专用信道E-DCH（更未涉及CELL_FACH下增强型RACH的E-DCH接入），不存在冲突解决机制，更谈不上解决E-DCH传输的潜在冲突。 |
| 技术特征L：<br>其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br><br>【未公开】 | 无 | 对比文件完全未涉及增强型专用信道E-DCH资源的分配、争用解决及终端存取确认机制，未公开该特征。 |
| 技术特征M：<br>进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br><br>【未公开】 | 无 | 对比文件通篇基于早期HSDPA规范（Rel-5），上行仅涉及常规DPCCH/DPDCH及HS-DPCCH，完全没有公开增强型专用信道E-DCH及其资源分配，未公开该特征。 |
| 技术特征N：<br>其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>【未公开】 | 无 | 对比文件未涉及E-DCH技术，更未公开通过SIB广播下发可用E-DCH资源列表，未公开该特征。 |
| 技术特征O：<br>（未限定内容，无需比对） | 无 | 原权利要求技术特征O无具体内容，不适用判断。 |
| 技术特征P：<br>使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>【未公开】 | 无 | 对比文件未涉及可用E-DCH资源列表，也未公开使用索引从中确定E-DCH资源，未公开该特征。 |
| 技术特征Q：<br>其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>【未公开】 | 无 | 对比文件未涉及从节点B接收可用E-DCH资源的索引和列表，未公开该特征。 |
| 技术特征R：<br>（未限定内容，无需比对） | 无 | 原权利要求技术特征R无具体内容，不适用判断。 |
| 技术特征S：<br>使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>【未公开】 | 无 | 对比文件未公开基于索引从E-DCH资源列表确定E-DCH资源的技术方案，未公开该特征。 |
| 技术特征T：<br>进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br><br>【隐含公开】 | 发明的最佳实施方式：<br>“这些PO可以定义为DPCH的PO。具体来说，它们可以定义为与DPCCH导频字段相关的PO……这与贝塔参数的情况类似，贝塔参数是针对DPCCH和DPDCH给出的，用于指示这两个专用物理信道之间的功率偏移。” | 对比文件技术方案建立在已为UE分配了DPCH（包含上行专用数据信道DPDCH）的专用连接态之上。在WCDMA/HSDPA移动通信架构中，上行DPDCH承载传输信道DCH，专门用于传送逻辑信道DCCH（信令）或DTCH（业务数据）。本领域技术人员可以明确获知，处于该通信状态下的UE必然执行传送DCCH或DTCH数据的操作。依据极为宽松的隐含公开判定标准，本特征构成隐含公开。 |
| 技术特征U：<br>其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br><br>【未公开】 | 无 | 对比文件所公开的HSDPA反馈（HS-DPCCH）属于3GPP Rel-5技术，工作在CELL_DCH状态（伴随专用信道DPCH）。对比文件完全未涉及在CELL_FACH状态下传送HS-DPCCH上的ACK/NACK反馈，未公开该技术特征。 |
| 技术特征V：<br>该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>【未公开】 | 无 | 对比文件未涉及上行增强型专用信道E-DCH资源的分配及传输，未公开该特征。 |
| 技术特征W：<br>在冲突解决完成<br><br>【未公开】 | 无 | 对比文件工作于无冲突接入的专用链路状态，未公开任何关于冲突解决（争用解决）完成的步骤或条件。 |
| 技术特征X：<br>所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>【未公开】 | 无 | 对比文件未涉及E-DCH资源，更未公开在E-DCH资源中包含请求测量并报告反馈信息的IE，未公开该特征。 |
| 技术特征Y：<br>由所述WTRU传送信道质量指示符CQI。<br><br>【直接公开】 | 发明背景：<br>“用户设备可以在上行HS-DPCCH(高速专用物理控制信道)上发送信道质量指示器(CQI)。”<br>发明的最佳实施方式：<br>“在HS-DSCH上收到用户数据之后，UE在若干时隙的验证时间之后在上行HS-DPCCH上发送CQI和/或ACK/NACK，以作反馈信号。” | 对比文件直接明确公开了由UE（即WTRU）在上行信道上传送信道质量指示器（CQI），其作用在于向网络反馈信道状态以供网络进行自适应调制编码（AMC）和调度。该方案、作用与技术特征Y完全相同，属于直接公开。 |
| 技术特征Z：<br>其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br><br>【直接公开】 | 发明背景：<br>“用户设备可以在上行HS-DPCCH(高速专用物理控制信道)上发送信道质量指示器(CQI)。”<br>发明的最佳实施方式：<br>“在HS-DSCH上收到用户数据之后，UE在若干时隙的验证时间之后在上行HS-DPCCH上发送CQI和/或ACK/NACK，以作反馈信号。” | 对比文件在背景技术与最佳实施方式中直接明确记载了CQI是经由上行“HS-DPCCH”传送的，手段与技术效果与目标专利完全相同，属于直接公开。 |
<<<a>>>
<<<d>>>
<<<e>>>
<<<F>>>
<<<G>>>
<<<H>>>
<<<t>>>
<<<Y>>>
<<<Z>>>
针对目标专利权利要求的各个技术特征与对比文件（US20050213497A1）的内容比对和公开性评估如下：
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含译文及标号） | 公开性论述 |
| 技术特征A：包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br>【未公开】 | 【对比文件无相关对应记载】<br>对比文件段落[0021]、[0071]-[0072]仅提及HS-DPCCH信道：<br>“[0072] More specifically, an ACK/NACK signal for HSDPA service and CQI indicating uplink channel state information are carried by an HS-DPCCH...”（更具体地，用于HSDPA服务的ACK/NACK信号和指示上行链路信道状态信息的CQI由HS-DPCCH携带……） | 对比文件仅提及HS-DPCCH携带ACK/NACK和CQI的固有功能，完全未公开由WTRU从网络接收任何“指示在HS-DPCCH上支持ACK/NACK的IE”。对比文件关注的是物理层OVSF码的复用与分配，不存在此类信令IE的配置与接收机制。既未直接公开，即使采取极为宽松的隐含公开推论，亦无任何基础支持该特定IE的接收，故未公开。 |
| 技术特征B：<br>*(空/无特征内容)* | 无引用 | 该项在权利要求划分中为空，无需判断。 |
| 技术特征C：在经过冲突解决之后<br>【未公开】 | 【对比文件无相关对应记载】 | 对比文件针对的是已建立物理信道情况下的专用信道OVSF码分配（针对CELL_DCH专用态），未涉及基于竞争的随机接入过程，更未公开“在经过冲突解决之后”这一时序/状态条件。目标专利中的冲突解决（争用解决）是增强型RACH接入专有过程。对比文件无相应技术方案，故未公开。 |
| 技术特征D：所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br>【未公开】 | 对比文件段落[0013]：<br>“[0013] Currently, a mobile communication system uses in its uplink a Dedicated Physical Data Channel (DPDCH) and a Dedicated Physical Control Channel (DPCCH) as typical dedicated channels to transmit user data...”（当前，移动通信系统在其上行链路中使用作为典型专用信道的专用物理数据信道(DPDCH)和专用物理控制信道(DPCCH)来发送用户数据……） | 对比文件仅公开了物理层数据信道DPDCH和E-DPDCH上传输用户分组数据，未涉及逻辑信道层面（DCCH/DTCH），更未公开以“WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据”作为触发或前置条件。故未公开。 |
| 技术特征E：所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br>【未公开】 | 【对比文件无相关对应记载】 | 由于对比文件中根本不存在“接收指示支持ACK/NACK的IE”，因而亦不存在该条件判断“所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下”。故未公开。 |
| 技术特征F：由所述WTRU传送ACK/NACK反馈。<br>《直接公开》 | 段落[0072]：<br>“[0072] More specifically, an ACK/NACK signal for HSDPA service and CQI indicating uplink channel state information are carried by an HS-DPCCH. The ACK/NACK signal is transmitted only when an HSDPA packet is received in a downlink...”（更具体地，用于HSDPA服务的ACK/NACK信号和指示上行链路信道状态信息的CQI由HS-DPCCH携带。ACK/NACK信号仅在下行链路中接收到HSDPA分组时传送……） | 对比文件段落[0072]明确记载了UE（即WTRU）在下行链路接收到HSDPA分组时，经由HS-DPCCH传送ACK/NACK信号（即ACK/NACK反馈），与目标专利中由WTRU传送ACK/NACK反馈的动作与技术效果完全相同。本领域技术人员能毫无疑义地得出该特征，属于《直接公开》。 |
| 技术特征G：其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br>《直接公开》 | 段落[0072]：<br>“[0072] More specifically, an ACK/NACK signal for HSDPA service and CQI indicating uplink channel state information are carried by an HS-DPCCH. The ACK/NACK signal is transmitted only when an HSDPA packet is received in a downlink...”（更具体地，用于HSDPA服务的ACK/NACK信号和指示上行链路信道状态信息的CQI由HS-DPCCH携带。ACK/NACK信号仅在下行链路中接收到HSDPA分组时传送……） | 对比文件段落[0072]明确指出ACK/NACK信号由HS-DPCCH信道携带并传送，所采用的物理信道载体、传输内容及实现功能与目标特征完全一致，属于《直接公开》。 |
| 技术特征H：其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br>《隐含公开》 | 段落[0021]、[0072]：<br>“[0021] ...a High Speed Dedicated Physical Control Channel (HS-DPCCH) for HSDPA service...”（……用于HSDPA服务的高速专用物理控制信道(HS-DPCCH)……）<br>“[0072] ...and CQI indicating uplink channel state information are carried by an HS-DPCCH... CQI is transmitted at 2 ms-TTI periods determined during initial HSDPA service setup.”（……且指示下行/信道状态信息的CQI由HS-DPCCH携带……CQI在初始HSDPA服务建立期间确定的2ms-TTI周期下传送。） | 对比文件明确公开了UE通过HS-DPCCH周期性传送用于HSDPA服务的CQI。本领域技术人员结合公知常识可知，HSDPA服务在下行链路承载于HS-DSCH物理信道上，UE传送CQI的前提必然是UE测量下行信道并确定用于该HSDPA（HS-DSCH）的CQI。对比文件已部分且实质公开了确定并传送CQI的技术内容。按照极宽松的隐含公开判断标准，本领域技术人员能合理推断出该处理，因此被《隐含公开》。 |
| 技术特征I：<br>*(空/无特征内容)* | 无引用 | 该项在权利要求划分中为空，无需判断。 |
| 技术特征J：在所述HS-DSCH上的物理层中传送所述CQI。<br>【未公开】 | 【对比文件无相关对应记载】<br>注：HS-DSCH为下行物理/传输信道，而CQI为上行物理层信息（通常在HS-DPCCH上传送）。对比文件段落[0072]记载的是在HS-DPCCH上传送CQI。 | 对比文件未记载在HS-DSCH物理层中传送CQI。两者信道与传输方向完全不同，未公开。 |
| 技术特征K：其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br>【未公开】 | 【对比文件无相关对应记载】 | 对比文件属于专用信道资源分配（通过Node B集中调度与OVSF码分配），完全未公开随机接入争用解决机制，更不存在解决E-DCH传输潜在冲突的冲突解决过程。故未公开。 |
| 技术特征L：其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br>【未公开】 | 【对比文件无相关对应记载】 | 同技术特征K，对比文件中不存在冲突解决确认WTRU能够存取E-DCH资源的技术方案。故未公开。 |
| 技术特征M：进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br>《直接公开》 | 段落[0016]、[0019]-[0020]：<br>“[0020] The determined possible maximum data rate is notified to the UE 202 in step 214. The UE 202 determines a data rate for transmission packet data within a range of the notified possible maximum data rate, and transmits in step 216 the packet data to the Node B 200 at the determined data rate.”（在步骤214中将确定的可能最大数据速率通知UE 202。UE 202在通知的可能最大数据速率范围内确定发送分组数据的数据速率，并在步骤216以确定的数据速率将分组数据发送到Node B 200。）<br>段落[0046]：<br>“[0046] ...transmits packet data using a data rate determined based on scheduling information provided from the Node B.”（……使用基于Node B提供的调度信息确定的数据速率来发送分组数据。） | 对比文件公开了Node B根据信道条件和调度计算最大允许速率并向UE发送调度授权通知（步骤214），UE根据该授权获得在EUDCH/E-DPDCH（即E-DCH）上的传输资源。本领域技术人员可知网络下发的调度速率授权即构成了上行E-DCH资源的分配。技术功能与效果相同，属于《直接公开》。 |
| 技术特征N：其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br>【未公开】 | 【对比文件无相关对应记载】 | 对比文件是通过专用的调度信令（例如步骤214的授权信息）向特定UE分配资源，未公开在系统信息块SIB中广播接收可用E-DCH资源列表。故未公开。 |
| 技术特征O：<br>*(空/无特征内容)* | 无引用 | 该项在权利要求划分中为空，无需判断。 |
| 技术特征P：使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br>【未公开】 | 【对比文件无相关对应记载】 | 对比文件不存在接收SIB中的可用E-DCH资源列表，亦无使用索引从该列表中确定E-DCH资源的技术手段。故未公开。 |
| 技术特征Q：其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br>【未公开】 | 【对比文件无相关对应记载】 | 对比文件中Node B向UE发送的是最大允许数据速率或授权（段落[0019]-[0020]），未公开从节点B接收包含可用E-DCH资源的“索引和列表”的信号。故未公开。 |
| 技术特征R：<br>*(空/无特征内容)* | 无引用 | 该项在权利要求划分中为空，无需判断。 |
| 技术特征S：使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br>【未公开】 | 【对比文件无相关对应记载】 | 对比文件未公开根据接收到的索引从可用E-DCH资源列表中确定E-DCH资源，故未公开。 |
| 技术特征T：进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br>《隐含公开》 | 段落[0013]：<br>“[0013] Currently, a mobile communication system uses in its uplink a Dedicated Physical Data Channel (DPDCH) and a Dedicated Physical Control Channel (DPCCH) as typical dedicated channels to transmit user data. The DPDCH is a data transport channel over which user data such as voice and image is transmitted...”（当前，移动通信系统在其上行链路中使用DPDCH和DPCCH作为传输用户数据的典型专用信道。DPDCH是传输诸如语音和图像的用户数据的数据传输信道……）<br>段落[0014]、[0021]：EUDCH/E-DPDCH用于传输增强型上行分组数据。 | 目标特征要求传送DCCH（专用控制信道）或DTCH（专用业务信道）数据。对比文件明确公开了UE通过DPDCH传输语音、图像等用户数据，以及通过EUDCH/E-DPDCH传输分组数据。按照3GPP移动通信技术常识，语音、图像及用户分组数据在层2逻辑信道上即对应DTCH数据。对比文件公开了物理层承载传输，按照极其宽松的推断标准，对比文件实质隐含公开了传送专用业务信道（DTCH）数据。因此被《隐含公开》。 |
| 技术特征U：其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br>【未公开】 | 【对比文件无相关对应记载】 | 对比文件全文针对的是传统已建立专用物理信道（DPDCH/DPCCH/HS-DPCCH/E-DPDCH）的状态（即CELL_DCH状态），完全未提及CELL_FACH状态，更未公开在该状态期间传送ACK/NACK反馈。故未公开。 |
| 技术特征V：该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br>《直接公开》 | 段落[0014]、[0017]-[0020]：<br>“[0018] ...step 210, a EUDCH is set up between the Node B 200 and the UE 202... step 212, the UE 202 transmits... information on a desired data rate... [0020] The determined possible maximum data rate is notified to the UE 202 in step 214. The UE 202 determines a data rate... and transmits in step 216 the packet data to the Node B 200 at the determined data rate.” | 对比文件公开了UE向Node B请求期望速率，Node B下发可能最大数据速率（授权分配），UE根据分配的授权资源在EUDCH（即E-DCH）上进行上行分组数据传输（步骤216）。这直接构成了WTRU从网络接收用于E-DCH资源的分配以用于上行链路传输。属于《直接公开》。 |
| 技术特征W：在冲突解决完成<br>【未公开】 | 【对比文件无相关对应记载】 | 对比文件不涉及冲突解决过程，未公开“在冲突解决完成”这一时序条件。故未公开。 |
| 技术特征X：所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br>【未公开】 | 【对比文件无相关对应记载】 | 对比文件没有公开E-DCH资源分配中包含任何“请求测量并报告反馈信息的信息元素IE”，亦无该前置条件，故未公开。 |
| 技术特征Y：由所述WTRU传送信道质量指示符CQI。<br>《直接公开》 | 段落[0072]：<br>“[0072] More specifically, an ACK/NACK signal for HSDPA service and CQI indicating uplink channel state information are carried by an HS-DPCCH... and the CQI is transmitted at 2 ms-TTI periods determined during initial HSDPA service setup.”（更具体地，用于HSDPA服务的ACK/NACK信号和指示上行链路信道状态信息的CQI由HS-DPCCH携带……且CQI在初始HSDPA服务建立期间确定的2ms-TTI周期下传送。） | 对比文件段落[0072]明确记载了由UE（WTRU）传送指示信道状态信息的CQI（信道质量指示符），动作及功能作用与目标特征完全一致，属于《直接公开》。 |
| 技术特征Z：其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br>《直接公开》 | 段落[0021]、[0072]：<br>“[0072] ...CQI indicating uplink channel state information are carried by an HS-DPCCH...”（……指示上行链路信道状态信息的CQI由HS-DPCCH携带……） | 对比文件段落[0072]明确指出CQI是由HS-DPCCH物理信道携带传输的，与目标技术特征Z的传输信道载体完全相同，属于《直接公开》。 |
---
<<<F>>><<<G>>><<<h>>><<<M>>><<<t>>><<<V>>><<<Y>>><<<Z>>>
本案通过将目标专利权利要求的各项技术特征与对比文件（JP3115010U）进行细致比对，并紧密结合目标专利说明书的记载，评估对比文件是否公开了各技术特征。
---
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用及中文翻译 | 公开性论述 |
| 技术特征A：<br>包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>【判断】：未公开 | 无相关引用。 | 对比文件涉及一种牙签牙刷（日用品领域），其公开的内容完全局限于牙签的轴、尖端及刷毛的机械结构。对比文件中完全不涉及任何无线通信系统、WTRU、网络、HS-DPCCH信道、ACK/NACK或IE信息元素。本领域技术人员既无法直接得出，也完全不可能通过推理合理推断或结合组合得出该方案，因此对比文件既未直接公开也未隐含公开技术特征A。 |
| 技术特征B：<br>（注：原权利要求划分项无内容）<br><br>【判断】：未公开 | 无相关引用。 | 该特征项为空，无具体技术特征内容；且对比文件涉及的是牙签牙刷结构，与通信技术无关。 |
| 技术特征C：<br>在经过冲突解决之后<br><br>【判断】：未公开 | 无相关引用。 | 目标专利中的“冲突解决”是指处于CELL_FACH状态下的WTRU在增强型上行链路（E-RACH）传输中解决多个WTRU争用同一资源的无线通信争用机制（见目标专利说明书[0007]、[0023]、[0035]等）。对比文件涉及牙签牙刷的物理形状结构，完全没有涉及无线通信或接入冲突解决的技术内容，既未直接公开也未隐含公开技术特征C。 |
| 技术特征D：<br>所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>【判断】：未公开 | 无相关引用。 | 目标专利中该特征是指WTRU在上行链路逻辑信道（DCCH/DTCH）上传送控制或业务数据（见目标专利说明书[0037]、[0038]）。对比文件为牙签牙刷结构，不涉及任何数据通信、信道、控制或业务数据，既未直接公开也未隐含公开技术特征D。 |
| 技术特征E：<br>所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>【判断】：未公开 | 无相关引用。 | 对比文件为牙签牙刷结构，完全不涉及无线通信中的控制信息元素（IE）、物理控制信道（HS-DPCCH）及HARQ ACK/NACK指示，既未直接公开也未隐含公开技术特征E。 |
| 技术特征F：<br>由所述WTRU传送ACK/NACK反馈。<br><br>【判断】：未公开 | 无相关引用。 | 对比文件公开的是口腔清洁用品，不包含任何终端实体、基站实体或ACK/NACK信令反馈交互传输机制，既未直接公开也未隐含公开技术特征F。 |
| 技术特征G：<br>其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br><br>【判断】：未公开 | 无相关引用。 | 对比文件完全未涉及上行链路高速专用物理控制信道HS-DPCCH及其承载的HARQ反馈，既未直接公开也未隐含公开技术特征G。 |
| 技术特征H：<br>其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>【判断】：未公开 | 无相关引用。 | 目标专利中该特征是指WTRU确定下行链路HS-DSCH的信道质量指标（CQI）（见目标专利说明书[0021]、[0029]、[0032]）。对比文件完全未涉及无线信道测量与CQI确定，既未直接公开也未隐含公开技术特征H。 |
| 技术特征I：<br>（注：原权利要求划分项无内容）<br><br>【判断】：未公开 | 无相关引用。 | 该特征项为空，无具体技术特征内容；且对比文件涉及牙签牙刷，与通信技术完全无关。 |
| 技术特征J：<br>在所述HS-DSCH上的物理层中传送所述CQI。<br><br>【判断】：未公开 | 无相关引用。 | 对比文件完全未涉及任何物理层传输或CQI上报，既未直接公开也未隐含公开技术特征J。 |
| 技术特征K：<br>其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br><br>【判断】：未公开 | 无相关引用。 | 目标专利中的冲突解决机制针对增强型专用信道E-DCH消息的潜在冲突（见目标专利说明书[0007]、[0032]）。对比文件为机械清洁工具，完全不涉及E-DCH传输及其冲突竞争，既未直接公开也未隐含公开技术特征K。 |
| 技术特征L：<br>其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br><br>【判断】：未公开 | 无相关引用。 | 目标专利中指WTRU在争用解决成功后确认获得对E-DCH资源的无争用存取权限（见目标专利说明书[0023]、[0035]）。对比文件完全未涉及任何无线资源分配及存取确认机制，既未直接公开也未隐含公开技术特征L。 |
| 技术特征M：<br>进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br><br>【判断】：未公开 | 无相关引用。 | 对比文件为牙签牙刷，不涉及无线网络实体、资源调度或E-DCH资源分配，既未直接公开也未隐含公开技术特征M。 |
| 技术特征N：<br>其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>【判断】：未公开 | 无相关引用。 | 目标专利是指网络通过系统信息块SIB广播可用E-DCH资源列表（见目标专利说明书[0026]、[0033]）。对比文件完全不涉及广播消息、SIB块或资源列表，既未直接公开也未隐含公开技术特征N。 |
| 技术特征O：<br>（注：原权利要求划分项无内容）<br><br>【判断】：未公开 | 无相关引用。 | 该特征项为空，无具体技术特征内容；对比文件与通信技术无关。 |
| 技术特征P：<br>使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>【判断】：未公开 | 无相关引用。 | 目标专利涉及WTRU基于所接收到的索引从列表确定自身分配的E-DCH无线资源（见目标专利说明书[0026]、[0033]）。对比文件不涉及任何资源索引匹配或确定过程，既未直接公开也未隐含公开技术特征P。 |
| 技术特征Q：<br>其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>【判断】：未公开 | 无相关引用。 | 对比文件完全未涉及从基站（节点B）接收包含E-DCH资源索引与列表的下行链路信号，既未直接公开也未隐含公开技术特征Q。 |
| 技术特征R：<br>（注：原权利要求划分项无内容）<br><br>【判断】：未公开 | 无相关引用。 | 该特征项为空，无具体技术特征内容；对比文件与通信技术无关。 |
| 技术特征S：<br>使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>【判断】：未公开 | 无相关引用。 | 对比文件完全不涉及无线资源确定或索引映射机制，既未直接公开也未隐含公开技术特征S。 |
| 技术特征T：<br>进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br><br>【判断】：未公开 | 无相关引用。 | 对比文件涉及牙签牙刷的机械形状，完全不涉及无线通信中上行发送DCCH/DTCH数据，既未直接公开也未隐含公开技术特征T。 |
| 技术特征U：<br>其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br><br>【判断】：未公开 | 无相关引用。 | 目标专利是指处于RRC CELL_FACH状态的WTRU传送上行反馈（见目标专利说明书[0006]-[0011]、[0022]）。对比文件不涉及RRC状态机及反馈传送，既未直接公开也未隐含公开技术特征U。 |
| 技术特征V：<br>该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>【判断】：未公开 | 无相关引用。 | 对比文件完全未涉及任何上行链路传输或网络对WTRU的E-DCH资源分配，既未直接公开也未隐含公开技术特征V。 |
| 技术特征W：<br>在冲突解决完成<br><br>【判断】：未公开 | 无相关引用。 | 目标专利中指WTRU在增强型RACH接入中完成争用解决阶段（见目标专利说明书[0007]、[0023]、[0035]）。对比文件完全不涉及冲突解决过程，既未直接公开也未隐含公开技术特征W。 |
| 技术特征X：<br>所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>【判断】：未公开 | 无相关引用。 | 目标专利中指广播或指示的E-DCH资源中包含特定IE以指示/请求WTRU反馈信道质量等信息（见目标专利说明书[0034]）。对比文件完全未涉及此类IE或指示，既未直接公开也未隐含公开技术特征X。 |
| 技术特征Y：<br>由所述WTRU传送信道质量指示符CQI。<br><br>【判断】：未公开 | 无相关引用。 | 对比文件完全未公开无线发射接收单元上报信道质量指示符CQI，既未直接公开也未隐含公开技术特征Y。 |
| 技术特征Z：<br>其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br><br>【判断】：未公开 | 无相关引用。 | 对比文件完全未公开在高速专用物理控制信道HS-DPCCH上传送CQI，既未直接公开也未隐含公开技术特征Z。 |
---
经严谨评估，对比文件（JP3115010U）为一种牙签牙刷实用新型专利，属于个人护理及日用百货领域；目标专利涉及3GPP无线通信系统中处于CELL_FACH状态下WTRU在HS-DPCCH及E-DCH信道上的反馈与资源分配机制，两者属于完全不相干的技术领域。本领域技术人员无法从对比文件中直接得出上述任一技术特征，也完全不可能结合对比文件内容推理推断出上述通信特征。因此，对比文件对技术特征A至Z均未构成直接公开或隐含公开。
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>《未公开》 | 对比文件全文未记载相关内容。对比文件涉及豆腐等商品的包装盒包装方法及密封技术。 | 对比文件属于食品包装制造工艺技术领域，全文涉及包装盒边缘与薄膜之间的密封结构（带状密封、线密封、角部突起等）。目标专利技术特征A属于无线移动通信技术领域，涉及WTRU从网络接收指示在HS-DPCCH上支持ACK/NACK的IE。两者技术领域完全不相关，技术方案、手段及所起技术效果完全不同，本领域技术人员无法从对比文件中直接得出或推断得出该特征，即使以最宽松标准考量亦不存在任何部分公开或推理结合的可能，因此未直接公开也未隐含公开。 |
| 技术特征B：<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 该项为空白特征（无具体技术内容界定），对比文件未对其公开。 |
| 技术特征C：在经过冲突解决之后<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件为包装盒薄膜密封方法，完全未涉及无线通信中的随机接入或信道访问的“冲突解决”（Contention Resolution）。两者的技术背景与方案毫无关联，本领域技术人员无法直接得出或合理推断，因此未直接公开也未隐含公开。 |
| 技术特征D：所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件涉及包装盒边缘密封线及拉剥力集中结构，完全未公开移动通信系统中由终端发送DCCH或DTCH逻辑信道数据的技术内容，作用与技术方案完全不相干，未直接公开也未隐含公开。 |
| 技术特征E：所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件未涉及任何无线通信信令、信息元素（IE）或在HS-DPCCH信道上支持ACK/NACK的判断与控制条件，技术领域与技术手段毫无关联，未直接公开也未隐含公开。 |
| 技术特征F：由所述WTRU传送ACK/NACK反馈。<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件为食品/商品包装盒的封装与开封方法，不涉及无线发射接收单元传送HARQ ACK/NACK反馈信号的通信过程，未直接公开也未隐含公开。 |
| 技术特征G：其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件完全未涉及通过上行物理控制信道HS-DPCCH承载并传送ACK/NACK反馈的技术方案与物理作用，未直接公开也未隐含公开。 |
| 技术特征H：其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件完全未涉及第一IE的配置定义，亦未涉及终端测量并确定用于HS-DSCH的CQI的技术方案，两者领域与手段完全脱节，未直接公开也未隐含公开。 |
| 技术特征I：<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 该项为空白特征（无具体技术内容界定），对比文件未对其公开。 |
| 技术特征J：在所述HS-DSCH上的物理层中传送所述CQI。<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件完全未涉及在物理层中传送信道质量指示符CQI的任何技术内容与物理机制，未直接公开也未隐含公开。 |
| 技术特征K：其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件涉及包装盒密封边缘与角部拉剥突起，未涉及针对E-DCH传输进行潜在冲突判决与解决的机制，未直接公开也未隐含公开。 |
| 技术特征L：其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件未涉及争用解决成功以确认WTRU获得E-DCH资源存取权限的通信控制过程，未直接公开也未隐含公开。 |
| 技术特征M：进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件完全未公开从无线网络接收上行链路增强型专用信道资源分配的技术内容，未直接公开也未隐含公开。 |
| 技术特征N：其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件完全未涉及蜂窝网络中通过系统信息块（SIB）广播下发可用E-DCH资源列表的信令分配机制，未直接公开也未隐含公开。 |
| 技术特征O：<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 该项为空白特征（无具体技术内容界定），对比文件未对其公开。 |
| 技术特征P：使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件未涉及终端根据配置或接收到的索引从列表确定目标通信资源的方案，未直接公开也未隐含公开。 |
| 技术特征Q：其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件属于容器包装密封机械技术，完全未记载基站节点B向终端发射包含资源列表及索引信号的技术内容，未直接公开也未隐含公开。 |
| 技术特征R：<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 该项为空白特征（无具体技术内容界定），对比文件未对其公开。 |
| 技术特征S：使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件未公开使用索引检索并确定可用上行链路传输资源的技术方案，未直接公开也未隐含公开。 |
| 技术特征T：进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件未涉及发送专用控制信道DCCH或专用业务信道DTCH数据的通信传输流程，未直接公开也未隐含公开。 |
| 技术特征U：其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件未涉及处于CELL_FACH无线资源控制状态下的终端传送HARQ反馈信号的技术特征，未直接公开也未隐含公开。 |
| 技术特征V：该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件未涉及WTRU获取上行传输所需的E-DCH信道资源分配的技术内容，未直接公开也未隐含公开。 |
| 技术特征W：在冲突解决完成<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件完全未涉及随机接入过程中争用/冲突解决完成这一时序判断触发条件，未直接公开也未隐含公开。 |
| 技术特征X：所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件完全未涉及信道资源配置中携带请求测量和报告反馈信息的IE，未直接公开也未隐含公开。 |
| 技术特征Y：由所述WTRU传送信道质量指示符CQI。<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件未涉及无线通信中终端向网络报告下行链路信道质量指示符CQI的任何方案，未直接公开也未隐含公开。 |
| 技术特征Z：其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件未涉及通过物理层上行控制信道HS-DPCCH上报CQI的传输机制，未直接公开也未隐含公开。 |
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>《未公开》 | 无对应公开内容。 | 对比文件（US20060005074A1）涉及的是主机与远程数据存储系统间的数据镜像技术（如[0004]、[0012]等），并未涉及蜂窝无线通信网络及协议。因此，对比文件完全未公开“WTRU从网络接收指示在HS-DPCCH上支持ACK/NACK的IE”。即使按照最宽松的隐含公开标准，由于领域完全不同且缺乏相关无线控制信令描述，本领域技术人员也无法推断出该特征。 |
| 技术特征B：<br><br>《未公开》 | 无对应公开内容。 | 该特征无实质内容，对比文件未公开。 |
| 技术特征C：在经过冲突解决之后<br><br>《未公开》 | 无对应公开内容。 | 目标专利中“冲突解决”特指蜂窝移动通信接入过程（如RACH/E-RACH争用解决阶段，见目标说明书[0007]、[0023]、[0035]）。对比文件涉及存储数据镜像的主备卷同步，完全未公开蜂窝无线通信中在上行反馈前“经过冲突解决”的技术方案。 |
| 技术特征D：所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>《未公开》 | 无对应公开内容。 | 对比文件未公开无线通信中的WTRU，亦未公开发送DCCH或DTCH数据。 |
| 技术特征E：所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>《未公开》 | 无对应公开内容。 | 对比文件未涉及HS-DPCCH信道及指示其支持ACK/NACK的IE条件判断。 |
| 技术特征F：由所述WTRU传送ACK/NACK反馈。<br><br>《未公开》 | [0014] "Additionally, the secondary data storage system controller provides an indication or acknowledgement to the primary data storage system controller that the primary data to be copied to the secondary data storage system in identical form as secondary data has been received..."<br>（译文：“此外，辅助数据存储系统控制器向主数据存储系统控制器提供指示或确认，表明要以与辅助数据相同的形式复制到辅助数据存储系统的主数据已被接收……”） | 虽然对比文件在存储系统的主从镜像控制中提到了发送确认（acknowledgement），但该实体为“辅助数据存储系统控制器”，其作用为确认存储卷数据复制已接收/写入，与目标专利中由“无线发射/接收单元WTRU”传送下行数据传输的HARQ ACK/NACK反馈的通信实体、信道环境、控制机制完全不同。因此未公开由WTRU传送ACK/NACK反馈。 |
| 技术特征G：其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br><br>《未公开》 | 无对应公开内容。 | 对比文件未公开经由蜂窝物理信道HS-DPCCH传送反馈。 |
| 技术特征H：其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>《未公开》 | 无对应公开内容。 | 对比文件未涉及无线通信信道质量测量与确定用于HS-DSCH的CQI。 |
| 技术特征I：<br><br>《未公开》 | 无对应公开内容。 | 该特征无实质内容，对比文件未公开。 |
| 技术特征J：在所述HS-DSCH上的物理层中传送所述CQI。<br><br>《未公开》 | 无对应公开内容。 | 对比文件未公开在无线物理层信道上传送CQI。 |
| 技术特征K：其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br><br>《未公开》 | 无对应公开内容。 | 对比文件未公开E-DCH传输及其潜在冲突解决机制。 |
| 技术特征L：其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br><br>《未公开》 | 无对应公开内容。 | 对比文件未公开确认WTRU能够存取E-DCH资源的冲突解决过程。 |
| 技术特征M：进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br><br>《未公开》 | 无对应公开内容。 | 对比文件未公开从无线网络接收E-DCH资源分配。 |
| 技术特征N：其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>《未公开》 | 无对应公开内容。 | 对比文件未公开通过广播系统信息块SIB接收可用E-DCH资源列表。 |
| 技术特征O：<br><br>《未公开》 | 无对应公开内容。 | 该特征无实质内容，对比文件未公开。 |
| 技术特征P：使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 无对应公开内容。 | 对比文件未公开使用索引从可用E-DCH资源列表中确定E-DCH资源。 |
| 技术特征Q：其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>《未公开》 | 无对应公开内容。 | 对比文件未公开从节点B接收包括可用E-DCH资源索引和列表的信号。 |
| 技术特征R：<br><br>《未公开》 | 无对应公开内容。 | 该特征无实质内容，对比文件未公开。 |
| 技术特征S：使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 无对应公开内容。 | 对比文件未公开该特征。 |
| 技术特征T：进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br><br>《未公开》 | 无对应公开内容。 | 对比文件未公开无线通信系统中传送DCCH或DTCH数据。 |
| 技术特征U：其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br><br>《未公开》 | 无对应公开内容。 | 对比文件未涉及无线通信的RRC状态，未公开在CELL_FACH状态期间传送ACK/NACK反馈。 |
| 技术特征V：该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>《未公开》 | 无对应公开内容。 | 对比文件未公开由WTRU从网络接收用于UL传输的E-DCH资源分配。 |
| 技术特征W：在冲突解决完成<br><br>《未公开》 | 无对应公开内容。 | 对比文件未公开无线接入争用/冲突解决完成的时机条件。 |
| 技术特征X：所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>《未公开》 | 无对应公开内容。 | 对比文件未涉及E-DCH资源包含请求测量及报告反馈信息的IE。 |
| 技术特征Y：由所述WTRU传送信道质量指示符CQI。<br><br>《未公开》 | 无对应公开内容。 | 对比文件未公开由WTRU传送信道质量指示符CQI。 |
| 技术特征Z：其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br><br>《未公开》 | 无对应公开内容。 | 对比文件未公开经由HS-DPCCH传送CQI。 |
根据目标专利说明书的记载以及专利创造性评估原则，对对比文件（WO2006021223A1）与目标专利权利要求各技术特征进行逐一比对和严谨论述。
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>《未公开》 | 无相关引用。 | 对比文件涉及电信网络中高层（如传输层、应用层或通用承载管理层）的资源管理方法，采用资源代理（RB）基于漏桶算法维护资源生存时间（TTL）以决定资源的保留或释放。对比文件全文完全未涉及3GPP物理层或层2/层3中的具体物理控制信道“高速专用物理控制信道HS-DPCCH”，更未涉及接收“指示在HS-DPCCH上支持ACK/NACK的IE”。两者的技术领域、所解决的技术问题及技术手段完全不同，本领域技术人员无法直接得出也无法合理推导出该特征。 |
| 技术特征B：<br><br>《未公开》 | 无。 | 技术特征B内容为空，无具体技术方案，无法比对，判定为未公开。 |
| 技术特征C：在经过冲突解决之后<br><br>《未公开》 | 无相关引用。 | 对比文件仅涉及基于计时器或漏桶测量的端到端/组播资源管理，不涉及无线上行随机接入中的“冲突解决（争用解决，Contention Resolution）”过程，更未公开在冲突解决之后执行特定上行反馈操作。因此未公开。 |
| 技术特征D：所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>《未公开》 | 无相关引用。 | 对比文件虽然在段落[p0012]中提到了PDP上下文建立等蜂窝网络概念，但完全未涉及WCDMA无线接口上行链路中的“专用控制信道DCCH”或“专用业务信道DTCH”数据发送，亦未将已发送DCCH/DTCH数据作为反馈触发条件。因此未公开。 |
| 技术特征E：所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>《未公开》 | 无相关引用。 | 对比文件不存在针对HS-DPCCH信道支持ACK/NACK的信元IE及其判断逻辑，因此未公开。 |
| 技术特征F：由所述WTRU传送ACK/NACK反馈。<br><br>《未公开》 | 参见段落[p0053]、[p0061]、[p0062]：<br>“When the resource broker reserves a resource entity for the resource user, the resource broker sends an ACCEPT message... Later on if the resource user wants to update the corresponding resource at the resource broker on the expected resource usage the subsequent KeepAlive message refers to the valid entity ID.”<br>（中文：“当资源代理为资源用户预留资源实体时，资源代理发送带有被预留资源实体身份ID的ACCEPT消息……稍后如果资源用户想要就预期资源使用更新资源代理处的相应资源，后续的KeepAlive消息引用该有效实体ID。”） | 对比文件中的ACCEPT/REJECT消息是资源代理（RB）针对资源用户的预留请求（REQUEST）所做出的应用层/管理控制层面的接受/拒绝响应，且是由网络侧的资源代理发往资源用户，根本不是由无线发射/接收单元（WTRU）在上行物理信道/链路层上传送的数据传输HARQ应答或否定应答ACK/NACK反馈。两者的作用、传输方向、信令层次和技术内涵完全不同，无法构成直接公开或隐含公开。 |
| 技术特征G：其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br><br>《未公开》 | 无相关引用。 | 对比文件完全未涉及HS-DPCCH信道，亦未涉及在其上传送ACK/NACK反馈，因此未公开。 |
| 技术特征H：其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>《未公开》 | 无相关引用。 | 对比文件未涉及针对下行共享信道HS-DSCH的链路信道质量测量与CQI确定，因此未公开。 |
| 技术特征I：<br><br>《未公开》 | 无。 | 技术特征I内容为空，无具体技术方案，无法比对，判定为未公开。 |
| 技术特征J：在所述HS-DSCH上的物理层中传送所述CQI。<br><br>《未公开》 | 无相关引用。 | 对比文件未涉及物理层传输信道质量指示符CQI的技术方案，因此未公开。 |
| 技术特征K：其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br><br>《未公开》 | 无相关引用。 | 目标专利中冲突解决是指CELL_FACH状态下多个WTRU使用增强型上行链路（E-DCH）时解决E-RACH消息潜在碰撞的物理层/MAC层争用解决。对比文件完全未涉及E-DCH传输及其潜在冲突解决机制，因此未公开。 |
| 技术特征L：其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br><br>《未公开》 | 无相关引用。 | 对比文件未涉及WTRU通过争用解决确认能够存取E-DCH资源的技术方案，因此未公开。 |
| 技术特征M：进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br><br>《未公开》 | 无相关引用。 | 对比文件中的资源分配是针对服务器处理能力、组播连接或SCTP偶联等宏观网络资源（参见[p0006]、[p0009]），根本不涉及无线接入网中底层增强型专用信道（E-DCH）资源的分配，因此未公开。 |
| 技术特征N：其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>《未公开》 | 无相关引用。 | 对比文件未涉及在系统信息块（SIB）中广播可用E-DCH资源列表，因此未公开。 |
| 技术特征O：<br><br>《未公开》 | 无。 | 技术特征O内容为空，无具体技术方案，无法比对，判定为未公开。 |
| 技术特征P：使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 无相关引用。 | 对比文件未涉及基于索引从广播的可用E-DCH资源列表中确定E-DCH资源，因此未公开。 |
| 技术特征Q：其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>《未公开》 | 无相关引用。 | 对比文件未涉及从Node B接收携带可用E-DCH资源的索引及列表的信号，因此未公开。 |
| 技术特征R：<br><br>《未公开》 | 无。 | 技术特征R内容为空，无具体技术方案，无法比对，判定为未公开。 |
| 技术特征S：使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 无相关引用。 | 对比文件未涉及使用索引从可用E-DCH资源列表中确定E-DCH资源，因此未公开。 |
| 技术特征T：进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br><br>《未公开》 | 无相关引用。 | 对比文件未涉及在WCDMA无线接口上传送专用控制信道DCCH或专用业务信道DTCH数据，因此未公开。 |
| 技术特征U：其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br><br>《未公开》 | 无相关引用。 | 对比文件未涉及RRC状态管理，更未涉及在CELL_FACH状态下传送物理层或链路层的ACK/NACK反馈，因此未公开。 |
| 技术特征V：该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>《未公开》 | 无相关引用。 | 对比文件未涉及分配并接收用于上行链路传输的增强型专用信道（E-DCH）资源，因此未公开。 |
| 技术特征W：在冲突解决完成<br><br>《未公开》 | 无相关引用。 | 对比文件未涉及无线接入技术中的冲突解决及其完成状态判断，因此未公开。 |
| 技术特征X：所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>《未公开》 | 无相关引用。 | 对比文件未涉及包含“请求测量并报告反馈信息”属性的E-DCH资源或信元IE，因此未公开。 |
| 技术特征Y：由所述WTRU传送信道质量指示符CQI。<br><br>《未公开》 | 无相关引用。 | 对比文件未公开由无线发射/接收单元WTRU向上行链路传送信道质量指示符CQI，因此未公开。 |
| 技术特征Z：其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br><br>《未公开》 | 无相关引用。 | 对比文件未涉及在HS-DPCCH物理控制信道上传送CQI反馈，因此未公开。 |
经全面审阅和比对，对比文件（WO2006021223A1）主要针对电信网络中多用户共享资源（如组播、流媒体传输、SCTP关联、服务器处理及存储容量等）的生存期维护与释放管理算法，完全未公开目标专利权利要求所界定的关于3GPP CELL_FACH状态下增强型上行链路（E-DCH）随机接入、冲突解决、专用物理控制信道（HS-DPCCH）上ACK/NACK与CQI反馈控制的任何技术特征，亦无法通过其内容合理推导出上述特征。因此，对比文件未直接公开也未隐含公开上述任何技术特征。
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译及段落标号） | 公开性论述 |
| 技术特征A：<br>包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>判断结果：未公开 | 无引用内容。 | 对比文件（US20060052358A1）属于生物医药/化学领域，涉及ABC转运体调节剂（如针对囊性纤维化跨膜电导调节因子CFTR的化合物、组合物及治疗方法），全文未涉及移动通信技术，完全未公开或提示任何WTRU、网络、HS-DPCCH信道、ACK/NACK反馈或信息元素IE，既未直接公开也未隐含公开。 |
| 技术特征B：<br>（注：特征内容为空）<br><br>判断结果：未公开 | 无引用内容。 | 该特征项未包含实质性技术内容，且对比文件未公开相关方案。 |
| 技术特征C：<br>在经过冲突解决之后<br><br>判断结果：未公开 | 无引用内容。 | 对比文件为小分子化学物治疗生物疾病的技术方案，未涉及无线通信中的随机接入、信道争用或冲突解决（contention resolution）机制，既未直接公开也未隐含公开。 |
| 技术特征D：<br>所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>判断结果：未公开 | 无引用内容。 | 对比文件未涉及逻辑信道传输机制，完全未提及WTRU在DCCH或DTCH上传送数据的特征，既未直接公开也未隐含公开。 |
| 技术特征E：<br>所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>判断结果：未公开 | 无引用内容。 | 对比文件属于化合物调制剂领域，未公开或提示通信信令中指示HS-DPCCH支持ACK/NACK的IE判定条件，既未直接公开也未隐含公开。 |
| 技术特征F：<br>由所述WTRU传送ACK/NACK反馈。<br><br>判断结果：未公开 | 无引用内容。 | 对比文件未涉及无线通信HARQ协议中的ACK/NACK反馈传输，既未直接公开也未隐含公开。 |
| 技术特征G：<br>其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br><br>判断结果：未公开 | 无引用内容。 | 对比文件未涉及上行链路控制物理信道HS-DPCCH及其传输ACK/NACK的技术方案，既未直接公开也未隐含公开。 |
| 技术特征H：<br>其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>判断结果：未公开 | 无引用内容。 | 对比文件未公开通信系统中的第一IE及HS-DSCH的CQI测量与确定机制，既未直接公开也未隐含公开。 |
| 技术特征I：<br>（注：特征内容为空）<br><br>判断结果：未公开 | 无引用内容。 | 该特征项未包含实质性技术内容，且对比文件未公开相关方案。 |
| 技术特征J：<br>在所述HS-DSCH上的物理层中传送所述CQI。<br><br>判断结果：未公开 | 无引用内容。 | 对比文件未涉及下行物理共享信道或物理层CQI反馈技术，既未直接公开也未隐含公开。 |
| 技术特征K：<br>其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br><br>判断结果：未公开 | 无引用内容。 | 对比文件未涉及3GPP E-DCH传输的冲突解决机制，既未直接公开也未隐含公开。 |
| 技术特征L：<br>其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br><br>判断结果：未公开 | 无引用内容。 | 对比文件未涉及冲突解决与WTRU存取E-DCH资源确认的相关技术，既未直接公开也未隐含公开。 |
| 技术特征M：<br>进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br><br>判断结果：未公开 | 无引用内容。 | 对比文件未涉及无线网络资源分配信令，既未直接公开也未隐含公开。 |
| 技术特征N：<br>其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>判断结果：未公开 | 无引用内容。 | 对比文件未涉及广播控制信道、系统信息块（SIB）及E-DCH可用资源列表，既未直接公开也未隐含公开。 |
| 技术特征O：<br>（注：特征内容为空）<br><br>判断结果：未公开 | 无引用内容。 | 该特征项未包含实质性技术内容，且对比文件未公开相关方案。 |
| 技术特征P：<br>使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>判断结果：未公开 | 无引用内容。 | 对比文件未涉及基于索引从广播列表中确定信道资源的机制，既未直接公开也未隐含公开。 |
| 技术特征Q：<br>其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>判断结果：未公开 | 无引用内容。 | 对比文件未涉及节点B（Node B）发送包含资源列表及索引的信号机制，既未直接公开也未隐含公开。 |
| 技术特征R：<br>（注：特征内容为空）<br><br>判断结果：未公开 | 无引用内容。 | 该特征项未包含实质性技术内容，且对比文件未公开相关方案。 |
| 技术特征S：<br>使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>判断结果：未公开 | 无引用内容。 | 对比文件未涉及利用索引确定E-DCH信道分配方案，既未直接公开也未隐含公开。 |
| 技术特征T：<br>进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br><br>判断结果：未公开 | 无引用内容。 | 对比文件未涉及DCCH/DTCH专用信道的数据发送，既未直接公开也未隐含公开。 |
| 技术特征U：<br>其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br><br>判断结果：未公开 | 无引用内容。 | 对比文件未涉及RRC CELL_FACH状态及其期间传送ACK/NACK反馈的机制，既未直接公开也未隐含公开。 |
| 技术特征V：<br>该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>判断结果：未公开 | 无引用内容。 | 对比文件未涉及接收用于上行链路传输的E-DCH资源分配，既未直接公开也未隐含公开。 |
| 技术特征W：<br>在冲突解决完成<br><br>判断结果：未公开 | 无引用内容。 | 对比文件未涉及无线通信的争用解决完成阶段，既未直接公开也未隐含公开。 |
| 技术特征X：<br>所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>判断结果：未公开 | 无引用内容。 | 对比文件未涉及资源配置中携带请求测量报告的信息元素IE，既未直接公开也未隐含公开。 |
| 技术特征Y：<br>由所述WTRU传送信道质量指示符CQI。<br><br>判断结果：未公开 | 无引用内容。 | 对比文件未涉及由终端向基站传送信道质量指示符CQI的反馈机制，既未直接公开也未隐含公开。 |
| 技术特征Z：<br>其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br><br>判断结果：未公开 | 无引用内容。 | 对比文件未涉及物理层控制信道HS-DPCCH及其传输CQI的技术方案，既未直接公开也未隐含公开。 |
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>【未公开】 | 无对应公开内容。 | 对比文件主要涉及UMTS系统中移动台在CELL_PCH/URA_PCH状态与CELL_DCH状态之间基于保存或预配置的专用信道（DCH）参数直接进行状态转换的方法，并未涉及在CELL_FACH或相关状态下于HS-DPCCH上传送ACK/NACK反馈，亦未公开或隐含公开WTRU从网络接收指示在HS-DPCCH上支持ACK/NACK的IE。两者的技术背景与控制机制完全不同。 |
| 技术特征B：<br><br>【未公开】 | 无内容（空特征）。 | 该技术特征为空，无实质技术内容比对。 |
| 技术特征C：在经过冲突解决之后<br><br>【未公开】 | 对比文件段落[6]、[18]等提及公用信道RACH，但未公开在争用/冲突解决之后执行所限定的具体步骤。 | 对比文件中的核心技术方案（见段落[22]、[33]）正是为了避免传统机制中经由CELL_FACH状态及RACH随机接入的“迂回”，直接从CELL_PCH转换到CELL_DCH，未公开该特征在目标专利上下文中的冲突解决配合逻辑。 |
| 技术特征D：所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>【隐含公开】 | 对比文件段落[8]、[9]、[10]记载：“무선 베어러(Radio Bearer:RB) 또는 시그널링 무선 베어러(Signaling Radio Bearer:SRB) 당 고유의 RLC 엔티티(entity)를 제공하도록 형성된다... RLC 층 위에 무선 자원 제어층(RRC)이 존재하는데... 이동국 및 RNC의 RRC 유닛들이 RNC가 시그널링 무선 베어러(SRB)를 통해 상응하는 RRC 메시지들을 교환한다. 또한, RLC 층 위에 소위 RB(radio bearer)가 존재하는데, 상기 RB는 실제 유효 데이터 전송을 위해 사용되고...”<br>（中文翻译：针对每个无线承载（RB）或信令无线承载（SRB）提供固有的RLC实体……在RLC层之上存在无线资源控制层（RRC）……移动台与RNC的RRC单元通过信令无线承载（SRB）交换相应的RRC消息。此外，在RLC层之上存在所谓的RB，该RB用于实际有效数据传输……）<br>段落[44]记载：“3. 이동국이 'RB 재구성 완성'이라는 RRC 메시지로 응답한다.”（3. 移动台以名为“RB重配置完成”的RRC消息进行响应。） | 在3GPP UMTS架构中，本领域技术人员知晓SRB承载的是专用控制信道（DCCH）数据，而RB承载的是专用业务信道（DTCH）数据。对比文件中移动台向网络发送RRC消息（如RB 재구성 완성）或者发送用户业务数据，必然涉及发送DCCH或DTCH数据。在极为宽松的隐含公开判断标准下，对比文件公开了移动台上行传输RRC信令与业务数据的机制，本领域技术人员可合理推断出移动台发送DCCH数据或DTCH数据。 |
| 技术特征E：所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>【未公开】 | 无对应公开内容。 | 对比文件完全未涉及HS-DPCCH信道，亦不存在指示在HS-DPCCH上支持ACK/NACK的IE及其条件判断机制。 |
| 技术特征F：由所述WTRU传送ACK/NACK反馈。<br><br>【未公开】 | 无对应公开内容。 | 对比文件未公开由WTRU针对下行传输在特定上行反馈信道上传送ACK/NACK反馈的技术方案。 |
| 技术特征G：其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br><br>【未公开】 | 无对应公开内容。 | 对比文件并未涉及HS-DPCCH物理信道，更未公开在其上传送ACK/NACK反馈。 |
| 技术特征H：其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>【未公开】 | 无对应公开内容。 | 对比文件未涉及确定用于HS-DSCH的CQI。 |
| 技术特征I：<br><br>【未公开】 | 无内容（空特征）。 | 该技术特征为空，无实质技术内容比对。 |
| 技术特征J：在所述HS-DSCH上的物理层中传送所述CQI。<br><br>【未公开】 | 无对应公开内容。 | 对比文件未涉及传送CQI的技术方案。 |
| 技术特征K：其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br><br>【未公开】 | 无对应公开内容。 | 对比文件涉及的是传统的DCH物理信道分配与恢复，完全未涉及E-DCH（增强型上行链路）及其传输冲突解决机制。 |
| 技术特征L：其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br><br>【未公开】 | 无对应公开内容。 | 对比文件未涉及确认存取E-DCH资源的冲突解决流程。 |
| 技术特征M：进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br><br>【未公开】 | 无对应公开内容。 | 对比文件公开的是传统专用物理信道（DCH）的配置参数接收与恢复，未公开接收E-DCH资源分配。 |
| 技术特征N：其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>【未公开】 | 对比文件段落[12]提及“아이들 모드에서는, 이동국이 방송 채널(BCH) 상의 시스템 정보들을 판독하고...”（在空闲模式下，移动台读取广播信道BCH上的系统信息……），但未公开包含可用E-DCH资源列表的SIB。 | 对比文件仅泛泛提及在空闲模式下读取广播系统信息，未公开广播可用E-DCH资源列表及以此分配E-DCH资源。 |
| 技术特征O：<br><br>【未公开】 | 无内容（空特征）。 | 该技术特征为空，无实质技术内容比对。 |
| 技术特征P：使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>【未公开】 | 无对应公开内容。 | 对比文件未涉及从E-DCH资源列表中通过索引确定E-DCH资源。 |
| 技术特征Q：其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>【未公开】 | 无对应公开内容。 | 对比文件未公开从Node B接收包含可用E-DCH资源索引和列表的信号。 |
| 技术特征R：<br><br>【未公开】 | 无内容（空特征）。 | 该技术特征为空，无实质技术内容比对。 |
| 技术特征S：使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>【未公开】 | 无对应公开内容。 | 同技术特征P，对比文件未涉及基于索引从列表确定E-DCH资源。 |
| 技术特征T：进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br><br>【隐含公开】 | 对比文件段落[8]、[9]、[10]以及段落[44]记载：“3. 이동국이 'RB 재구성 완성'이라는 RRC 메시지로 응답한다.”（3. 移动台以名为“RB重配置完成”的RRC消息进行响应。）<br>段落[52]记载：“7. 전용 자원에 의해 이동국과 RNC 간의 데이터 교환이 수행된다.”（7. 通过专用资源执行移动台与RNC之间的数据交换。） | 对比文件公开了移动台向网络发送RRC消息（通过SRB传输，对应逻辑信道DCCH）以及通过专用资源进行用户业务数据传输（对应逻辑信道DTCH）。在极为宽松的隐含公开判断标准下，对比文件公开了移动台传送信令与业务数据的技术手段，本领域技术人员结合公知常识完全可以合理推导出其必然包括“传送专用控制信道DCCH或专用业务信道DTCH数据”。 |
| 技术特征U：其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br><br>【未公开】 | 无对应公开内容。 | 对比文件未涉及在CELL_FACH状态期间传送ACK/NACK反馈。 |
| 技术特征V：该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>【未公开】 | 对比文件段落[24]至[32]公开了为移动台分配和配置上行/下行DCH专用物理资源（包含扰码、信道化码等），但该资源为R99传统的DCH资源，非E-DCH资源。 | 对比文件针对的是版本99/4的传统专用信道（DCH），未公开增强型专用信道（E-DCH）资源的分配。 |
| 技术特征W：在冲突解决完成<br><br>【未公开】 | 无对应公开内容。 | 对比文件未公开针对上行链路增强传输的冲突解决完成状态条件。 |
| 技术特征X：所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>【未公开】 | 无对应公开内容。 | 对比文件未涉及E-DCH资源配置及其包含请求测量并报告反馈信息的IE。 |
| 技术特征Y：由所述WTRU传送信道质量指示符CQI。<br><br>【未公开】 | 无对应公开内容。 | 对比文件未公开由WTRU传送信道质量指示符CQI。 |
| 技术特征Z：其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br><br>【未公开】 | 无对应公开内容。 | 对比文件未公开经由HS-DPCCH传送CQI。 |
<<<d>>>
<<<t>>>
根据目标专利说明书以及对比文件（US20060077947A1）的内容，本领域技术人员对技术特征A至Z的公开性进行逐一严谨评估，具体分析与比对结果如下：
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用及中文翻译 | 公开性论述 |
| 技术特征A：包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>【未公开】 | 无引用内容。 | 对比文件主要涉及UMTS系统中增强型上行链路专用信道（E-DCH）的上行链路控制信息（E-TFI、HARQ相关信息）和调度信息的编码与解码方案（主要涉及Reed-Muller码、Walsh码的设计与编解码器架构）。对比文件完全未涉及由网络向WTRU发送“指示在HS-DPCCH上支持ACK/NACK的IE”，也未公开相关信令接收步骤。因此该特征未公开。 |
| 技术特征B：<br><br>【未公开】 | 无内容。 | 目标权利要求未提供该特征的具体技术内容，因此不适用公开性认定。 |
| 技术特征C：在经过冲突解决之后<br><br>【未公开】 | [0006] ...In order to support more stable high speed data transmission, the E-DCH supports technologies such as Adaptive Modulation and Coding (AMC), Hybrid Automatic Retransmission Request (HARQ), shorter Transmission Time Interval (TTI), and so forth.<br>（为了支持更稳定的高速数据传输，E-DCH支持诸如自适应调制与编码、HARQ、更短TTI等技术。） | 对比文件针对的是已建立专用传输信道的传统E-DCH（即处于CELL_DCH状态下的普通E-DCH传输机制），由基站进行集中调度与HARQ控制，不涉及基于随机接入过程的冲突解决（contention resolution）阶段，未公开在经过冲突解决之后再执行后续传输的时序逻辑。 |
| 技术特征D：所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>【隐含公开】 | [0014] First, in step 102, the node B and the UE set up an E-DCH. The setup step 102 comprises the transmission of messages through a dedicated transport channel...<br>（首先，在步骤102中，节点B和UE建立E-DCH。建立步骤102包括通过专用传输信道传输消息……）<br>[0016] ...The UE determines the Transport Format (TF) of the E-DCH to be transmitted through uplink... and uplink packet data through the E-DCH to the node B in step 114...<br>（UE在步骤110基于调度分配命令确定要通过上行链路发送的E-DCH的传输格式，并在步骤112发送TF相关信息以及在步骤114通过E-DCH向节点B发送上行链路分组数据……） | 目标专利中DTCH/DCCH数据作为触发或伴随上行传输的数据类型。在对比文件中，UE与节点B建立E-DCH并传输上行分组数据，本领域技术人员结合3GPP WCDMA/UMTS通信常识可知，E-DCH作为专用传输信道所承载的上行用户平面和控制平面数据即映射自DTCH（专用业务信道）和DCCH（专用控制信道），因此对比文件中WTRU在上行链路发送E-DCH分组数据必然包含发送DCCH数据或DTCH数据。依据宽松的隐含公开判断标准，该特征被隐含公开。 |
| 技术特征E：所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>【未公开】 | 无引用内容。 | 对比文件未公开任何指示在HS-DPCCH上支持ACK/NACK的信息元素（IE）或基于该IE指示所执行的逻辑判断条件。 |
| 技术特征F：由所述WTRU传送ACK/NACK反馈。<br><br>【未公开】 | [0017] In step 116, the node B determines if there is an error in the TF-related information and the packet data. In step 118, the node B transmits through an ACK/NACK channel to the UE, a Negative Acknowledgement (NACK) when any of the packet data has an error and an Acknowledgement (ACK) when none of the packet data has an error...<br>（在步骤116中，节点B确定TF相关信息和分组数据中是否存在错误。在步骤118中，节点B通过ACK/NACK信道向UE发送否定确认NACK……确认ACK……） | 对比文件步骤118中公开的是节点B向WTRU/UE发送针对上行E-DCH传输的ACK/NACK反馈（即E-HICH上的反馈），而不是由WTRU向网络传送ACK/NACK反馈（目标专利针对的是WTRU针对下行HSDPA传输向网络发送反馈）。因此该特征未公开。 |
| 技术特征G：其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br><br>【未公开】 | 无引用内容。 | 对比文件未公开由WTRU经由HS-DPCCH传送ACK/NACK反馈的技术方案。 |
| 技术特征H：其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>【隐含公开】 | [0197] When the scheduling information has a size of 5 bits, a [20, 5] CQI code for encoding the CQI of the High Speed Downlink Packet Access (HSDPA) defined in a 3GPP standard TS25.212 may be used...<br>（当调度信息的大小为5比特时，可以使用3GPP标准TS25.212中定义的用于对高速下行链路分组接入HSDPA的CQI进行编码的[20, 5] CQI码……） | 对比文件明确提到了HSDPA系统中的信道质量指示符（CQI）编码机制（TS25.212中定义的[20, 5]码）。本领域技术人员结合3GPP HSDPA常识能够毫无疑义地推理出，在HSDPA系统中，WTRU必须先测量下行链路导频信道并确定用于高速下行链路共享信道（HS-DSCH）的CQI，然后才能进行上述CQI编码。尽管对比文件未公开“所述IE为第一IE”，但在宽松标准下，对比文件部分公开了“确定用于HS-DSCH的CQI”的技术内容，可视为隐含公开。 |
| 技术特征I：<br><br>【未公开】 | 无内容。 | 目标权利要求未提供该特征的具体技术内容，因此不适用公开性认定。 |
| 技术特征J：在所述HS-DSCH上的物理层中传送所述CQI。<br><br>【未公开】 | 无引用内容。 | HS-DSCH是下行传输信道，而CQI是由终端在上行链路向网络上报的信道质量信息，通常承载于上行HS-DPCCH或上行物理层中。对比文件既未公开在HS-DSCH上承载CQI，也未公开该反向传输架构。 |
| 技术特征K：其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br><br>【未公开】 | 无引用内容。 | 对比文件基于分配给专用UE的专用E-DCH信道（已配置专用的信道化码与加扰），不涉及CELL_FACH下增强型RACH的公共资源池抢占，未公开解决一个或多个E-DCH传输潜在冲突的冲突解决机制。 |
| 技术特征L：其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br><br>【未公开】 | 无引用内容。 | 对比文件未涉及通过冲突解决确认WTRU存取E-DCH资源的技术方案。 |
| 技术特征M：进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br><br>【直接公开】 | [0010] A node B control scheduling is a scheme for data transmission using the E-DCH, in which a node B determines whether to transmit uplink data, an upper limit for an available data rate, and so forth, and transmits the determined information as a scheduling command to a UE, and the UE determines the data rate of the uplink E-DCH with reference to the scheduling command and transmits data by the determined data rate.<br>（节点B控制调度是使用E-DCH进行数据传输的一种方案，其中节点B确定是否传输上行链路数据、可用数据速率的上限等，并将确定的信息作为调度命令发送给UE，UE参考该调度命令确定上行链路E-DCH的数据速率并通过确定的数据速率传输数据。）<br>[0015] ...Then, the node B determines to allow uplink packet transmission of the UE and transmits a scheduling allocation command to the UE in step 108. The scheduling allocation command comprises scheduling allocation information which instructs the increase/maintenance/decrease of the maximum allowable data rate to the UE, or instructs the maximum allowable data rate or the timing for allowed transmission to the UE.<br>（……然后，节点B在步骤108中确定允许UE的上行链路分组传输，并向UE发送调度分配命令。调度分配命令包括调度分配信息，该信息向UE指示最大允许数据速率的增加/维持/减小，或者指示最大允许数据速率或允许UE传输的定时。） | 对比文件中节点B向UE发送调度分配命令（scheduling allocation command/information），用以分配UE在E-DCH上可用的上行无线电资源（包括最大允许速率、传输定时及功率比等），UE据此接收资源分配。该过程与目标专利中WTRU从网络接收用于E-DCH资源的分配在方案、手段和作用上完全相同，属于直接公开（实质公开）。 |
| 技术特征N：其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>【未公开】 | 无引用内容。 | 对比文件公开的是节点B通过专用的下行物理控制/调度信道（如E-AGCH/E-RGCH等调度分配命令）向已建立专有链路的UE动态通知E-DCH资源，未公开在系统信息块（SIB）广播消息中接收包含可用E-DCH资源列表。 |
| 技术特征O：<br><br>【未公开】 | 无内容。 | 目标权利要求未提供该特征的具体技术内容，因此不适用公开性认定。 |
| 技术特征P：使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>【未公开】 | 无引用内容。 | 对比文件未涉及广播资源列表或通过特定索引从中确定E-DCH资源的技术方案。 |
| 技术特征Q：其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>【未公开】 | [0015] ...and transmits a scheduling allocation command to the UE in step 108. The scheduling allocation command comprises scheduling allocation information which instructs the increase/maintenance/decrease of the maximum allowable data rate to the UE, or instructs the maximum allowable data rate or the timing for allowed transmission to the UE.<br>（并在步骤108中向UE发送调度分配命令。调度分配命令包括调度分配信息……） | 对比文件公开的调度分配信号是指示最大允许速率或绝对授权/相对授权命令，并未公开从节点B接收包含“可用E-DCH资源的索引和列表”的特定信号。 |
| 技术特征R：<br><br>【未公开】 | 无内容。 | 目标权利要求未提供该特征的具体技术内容，因此不适用公开性认定。 |
| 技术特征S：使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>【未公开】 | 无引用内容。 | 同技术特征P，对比文件不存在从可用资源列表中使用索引确定资源的技术特征。 |
| 技术特征T：进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br><br>【隐含公开】 | [0014] First, in step 102, the node B and the UE set up an E-DCH. The setup step 102 comprises the transmission of messages through a dedicated transport channel...<br>（首先，在步骤102中，节点B和UE建立E-DCH。建立步骤102包括通过专用传输信道传输消息……）<br>[0016] ...and uplink packet data through the E-DCH to the node B in step 114...<br>（……并在步骤114中通过E-DCH向节点B发送上行链路分组数据……） | 对比文件说明书公开了WTRU通过E-DCH发送上行分组数据。本领域技术人员基于UMTS标准技术常识可知，E-DCH是专用于承载上行用户业务数据（DTCH）或专用信令（DCCH）的高速专用传输信道。因此，传送E-DCH上行分组数据必然隐含了传送DCCH或DTCH数据。在宽松判断标准下，该特征被隐含公开。 |
| 技术特征U：其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br><br>【未公开】 | 无引用内容。 | 对比文件针对的是传统CELL_DCH状态下的E-DCH调度与信道编解码，全文未公开在CELL_FACH状态下传送反馈信息。 |
| 技术特征V：该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>【直接公开】 | [0010] A node B control scheduling is a scheme for data transmission using the E-DCH, in which a node B determines whether to transmit uplink data, an upper limit for an available data rate, and so forth, and transmits the determined information as a scheduling command to a UE, and the UE determines the data rate of the uplink E-DCH with reference to the scheduling command and transmits data by the determined data rate.<br>（节点B控制调度是使用E-DCH进行数据传输的一种方案，其中节点B确定是否传输上行链路数据、可用数据速率上限等，并将确定的信息作为调度命令发送给UE，UE参考该调度命令确定上行E-DCH的数据速率并传输数据。）<br>[0015] ...Then, the node B determines to allow uplink packet transmission of the UE and transmits a scheduling allocation command to the UE in step 108...<br>（……然后节点B在步骤108中确定允许UE的上行分组传输，并向UE发送调度分配命令……） | 对比文件明确公开了节点B调度器确定UE的上行传输授权并将调度分配命令（包括允许传输的最大速率或定时）发送给UE，UE据此接收用于E-DCH上行数据传输的资源分配。该技术特征被对比文件直接公开。 |
| 技术特征W：在冲突解决完成<br><br>【未公开】 | 无引用内容。 | 对比文件不涉及基于竞争的随机接入冲突解决阶段，未公开在冲突解决完成的时序或触发条件。 |
| 技术特征X：所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>【未公开】 | 无引用内容。 | 对比文件未公开E-DCH资源中包含“请求测量并报告反馈信息的信息元素IE”以及据此作为触发条件的技术特征。 |
| 技术特征Y：由所述WTRU传送信道质量指示符CQI。<br><br>【隐含公开】 | [0197] When the scheduling information has a size of 5 bits, a [20, 5] CQI code for encoding the CQI of the High Speed Downlink Packet Access (HSDPA) defined in a 3GPP standard TS25.212 may be used...<br>（当调度信息的大小为5比特时，可以使用3GPP标准TS25.212中定义的用于对高速下行链路分组接入HSDPA的CQI进行编码的[20, 5] CQI码……） | 对比文件记载了采用3GPP TS25.212标准中的[20, 5] CQI编码方案来对HSDPA中的CQI信息进行信道编码。本领域技术人员结合HSDPA公知常识可知，UE对CQI编码的唯一目的即在于由UE通过上行链路将其传送到网络以用于下行自适应调制编码。在宽松的隐含公开标准下，可以合理解释对比文件隐含公开了由WTRU传送信道质量指示符CQI。 |
| 技术特征Z：其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br><br>【隐含公开】 | [0197] When the scheduling information has a size of 5 bits, a [20, 5] CQI code for encoding the CQI of the High Speed Downlink Packet Access (HSDPA) defined in a 3GPP standard TS25.212 may be used...<br>（当调度信息的大小为5比特时，可以使用3GPP标准TS25.212中定义的用于对高速下行链路分组接入HSDPA的CQI进行编码的[20, 5] CQI码……） | 对比文件直接引用了3GPP规范TS25.212中针对HSDPA的CQI编解码技术。本领域技术人员公知，在3GPP HSDPA标准体系中，下行HSDPA所对应的上行物理层CQI反馈所使用的物理信道即为HS-DPCCH。依据宽松的隐含公开判断规则，本领域技术人员根据对比文件公开的3GPP HSDPA CQI编码方案，能够合理推理出该CQI经由HS-DPCCH传送。 |
---
<<<M>>>
<<<V>>>
<<<d>>>
<<<h>>>
<<<t>>>
<<<y>>>
<<<z>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含段落标号及中文翻译） | 公开性论述 |
| 技术特征A：<br>包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>【未公开】 | 无对应公开内容。 | 对比文件US20060098599A1主要涉及在状态转换（如CELL_DCH转换到CELL_FACH/PCH）时存储专用无线信道参数，以在后续重新建立DCH信道或软切换时加速配置。对比文件完全没有提及HS-DPCCH信道，也没有提及接收指示在HS-DPCCH上支持ACK/NACK的IE。目标专利中该IE用于在CELL_FACH状态等场景下明确网络是否支持/启用HS-DPCCH上的HARQ反馈机制，对比文件未公开该技术特征，也无法合理推断出该方案。 |
| 技术特征B：<br>（注：原权利要求/拆分中内容为空）<br><br>【未公开】 | 无对应公开内容。 | 本项技术特征内容为空，对比文件无对应技术方案。 |
| 技术特征C：<br>在经过冲突解决之后<br><br>【未公开】 | 无对应公开内容。 | 目标专利中的“冲突解决（争用解决，Contention Resolution）”是指处于CELL_FACH状态的WTRU在增强型RACH（E-DCH）接入流程中解决潜在冲突的特定机制（例如目标专利[0007]、[0023]、[0035]所记载）。对比文件虽然涉及RACH（例如[0129]提到了RACH作为共享资源），但通篇未提及经过冲突解决（Contention Resolution）阶段，也未涉及在经过冲突解决之后执行特定动作的逻辑流程。对比文件未公开该特征。 |
| 技术特征D：<br>所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>《隐含公开》 | [0161] “The first RRC message 314 is transmitted using the logical channel (DCCH), which is mapped onto the common transport channel (FACH).”<br>（第一RRC消息314使用映射到公共传输信道(FACH)上的逻辑信道(DCCH)进行传输。）<br><br>[0165] “The second RRC message 317 is transmitted using the logical channel (DCCH), which is mapped onto the dedicated transport channel (DCH) which has now been set up.”<br>（第二RRC消息317使用映射到现已建立的专用传输信道(DCH)上的逻辑信道(DCCH)进行传输。）<br><br>[0130] “In the RRC state CELL_DCH, there is a signaling link and a data link between the mobile radio user terminal and the RNC. In this state, the mobile radio user terminal has dedicated radio resources associated with it...”<br>（在RRC状态CELL_DCH中，移动无线用户终端与RNC之间存在信令链路和数据链路。在该状态下，移动无线用户终端具有与其关联的专用无线资源……） | 目标专利中，该特征是指WTRU在发送反馈或触发机制中已发送了DCCH或DTCH数据（例如目标专利[0037]、[0038]描述DCCH/DTCH数据作为隐式触发条件）。在对比文件[0165]中，用户终端向网络侧发送了确认消息（“Transport Channel Reconfiguration Complete”），该消息即是通过专用控制信道（DCCH）发送的数据；同时[0130]也公开了在CELL_DCH下存在发送用户数据的数据链路（DTCH）。对比文件已公开了用户终端发送DCCH数据的事实。虽然对比文件中发送DCCH消息的作用是完成信道重配置确认，与目标专利中作为触发反馈或上行数据传输的上下文有所不同，但在极宽松的隐含公开标准下，对比文件至少部分公开了“WTRU已发送DCCH数据”这一技术事实，本领域技术人员可以从中推理得出WTRU发送DCCH/DTCH数据的操作。因此认定为《隐含公开》。 |
| 技术特征E：<br>所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>【未公开】 | 无对应公开内容。 | 对比文件完全没有记载HS-DPCCH信道，也没有记载指示在HS-DPCCH上支持ACK/NACK的IE，更不存在基于该IE指示而进行的条件判断。对比文件未公开该特征。 |
| 技术特征F：<br>由所述WTRU传送ACK/NACK反馈。<br><br>【未公开】 | 无对应公开内容。 | 目标专利中WTRU传送ACK/NACK反馈是指HARQ应答/否定应答反馈（例如目标专利[0012]、[0026]）。对比文件公开的是高层RRC消息确认（如[0164]的Transport Channel Reconfiguration Complete作为confirmation确认消息），并未公开物理层或MAC层的ACK/NACK反馈机制，亦未公开WTRU传送ACK/NACK反馈。因此该技术特征未被公开。 |
| 技术特征G：<br>其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br><br>【未公开】 | 无对应公开内容。 | 对比文件全篇未涉及HS-DPCCH信道，更未提及在HS-DPCCH上传送ACK/NACK反馈。该技术特征未被公开。 |
| 技术特征H：<br>其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>【未公开】 | 无对应公开内容。 | 目标专利中涉及确定用于HS-DSCH的CQI以执行自适应调制编码控制（目标专利[0009]、[0021]、[0024]）。对比文件[0209]-[0210]、[0249]仅公开了UE测量主公共导频信道（P-CPICH）的接收信号码功率（P-CPICH RSCP）以用于软切换决策，并未公开确定用于HS-DSCH的信道质量指示符CQI，也未公开关于HS-DPCCH相关的IE。该技术特征未被公开。 |
| 技术特征I：<br>（注：原权利要求/拆分中内容为空）<br><br>【未公开】 | 无对应公开内容。 | 本项技术特征内容为空，对比文件无对应技术方案。 |
| 技术特征J：<br>在所述HS-DSCH上的物理层中传送所述CQI。<br><br>【未公开】 | 无对应公开内容。 | 对比文件未公开在HS-DSCH（或其关联上行物理信道）的物理层中传送CQI。对比文件中仅提及RRC层的测量报告（如[0209]通过RRC消息“Measurement Report”上报测量结果）。该特征未被公开。 |
| 技术特征K：<br>其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br><br>【未公开】 | 无对应公开内容。 | 目标专利中该特征是指增强型RACH流程中针对E-DCH接入的争用解决（目标专利[0007]、[0035]）。对比文件虽在[0041]提及DCH信道改进，但并未涉及3GPP版本8的E-DCH在CELL_FACH下的增强型RACH接入流程，更未公开针对E-DCH传输潜在冲突的冲突解决机制。该特征未被公开。 |
| 技术特征L：<br>其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br><br>【未公开】 | 无对应公开内容。 | 目标专利中通过争用解决确认WTRU获得无争用的E-DCH资源接入（目标专利[0023]、[0035]）。对比文件未涉及E-DCH的冲突解决过程，亦未公开通过冲突解决来确认终端能够存取E-DCH资源。该特征未被公开。 |
| 技术特征M：<br>进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br><br>【未公开】 | 无对应公开内容。 | 目标专利中是指WTRU接收E-DCH资源的分配（例如通过AICH/E-AICH分配或RRC分配，见目标专利[0007]、[0019]、[0026]）。对比文件仅涉及传统专用传输信道DCH资源的重新配置和分配（例如[0160]中RNC分配专用资源），未涉及E-DCH（增强型专用信道）资源的分配。E-DCH与DCH在3GPP体系中属于不同的传输信道实体及机制，对比文件未公开该特征。 |
| 技术特征N：<br>其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>【未公开】 | 无对应公开内容。 | 目标专利中网络通过系统信息块SIB广播可用E-DCH资源列表（目标专利[0026]、[0033]）。对比文件[0126]仅提及UE在空闲模式下在广播信道（BCH）上读取系统信息，并未公开系统信息块SIB中包含“可用E-DCH资源列表”，亦未公开通过接收该SIB来接收E-DCH资源分配。该特征未被公开。 |
| 技术特征O：<br>（注：原权利要求/拆分中内容为空）<br><br>【未公开】 | 无对应公开内容。 | 本项技术特征内容为空，对比文件无对应技术方案。 |
| 技术特征P：<br>使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>【未公开】 | 无对应公开内容。 | 目标专利中通过索引映射广播的可用E-DCH资源列表以确定分配的具体资源（目标专利[0026]、[0031]、[0033]）。对比文件未公开E-DCH资源列表，也未公开使用索引确定E-DCH资源的方案。该特征未被公开。 |
| 技术特征Q：<br>其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>【未公开】 | 无对应公开内容。 | 对比文件未公开从节点B接收包括可用E-DCH资源的索引和列表的信号。对比文件中的信道配置主要由RNC通过RRC信令（如Transport Channel Reconfiguration）进行，未涉及从节点B接收E-DCH资源的索引和列表。该特征未被公开。 |
| 技术特征R：<br>（注：原权利要求/拆分中内容为空）<br><br>【未公开】 | 无对应公开内容。 | 本项技术特征内容为空，对比文件无对应技术方案。 |
| 技术特征S：<br>使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>【未公开】 | 无对应公开内容。 | 对比文件未公开可用E-DCH资源列表，亦未公开使用索引从中确定E-DCH资源。该特征未被公开。 |
| 技术特征T：<br>进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br><br>《隐含公开》 | [0017] “In this state, the user terminal has a respective associated dedicated physical channel for the uplink, i.e. when transmitting data from the user terminal to a mobile radio base station... in order to transmit signaling data and user data.”<br>（在该状态下，用户终端在小区中具有用于上行链路的分别关联的专用物理信道，即当从用户终端向移动无线基站发送数据时……以便发送信令数据和用户数据。）<br><br>[0165] “The second RRC message 317 is transmitted using the logical channel (DCCH), which is mapped onto the dedicated transport channel (DCH) which has now been set up.”<br>（第二RRC消息317使用映射到现已建立的专用传输信道(DCH)上的逻辑信道(DCCH)进行传输。） | 目标专利中该技术特征要求WTRU传送专用控制信道DCCH或专用业务信道DTCH数据。在对比文件[0165]中明确公开了用户终端312使用逻辑信道DCCH传输第二RRC消息317；并且在[0017]中明确指出了在上行链路中发送信令数据（即对应控制信道DCCH）和用户数据（即对应业务信道DTCH）。两者的技术手段均包含了由终端在上行方向发送DCCH或DTCH数据。在宽松的隐含公开判断原则下，对比文件明确记载并公开了传送DCCH数据及传送用户数据的技术方案，本领域技术人员能直接获知终端传送DCCH/DTCH数据。因此该特征被《隐含公开》。 |
| 技术特征U：<br>其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br><br>【未公开】 | 无对应公开内容。 | 目标专利的技术构思在于为处于CELL_FACH状态的WTRU引入快速的上行ACK/NACK反馈（目标专利[0007]、[0011]、[0022]）。对比文件虽然在[0012]、[0129]、[0158]等处提到了CELL_FACH状态，但仅涉及在CELL_FACH状态下使用共享信道（RACH/FACH）或从CELL_FACH转换到CELL_DCH以建立专用信道，通篇没有公开在CELL_FACH状态期间传送ACK/NACK反馈。该特征未被公开。 |
| 技术特征V：<br>该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>【未公开】 | 无对应公开内容。 | 目标专利中WTRU从网络接收用于上行链路传输的E-DCH资源分配（目标专利[0007]、[0026]）。对比文件仅涉及传统DCH资源的分配（如[0160]、[0193]由SRNC为UE分配用于上行和下行的专用无线资源），未涉及E-DCH资源分配。由于DCH与E-DCH在协议架构、信道结构和调度机制上有根本区别，不能等同，对比文件未公开该特征。 |
| 技术特征W：<br>在冲突解决完成<br><br>【未公开】 | 无对应公开内容。 | 目标专利中以争用解决（冲突解决）的完成作为后续动作（如反馈CQI/ACK/NACK或无争用接入）的条件或时限（目标专利[0023]、[0035]、[0036]）。对比文件未涉及冲突解决机制，更未公开以“冲突解决完成”作为时序控制或触发条件。该特征未被公开。 |
| 技术特征X：<br>所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>【未公开】 | 无对应公开内容。 | 目标专利中通过E-DCH资源广播或分派中携带的特定IE来请求WTRU测量并报告反馈信息（目标专利[0034]）。对比文件未公开任何E-DCH资源，亦未公开包含请求测量并报告反馈信息的IE。该特征未被公开。 |
| 技术特征Y：<br>由所述WTRU传送信道质量指示符CQI。<br><br>【未公开】 | 无对应公开内容。 | 目标专利中WTRU生成并传送CQI（例如k比特CQI，见目标专利[0021]、[0032]）。对比文件[0209]、[0249]中仅公开了WTRU测量导频信道质量并向RNC发送带有P-CPICH RSCP值的RRC消息“Measurement Report”或“DCH Connection Request”，以供软切换判定；对比文件未公开传送信道质量指示符CQI。该特征未被公开。 |
| 技术特征Z：<br>其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br><br>【未公开】 | 无对应公开内容。 | 目标专利中CQI通过HS-DPCCH上报给节点B以实现快速下行自适应（目标专利[0022]、[0023]、[0029]）。对比文件完全未涉及HS-DPCCH物理信道，亦未公开经由HS-DPCCH传送CQI。该特征未被公开。 |
<<<d>>>
<<<t>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译及段落） | 公开性论述 |
| 技术特征A：包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>《未公开》 | 对比文件全文无相关记载。<br>【引用：对比文件US20060126001A1全文】 | 对比文件属于光学双稳态显示器件与防伪标记领域，涉及胆甾相液晶显示器件中永久可隐藏标记的制作与显示控制，并未涉及任何蜂窝移动通信或无线网络通信技术，更未公开无线发射/接收单元（WTRU）从网络接收指示HS-DPCCH上支持ACK/NACK的IE。两者技术领域和方案完全不同，既未直接公开，本领域技术人员也无法依据对比文件推理得出，故未公开。 |
| 技术特征B：<br><br>《未公开》 | 对比文件全文无相关记载。<br>【引用：对比文件US20060126001A1全文】 | 该特征内容为空，对比文件无对应技术方案公开。 |
| 技术特征C：在经过冲突解决之后<br><br>《未公开》 | 对比文件全文无相关记载。<br>【引用：对比文件US20060126001A1全文】 | 目标专利中的“冲突解决”特指随机接入增强信道过程中的争用解决机制（Contention Resolution）。对比文件涉及液晶显示领域，不涉及信道接入、争用机制或冲突解决，未直接公开也未隐含公开。 |
| 技术特征D：所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>《未公开》 | 对比文件全文无相关记载。<br>【引用：对比文件US20060126001A1全文】 | 对比文件未涉及无线通信协议栈中的逻辑信道（DCCH、DTCH）或其数据发送，未公开该特征。 |
| 技术特征E：所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>《未公开》 | 对比文件全文无相关记载。<br>【引用：对比文件US20060126001A1全文】 | 对比文件无IE信令和HS-DPCCH反馈机制的任何记载，未直接或隐含公开该特征。 |
| 技术特征F：由所述WTRU传送ACK/NACK反馈。<br><br>《未公开》 | 对比文件全文无相关记载。<br>【引用：对比文件US20060126001A1全文】 | 对比文件不涉及无线传输反馈控制机制（HARQ ACK/NACK），未公开由WTRU传送该反馈。 |
| 技术特征G：其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br><br>《未公开》 | 对比文件全文无相关记载。<br>【引用：对比文件US20060126001A1全文】 | 对比文件不涉及物理上行链路控制信道HS-DPCCH或在其中传送ACK/NACK，未公开该特征。 |
| 技术特征H：其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>《未公开》 | 对比文件全文无相关记载。<br>【引用：对比文件US20060126001A1全文】 | 对比文件不涉及下行共享信道HS-DSCH及信道质量测量与CQI确定机制，未公开该特征。 |
| 技术特征I：<br><br>《未公开》 | 对比文件全文无相关记载。<br>【引用：对比文件US20060126001A1全文】 | 该特征内容为空，对比文件无对应技术方案公开。 |
| 技术特征J：在所述HS-DSCH上的物理层中传送所述CQI。<br><br>《未公开》 | 对比文件全文无相关记载。<br>【引用：对比文件US20060126001A1全文】 | 对比文件不涉及通信系统的物理层及CQI传输，未公开该特征。 |
| 技术特征K：其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br><br>《未公开》 | 对比文件全文无相关记载。<br>【引用：对比文件US20060126001A1全文】 | 对比文件不涉及E-DCH增强型专用信道及其随机接入冲突解决机制，未公开该特征。 |
| 技术特征L：其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br><br>《未公开》 | 对比文件全文无相关记载。<br>【引用：对比文件US20060126001A1全文】 | 对比文件不涉及WTRU确认存取E-DCH资源的过程，未公开该特征。 |
| 技术特征M：进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br><br>《未公开》 | 对比文件全文无相关记载。<br>【引用：对比文件US20060126001A1全文】 | 对比文件不涉及网络侧向终端分配E-DCH无线资源，未公开该特征。 |
| 技术特征N：其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>《未公开》 | 对比文件全文无相关记载。<br>【引用：对比文件US20060126001A1全文】 | 对比文件不涉及蜂窝网络广播系统信息块SIB或在其中携带E-DCH资源列表，未公开该特征。 |
| 技术特征O：<br><br>《未公开》 | 对比文件全文无相关记载。<br>【引用：对比文件US20060126001A1全文】 | 该特征内容为空，对比文件无对应技术方案公开。 |
| 技术特征P：使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 对比文件全文无相关记载。<br>【引用：对比文件US20060126001A1全文】 | 对比文件不涉及利用索引查表配置无线通信E-DCH资源，未公开该特征。 |
| 技术特征Q：其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>《未公开》 | 对比文件全文无相关记载。<br>【引用：对比文件US20060126001A1全文】 | 对比文件不涉及基站（节点B）发送包含E-DCH资源索引及列表的物理层或高层信号，未公开该特征。 |
| 技术特征R：<br><br>《未公开》 | 对比文件全文无相关记载。<br>【引用：对比文件US20060126001A1全文】 | 该特征内容为空，对比文件无对应技术方案公开。 |
| 技术特征S：使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 对比文件全文无相关记载。<br>【引用：对比文件US20060126001A1全文】 | 对比文件未记载通过索引解析E-DCH列表以确定通信资源的方案，未公开该特征。 |
| 技术特征T：进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br><br>《未公开》 | 对比文件全文无相关记载。<br>【引用：对比文件US20060126001A1全文】 | 对比文件不涉及上行逻辑信道控制或业务数据（DCCH/DTCH）的传输，未公开该特征。 |
| 技术特征U：其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br><br>《未公开》 | 对比文件全文无相关记载。<br>【引用：对比文件US20060126001A1全文】 | 对比文件不涉及3GPP RRC连接状态机（如CELL_FACH状态）及在该状态下进行反馈传输，未公开该特征。 |
| 技术特征V：该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>《未公开》 | 对比文件全文无相关记载。<br>【引用：对比文件US20060126001A1全文】 | 对比文件不涉及终端从网络侧获取E-DCH资源以执行上行链路数据传输，未公开该特征。 |
| 技术特征W：在冲突解决完成<br><br>《未公开》 | 对比文件全文无相关记载。<br>【引用：对比文件US20060126001A1全文】 | 对比文件不涉及随机接入信道争用解决的完成时序或状态条件，未公开该特征。 |
| 技术特征X：所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>《未公开》 | 对比文件全文无相关记载。<br>【引用：对比文件US20060126001A1全文】 | 对比文件不涉及E-DCH资源配置IE中包含触发测量和报告反馈信息的信令指示，未公开该特征。 |
| 技术特征Y：由所述WTRU传送信道质量指示符CQI。<br><br>《未公开》 | 对比文件全文无相关记载。<br>【引用：对比文件US20060126001A1全文】 | 对比文件不涉及无线信道测量反馈机制中由WTRU向基站发送CQI，未公开该特征。 |
| 技术特征Z：其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br><br>《未公开》 | 对比文件全文无相关记载。<br>【引用：对比文件US20060126001A1全文】 | 对比文件不涉及HS-DPCCH物理控制信道及其承载CQI的功能，未公开该特征。 |
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件引用内容（中文翻译） | 公开性论述 |
| 技术特征A：包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>《未公开》 | 无对应内容 | 目标专利中，该特征是指在处于CELL_FACH等状态下，通过网络侧向WTRU下发特定的信息元素（IE），用于显式指示/配置WTRU在HS-DPCCH上支持并发送ACK/NACK反馈。<br>对比文件（US20060148507A1）涉及常规HSDPA数据传输启动前的HS-SCCH功率控制，虽然其在段落[0035]、[0039]中公开了网络在HS-SCCH上传送指示有无数据的指示符，终端在HS-DPCCH上发送ACK/NACK响应，但该指示符是针对单次下行数据调度/传输的随路控制指示（如指示传输块大小为0或未使用码字集合），根本不是用于“指示在HS-DPCCH上支持ACK/NACK”的无线资源配置类信息元素（IE）。对比文件完全未公开、也无法合理解析/推导出该特征。 |
| 技术特征B：<br><br>《未公开》 | 无内容（空特征） | 该项技术特征在权利要求划分中为空白项，对比文件中无对应比对对象，不作公开性认定。 |
| 技术特征C：在经过冲突解决之后<br><br>《未公开》 | 无对应内容 | 目标专利中，“冲突解决”（争用解决）是处于CELL_FACH/空闲态下的WTRU在通过增强型RACH接入共享E-DCH资源时，解决多个终端竞争同一资源所执行的过程。<br>对比文件涉及的是连接建立之后的常规HSDPA链路功率控制，完全没有涉及基于争用接入的冲突解决过程（Contention Resolution），既未直接公开也无法隐含推导出该特征。 |
| 技术特征D：所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>《未公开》 | 无对应内容 | 目标专利中，该特征是指WTRU在UL上已传送DCCH或DTCH逻辑信道数据，以此作为触发HS-DPCCH反馈或接入判断的条件。<br>对比文件并未涉及WTRU发送DCCH或DTCH数据的行为或条件，其关注的是下行HS-SCCH和上行反馈的功率调整，未公开该特征。 |
| 技术特征E：所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>《未公开》 | 无对应内容 | 目标专利中该特征限定了WTRU根据所接收到的IE是否指示支持ACK/NACK来决定后续的反馈行为。<br>由于对比文件中根本不存在“指示在HS-DPCCH上支持ACK/NACK的IE”，因此更不存在该IE指示支持该功能的条件判断，未公开该特征。 |
| 技术特征F：由所述WTRU传送ACK/NACK反馈。<br><br>《直接公开》 | 段落[0039]：“在206，接收机响应于在HS-SCCH上接收到的指示符而生成否定应答（NACK）或应答（ACK）。在HSDPA的情况下，该响应例如可以被包含在HS-DPCCH信道上的HARQ-ACK字段中。”<br>（*In 206, the receiver generates a Negative acknowledgement (NACK) or an Acknowledgement (ACK) in response to the indicator received on HS-SCCH. The response can, in the case of HSDPA, be included into HARQ-ACK field on an HS-DPCCH channel, for instance.*） | 直接公开论述：<br>目标专利的技术特征F要求由WTRU传送ACK/NACK反馈。对比文件段落[0018]、[0039]、[0046]明确公开了作为接收机的移动终端（UE/ME，即WTRU）生成并传送ACK或NACK响应（反馈）。两者技术方案完全相同，作用均是由终端向基站报告确认或否定确认信息，本领域技术人员能毫无疑义地直接得出该技术特征。因此，技术特征F被对比文件直接公开。 |
| 技术特征G：其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br><br>《直接公开》 | 段落[0039]：“在HSDPA的情况下，该响应例如可以被包含在HS-DPCCH信道上的HARQ-ACK字段中。”<br>（*The response can, in the case of HSDPA, be included into HARQ-ACK field on an HS-DPCCH channel, for instance.*）<br>段落[0052]：“HS-DPCCH承载与下行链路HS-DSCH传输相关的上行链路反馈信令。与HS-DSCH相关的反馈信令由混合ARQ应答（HARQ-ACK）和信道质量指示（CQI）组成……HARQ-ACK承载在HS-DPCCH子帧的第一时隙中。”<br>（*The HS-DPCCH carries uplink feedback signalling related to downlink HS-DSCH transmission. The HS-DSCH-related feedback signalling consists of Hybrid-ARQ Acknowledgement (HARQ-ACK) and Channel-Quality Indication (CQI)... The HARQ-ACK is carried in the first slot of the HS-DPCCH sub-frame.*） | 直接公开论述：<br>目标专利的技术特征G限定了ACK/NACK反馈的传输物理信道为HS-DPCCH。对比文件段落[0039]和[0052]明确记载了HARQ-ACK响应被承载于上行链路HS-DPCCH信道的子帧时隙中发送给基站。两者传输信道与传输内容完全对应，技术手段和实现的功能完全一致。本领域技术人员根据对比文件可毫无疑义地确定该特征。因此，技术特征G被对比文件直接公开。 |
| 技术特征H：其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>《未公开》 | 无对应内容 | 目标专利中该特征不仅要求确定用于HS-DSCH的CQI，还与其前述的第一IE形成从属与限定关系。<br>对比文件虽在段落[0052]的信道格式介绍中提及HS-DPCCH由HARQ-ACK和CQI组成，但在其具体的功率控制方案中，仅涉及终端强制生成ACK/NACK用于HS-SCCH功率评估，并未涉及终端根据网络下发的IE去确定用于HS-DSCH的CQI的过程，未公开该特征组合。 |
| 技术特征I：<br><br>《未公开》 | 无内容（空特征） | 该项技术特征在权利要求划分中为空白项，对比文件中无对应比对对象，不作公开性认定。 |
| 技术特征J：在所述HS-DSCH上的物理层中传送所述CQI。<br><br>《未公开》 | 无对应内容 | 目标专利技术特征J限定“在所述HS-DSCH上的物理层中传送所述CQI”。<br>对比文件段落[0052]记载CQI是承载在HS-DPCCH（上行物理控制信道）中，而HS-DSCH为下行传输信道（对应物理层为HS-PDSCH）。对比文件既没有公开、也不可能公开在下行HS-DSCH物理层中传送终端测量的CQI。该特征未被公开。 |
| 技术特征K：其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br><br>《未公开》 | 无对应内容 | 目标专利中，冲突解决是为了解决CELL_FACH状态下多个WTRU在增强型RACH接入期间共享E-DCH资源时产生的潜在碰撞冲突。<br>对比文件并未涉及基于竞争的增强型RACH或E-DCH接入过程，更未涉及解决E-DCH传输的潜在冲突，未公开该特征。 |
| 技术特征L：其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br><br>《未公开》 | 无对应内容 | 目标专利中通过争用解决确认特定WTRU获得了对已分配E-DCH资源的无争用存取权限。<br>对比文件完全不涉及E-DCH接入与争用解决机制，未公开该特征。 |
| 技术特征M：进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br><br>《未公开》 | 无对应内容 | 目标专利涉及CELL_FACH下增强型上行链路（E-DCH）资源的分配机制（如AICH/E-AICH方式）。<br>对比文件仅涉及HSDPA（下行分组接入），其在上行链路中仅使用了关联的控制信道HS-DPCCH，完全没有涉及上行增强专用信道（E-DCH）及其资源分配，未公开该特征。 |
| 技术特征N：其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>《未公开》 | 无对应内容 | 对比文件未涉及E-DCH资源，亦未涉及在系统信息块（SIB）中广播可用E-DCH资源列表，未公开该特征。 |
| 技术特征O：<br><br>《未公开》 | 无内容（空特征） | 该项技术特征在权利要求划分中为空白项，对比文件中无对应比对对象，不作公开性认定。 |
| 技术特征P：使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 无对应内容 | 对比文件完全未涉及通过索引从可用E-DCH资源列表中确定E-DCH资源的技术方案，未公开该特征。 |
| 技术特征Q：其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>《未公开》 | 无对应内容 | 对比文件未涉及从节点B接收包含E-DCH资源索引及列表的信号以分配E-DCH资源，未公开该特征。 |
| 技术特征R：<br><br>《未公开》 | 无内容（空特征） | 该项技术特征在权利要求划分中为空白项，对比文件中无对应比对对象，不作公开性认定。 |
| 技术特征S：使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 无对应内容 | 对比文件未涉及使用索引确定E-DCH资源，未公开该特征。 |
| 技术特征T：进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br><br>《未公开》 | 无对应内容 | 对比文件重点在于无数据传输阶段（省去数据传输）利用HS-SCCH控制信令诱发反馈以实现功率控制，完全没有涉及终端传送DCCH或DTCH数据的步骤，未公开该特征。 |
| 技术特征U：其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br><br>《未公开》 | 无对应内容 | 目标专利的核心背景是在CELL_FACH状态下引入增强型上行链路及反馈机制。<br>对比文件公开的是UMTS/WCDMA常规HSDPA下的连接状态操作（如CELL_DCH状态），未公开在CELL_FACH状态期间传送HS-DPCCH的ACK/NACK反馈。且对比文件未提及任何关于CELL_FACH状态下运行HSDPA反馈的内容，无法推导得出。该特征未被公开。 |
| 技术特征V：该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>《未公开》 | 无对应内容 | 对比文件完全不涉及E-DCH资源的分配与上行传输，未公开该特征。 |
| 技术特征W：在冲突解决完成<br><br>《未公开》 | 无对应内容 | 对比文件不涉及冲突解决（争用解决）机制，未公开该特征。 |
| 技术特征X：所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>《未公开》 | 无对应内容 | 目标专利中通过E-DCH资源所携带或配置的IE来触发反馈测量报告。对比文件既无E-DCH资源，亦无该请求测量并报告反馈信息的IE，未公开该特征。 |
| 技术特征Y：由所述WTRU传送信道质量指示符CQI。<br><br>《隐含公开》 | 段落[0034]：“上行链路信道还可以与下行链路数据信道相关联。上行链路信道可用于向网络发送响应，由此该响应携带有关于数据信道上的数据接收质量的信息。”<br>（*The uplink channel can be used for transmitting a response to the network, whereby the response carries information on the quality of data reception on the data channel.*）<br>段落[0052]：“HS-DPCCH承载与下行链路HS-DSCH传输相关的上行链路反馈信令。与HS-DSCH相关的反馈信令由混合ARQ应答（HARQ-ACK）和信道质量指示（CQI）组成……CQI承载在HS-DPCCH子帧的第二和第三时隙中。对于每个UE至多有一个HS-DPCCH。”<br>（*The HS-DPCCH carries uplink feedback signalling related to downlink HS-DSCH transmission. The HS-DSCH-related feedback signalling consists of Hybrid-ARQ Acknowledgement (HARQ-ACK) and Channel-Quality Indication (CQI)... The CQI is carried in the second and third slot of an HS-DPCCH sub-frame. There is at most one HS-DPCCH for each UE.*） | 隐含公开论述：<br>按照极宽松的隐含公开判断标准：<br>1. 目标专利技术特征Y要求由WTRU传送信道质量指示符CQI。<br>2. 对比文件段落[0034]明确公开了上行控制信道用于向网络发送包含“数据接收质量信息”的响应；且在段落[0052]中进一步详细描述了HS-DPCCH的物理层子帧帧结构，明确指出HS-DPCCH所承载的HS-DSCH相关反馈信令包含HARQ-ACK和CQI，且CQI具体承载于子帧的第2和第3时隙。<br>3. 本领域技术人员结合段落[0034]与[0052]可知，当移动终端（UE/WTRU）在HSDPA模式下配置并使用HS-DPCCH向上行发送反馈时，其子帧格式中必然定义并存在由终端发送CQI的机制；即使对比文件的主实施例侧重于利用第1时隙的HARQ-ACK进行功率控制，本领域技术人员基于其公开的信道结构和质量反馈描述，能够合乎逻辑地推断出UE在HS-DPCCH上传送CQI的技术内容。因此，技术特征Y可认定被对比文件隐含公开。 |
| 技术特征Z：其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br><br>《直接公开》 | 段落[0052]：“HS-DPCCH承载与下行链路HS-DSCH传输相关的上行链路反馈信令。与HS-DSCH相关的反馈信令由混合ARQ应答（HARQ-ACK）和信道质量指示（CQI）组成。长度为2毫秒（3*2560码片）的每个子帧由3个时隙组成，每个时隙长度为2560码片……CQI承载在HS-DPCCH子帧的第二和第三时隙中。对于每个UE至多有一个HS-DPCCH。”<br>（*The HS-DPCCH carries uplink feedback signalling related to downlink HS-DSCH transmission. The HS-DSCH-related feedback signalling consists of Hybrid-ARQ Acknowledgement (HARQ-ACK) and Channel-Quality Indication (CQI)... The CQI is carried in the second and third slot of an HS-DPCCH sub-frame. There is at most one HS-DPCCH for each UE.*） | 直接公开论述：<br>目标专利技术特征Z限定CQI经由HS-DPCCH传送。对比文件段落[0052]明确记载了在HSDPA中，信道质量指示（CQI）具体承载于HS-DPCCH子帧的第二和第三时隙中进行传输。该公开内容与技术特征Z限定的传输信道、传输内容完全相同，作用亦完全一致。本领域技术人员能毫无疑义地直接确定该特征。因此，技术特征Z被对比文件直接公开。 |
<<<F>>>
<<<G>>>
<<<y>>>
<<<Z>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译） | 公开性论述 |
| 技术特征A：<br>包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>《直接公开》 | [p0061]<br>“Parameters related to ACK/NACK, such as ΔACK/ΔNACK and ACK-NACK repetition factor, are included as Uplink DPCH power control info fields.”<br>（与ACK/NACK相关的参数，例如ΔACK/ΔNACK以及ACK-NACK重复因子，作为上行链路DPCH功率控制信息字段被包含在内。）<br><br>[p0024]-[p0027]<br>“A number of information elements, IEs, are explained:... The ACK Power Offset, ΔACK, IE indicates Power offset used in the UL between the HS-DPCCH slot carrying HARQ ACK information and the associated DPCCH. ... The ACK-NACK Repetition Factor IE indicates the number of consecutive repetitions of the ACK and NACK.”<br>（解释了若干信息元素（IE）：……ACK功率偏移量（ΔACK）IE指示在携带HARQ ACK信息的HS-DPCCH时隙与相关联的DPCCH之间在UL中使用的功率偏移量。……ACK-NACK重复因子IE指示ACK和NACK的连续重复次数。）<br><br>[p0064]-[p0066]<br>“RNC sends «R5» the new one or more parameters, including activation time, in terms of CFN, to UE over RBS. At activation time «R6» the new parameters are in effect.”<br>（RNC通过RBS向UE发送«R5»一个新的或多个参数，包括以CFN表示的激活时间。在激活时间«R6»，新参数生效。） | 对比文件中公开了由用户设备UE（对应WTRU）从网络侧（RNC经由RBS）接收包含与ACK/NACK相关的参数的IE（如ΔACK、ΔNACK、ACK-NACK Repetition Factor IE）。这些IE明确规定了在HS-DPCCH上承载HARQ ACK/NACK时的功率偏移或重复次数，其作用在于为UE配置在HS-DPCCH上传输ACK/NACK反馈所需的控制参数。只要网络下发配置了这些HS-DPCCH相关的ACK/NACK参数IE，即指示了UE在HS-DPCCH上支持/启用ACK/NACK传输。两者的技术手段、作用完全相同，本领域技术人员能毫无疑义地直接确定，因此技术特征A被对比文件直接公开。 |
| 技术特征B：<br>（内容为空，未限定具体技术方案）<br><br>《未公开》 | （无） | 该特征无实质限定内容，不作公开性认定。 |
| 技术特征C：<br>在经过冲突解决之后<br><br>《未公开》 | （无对应记载） | 对比文件关注的是已经建立软切换/HS-DSCH传输的DCH/ADCH连接中的功率控制及重传参数更新，未涉及随机接入冲突解决（争用解决）机制，也没有在冲突解决之后的反馈控制记载。 |
| 技术特征D：<br>所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>《隐含公开》 | [p0005], [p0007], [p0012]<br>“Transmission power control of dedicated and shared chan-nels, such as DPDCH (Dedicated Physical Data Channel) and DPCCH (Dedicated Physical Control Channel) in UMTS... is previously known.”<br>（UMTS中诸如DPDCH（专用物理数据信道）和DPCCH（专用物理控制信道）之类的专用信道和共享信道的传输功率控制是公知的。）<br>“RLC/MAC control blocks are sent on ADCH (Associated Dedicated Channel).”<br>（RLC/MAC控制块在ADCH（关联专用信道）上发送。）<br>“Section 4.2 of the Technical Specification describes uplink spreading of, e.g., DPCCH, DPDCHs and HS-DPCCH... After channelization, the real-valued spread signals are weighted by gain factors, βc for DPCCH, βd for all DPDCHs and βhs for HS-DPCCH (if one is active).”<br>（该技术规范的第4.2节描述了例如DPCCH、DPDCH和HS-DPCCH的上行链路扩频……在信道化之后，实值扩频信号由增益因子加权，DPCCH为βc，所有DPDCH为βd，HS-DPCCH为βhs（如果处于激活状态）。） | 对比文件中公开了上行链路中传输包含DPDCH与DPCCH的专用信道传输（ADCH）。在UMTS标准规范及本领域常识中，上行DPDCH承载来自上层的专用业务信道（DTCH）数据或专用控制信道（DCCH）数据。对比文件虽然在具体段落未直书“DCCH/DTCH”字样，但明确记载了上行DPDCH传输以及RLC控制信令传输，本领域技术人员结合标准常识能够极易合理推断出UE在传输DPDCH时已发送了映射在其上的DCCH或DTCH数据。因此按照宽松的隐含公开判断标准，该特征被隐含公开。 |
| 技术特征E：<br>所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>《直接公开》 | [p0012]-[p0015], [p0027], [p0061]<br>“HS-DPCCH (if one is active)... When an HS-DPCCH is active, the power offset ΔHS-DPCCH for each HS-DPCCH slot shall be set as follows. For HS-DPCCH slots carrying HARQ Acknowledgement: - ΔHS-DPCCH = ΔACK if the corresponding HARQ Acknowledgement is equal to 1. - ΔHS-DPCCH = ΔNACK if the corresponding HARQ Acknowledgement is equal to 0.”<br>（HS-DPCCH（如果其处于激活状态）……当HS-DPCCH处于激活状态时，每个HS-DPCCH时隙的功率偏移量ΔHS-DPCCH应如下设置。对于承载HARQ应答的HS-DPCCH时隙：如果对应HARQ应答等于1，则ΔHS-DPCCH = ΔACK；如果对应HARQ应答等于0，则ΔHS-DPCCH = ΔNACK。）<br>“Parameters related to ACK/NACK, such as ΔACK/ΔNACK and ACK-NACK repetition factor, are included as Uplink DPCH power control info fields.”<br>（与ACK/NACK相关的参数，如ΔACK/ΔNACK及ACK-NACK重复因子，作为上行DPCH功率控制信息字段被包含。） | 对比文件中公开了网络下发包含ACK/NACK参数的IE（如ΔACK、ΔNACK等），当该参数/信令有效配置时，表明HS-DPCCH处于激活/支持承载HARQ ACK/NACK的状态，UE据此采用对应的参数进行ACK/NACK时隙传输。这与目标专利中由IE指示支持ACK/NACK的技术手段和作用相同，本领域技术人员可毫无疑义得出。因此技术特征E被直接公开。 |
| 技术特征F：<br>由所述WTRU传送ACK/NACK反馈。<br><br>《直接公开》 | [p0053]<br>“HS-DPCCH carries, e.g., feedback information requesting retransmission or (positively) acknowledging successfully received transmissions «HARQ-ACK» and channel quality information «CQI» destined for MAC-hs protocol layer.”<br>（HS-DPCCH承载例如请求重传或对成功接收的传输进行（肯定）确认的反馈信息«HARQ-ACK»，以及发往MAC-hs协议层的信道质量信息«CQI»。）<br><br>[p0013]-[p0015]<br>“For HS-DPCCH slots carrying HARQ Acknowledgement: - ΔHS-DPCCH = ΔACK if the corresponding HARQ Acknowledgement is equal to 1. - ΔHS-DPCCH = ΔNACK if the corresponding HARQ Acknowledgement is equal to 0.”<br>（对于承载HARQ应答的HS-DPCCH时隙：若相应HARQ应答等于1则ΔHS-DPCCH = ΔACK；若相应HARQ应答等于0则ΔHS-DPCCH = ΔNACK。） | 对比文件明确公开了UE在上行链路中通过HS-DPCCH传送HARQ-ACK/NACK反馈信息，用于通知网络下行接收是否成功以进行重传控制。技术手段与作用完全相同，本领域技术人员可毫无疑义得出。因此技术特征F被直接公开。 |
| 技术特征G：<br>其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br><br>《直接公开》 | [p0053]<br>“HS-DPCCH carries, e.g., feedback information requesting retransmission or (positively) acknowledging successfully received transmissions «HARQ-ACK» and channel quality information «CQI» destined for MAC-hs protocol layer.”<br>（HS-DPCCH承载例如请求重传或对成功接收的传输进行（肯定）确认的反馈信息«HARQ-ACK»，以及发往MAC-hs协议层的信道质量信息«CQI»。）<br><br>[p0012]<br>“HS-DPCCH is a control channel (in uplink direction) for HSDPA (High Speed Downlink Packet Access) carrying feedback information.”<br>（HS-DPCCH是用于HSDPA承载反馈信息的（上行方向）控制信道。） | 对比文件明确指出了HARQ-ACK反馈信息是在上行链路的高速专用物理控制信道（HS-DPCCH）上承载并传送的。技术手段及所起作用完全相同，属于直接公开。 |
| 技术特征H：<br>其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>《直接公开》 | [p0053]-[p0054]<br>“HS-DPCCH carries, e.g., feedback information requesting retransmission or (positively) acknowledging successfully received transmissions «HARQ-ACK» and channel quality information «CQI» destined for MAC-hs protocol layer. In UMTS the HARQ-ACK field of an HS-DSCH sub-frame comprises 10 bits, and the CQI field 20 bits, the sub-frame being transmitted over three time slots... Since downlink scheduling of HS-DSCH relies on CQI feedback information, transmitted on HS-DPCCH...”<br>（HS-DPCCH承载例如请求重传或（肯定）确认成功接收的传输的反馈信息«HARQ-ACK»以及发往MAC-hs协议层的信道质量信息«CQI»。在UMTS中，HS-DSCH子帧的HARQ-ACK字段包括10比特，CQI字段包括20比特，子帧在三个时隙上传输……由于HS-DSCH的下行链路调度依赖于在HS-DPCCH上传输的CQI反馈信息……）<br><br>[p0061]<br>“Parameters related to CQI, such as ΔCQI, CQI repetition factor and CQI feedback cycle, are signaled to UE in downlink HS-PDSCH information message as Measurement Feedback info.”<br>（与CQI相关的参数，如ΔCQI、CQI重复因子和CQI反馈周期，在下行HS-PDSCH信息消息中作为测量反馈信息（Measurement Feedback info）用信号发送给UE。） | 对比文件中公开了网络下发包含CQI参数的信令（与上述ACK/NACK的IE区分，属于另一IE），并且UE确定发往MAC-hs层用于HS-DSCH下行调度的信道质量指示符CQI。其作用与目标专利完全一致，本领域技术人员能毫无疑义地直接确定，因此技术特征H被直接公开。 |
| 技术特征I：<br>（内容为空，未限定具体技术方案）<br><br>《未公开》 | （无） | 该特征无实质限定内容，不作公开性认定。 |
| 技术特征J：<br>在所述HS-DSCH上的物理层中传送所述CQI。<br><br>《未公开》 | （无对应记载） | 目标专利及标准中CQI为上行控制信息，通常在HS-DPCCH上物理层传送，而HS-DSCH为下行共享数据信道。对比文件中也明确记载CQI是在上行HS-DPCCH上传送，用于辅助下行HS-DSCH调度，并没有公开“在HS-DSCH上的物理层传送CQI”。因此该特征未公开。 |
| 技术特征K：<br>其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br><br>《未公开》 | （无对应记载） | 对比文件基于Rel-6已建链状态展开，通篇未涉及E-DCH接入过程中的竞争/冲突解决（Contention Resolution）机制。因此该特征未公开。 |
| 技术特征L：<br>其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br><br>《未公开》 | （无对应记载） | 对比文件未涉及基于冲突解决来确认WTRU存取E-DCH资源的机制。因此该特征未公开。 |
| 技术特征M：<br>进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br><br>《隐含公开》 | [p0005], [p0006], [p0058]<br>“Transmission power control of dedicated and shared channels, such as DPDCH... and DPCCH in UMTS, is previously known.”<br>（UMTS中专用信道和共享信道如DPDCH和DPCCH的传输功率控制是公知的。）<br>“According to a first embodiment of the invention, for a connection the discriminating number of diversity branches for ADCH/DPCCH/DPDCH and HS-DPCCH is considered when determining gain factor βhs...”<br>（根据本发明的第一个实施例，在确定增益因子βhs时，考虑针对ADCH/DPCCH/DPDCH与HS-DPCCH的判别分集分支数量……） | 对比文件描述的是UMTS系统上行增强及HSDPA场景。在3GPP规范及对比文件背景技术引用的框架下，上行专用传输包括DPCCH/DPDCH及增强型上行E-DCH，网络侧必须通过无线承载建立或重配置流程（Radio Bearer Setup / Reconfiguration）向UE下发信道参数和资源配置。对比文件公开了RNC向UE下发物理信道重配置及无线承载配置参数，本领域技术人员结合公知常识能够合理推断出网络分配包括上行传输资源（涵盖E-DCH等专用信道资源）。依据极宽松的判断标准，认定其隐含公开。 |
| 技术特征N：<br>其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>《未公开》 | （无对应记载） | 对比文件未记载在系统信息块SIB中广播可用E-DCH资源列表的内容（该机制为Rel-8针对CELL_FACH引入的Enhanced Uplink机制）。因此该特征未公开。 |
| 技术特征O：<br>（内容为空，未限定具体技术方案）<br><br>《未公开》 | （无） | 该特征无实质限定内容，不作公开性认定。 |
| 技术特征P：<br>使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | （无对应记载） | 对比文件未公开使用索引从广播列表确定E-DCH资源的技术方案。因此该特征未公开。 |
| 技术特征Q：<br>其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>《未公开》 | （无对应记载） | 对比文件未公开从节点B接收包含E-DCH资源索引及可用资源列表的信号。因此该特征未公开。 |
| 技术特征R：<br>（内容为空，未限定具体技术方案）<br><br>《未公开》 | （无） | 该特征无实质限定内容，不作公开性认定。 |
| 技术特征S：<br>使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | （无对应记载） | 对比文件未公开此方案，故未公开。 |
| 技术特征T：<br>进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br><br>《隐含公开》 | [p0005], [p0007], [p0012]<br>“Figure 3 shows a layered protocol structure, a protocol stack for HS-DSCH... RLC/MAC control blocks are sent on ADCH (Associated Dedicated Channel).”<br>（图3显示了HS-DSCH的分层协议结构、协议栈……RLC/MAC控制块在ADCH（关联专用信道）上发送。）<br>“Section 4.2 of the Technical Specification describes uplink spreading of, e.g., DPCCH, DPDCHs and HS-DPCCH... βc for DPCCH, βd for all DPDCHs and βhs for HS-DPCCH...”<br>（技术规范的第4.2节描述了例如DPCCH、DPDCH和HS-DPCCH的上行链路扩频……增益因子加权，DPCCH为βc，所有DPDCH为βd，HS-DPCCH为βhs……） | 对比文件公开了上行链路发送DPDCH和关联专用信道（ADCH）上的RLC/MAC数据块。在无线通信标准中，ADCH/DPDCH所传输的用户面数据和信令数据即为映射在专用物理信道上的DTCH或DCCH数据。本领域技术人员根据对比文件公开的传输ADCH和DPDCH内容，能合理推断出WTRU传送了DCCH或DTCH数据。因此按照宽松判断标准，技术特征T被隐含公开。 |
| 技术特征U：<br>其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br><br>《未公开》 | （无对应记载） | 对比文件描述的软切换、DPCCH/DPDCH与HS-DPCCH的联合功率控制均处于CELL_DCH状态下，完全未涉及在CELL_FACH状态下传送HS-DPCCH ACK/NACK反馈。因此该特征未公开。 |
| 技术特征V：<br>该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>《隐含公开》 | [p0005], [p0012], [p0058], [p0064]-[p0066]<br>“Figure 1 shows schematically selected elements of a UMTS communications system according to prior art. Protocol Data Units, PDUs, are communicated downlink, DL, to user equipment «UE» and uplink from the user equipment «UE».”<br>（图1示意性地显示了根据现有技术的UMTS通信系统的选定单元。协议数据单元PDU下行链路DL传达到用户设备«UE»，并从用户设备«UE»上行链路传达。）<br>“A Physical Channel Reconfiguration Complete signal confirms/completes the physical channel reconfiguration.”<br>（物理信道重配置完成信号确认/完成物理信道重配置。） | 对比文件公开了UE从网络侧接收物理信道及无线链路重配置信令，用于建立或重配包括上行专用物理信道在内的上行传输链路。在UMTS演进架构中，上行链路高速传输使用E-DCH资源，UE根据网络分配的专用信道配置执行上行链路传输。本领域技术人员结合标准上下文可合理推断网络向WTRU下发了用于上行链路传输的信道资源分配。因此按极宽松标准，技术特征V被隐含公开。 |
| 技术特征W：<br>在冲突解决完成<br><br>《未公开》 | （无对应记载） | 对比文件未记载随机接入冲突解决阶段及其完成机制。因此该特征未公开。 |
| 技术特征X：<br>所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>《未公开》 | （无对应记载） | 对比文件未公开在E-DCH资源中包括请求测量并报告反馈信息的IE。因此该特征未公开。 |
| 技术特征Y：<br>由所述WTRU传送信道质量指示符CQI。<br><br>《直接公开》 | [p0053]<br>“HS-DPCCH carries, e.g., feedback information requesting retransmission or (positively) acknowledging successfully received transmissions «HARQ-ACK» and channel quality information «CQI» destined for MAC-hs protocol layer.”<br>（HS-DPCCH承载例如请求重传或对成功接收的传输进行（肯定）确认的反馈信息«HARQ-ACK»，以及发往MAC-hs协议层的信道质量信息«CQI»。）<br><br>[p0012], [p0016]-[p0017]<br>“HS-DPCCH is a control channel (in uplink direction) for HSDPA (High Speed Downlink Packet Access) carrying feedback information... For HS-DPCCH slots carrying CQI: - ΔHS-DPCCH = ΔCQI”<br>（HS-DPCCH是用于HSDPA承载反馈信息的（上行方向）控制信道……对于承载CQI的HS-DPCCH时隙：- ΔHS-DPCCH = ΔCQI） | 对比文件中明确记载UE在HS-DPCCH上传送信道质量指示符CQI给基站Node B，用于提供信道质量信息以协助MAC-hs协议层进行下行链路调度。其技术方案、手段和作用完全一致，本领域技术人员能毫无疑义地直接确定。因此技术特征Y被直接公开。 |
| 技术特征Z：<br>其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br><br>《直接公开》 | [p0053]<br>“HS-DPCCH carries, e.g., feedback information requesting retransmission or (positively) acknowledging successfully received transmissions «HARQ-ACK» and channel quality information «CQI» destined for MAC-hs protocol layer.”<br>（HS-DPCCH承载例如请求重传或（肯定）确认成功接收的传输的反馈信息«HARQ-ACK»以及发往MAC-hs协议层的信道质量信息«CQI»。）<br><br>[p0054]<br>“Since downlink scheduling of HS-DSCH relies on CQI feedback information, transmitted on HS-DPCCH...”<br>（由于HS-DSCH的下行链路调度依赖于在HS-DPCCH上传输的CQI反馈信息……） | 对比文件明确公开了CQI是在上行物理信道HS-DPCCH上传输的。技术方案和功能完全相同，本领域技术人员可毫无疑义得出。因此技术特征Z被直接公开。 |
<<<A>>>
<<<d>>>
<<<E>>>
<<<F>>>
<<<G>>>
<<<H>>>
<<<m>>>
<<<t>>>
<<<v>>>
<<<Y>>>
<<<Z>>>
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>《未公开》 | 对比文件全文涉及光学补偿膜、偏光板及液晶显示装置（例如段落[2]：“本発明は、光学補償フィルム、偏光板、および液晶表示装置に関する…”），未涉及无线通信领域。 | 对比文件属于光学材料与液晶显示装置领域，公开的是包含环状聚烯烃薄膜及纤维素酰化物薄膜的偏光板和液晶显示结构。目标专利特征A涉及3GPP移动通信中WTRU从基站/网络侧接收用于指示HS-DPCCH信道上支持HARQ反馈（ACK/NACK）的RRC层IE信息元素。对比文件中完全没有公开任何移动通信、无线收发信机、网络、控制信道或用于HARQ反馈指示的IE，本领域技术人员无法直接得出，更无法通过合理逻辑推导或技术联想得出该特征，因此既未被直接公开也未被隐含公开。 |
| 技术特征B：<br><br>《未公开》 | （无对应内容） | 特征内容为空，无法进行实质比对与认定，不予判定公开。 |
| 技术特征C：在经过冲突解决之后<br><br>《未公开》 | 对比文件全文涉及光学补偿薄膜材料及制备，无对应无线信道接入内容。 | 目标专利中“冲突解决”是指在基于争用的无线通信（如CELL_FACH状态下的增强型RACH接入）中，解决多个WTRU竞争同一上行接入资源或签名的冲突机制（如说明书[0007]、[0023]所述）。对比文件属于显示光学元件技术，不包含任何无线争用、碰撞检测或冲突解决流程，因此未被直接公开或隐含公开。 |
| 技术特征D：所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>《未公开》 | 对比文件全文涉及光学补偿薄膜材料及制备，无对应无线信道数据传输内容。 | 目标专利特征D涉及WTRU在特定逻辑信道（DCCH或DTCH）上传输控制或业务数据（如说明书[0037]、[0038]、[0074]所述），充当反馈隐式触发条件。对比文件完全不涉及逻辑信道、数据流或无线通信传输协议，因此未被直接公开或隐含公开。 |
| 技术特征E：所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>《未公开》 | 对比文件全文涉及光学补偿薄膜材料及制备，无对应信道配置判断内容。 | 目标专利特征E基于接收到的IE内容进行判断，以确定是否满足在上行控制物理信道传输反馈的条件。对比文件属于液晶光学材料，无通信信令及判断逻辑，因此未被直接公开或隐含公开。 |
| 技术特征F：由所述WTRU传送ACK/NACK反馈。<br><br>《未公开》 | 对比文件全文涉及光学补偿薄膜材料及制备，无对应通信反馈内容。 | 目标专利特征F涉及WTRU在上行链路传送HARQ ACK/NACK确认信息。对比文件不包含任何数据应答、重传反馈或收发机操作，因此未被直接公开或隐含公开。 |
| 技术特征G：其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br><br>《未公开》 | 对比文件全文涉及光学补偿薄膜材料及制备，无对应物理信道映射内容。 | 目标专利特征G限定将ACK/NACK映射至3GPP物理层HS-DPCCH上报。对比文件无相关物理信道结构，未被直接公开或隐含公开。 |
| 技术特征H：其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>《未公开》 | 对比文件全文涉及光学补偿薄膜材料及制备，无对应信道质量测量内容。 | 目标专利特征H涉及无线信道自适应传输中终端对下行数据信道质量进行测量计算以获得CQI。对比文件无无线测量及CQI生成机制，未被直接公开或隐含公开。 |
| 技术特征I：<br><br>《未公开》 | （无对应内容） | 特征内容为空，无法进行实质比对与认定，不予判定公开。 |
| 技术特征J：在所述HS-DSCH上的物理层中传送所述CQI。<br><br>《未公开》 | 对比文件全文涉及光学补偿薄膜材料及制备，无对应物理层传输内容。 | 目标专利特征J涉及在物理层中传送CQI反馈信息。对比文件完全不属于无线网络协议栈或物理层信号传输领域，未被直接公开或隐含公开。 |
| 技术特征K：其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br><br>《未公开》 | 对比文件全文涉及光学补偿薄膜材料及制备，无对应信道冲突解决内容。 | 目标专利特征K限定争用解决阶段用于解决多个WTRU针对E-RACH/E-DCH接入消息的潜在碰撞（如说明书[0007]所述）。对比文件不涉及任何信道冲突，未被直接公开或隐含公开。 |
| 技术特征L：其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br><br>《未公开》 | 对比文件全文涉及光学补偿薄膜材料及制备，无对应无争用接入确认内容。 | 目标专利特征L涉及冲突解决成功从而确认WTRU获得E-DCH资源的无争用接入权限（如说明书[0023]、[0035]所述）。对比文件无相关机制，未被直接公开或隐含公开。 |
| 技术特征M：进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br><br>《未公开》 | 对比文件全文涉及光学补偿薄膜材料及制备，无对应网络资源分配内容。 | 目标专利特征M涉及终端从网络侧获取上行E-DCH无线资源的指派。对比文件无网络交互与无线信道资源分配，未被直接公开或隐含公开。 |
| 技术特征N：其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>《未公开》 | 对比文件全文涉及光学补偿薄膜材料及制备，无对应系统信息广播内容。 | 目标专利特征N涉及网络通过广播SIB携带上行可用公共资源池列表（如说明书[0026]、[0033]所述）。对比文件无无线通信系统信息广播，未被直接公开或隐含公开。 |
| 技术特征O：<br><br>《未公开》 | （无对应内容） | 特征内容为空，无法进行实质比对与认定，不予判定公开。 |
| 技术特征P：使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 对比文件全文涉及光学补偿薄膜材料及制备，无对应无线信道列表索引寻址内容。 | 目标专利特征P涉及WTRU依据信令指示的索引从广播列表中索引具体的E-DCH资源配置参数。对比文件完全不涉及无线资源确定方法，未被直接公开或隐含公开。 |
| 技术特征Q：其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>《未公开》 | 对比文件全文涉及光学补偿薄膜材料及制备，无对应基站信令内容。 | 目标专利特征Q涉及从基站（节点B）获取包含列表及分配索引的物理/层2信令。对比文件不涉及基站信号，未被直接公开或隐含公开。 |
| 技术特征R：<br><br>《未公开》 | （无对应内容） | 特征内容为空，无法进行实质比对与认定，不予判定公开。 |
| 技术特征S：使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 对比文件全文涉及光学补偿薄膜材料及制备，无对应配置映射解析内容。 | 目标专利特征S涉及通过信令索引从网络列表中解析配置。对比文件无相关技术方案，未被直接公开或隐含公开。 |
| 技术特征T：进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br><br>《未公开》 | 对比文件全文涉及光学补偿薄膜材料及制备，无对应用户/控制面数据发送内容。 | 目标专利特征T涉及WTRU结合反馈信息在上行链路上传送DCCH或DTCH数据。对比文件完全不涉及无线数据发送，未被直接公开或隐含公开。 |
| 技术特征U：其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br><br>《未公开》 | 对比文件全文涉及光学补偿薄膜材料及制备，无对应RRC无线资源状态内容。 | 目标专利特征U限定传输发生于处于前向接入信道状态（CELL_FACH）期间（如说明书[0006]、[0011]所述）。对比文件无无线连接状态，未被直接公开或隐含公开。 |
| 技术特征V：该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>《未公开》 | 对比文件全文涉及光学补偿薄膜材料及制备，无对应上行信道资源配置内容。 | 目标专利特征V涉及终端从网络接收上行传输专用的E-DCH信道资源分配。对比文件属于显示器件光学材料制备，未被直接公开或隐含公开。 |
| 技术特征W：在冲突解决完成<br><br>《未公开》 | 对比文件全文涉及光学补偿薄膜材料及制备，无对应冲突解决时序内容。 | 目标专利特征W限定争用解决流程成功结束的时序条件（如说明书[0023]、[0035]所述）。对比文件无争用或时序流程，未被直接公开或隐含公开。 |
| 技术特征X：所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>《未公开》 | 对比文件全文涉及光学补偿薄膜材料及制备，无对应测量报告触发IE内容。 | 目标专利特征X涉及网络在分配的E-DCH资源集合中携带指示启用测量与上报反馈的IE（如说明书[0034]、[0067]所述）。对比文件无此类信令元素，未被直接公开或隐含公开。 |
| 技术特征Y：由所述WTRU传送信道质量指示符CQI。<br><br>《未公开》 | 对比文件全文涉及光学补偿薄膜材料及制备，无对应CQI传输内容。 | 目标专利特征Y涉及WTRU执行链路质量反馈上报。对比文件无相关通信操作，未被直接公开或隐含公开。 |
| 技术特征Z：其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br><br>《未公开》 | 对比文件全文涉及光学补偿薄膜材料及制备，无对应专用上行控制信道内容。 | 目标专利特征Z限定CQI报告的具体物理承载信道为HS-DPCCH。对比文件无相关物理信道架构，未被直接公开或隐含公开。 |
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>【未公开】 | 无引用内容。 | 目标专利中，该特征是指在处于CELL_FACH状态等场景下，WTRU从网络侧接收用于指示在HS-DPCCH上支持HARQ ACK/NACK反馈的信息元素（IE），用于控制上行链路反馈机制。<br>对比文件涉及传统UMTS中前向接入信道（FACH）的慢速发射功率调整，其仅涉及通过系统信息广播（SIB）广播测量报告准则（如Delta SIR等），或在基站确认消息中包含重新配置测量报告间隔/滞后的可选IE（参见对比文件段落[0029]、[0038]）。对比文件完全未涉及“HS-DPCCH”（高速专用物理控制信道）、“在HS-DPCCH上支持ACK/NACK反馈”以及指示该支持特性的IE。因此，技术特征A既未被直接公开，也未被隐含公开。 |
| 技术特征B：<br><br>【未公开】 | 无引用内容。 | 目标专利权利要求划分中该特征项内容为空，对比文件无对应比对对象。因此，技术特征B未公开。 |
| 技术特征C：在经过冲突解决之后<br><br>【未公开】 | 无引用内容。 | 目标专利中，该特征是指WTRU在增强型随机接入（Enhanced RACH / E-DCH in CELL_FACH）过程中，传送前同步码并获取资源后执行的“争用解决/冲突解决（Contention Resolution）”阶段（参见目标专利说明书段落[0007]、[0023]、[0035]）。<br>对比文件涉及的是传统FACH信道下基于测量报告调整下行FACH功率及辅助切换状态判决，其并未公开或涉及随机接入过程中的冲突/争用解决（Contention Resolution）机制及其相关阶段。因此，技术特征C既未被直接公开，也未被隐含公开。 |
| 技术特征D：所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>【未公开】 | 参见段落[0002]-[0004]、[0006]、[0025]、[0028]、[0031]等。 | 目标专利中，该特征限定在CELL_FACH等状态下传送上行反馈信息的隐式触发条件之一：WTRU已在逻辑信道DCCH或DTCH上发送数据，或者基于DCCH/DTCH数据的发送来触发反馈（参见目标专利说明书段落[0037]-[0038]）。<br>对比文件仅提及Cell-FACH状态用于低数据量，Cell-DCH状态用于高数据量或语音（段落[0003]-[0004]），UE在Cell-FACH状态下发送的是测量报告（measurement report），完全未涉及或公开“WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据”作为反馈或控制的关联条件。因此，技术特征D既未被直接公开，也未被隐含公开。 |
| 技术特征E：所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>【未公开】 | 无引用内容。 | 目标专利中，该特征是根据所接收的IE内容来判断是否在HS-DPCCH上支持传送ACK/NACK反馈的条件触发判断。<br>对比文件完全没有关于“HS-DPCCH”或“指示在HS-DPCCH上支持ACK/NACK的IE”的技术内容，更不存在基于该IE指示情况的判断逻辑。因此，技术特征E既未被直接公开，也未被隐含公开。 |
| 技术特征F：由所述WTRU传送ACK/NACK反馈。<br><br>【未公开】 | 参见段落[0031]、[0035]-[0037]。<br>中文翻译：<br>“[0035]（4）基站以测量响应消息对移动用户终端作出响应……[0037] ii）移动用户终端从基站获取对测量报告消息接收的确认（acknowledgement），这意味着不需要重新传输。” | 目标专利中，该特征是指由WTRU向网络侧传送针对下行链路高速传输（如HS-DSCH/HSDPA）的混合自动重传请求（HARQ）ACK/NACK反馈信息（参见目标专利说明书段落[0012]、[0026]）。<br>对比文件段落[0035]-[0037]中记载的是基站向移动用户终端（UE）发送对“测量报告消息”的确认响应（acknowledgement），是由网络/基站发送给UE的，并非由WTRU传送；且该确认属于对慢速测量控制信令的高层确认，与移动终端传输的下行数据传输HARQ ACK/NACK物理层/链路层反馈在主体、传输方向及技术本质上完全不同。对比文件未公开由WTRU传送ACK/NACK反馈。因此，技术特征F既未被直接公开，也未被隐含公开。 |
| 技术特征G：其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br><br>【未公开】 | 无引用内容。 | 目标专利中，该特征限定了ACK/NACK反馈信息的承载物理信道为上行高速专用物理控制信道（HS-DPCCH）。<br>如前所述，对比文件既未公开ACK/NACK反馈，也完全没有公开HS-DPCCH信道，更未公开经由HS-DPCCH传送ACK/NACK。因此，技术特征G既未被直接公开，也未被隐含公开。 |
| 技术特征H：其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>【未公开】 | 参见段落[0028]、[0032]、[0046]。<br>中文翻译：<br>“[0028]（1）在进入Cell-FACH状态时，移动用户终端对服务小区接收质量（导频信道信号与干扰比，Pilot Channel SIR）进行测量……[0046] 在上述优选实施例中，SIR是用作测量的信号质量度量。在其他实施例中，也可以替代使用其他信号质量度量，例如误码率、接收信号强度或误差矢量幅度。” | 目标专利中，该特征是指WTRU确定用于高速下行链路共享信道（HS-DSCH）的信道质量指示符（CQI），用于网络侧快速调整HSDPA的自适应调制与编码（MCS）（参见目标专利说明书段落[0009]-[0011]、[0021]、[0032]）。<br>对比文件虽然公开了移动用户终端在Cell-FACH状态下测量服务小区的导频信道信号与干扰比（Pilot SIR）或接收信号强度等信号质量度量（段落[0028]、[0046]），并将其上报给基站用于调整前向接入信道（FACH）的发射功率及进行软切换决策，但该测量参数是传统WCDMA中用于FACH功率控制的SIR/接收质量，根本不是“用于高速下行链路共享信道HS-DSCH的CQI”；且对比文件不存在第一IE及确定HS-DSCH CQI的技术内容。因此，技术特征H既未被直接公开，也未被隐含公开。 |
| 技术特征I：<br><br>【未公开】 | 无引用内容。 | 目标专利权利要求划分中该特征项内容为空，对比文件无对应比对对象。因此，技术特征I未公开。 |
| 技术特征J：在所述HS-DSCH上的物理层中传送所述CQI。<br><br>【未公开】 | 无引用内容。 | 目标专利中该特征涉及在物理层中传送CQI反馈。<br>对比文件上报测量报告是通过无应答模式传输的高层消息进行（段落[0031]），且对比文件完全未涉及HS-DSCH信道及在其物理层上传送CQI的技术方案。因此，技术特征J既未被直接公开，也未被隐含公开。 |
| 技术特征K：其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br><br>【未公开】 | 无引用内容。 | 目标专利中，该特征是指Enhanced RACH（CELL_FACH中的E-DCH）过程中，多个WTRU尝试使用相同前同步码/资源时，通过冲突解决机制来解决潜在的E-DCH传输冲突（参见说明书段落[0007]、[0032]）。<br>对比文件没有公开E-DCH机制，也没有公开增强型随机接入及其潜在传输冲突的冲突解决过程。因此，技术特征K既未被直接公开，也未被隐含公开。 |
| 技术特征L：其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br><br>【未公开】 | 无引用内容。 | 目标专利中，该特征明确了争用解决成功后确认WTRU获得了无争用的E-DCH资源访问权（参见说明书段落[0023]、[0035]）。<br>对比文件完全未涉及E-DCH资源及其通过冲突解决确认存取权限的机制。因此，技术特征L既未被直接公开，也未被隐含公开。 |
| 技术特征M：进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br><br>【未公开】 | 参见段落[0009]、[0043]。<br>中文翻译：<br>“[0009]……Accordingly, the DBC functional block assumes that a mobile user terminal requires maximum power when transiting into a Cell-DCH state so may allocate a lower data rate than it needs to, or even refuse to provide DCH resources.（因此，DBC功能块假定移动用户终端在转换到Cell-DCH状态时需要最大功率，因此可能分配比所需更低的数据速率，甚至拒绝提供DCH资源。）”<br>“[0043] a）基于来自最后接收到的报告的信息执行动态承载控制（DBC）……以确定是否授予资源以及授予到何种程度，即基于估计的功率消耗来分配数据速率。” | 目标专利中，该特征是指从网络接收用于上行增强型专用信道（E-DCH，特别是CELL_FACH状态下的E-DCH）的资源分配（参见说明书段落[0007]、[0026]）。<br>对比文件仅公开了传统的专用信道（DCH）资源分配，即在UE从Cell-FACH状态转换到Cell-DCH状态时，由RNC中的动态承载控制（DBC）模块评估是否分配DCH资源及数据速率（段落[0009]、[0043]）。本领域技术人员知晓，3GPP标准中DCH与E-DCH（Enhanced Dedicated Channel，R6引入）是两种截然不同的传输信道，其信道结构、调度架构和分配机制均存在本质区别，对比文件完全未公开E-DCH及其资源分配。因此，技术特征M既未被直接公开，也未被隐含公开。 |
| 技术特征N：其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>【未公开】 | 参见段落[0029]、[0030]。<br>中文翻译：<br>“[0029]（2）所有移动用户终端在进入Cell-FACH状态并在能够开始传输之前，都会读取系统信息广播（SIB）信道（图3中a）。从该信道向移动用户终端广播一组新的测量报告准则（图3中b）。[0030] 该测量报告准则是Delta SIR、Delta软切换SIR和足够大的Delta软切换SIR滞后……” | 目标专利中，该特征是指网络在SIB中广播可用的E-DCH公共资源池列表，WTRU接收包含该可用E-DCH资源列表的SIB（参见说明书段落[0026]、[0033]）。<br>对比文件虽然公开了UE读取SIB信道，但其在SIB中广播并接收的内容是“一组新的测量报告准则（Delta SIR等）”，用于控制FACH功率调整的测量上报，完全没有公开接收包括“可用E-DCH资源列表”的SIB。因此，技术特征N既未被直接公开，也未被隐含公开。 |
| 技术特征O：<br><br>【未公开】 | 无引用内容。 | 目标专利权利要求划分中该特征项内容为空，对比文件无对应比对对象。因此，技术特征O未公开。 |
| 技术特征P：使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>【未公开】 | 无引用内容。 | 目标专利中，该特征是指WTRU根据网络指示的索引（如通过AICH/E-AICH分配的索引）在SIB广播的E-DCH资源列表中索引并确定所分派的具体E-DCH资源配置（参见说明书段落[0019]、[0026]、[0033]）。<br>对比文件未公开可用E-DCH资源列表，更不存在使用索引从该列表中确定E-DCH资源的特征。因此，技术特征P既未被直接公开，也未被隐含公开。 |
| 技术特征Q：其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>【未公开】 | 无引用内容。 | 目标专利中，该特征是指WTRU从节点B接收包含可用E-DCH资源的索引和列表的信号以获取资源分配。<br>对比文件没有公开E-DCH资源分配，也没有公开从节点B接收包含E-DCH资源索引和列表的信号。因此，技术特征Q既未被直接公开，也未被隐含公开。 |
| 技术特征R：<br><br>【未公开】 | 无引用内容。 | 目标专利权利要求划分中该特征项内容为空，对比文件无对应比对对象。因此，技术特征R未公开。 |
| 技术特征S：使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>【未公开】 | 无引用内容。 | 目标专利中，该特征是指利用接收到的索引在列表中检索定位并确定具体E-DCH资源。<br>对比文件未公开E-DCH资源列表及索引确定机制。因此，技术特征S既未被直接公开，也未被隐含公开。 |
| 技术特征T：进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br><br>【未公开】 | 参见段落[0003]-[0004]、[0006]、[0031]。 | 目标专利中，该特征是指在增强型RACH接入或E-DCH传输过程中传送DCCH控制数据或DTCH业务数据（参见说明书段落[0037]-[0038]）。<br>对比文件仅说明Cell-FACH状态用于低速率数据、Cell-DCH状态用于高数据量或语音（段落[0003]-[0004]），在讨论测量报告时提到频繁报告会降低信道用于用户数据或语音的容量（段落[0006]），UE在流程中实际发送的是测量报告（段落[0031]），完全未公开该方法中包括传送DCCH或DTCH数据。因此，技术特征T既未被直接公开，也未被隐含公开。 |
| 技术特征U：其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br><br>【未公开】 | 参见段落[0011]、[0025]、[0031]、[0035]-[0037]。 | 目标专利中，该特征是指处于CELL_FACH状态的WTRU在CELL_FACH状态期间传送下行数据传输的HARQ ACK/NACK反馈（参见说明书段落[0007]、[0011]、[0026]）。<br>对比文件中，移动用户终端在Cell-FACH状态期间向基站发送的是基于导频信道质量的测量报告（段落[0025]、[0031]），而在基站响应中接收确认（段落[0037]），对比文件根本未公开在CELL_FACH状态期间由移动终端传送ACK/NACK反馈。因此，技术特征U既未被直接公开，也未被隐含公开。 |
| 技术特征V：该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>【未公开】 | 参见段落[0004]、[0009]、[0043]。 | 目标专利中，该特征是指WTRU从网络接收分配的E-DCH资源，以便进行上行链路数据或反馈的高速传输。<br>对比文件仅涉及传统R99/R4中的专用信道（DCH）资源分配与状态迁移（段落[0009]、[0043]），完全未涉及E-DCH资源分配及其上行链路传输。因此，技术特征V既未被直接公开，也未被隐含公开。 |
| 技术特征W：在冲突解决完成<br><br>【未公开】 | 无引用内容。 | 目标专利中，该特征限定了反馈信息或数据传输的时序条件为完成争用解决/冲突解决（参见说明书段落[0023]、[0035]、[0038]）。<br>对比文件不涉及基于争用接入的冲突解决过程，更不存在在冲突解决完成这一时序条件。因此，技术特征W既未被直接公开，也未被隐含公开。 |
| 技术特征X：所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>【未公开】 | 无引用内容。 | 目标专利中，该特征是指在E-DCH资源配置中包含请求WTRU测量并报告反馈信息的特定IE（参见说明书段落[0034]）。<br>对比文件完全未涉及E-DCH资源，亦未公开在E-DCH资源中包含请求测量并报告反馈信息的IE。因此，技术特征X既未被直接公开，也未被隐含公开。 |
| 技术特征Y：由所述WTRU传送信道质量指示符CQI。<br><br>【未公开】 | 参见段落[0011]、[0028]、[0031]、[0046]。<br>中文翻译：<br>“[0011]……移动用户终端根据测得的信号质量发送一个或多个参数值的报告，只要满足预定的报告准则……[0028]（1）在进入Cell-FACH状态时，移动用户终端对服务小区接收质量（导频信道信号与干扰比，Pilot SIR）进行测量，并将其与相邻小区的相同参数的测量值一起发送回基站……[0031]（3）当移动用户终端检测到满足报告准则中的至少一个时，它向基站发送测量报告（图3中的d，图4中的k）……” | 目标专利中，“信道质量指示符CQI”是3GPP HSDPA（高速下行链路分组接入）技术中定义的特定物理层/链路层反馈量，用于指示下行链路信道质量，使网络侧节点B能够动态自适应选择调制编码方案（MCS）及传输块大小（参见说明书段落[0009]-[0011]、[0021]、[0032]）。<br>对比文件公开了移动用户终端向基站发送测量报告，但其测得并报告的具体参数是导频信道信号与干扰比（Pilot SIR）、误码率、接收信号强度或误差矢量幅度（段落[0028]、[0046]），其作用是在慢速功率控制机制下供基站调整下行前向接入信道（FACH）帧的发射功率，或者辅助确定是否向Cell-DCH状态迁移及软切换分支管理（段落[0011]、[0040]-[0045]）。本领域技术人员知晓，导频信道SIR测量值/测量报告与HSDPA中的CQI在参数定义、生成机理、编码格式以及在通信系统中的控制功能上均完全不同。对比文件未公开传送信道质量指示符CQI，即使基于最宽松的隐含公开标准，本领域技术人员也无法从对比文件公开的FACH信道下SIR慢速测量报告直接或合理推理出传送信道质量指示符CQI。因此，技术特征Y既未被直接公开，也未被隐含公开。 |
| 技术特征Z：其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br><br>【未公开】 | 无引用内容。 | 目标专利中，该特征是指CQI反馈信息的承载信道为上行高速专用物理控制信道（HS-DPCCH）（参见说明书段落[0019]、[0022]、[0029]）。<br>对比文件中的测量报告是通过Cell-FACH状态下的上行传输发送给基站，全文完全未公开、亦未提及HS-DPCCH信道，更未公开经由HS-DPCCH传送CQI。因此，技术特征Z既未被直接公开，也未被隐含公开。 |
作为资深专利代理师，紧密结合目标专利说明书原文的定义与技术构思，对对比文件（US20060182065A1）与目标专利权利要求各技术特征进行逐一比对与严谨论述。
---
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含段落与中文翻译） | 公开性论述 |
| 技术特征A：<br>包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>《未公开》 | 无直接或隐含对应公开段落。<br><br>注：对比文件仅在段落[0004]、[0027]、[0085]概括性提及Release 5引入了HSDPA及Hybrid ARQ机制。 | 作用比对与未公开理由：<br>1. 目标专利中的作用：目标专利中（参见说明书[0022]、[0026]、[0034]、[0067]-[0068]），该IE用于网络向处于CELL_FACH等基于争用状态下的WTRU进行显式或广播配置，指示/赋能WTRU是否启用HS-DPCCH来反馈HARQ ACK/NACK。<br>2. 对比文件方案：对比文件（US20060182065A1）核心发明点在于软切换（Soft Handover）期间，C-RNC/S-RNC如何针对E-DCH调度数据中的保证比特率（GBR）业务进行测量上报与拥塞控制（Congestion Control），全文聚焦于上行E-DCH调度、TFCS限制、NBAP/RNSAP测量报告。对比文件未公开由网络下发至UE指示其在HS-DPCCH上支持ACK/NACK的特定信息元素（IE），既未直接公开，本领域技术人员也无法根据其记载推理出该技术方案，因此《未公开》。 |
| 技术特征B：<br>（注：用户输入原文中技术特征B内容为空）<br><br>《未公开》 | 无。 | 技术特征内容为空，判定为《未公开》。 |
| 技术特征C：<br>在经过冲突解决之后<br><br>《未公开》 | 无。 | 作用比对与未公开理由：<br>1. 目标专利中的作用：在基于增强型RACH（E-RACH）接入阶段，多个WTRU竞争同一上行接入资源，必须先完成争用/冲突解决（Contention Resolution，说明书[0007]、[0023]、[0035]），确认无冲突后才进行特定的反馈或传输。<br>2. 对比文件方案：对比文件针对的是Release 6处于CELL_DCH状态且处于软切换（SHO）过程中的已建立专用无线链路的UE（参见段落[0017]-[0022]、[0089]等），该状态下的E-DCH传输属于专用信道传输，根本不存在基于随机接入的前同步码冲突及争用解决阶段，因此未公开该特征。 |
| 技术特征D：<br>所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>《隐含公开》 | [0025] "Uplink enhancements for Dedicated Transport Channels (DTCH) are currently studied by the 3GPP Technical Specification Group RAN... Since the use of IP-based services become more important, there is an increasing demand to improve the coverage and throughput of the RAN as well as to reduce the delay of the uplink dedicated transport channels."<br>（中文翻译：3GPP技术规范组RAN目前正在研究专用传输信道（DTCH）的上行链路增强……由于基于IP的业务变得越来越重要，对提高RAN的覆盖范围和吞吐量以及减少上行链路专用传输信道的延迟的需求日益增加。）<br><br>[0028] "...On user equipment side, the MAC-e performs the new task of multiplexing upper layer data (e.g. MAC-d) data into the new enhanced transport channels and operating HARQ protocol transmitting entities."<br>（中文翻译：……在用户设备端，MAC-e执行将上层数据（例如MAC-d）数据复用到新的增强型传输信道中并操作HARQ协议发送实体的新任务。）<br><br>[0049] "...The mechanism can be used e.g. for Guaranteed Bit-rate delay-sensitive applications such as voice and/or for signaling radio bearers."<br>（中文翻译：……该机制可用于例如诸如语音的保证比特率延迟敏感应用和/或信令无线承载。）<br><br>[0089] "...The scheduled data is transmitted on a dedicated uplink data channel by a user equipment via a controlling radio network controller in a mobile communication system during soft handover of the user equipment."<br>（中文翻译：在移动通信系统中用户设备软切换期间，调度数据由用户设备经由控制无线电网络控制器在专用上行链路数据信道上传输。） | 作用比对与隐含公开论述：<br>1. 目标专利中的作用：目标专利中（参见说明书[0037]-[0038]），以WTRU传输的是DCCH（信令无线承载映射）或DTCH（用户平面数据映射）作为隐式触发条件，用于区分不同逻辑信道的数据传输。<br>2. 对比文件公开与推理：对比文件段落[0025]公开了在E-DCH上传输专用业务信道（DTCH）数据；段落[0049]明确记载了支持诸如语音（DTCH承载）以及信令无线承载（Signaling Radio Bearers，对应专用控制信道DCCH）；段落[0028]、[0089]明确公开了UE通过专用上行链路数据信道发送此类调度数据。本领域技术人员基于段落[0025]、[0049]能毫无疑义地合理推断出UE在该上行传输过程中实际执行了发送DCCH数据或DTCH数据的行为。因此，按照极其宽松的隐含公开判断标准，认定技术特征D被《隐含公开》。 |
| 技术特征E：<br>所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>《未公开》 | 无。 | 作用比对与未公开理由：<br>由于对比文件未公开指示在HS-DPCCH上支持ACK/NACK的IE（参见特征A），对比文件中根本不存在基于该IE的指示状态进行逻辑判断的技术方案。技术特征E《未公开》。 |
| 技术特征F：<br>由所述WTRU传送ACK/NACK反馈。<br><br>《隐含公开》 | [0027] "...Hybrid ARQ, which was one of the key technologies in HSDPA, is also considered for the enhanced uplink dedicated channel. The Hybrid ARQ protocol between a Node B and a user equipment allows for rapid retransmissions of erroneously received data units, and may thus reduce the number of RLC (Radio Link Control) retransmissions and the associated delays..."<br>（中文翻译：……混合ARQ（HSDPA中的关键技术之一）也被考虑用于增强型上行链路专用信道。节点B与用户设备之间的混合ARQ协议允许对错误接收的数据单元进行快速重传，因此可以减少RLC（无线电链路控制）重传的次数和相关延迟……）<br><br>[0004] "In Release 5 the high-speed downlink packet access (HSDPA) was introduced. The new high-speed downlink shared channel (HS-DSCH) provides downlink high-speed access to the user from the UMTS Radio Access Network (RAN) to the communication terminals, called user equipments in the UMTS specifications."<br>（中文翻译：在Release 5中引入了高速下行链路分组接入（HSDPA）。新的高速下行链路共享信道（HS-DSCH）向用户提供了从UMTS无线电接入网络（RAN）到通信终端（在UMTS规范中称为用户设备）的下行链路高速接入。） | 作用比对与隐含公开论述：<br>1. 目标专利中的作用：由WTRU在接收到下行数据后向上行发送HARQ ACK/NACK确认反馈。<br>2. 对比文件公开与推理：对比文件段落[0004]、[0027]指明系统支持3GPP UMTS Release 5引入的HSDPA机制，并指出HARQ协议存在于Node B与UE之间。在3GPP标准体系中，下行HSDPA传输必然要求UE（WTRU）在上行回传HARQ ACK/NACK反馈。本领域技术人员基于对比文件对HSDPA和HARQ协议的整体教导，能够合理推断出UE具备并执行传送ACK/NACK反馈的行为。按照极其宽松的隐含公开判断标准，认定技术特征F被《隐含公开》。 |
| 技术特征G：<br>其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br><br>《隐含公开》 | [0004] "In Release 5 the high-speed downlink packet access (HSDPA) was introduced. The new high-speed downlink shared channel (HS-DSCH) provides downlink high-speed access to the user from the UMTS Radio Access Network (RAN) to the communication terminals, called user equipments in the UMTS specifications."<br>（中文翻译：在Release 5中引入了高速下行链路分组接入（HSDPA）。新的高速下行链路共享信道（HS-DSCH）向用户提供了从UMTS无线电接入网络（RAN）到通信终端（在UMTS规范中称为用户设备）的下行链路高速接入。）<br><br>[0027] "...Hybrid ARQ, which was one of the key technologies in HSDPA, is also considered for the enhanced uplink dedicated channel..."<br>（中文翻译：……混合ARQ（HSDPA中的关键技术之一）也被考虑用于增强型上行链路专用信道……） | 作用比对与隐含公开论述：<br>1. 目标专利中的作用：规定ACK/NACK反馈的物理承载信道为HS-DPCCH。<br>2. 对比文件公开与推理：对比文件在背景技术[0004]、[0027]中明确指涉3GPP Release 5 HSDPA规范。依据3GPP标准常识，HSDPA中的下行传输HARQ反馈（ACK/NACK）在物理层唯一指定的上行传输信道即为HS-DPCCH。对比文件虽未直接拼出信道名称HS-DPCCH，但作为标准体系不可分割的一部分，结合宽松的隐含公开标准，属于本领域技术人员结合标准上下文极易推理得出的公知对应配置，故技术特征G被《隐含公开》。 |
| 技术特征H：<br>其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>《未公开》 | 无。 | 作用比对与未公开理由：<br>对比文件全文未涉及测量并确定用于HS-DSCH的CQI（其测量集中于网络侧Iub/Iur接口上对E-DCH上行提供比特率Provided Bit-rate的Layer-2测量，参见段落[0088]-[0091]、[0204]），更未公开将该IE区分为第一IE并确定CQI的架构，故《未公开》。 |
| 技术特征I：<br>（注：用户输入原文中技术特征I内容为空）<br><br>《未公开》 | 无。 | 技术特征内容为空，判定为《未公开》。 |
| 技术特征J：<br>在所述HS-DSCH上的物理层中传送所述CQI。<br><br>（注：HS-DSCH为下行信道，此处特征描述为目标专利权利要求划分）<br><br>《未公开》 | 无。 | 作用比对与未公开理由：<br>对比文件未公开在HS-DSCH相关的物理层上传送CQI的操作，故《未公开》。 |
| 技术特征K：<br>其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br><br>《未公开》 | 无。 | 作用比对与未公开理由：<br>目标专利中的冲突解决解决的是E-RACH接入时多个终端发送前同步码产生的潜在冲突（说明书[0007]）。对比文件基于已建链的CELL_DCH软切换，未涉及竞争接入冲突解决机制，故《未公开》。 |
| 技术特征L：<br>其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br><br>《未公开》 | 无。 | 作用比对与未公开理由：<br>同特征C与K，对比文件无冲突解决流程来确认存取E-DCH资源，故《未公开》。 |
| 技术特征M：<br>进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br><br>《直接公开》 | [0047] "...The Node B controlled scheduling is based on uplink and downlink control together with a set of rules on how the UE behaves with respect to this signaling. On the downlink, a resource indication (scheduling grant) is required to indicate to the UE the maximum amount of uplink resources it may use."<br>（中文翻译：……Node B控制的调度基于上行链路和下行链路控制以及关于UE针对该信令如何行为的一组规则。在下行链路上，需要资源指示（调度授权）以向UE指示其可以使用的最大上行链路资源量。）<br><br>[0045] "A Scheduling Grant (SG) may be transmitted in the downlink from a Node B to a user equipment. Upon receiving the scheduling request the Node B may schedule a user equipment based on the scheduling information (SI)... In the Scheduling Grant (SG) the Node B may signal the TFCS indicator and subsequent transmission start time and validity period to be used by the user equipment."<br>（中文翻译：调度授权（SG）可以在下行链路中从节点B发送给用户设备。在接收到调度请求后，节点B可以基于调度信息（SI）对用户设备进行调度……在调度授权（SG）中，节点B可以发信号通知UE将要使用的TFCS指示符以及随后的传输开始时间和有效时间段。） | 作用比对与直接公开论述：<br>1. 目标专利中的作用：UE接收网络侧下发的E-DCH资源分配，以便进行上行E-DCH传输。<br>2. 对比文件方案：对比文件段落[0045]、[0047]明确公开了Node B向用户设备（UE）下发调度授权（Scheduling Grant，SG），该调度授权即为资源指示（resource indication），用于指示UE可以使用的E-DCH上行资源量（包括TFCS指示符、传输起始时间和有效时间段等）。UE接收该调度授权即为“从网络接收用于增强型专用信道E-DCH资源的分配”。两者在技术手段、功能和效果上完全实质相同，构成《直接公开》。 |
| 技术特征N：<br>其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>《未公开》 | 无。 | 作用比对与未公开理由：<br>目标专利通过广播的系统信息块SIB携带公共/可用E-DCH资源列表供处于CELL_FACH下的WTRU选择接入（说明书[0026]）。对比文件是在DCH状态下由基站通过下行控制信道（如E-AGCH/E-RGCH对应的一级信令）发送调度授权，未涉及在系统信息块SIB中接收可用E-DCH资源列表，故《未公开》。 |
| 技术特征O：<br>（注：用户输入原文中技术特征O内容为空）<br><br>《未公开》 | 无。 | 技术特征内容为空，判定为《未公开》。 |
| 技术特征P：<br>使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 无。 | 作用比对与未公开理由：<br>对比文件虽有在TFCS中指示指针或索引的通用表述，但并不存在从“SIB中广播的可用E-DCH资源列表”中通过索引确定资源的技术手段，故《未公开》。 |
| 技术特征Q：<br>其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>《未公开》 | 无。 | 作用比对与未公开理由：<br>对比文件未公开由节点B向UE发送包含“可用E-DCH资源的列表和索引”的信号（目标专利中为E-AICH带有索引配合广播列表，见[0019]、[0026]），对比文件仅发送调度授权（SG），故《未公开》。 |
| 技术特征R：<br>（注：用户输入原文中技术特征R内容为空）<br><br>《未公开》 | 无。 | 技术特征内容为空，判定为《未公开》。 |
| 技术特征S：<br>使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 无。 | 同特征P，对比文件无此配置，故《未公开》。 |
| 技术特征T：<br>进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br><br>《直接公开》 | [0025] "Uplink enhancements for Dedicated Transport Channels (DTCH) are currently studied by the 3GPP Technical Specification Group RAN... Since the use of IP-based services become more important, there is an increasing demand to improve the coverage and throughput of the RAN as well as to reduce the delay of the uplink dedicated transport channels."<br>（中文翻译：3GPP技术规范组RAN目前正在研究专用传输信道（DTCH）的上行链路增强……由于基于IP的业务变得越来越重要，对提高RAN的覆盖范围和吞吐量以及减少上行链路专用传输信道的延迟的需求日益增加。）<br><br>[0049] "...The mechanism can be used e.g. for Guaranteed Bit-rate delay-sensitive applications such as voice and/or for signaling radio bearers."<br>（中文翻译：……该机制可用于例如诸如语音的保证比特率延迟敏感应用和/或信令无线承载。）<br><br>[0089] "...The scheduled data is transmitted on a dedicated uplink data channel by a user equipment via a controlling radio network controller in a mobile communication system during soft handover of the user equipment."<br>（中文翻译：在移动通信系统中用户设备软切换期间，调度数据由用户设备经由控制无线电网络控制器在专用上行链路数据信道上传输。） | 作用比对与直接公开论述：<br>1. 目标专利中的作用：WTRU执行上行传输，传送DCCH或DTCH数据。<br>2. 对比文件方案：对比文件段落[0025]、[0049]和[0089]明确说明用户设备（UE）在增强型专用信道E-DCH上传输调度数据，具体包括用于语音等业务的专用业务信道（DTCH）或信令无线承载（对应专用控制信道DCCH）。技术方案、技术效果完全一致，构成《直接公开》。 |
| 技术特征U：<br>其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br><br>《未公开》 | 无。 | 作用比对与未公开理由：<br>目标专利的核心发明场景即针对处于CELL_FACH状态的WTRU引入快速反馈（说明书[0001]、[0006]-[0008]、[0022]）。对比文件明确限定在软切换（Soft Handover）场景下（软切换在UMTS规范中严格限于CELL_DCH状态，参见段落[0017]-[0022]、[0088]-[0089]），未公开在CELL_FACH状态下传送ACK/NACK反馈，故《未公开》。 |
| 技术特征V：<br>该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>《直接公开》 | [0045] "A Scheduling Grant (SG) may be transmitted in the downlink from a Node B to a user equipment. Upon receiving the scheduling request the Node B may schedule a user equipment based on the scheduling information (SI)... In the Scheduling Grant (SG) the Node B may signal the TFCS indicator and subsequent transmission start time and validity period to be used by the user equipment."<br>（中文翻译：调度授权（SG）可以在下行链路中从节点B发送给用户设备。在接收到调度请求后，节点B可以基于调度信息（SI）对用户设备进行调度……在调度授权（SG）中，节点B可以发信号通知UE将要使用的TFCS指示符以及随后的传输开始时间和有效时间段。）<br><br>[0047] "...On the downlink, a resource indication (scheduling grant) is required to indicate to the UE the maximum amount of uplink resources it may use."<br>（中文翻译：……在下行链路上，需要资源指示（调度授权）以向UE指示其可以使用的最大上行链路资源量。） | 作用比对与直接公开论述：<br>同特征M，对比文件段落[0045]、[0047]明确公开了由基站（Node B）向用户设备（UE/WTRU）下发调度授权（SG）作为资源分配，供其用于在上行链路（E-DCH）上传输数据。因此该技术特征被《直接公开》。 |
| 技术特征W：<br>在冲突解决完成<br><br>《未公开》 | 无。 | 作用比对与未公开理由：<br>同特征C与K，对比文件基于软切换CELL_DCH专有信道调度，不存在竞争冲突解决完成的技术流程，故《未公开》。 |
| 技术特征X：<br>所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>《未公开》 | 无。 | 作用比对与未公开理由：<br>目标专利中（参见说明书[0034]、[0067]），作为E-DCH资源集合的一部分广播特定IE，指示/请求WTRU测量并报告反馈。对比文件中的测量由C-RNC向Node B下发NBAP专有/通用测量初始化请求发起（参见[0023]、[0111]、[0120]），而非向UE分配的E-DCH资源包含请求测量报告反馈的IE，故《未公开》。 |
| 技术特征Y：<br>由所述WTRU传送信道质量指示符CQI。<br><br>《未公开》 | 无。 | 作用比对与未公开理由：<br>目标专利由WTRU向基站传送用于下行信道自适应编码调制的CQI反馈。对比文件全文的测量执行主体与上报主体均为Node B或S-RNC（测量Provided bit-rate上报给C-RNC，见[0088]-[0091]），并未公开UE执行传送CQI的操作，故《未公开》。 |
| 技术特征Z：<br>其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br><br>《未公开》 | 无。 | 作用比对与未公开理由：<br>基于技术特征Y未公开，对比文件未涉及WTRU经由HS-DPCCH传送CQI，故《未公开》。 |
---
### 结论与代码输出
综上所述，对比文件 US20060182065A1 对目标专利权利要求各技术特征的公开情况如下：
- **直接公开**的技术特征包括：**M、T、V**
- **隐含公开**的技术特征包括：**D、F、G**
<<<M>>>
<<<T>>>
<<<V>>>
<<<a>>>
<<<f>>>
<<<g>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>《未公开》 | 无对应内容。 | 对比文件主要涉及HSUPA/HSDPA中的无线电链路（RL）故障检测机制。虽然对比文件提及WTRU在HS-DPCCH上发送ACK/NACK（如[0043]、[0046]），但完全未公开或提示“从网络接收指示在HS-DPCCH上支持ACK/NACK的IE”。因此，对比文件既未直接公开也未隐含公开该特征。 |
| 技术特征B：<br><br>《未公开》 | 无对应内容。 | 目标技术特征内容为空，对比文件无对应方案，认定为未公开。 |
| 技术特征C：在经过冲突解决之后<br><br>《未公开》 | 无对应内容。 | 对比文件描述的是已建立HSUPA/HSDPA连接的专有时序与链路检测（涉及调度、HARQ及RL故障检测），完全未涉及CELL_FACH下增强型上行链路（E-RACH）的基于前同步码竞争及“冲突解决（争用解决）”过程。因此，该特征未被直接公开也未被隐含公开。 |
| 技术特征D：所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>《隐含公开》 | [0003]<br>“在第三代合作伙伴计划（3GPP）无线通信系统中，信令无线电承载（SRB）用于维持WTRU与通用陆地无线电接入网络（UTRAN）之间的连接（即RL）……”<br>（原文：In a third generation partnership project (3GPP) wireless communication system, signaling radio bearers (SRBs) are used to maintain a connection, (i.e., an RL), between a WTRU and a Universal Terrestrial Radio Access Network (UTRAN)...）<br><br>[0007]<br>“在3GPP无线通信系统中，既支持连续服务（例如语音），又支持交互式服务（例如网页浏览）……当服务映射到共享信道时，将专用信道用于SRB是低效的……”<br>（原文：In the 3GPP wireless communication system, both continuous services, (e.g., speech), and interactive services, (e.g., web browsing), are supported... However, when the service is mapped to shared channels, the use of dedicated channels for SRBs is inefficient...）<br><br>[0026]<br>“WTRU 102的收发信机202经由E-DPCCH 114和E-DPDCH 106向节点B 104发送上行链路（UL）数据。”<br>（原文：The transceiver 202 of the WTRU 102 sends uplink (UL) data to the Node-B 104 via the E-DPCCH 114 and the E-DPDCH 106.） | 对比文件公开了WTRU经由E-DPDCH等物理信道向上行发送数据，且支持SRB（信令无线电承载）和交互式业务（如网页浏览数据）。在3GPP无线通信协议标准架构中，SRB通常由专用控制信道（DCCH）承载，而用户业务数据（如网页浏览）由专用业务信道（DTCH）承载。本领域技术人员结合3GPP公知常识，能够合理推断出WTRU发送的上行数据包括DCCH数据或DTCH数据。因此，按照宽松标准判定该特征被对比文件隐含公开。 |
| 技术特征E：所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>《未公开》 | 无对应内容。 | 承接特征A，对比文件中未公开关于指示在HS-DPCCH上支持ACK/NACK的IE及其配置条件，因此该特征未被直接公开也未被隐含公开。 |
| 技术特征F：由所述WTRU传送ACK/NACK反馈<br><br>《直接公开》 | [0043]<br>“WTRU 102随后经由高速专用物理控制信道（HS-DPCCH）606向节点B 104发送H-ARQ反馈（即ACK或NACK）以及信道质量指示（CQI）。”<br>（原文：The WTRU 102 then transmits H-ARQ feedback, (i.e., ACK or NACK), and a channel quality indication (CQI) to the Node-B 104 via a high speed dedicated physical control channel (HS-DPCCH) 606.）<br><br>[0046]<br>“如果WTRU 102成功接收到数据传输704，WTRU 102会在HS-DPCCH 606上发送包括ACK的H-ARQ反馈706。”<br>（原文：If the WTRU 102 successfully receives the data transmission 704, the WTRU 102 sends an H-ARQ feedback 706 including an ACK on the HS-DPCCH 606.） | 对比文件[0043]与[0046]明确记载了当WTRU接收到下行数据时，由WTRU传送H-ARQ ACK/NACK反馈。其技术手段与目标专利中由WTRU传送ACK/NACK反馈完全相同，作用亦均为提供下行接收应答。因此，该特征被对比文件直接公开。 |
| 技术特征G：其中所述ACK/NACK反馈经由所述HS-DPCCH传送<br><br>《直接公开》 | [0043]<br>“WTRU 102随后经由高速专用物理控制信道（HS-DPCCH）606向节点B 104发送H-ARQ反馈（即ACK或NACK）以及信道质量指示（CQI）。”<br>（原文：The WTRU 102 then transmits H-ARQ feedback, (i.e., ACK or NACK), and a channel quality indication (CQI) to the Node-B 104 via a high speed dedicated physical control channel (HS-DPCCH) 606.） | 对比文件[0043]明确记载了ACK或NACK反馈是经由HS-DPCCH信道传送给节点B的，传输信道、载荷内容及作用与目标专利的技术特征G完全一致。因此，该特征被对比文件直接公开。 |
| 技术特征H：其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>《隐含公开》 | [0043]<br>“在使用HS-SCCH 602上接收到的调度信息的情况下，WTRU 102在高速物理下行链路共享信道（HS-PDSCH）604上接收数据传输。WTRU 102随后经由高速专用物理控制信道（HS-DPCCH）606向节点B 104发送H-ARQ反馈（即ACK或NACK）以及信道质量指示（CQI）。”<br>（原文：Using scheduling information received on the HS-SCCH 602, the WTRU 102 receives the data transmission on a high speed physical downlink shared channel (HS-PDSCH) 604. The WTRU 102 then transmits H-ARQ feedback, (i.e., ACK or NACK), and a channel quality indication (CQI) to the Node-B 104 via a high speed dedicated physical control channel (HS-DPCCH) 606.）<br><br>[0047]<br>“WTRU 102的测量单元206和控制器204还可以优选地基于公共导频信道（CPICH）接收生成并发送CQI。”<br>（原文：The measurement unit 206 and the controller 204 of the WTRU 102 may further generate and send a CQI, preferably based on common pilot channel (CPICH) reception.） | 虽然对比文件未公开IE部分，但对比文件[0043]和[0047]明确公开了WTRU生成并发送用于HSDPA（HS-DSCH / HS-PDSCH）的信道质量指示符（CQI）。在宽松的隐含公开判断标准下，对比文件部分公开了确定用于下行共享信道HS-DSCH的CQI的技术方案，有潜力与其他对比文件组合，因此认定该特征被对比文件隐含公开。 |
| 技术特征I：<br><br>《未公开》 | 无对应内容。 | 目标技术特征内容为空，认定为未公开。 |
| 技术特征J：在所述HS-DSCH上的物理层中传送所述CQI<br><br>《未公开》 | 无对应内容。 | 对比文件仅公开了在HS-DPCCH（上行控制信道）上传送CQI，且在3GPP系统中HS-DSCH是下行传输信道，并非用于上行传送CQI的信道。对比文件并未公开在HS-DSCH上的物理层传送CQI，因此未被直接公开也未被隐含公开。 |
| 技术特征K：其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突<br><br>《未公开》 | 无对应内容。 | 对比文件涉及已建立专用无线链路场景下的故障检测，未涉及基于前同步码竞争接入的增强型随机接入（E-RACH）过程，未涉及E-DCH传输冲突及其解决机制。因此未被直接公开也未被隐含公开。 |
| 技术特征L：其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源<br><br>《未公开》 | 无对应内容。 | 对比文件未涉及E-DCH竞争解决确认WTRU存取E-DCH资源的技术方案，因此未被直接公开也未被隐含公开。 |
| 技术特征M：进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配<br><br>《直接公开》 | [0026]<br>“节点B 104的收发信机302接收速率请求，且调度器308分析该速率请求，并通过AGCH 108（或可选地通过RGCH 110）生成并向WTRU 102发送调度指派，以控制上行链路接入和允许WTRU 102发送的最大速率……”<br>（原文：The transceiver 302 of the Node-B 104 receives the rate request and the scheduler 308 analyses the rate request and generates and sends scheduling an assignment to the WTRU 102 via the AGCH 108, (or optionally via the RGCH 110), to control the uplink access and maximum rate that the WTRU 102 is allowed to transmit...）<br><br>[0028]<br>“当通过接收调度授权或通过配置的保证比特率被允许在上行链路中发送时，WTRU 102利用H-ARQ过程进行传输。”<br>（原文：...when allowed to transmit in the uplink, either by reception of a scheduling grant or by a configured guaranteed bit rate, the WTRU 102 utilizes H-ARQ procedures for transmission.） | 对比文件[0026]及[0028]公开了WTRU通过AGCH或RGCH从网络（Node-B）接收调度指派/授权（scheduling assignment/grant），以控制上行接入并进行E-DCH传输，该调度指派即为E-DCH资源的分配。其作用同样是为WTRU提供上行传输资源的授权分派。因此，该特征被对比文件直接公开。 |
| 技术特征N：其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>《未公开》 | 无对应内容。 | 对比文件中的E-DCH分配是通过AGCH/RGCH等物理控制信道动态信令或保证比特率静态配置进行的，并未公开通过系统信息块（SIB）接收包含可用E-DCH资源列表的广播信息。因此未被直接公开也未被隐含公开。 |
| 技术特征O：<br><br>《未公开》 | 无对应内容。 | 目标技术特征内容为空，认定为未公开。 |
| 技术特征P：使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源<br><br>《未公开》 | 无对应内容。 | 承接特征N，对比文件未涉及基于系统信息块中的可用E-DCH资源列表及其索引确定E-DCH资源的技术方案，因此未被直接公开也未被隐含公开。 |
| 技术特征Q：其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>《未公开》 | 无对应内容。 | 对比文件中的Node-B通过AGCH发送绝对授权调度指派，未公开从节点B接收包括可用E-DCH资源索引和列表的信号。因此未被直接公开也未被隐含公开。 |
| 技术特征R：<br><br>《未公开》 | 无对应内容。 | 目标技术特征内容为空，认定为未公开。 |
| 技术特征S：使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源<br><br>《未公开》 | 无对应内容。 | 对比文件未涉及使用索引从可用E-DCH资源列表确定资源，因此未被直接公开也未被隐含公开。 |
| 技术特征T：进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据<br><br>《隐含公开》 | [0003]<br>“在第三代合作伙伴计划（3GPP）无线通信系统中，信令无线电承载（SRB）用于维持WTRU与通用陆地无线电接入网络（UTRAN）之间的连接（即RL）……”<br>（原文：In a third generation partnership project (3GPP) wireless communication system, signaling radio bearers (SRBs) are used to maintain a connection, (i.e., an RL), between a WTRU and a Universal Terrestrial Radio Access Network (UTRAN)...）<br><br>[0026]<br>“WTRU 102的收发信机202经由E-DPCCH 114和E-DPDCH 106向节点B 104发送上行链路（UL）数据。”<br>（原文：The transceiver 202 of the WTRU 102 sends uplink (UL) data to the Node-B 104 via the E-DPCCH 114 and the E-DPDCH 106.） | 对比文件[0026]记载了WTRU在上行链路发送UL数据，且[0003]、[0007]指明传输涵盖SRB信令和交互式业务。根据3GPP协议通用架构，逻辑信道DCCH映射SRB，DTCH映射用户业务数据，本领域技术人员由对比文件发送UL数据结合SRB/业务承载极易直接联想并推导出传送DCCH或DTCH数据。在极宽松的隐含公开标准下，判定该特征被对比文件隐含公开。 |
| 技术特征U：其中所述ACK/NACK反馈在CELL_FACH状态期间传送<br><br>《未公开》 | 无对应内容。 | 对比文件全文针对的是标准Release 6体系下的HSUPA/HSDPA链路失败检测，这些信道建立在CELL_DCH专用状态下，完全未涉及在CELL_FACH公共控制信道状态期间传送ACK/NACK反馈。因此该特征未被直接公开也未被隐含公开。 |
| 技术特征V：该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>《直接公开》 | [0026]<br>“节点B 104的收发信机302接收速率请求，且调度器308分析该速率请求，并通过AGCH 108（或可选地通过RGCH 110）生成并向WTRU 102发送调度指派，以控制上行链路接入和允许WTRU 102发送的最大速率。WTRU 102的收发信机202经由E-DPCCH 114和E-DPDCH 106向节点B 104发送上行链路（UL）数据。”<br>（原文：The transceiver 302 of the Node-B 104 receives the rate request and the scheduler 308 analyses the rate request and generates and sends scheduling an assignment to the WTRU 102 via the AGCH 108, (or optionally via the RGCH 110), to control the uplink access and maximum rate that the WTRU 102 is allowed to transmit. The transceiver 202 of the WTRU 102 sends uplink (UL) data to the Node-B 104 via the E-DPCCH 114 and the E-DPDCH 106.） | 对比文件[0026]明确指明Node-B通过AGCH或RGCH发送调度指派以分配E-DCH传输资源，WTRU据此在E-DPDCH/E-DPCCH上进行上行链路数据传输。技术手段完全对应，技术效果相同，因此该特征被对比文件直接公开。 |
| 技术特征W：在冲突解决完成<br><br>《未公开》 | 无对应内容。 | 对比文件未涉及E-RACH的随机接入竞争过程，更未涉及“冲突解决完成”的条件。因此未被直接公开也未被隐含公开。 |
| 技术特征X：所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>《未公开》 | 无对应内容。 | 对比文件未公开E-DCH资源配置中包含请求测量并报告反馈信息的IE。因此未被直接公开也未被隐含公开。 |
| 技术特征Y：由所述WTRU传送信道质量指示符CQI<br><br>《直接公开》 | [0043]<br>“WTRU 102随后经由高速专用物理控制信道（HS-DPCCH）606向节点B 104发送H-ARQ反馈（即ACK或NACK）以及信道质量指示（CQI）。”<br>（原文：The WTRU 102 then transmits H-ARQ feedback, (i.e., ACK or NACK), and a channel quality indication (CQI) to the Node-B 104 via a high speed dedicated physical control channel (HS-DPCCH) 606.）<br><br>[0047]<br>“WTRU 102的测量单元206和控制器204还可以优选地基于公共导频信道（CPICH）接收生成并发送CQI。”<br>（原文：The measurement unit 206 and the controller 204 of the WTRU 102 may further generate and send a CQI, preferably based on common pilot channel (CPICH) reception.） | 对比文件[0043]与[0047]明确公开了WTRU生成并向节点B传送信道质量指示符CQI，用于链路质量测量与调度适配，其手段与目的在目标专利说明书中完全一致。因此，该特征被对比文件直接公开。 |
| 技术特征Z：其中所述CQI经由高速专用物理控制信道HS-DPCCH传送<br><br>《直接公开》 | [0043]<br>“WTRU 102随后经由高速专用物理控制信道（HS-DPCCH）606向节点B 104发送H-ARQ反馈（即ACK或NACK）以及信道质量指示（CQI）。”<br>（原文：The WTRU 102 then transmits H-ARQ feedback, (i.e., ACK or NACK), and a channel quality indication (CQI) to the Node-B 104 via a high speed dedicated physical control channel (HS-DPCCH) 606.）<br><br>[0049]<br>“WTRU还可以被配置为向节点B 104周期性地进行CQI报告……允许节点B检测HS-DPCCH故障。”<br>（原文：The WTRU may additionally be configured for periodic CQI reporting to Node-B 104... allows Node-B detection of HS-DPCCH failures.） | 对比文件[0043]直接指出CQI是通过HS-DPCCH信道进行传送的，与目标专利的技术特征Z完全一致，因此该特征被对比文件直接公开。 |
---
<<<F>>><<<G>>><<<M>>><<<V>>><<<Y>>><<<Z>>><<<d>>><<<h>>><<<t>>>
本案中，对比文件为自行车变速器的外观设计专利文件（TWD113024S1），且无说明书内容；目标专利技术方案涉及无线移动通信系统（3GPP WCDMA/HSPA+系统中处于CELL_FACH状态的WTRU控制和传送HS-DPCCH上行链路反馈信息、E-DCH资源分配与冲突解决机制）。
自行车变速器的外观设计图样属于机械/工业设计领域，完全不涉及无线发射/接收单元（WTRU）、节点B、物理信道（HS-DPCCH、E-DCH、HS-DSCH）、信息元素（IE）、ACK/NACK反馈、CQI确定与反馈、冲突解决、专用控制/业务信道（DCCH/DTCH）、系统信息块（SIB）等通信控制协议与信令处理特征。即使按照最宽松的隐含公开判断标准，本领域技术人员也无法从中推理、合理推断或获取目标专利权利要求的任何技术特征。
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br>《未公开》 | 无（对比文件为“自行車變速器”外观设计专利，且无说明书）。 | 对比文件属于自行车传动机构外观设计，未公开无线通信终端、通信网络以及指示HS-DPCCH上支持ACK/NACK的任何信息元素IE。因此，对比文件未直接公开，也无法推导或隐含公开该特征。 |
| 技术特征B：<br>（注：原权利要求特征项B为空）<br>《未公开》 | 无（对比文件为“自行車變速器”外观设计专利，且无说明书）。 | 对比文件无相关内容。 |
| 技术特征C：<br>在经过冲突解决之后<br>《未公开》 | 无（对比文件为“自行車變速器”外观设计专利，且无说明书）。 | 目标专利中“冲突解决”是指在基于争用的信道（如E-RACH）接入阶段解决多个终端潜在冲突的过程。对比文件完全不涉及无线信道接入或冲突解决机制，未直接公开，也无法推导或隐含公开该特征。 |
| 技术特征D：<br>所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br>《未公开》 | 无（对比文件为“自行車變速器”外观设计专利，且无说明书）。 | 对比文件未公开无线终端及发送DCCH/DTCH高层逻辑信道数据的过程，未直接公开，也无法推导或隐含公开该特征。 |
| 技术特征E：<br>所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br>《未公开》 | 无（对比文件为“自行車變速器”外观设计专利，且无说明书）。 | 对比文件未涉及协议信息元素IE的信令指示或HS-DPCCH上的ACK/NACK支持判断，未直接公开，也无法推导或隐含公开该特征。 |
| 技术特征F：<br>由所述WTRU传送ACK/NACK反馈。<br>《未公开》 | 无（对比文件为“自行車變速器”外观设计专利，且无说明书）。 | 对比文件未公开无线终端传输数据接收确认/非确认的HARQ反馈机制，未直接公开，也无法推导或隐含公开该特征。 |
| 技术特征G：<br>其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br>《未公开》 | 无（对比文件为“自行車變速器”外观设计专利，且无说明书）。 | 对比文件未公开在高速专用物理控制信道（HS-DPCCH）上承载ACK/NACK反馈的技术方案，未直接公开，也无法推导或隐含公开该特征。 |
| 技术特征H：<br>其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br>《未公开》 | 无（对比文件为“自行車變速器”外观设计专利，且无说明书）。 | 对比文件未涉及下行共享信道信道质量测量、CQI确定或第一IE配置，未直接公开，也无法推导或隐含公开该特征。 |
| 技术特征I：<br>（注：原权利要求特征项I为空）<br>《未公开》 | 无（对比文件为“自行車變速器”外观设计专利，且无说明书）。 | 对比文件无相关内容。 |
| 技术特征J：<br>在所述HS-DSCH上的物理层中传送所述CQI。<br>《未公开》 | 无（对比文件为“自行車變速器”外观设计专利，且无说明书）。 | 对比文件未公开物理层CQI反馈机制，未直接公开，也无法推导或隐含公开该特征。 |
| 技术特征K：<br>其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br>《未公开》 | 无（对比文件为“自行車變速器”外观设计专利，且无说明书）。 | 对比文件未公开E-DCH传输及其争用/冲突解决机制，未直接公开，也无法推导或隐含公开该特征。 |
| 技术特征L：<br>其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br>《未公开》 | 无（对比文件为“自行車變速器”外观设计专利，且无说明书）。 | 对比文件未公开通过冲突解决确认WTRU存取E-DCH资源的过程，未直接公开，也无法推导或隐含公开该特征。 |
| 技术特征M：<br>进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br>《未公开》 | 无（对比文件为“自行車變速器”外观设计专利，且无说明书）。 | 对比文件未公开从无线网络接收E-DCH上行资源分配的信令，未直接公开，也无法推导或隐含公开该特征。 |
| 技术特征N：<br>其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br>《未公开》 | 无（对比文件为“自行車變速器”外观设计专利，且无说明书）。 | 对比文件未公开通过广播SIB接收可用E-DCH资源列表，未直接公开，也无法推导或隐含公开该特征。 |
| 技术特征O：<br>（注：原权利要求特征项O为空）<br>《未公开》 | 无（对比文件为“自行車變速器”外观设计专利，且无说明书）。 | 对比文件无相关内容。 |
| 技术特征P：<br>使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br>《未公开》 | 无（对比文件为“自行車變速器”外观设计专利，且无说明书）。 | 对比文件未公开使用资源索引从列表中确定上行专用信道资源，未直接公开，也无法推导或隐含公开该特征。 |
| 技术特征Q：<br>其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br>《未公开》 | 无（对比文件为“自行車變速器”外观设计专利，且无说明书）。 | 对比文件未公开基站/节点B向终端发送包含资源列表与索引的控制信号，未直接公开，也无法推导或隐含公开该特征。 |
| 技术特征R：<br>（注：原权利要求特征项R为空）<br>《未公开》 | 无（对比文件为“自行車變速器”外观设计专利，且无说明书）。 | 对比文件无相关内容。 |
| 技术特征S：<br>使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br>《未公开》 | 无（对比文件为“自行車變速器”外观设计专利，且无说明书）。 | 对比文件未公开使用索引检索确定可用E-DCH资源，未直接公开，也无法推导或隐含公开该特征。 |
| 技术特征T：<br>进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br>《未公开》 | 无（对比文件为“自行車變速器”外观设计专利，且无说明书）。 | 对比文件未涉及传送高层专用逻辑信道数据，未直接公开，也无法推导或隐含公开该特征。 |
| 技术特征U：<br>其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br>《未公开》 | 无（对比文件为“自行車變速器”外观设计专利，且无说明书）。 | 对比文件未涉及移动通信系统的RRC状态管理或处于CELL_FACH状态下的反馈传送，未直接公开，也无法推导或隐含公开该特征。 |
| 技术特征V：<br>该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br>《未公开》 | 无（对比文件为“自行車變速器”外观设计专利，且无说明书）。 | 对比文件未公开接收网络侧E-DCH上行传输资源分配，未直接公开，也无法推导或隐含公开该特征。 |
| 技术特征W：<br>在冲突解决完成<br>《未公开》 | 无（对比文件为“自行車變速器”外观设计专利，且无说明书）。 | 对比文件未涉及冲突解决阶段完成的时序控制，未直接公开，也无法推导或隐含公开该特征。 |
| 技术特征X：<br>所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br>《未公开》 | 无（对比文件为“自行車變速器”外观设计专利，且无说明书）。 | 对比文件未公开E-DCH资源配置中携带请求测量与报告反馈信息的IE，未直接公开，也无法推导或隐含公开该特征。 |
| 技术特征Y：<br>由所述WTRU传送信道质量指示符CQI。<br>《未公开》 | 无（对比文件为“自行車變速器”外观设计专利，且无说明书）。 | 对比文件未涉及终端向网络传输信道质量指示符CQI，未直接公开，也无法推导或隐含公开该特征。 |
| 技术特征Z：<br>其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br>《未公开》 | 无（对比文件为“自行車變速器”外观设计专利，且无说明书）。 | 对比文件未公开经由HS-DPCCH信道承载传输CQI信息，未直接公开，也无法推导或隐含公开该特征。 |
## 特征比对分析
本案评估对比文件（WO2006106578A1，涉及交流电源装置）是否公开了目标专利权利要求中的技术特征A至Z。
经核查，对比文件 WO2006106578A1 为电力电子领域的“交流电源装置”（AC power supply device），且本案中未记载该对比文件的具体技术说明书内容（显示为“无说明书”）。目标专利属于无线移动通信技术领域，具体涉及处于 CELL_FACH 状态下的 WTRU 接收资源配置、进行争用/冲突解决、以及经由 HS-DPCCH 等信道传输 CQI、ACK/NACK 等上行链路反馈信息的方法。
因对比文件无说明书文本记载，且其主题为交流电源硬件设备，与无线通信技术领域不存在技术关联，无法从中直接得出或通过推理隐含推导出目标专利权利要求划分的技术特征A至Z。
---
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br>《未公开》 | 对比文件无说明书内容记载。 | 对比文件涉及交流电源装置，未记载任何无线通信协议、WTRU、HS-DPCCH、ACK/NACK反馈及指示该反馈的信息元素IE的内容。本领域技术人员既无法直接得出该特征，也无法合理推导出该方案，未公开。 |
| 技术特征B：（空）<br>《未公开》 | 对比文件无说明书内容记载。 | 目标专利该技术特征项为空，对比文件亦无相关技术内容记载，未公开。 |
| 技术特征C：在经过冲突解决之后<br>《未公开》 | 对比文件无说明书内容记载。 | 对比文件涉及交流电源装置，未涉及无线通信中多个终端接入竞争信道时的冲突解决（争用解决）机制。本领域技术人员无法从对比文件中得出在冲突解决后执行相关传输的方案，未公开。 |
| 技术特征D：所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br>《未公开》 | 对比文件无说明书内容记载。 | 对比文件未涉及无线通信系统，未记载WTRU及其在逻辑信道DCCH或DTCH上发送数据的内容，未公开。 |
| 技术特征E：所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br>《未公开》 | 对比文件无说明书内容记载。 | 对比文件未记载信息元素IE指示HS-DPCCH支持ACK/NACK的条件判断与信令控制方案，未公开。 |
| 技术特征F：由所述WTRU传送ACK/NACK反馈。<br>《未公开》 | 对比文件无说明书内容记载。 | 对比文件未记载由无线终端WTRU向上行链路传送混合自动重传请求ACK/NACK反馈的技术内容，未公开。 |
| 技术特征G：其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br>《未公开》 | 对比文件无说明书内容记载。 | 对比文件未涉及3GPP物理信道HS-DPCCH及其承载ACK/NACK反馈的技术方案，未公开。 |
| 技术特征H：其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br>《未公开》 | 对比文件无说明书内容记载。 | 对比文件未记载用于HS-DSCH的CQI信道质量指示符的测量与确定方案，亦未记载第一IE，未公开。 |
| 技术特征I：（空）<br>《未公开》 | 对比文件无说明书内容记载。 | 目标专利该技术特征项为空，对比文件亦无相关内容，未公开。 |
| 技术特征J：在所述HS-DSCH上的物理层中传送所述CQI。<br>《未公开》 | 对比文件无说明书内容记载。 | 对比文件未记载在高速物理信道中传送CQI的技术方案，未公开。 |
| 技术特征K：其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br>《未公开》 | 对比文件无说明书内容记载。 | 对比文件未记载E-DCH传输及其潜在冲突解决机制（如E-RACH争用解决），未公开。 |
| 技术特征L：其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br>《未公开》 | 对比文件无说明书内容记载。 | 对比文件未涉及通过冲突解决确认WTRU存取E-DCH资源的无争用接入方案，未公开。 |
| 技术特征M：进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br>《未公开》 | 对比文件无说明书内容记载。 | 对比文件未记载网络向终端分配E-DCH资源的信令机制，未公开。 |
| 技术特征N：其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br>《未公开》 | 对比文件无说明书内容记载。 | 对比文件未记载通过广播系统信息块SIB携带可用E-DCH资源列表的方案，未公开。 |
| 技术特征O：（空）<br>《未公开》 | 对比文件无说明书内容记载。 | 目标专利该技术特征项为空，对比文件亦无相关内容，未公开。 |
| 技术特征P：使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br>《未公开》 | 对比文件无说明书内容记载。 | 对比文件未记载使用索引从广播的可用E-DCH资源列表中索引确定具体分配资源的技术方案，未公开。 |
| 技术特征Q：其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br>《未公开》 | 对比文件无说明书内容记载。 | 对比文件未记载基站/节点B向终端发送包含资源列表及索引的分配信号，未公开。 |
| 技术特征R：（空）<br>《未公开》 | 对比文件无说明书内容记载。 | 目标专利该技术特征项为空，对比文件亦无相关内容，未公开。 |
| 技术特征S：使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br>《未公开》 | 对比文件无说明书内容记载。 | 对比文件未记载基于索引解析获取E-DCH资源的技术方案，未公开。 |
| 技术特征T：进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br>《未公开》 | 对比文件无说明书内容记载。 | 对比文件未记载在无线通信系统中传送DCCH或DTCH逻辑信道数据，未公开。 |
| 技术特征U：其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br>《未公开》 | 对比文件无说明书内容记载。 | 对比文件未记载处于RRC CELL_FACH状态下的WTRU传送上行链路ACK/NACK反馈，未公开。 |
| 技术特征V：该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br>《未公开》 | 对比文件无说明书内容记载。 | 对比文件未记载接收用于上行链路传输的E-DCH资源分配，未公开。 |
| 技术特征W：在冲突解决完成<br>《未公开》 | 对比文件无说明书内容记载。 | 对比文件未记载在无线接入过程中以冲突解决完成作为触发时机，未公开。 |
| 技术特征X：所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br>《未公开》 | 对比文件无说明书内容记载。 | 对比文件未记载E-DCH资源中包含请求测量并报告反馈信息的IE，未公开。 |
| 技术特征Y：由所述WTRU传送信道质量指示符CQI。<br>《未公开》 | 对比文件无说明书内容记载。 | 对比文件未记载终端传送下行链路信道质量指示符CQI，未公开。 |
| 技术特征Z：其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br>《未公开》 | 对比文件无说明书内容记载。 | 对比文件未记载在HS-DPCCH物理控制信道上传送CQI的技术方案，未公开。 |
针对对比文件（TWM302835U，繁体中文新型专利，公开日2006-12-11）是否公开目标专利权利要求的各项技术特征（技术特征A至技术特征Z），结合目标专利说明书原文进行详细比对与严谨分析。
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>《未公开》 | 无对应内容。 | 目标专利中，该特征是指网络通过信息元素（IE）向WTRU指示在CELL_FACH/空闲态等基于争用的增强上行链路中，HS-DPCCH信道是否支持/启用HARQ ACK/NACK反馈机制（参见说明书[0026]、[0029]、[0068]、[0071]等）。<br>对比文件主要涉及3GPP Release 6的增强上行链路（EU/E-DCH）在MAC-e实体中多路复用（Multiplexing）时的E-TFC选择与许可量子化（Quantization）问题。对比文件虽然在说明书第2页提到“高速专用实体控制频道(HS-DPCCH)”占用功率，但完全未公开“从网络接收指示在HS-DPCCH上支持ACK/NACK的信息元素IE”。对比文件既未直接公开，本领域技术人员也无法从中推理或组合得出该特征，故未公开。 |
| 技术特征B：<br><br>《未公开》 | （本项技术特征内容为空白） | 本项技术特征内容未定义，对比文件未公开。 |
| 技术特征C：在经过冲突解决之后<br><br>《未公开》 | 无对应内容。 | 目标专利中，“冲突解决”（争用解决，Contention Resolution）针对CELL_FACH状态或空闲模式下的增强型RACH（E-RACH）接入过程，在随机接入阶段为解决多个WTRU潜在冲突而设置（参见说明书[0007]、[0023]、[0035]）。<br>对比文件所针对的是CELL_DCH状态下的常规EU传输，其通过节点B和RNC直接为特定WTRU分配调度/非调度许可（第1-2页），属于连接态专用信道调度机制，根本不存在也不涉及基于随机接入冲突解决（争用解决）的过程。因此对比文件既未直接公开，也未隐含公开。 |
| 技术特征D：所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>《隐含公开》 | 说明书第1页：“该MAC-e 206自頻道接收用於EU傳輸的數據即為MAC-d流……MAC-d流提供資以供UL傳輸置該MAC-e 206，該MAC-d流係配置為排程或非排程MAC-d流。”<br>说明书第10页：“在該WTRU 1414中，不同邏輯頻道1402之MAC-d流1403係藉由MAC-d 1401輸入至該MAC-e/es 1404……由該MUX 1410所產生之該MAC-e/es PDUs 1411、所選擇之E-TFC、以及功率偏差，係輸入至一實體層裝置(PHY)1412，以在該E-DPCH(s)1413上使用所選擇之E-TFC傳輸。” | 在目标专利中，该特征是指WTRU在特定逻辑信道（DCCH或DTCH）上传送数据（参见说明书[0037]、[0038]、[0074]）。<br>在3GPP无线通信系统中，映射到MAC-d流并由WTRU在上行链路上传输的专用逻辑信道即为专用控制信道（DCCH）或专用业务信道（DTCH）。对比文件明确公开了WTRU将来自不同逻辑信道（1402）的MAC-d流（1403）复用至MAC-e PDU并通过物理层E-DPCH传输至节点B。虽然对比文件未直接写出“DCCH”或“DTCH”的字面缩写，但按照3GPP通信常识，输入至MAC-d并在EU上传送的专用数据流必然为DCCH或DTCH数据。因此，基于非常宽松的隐含公开判断标准，对比文件实质公开并能够合理推断出WTRU发送DCCH或DTCH数据，构成隐含公开。 |
| 技术特征E：所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>《未公开》 | 无对应内容。 | 参见特征A的比对论述。对比文件完全没有涉及指示在HS-DPCCH上支持ACK/NACK的IE及其条件判断逻辑，未公开。 |
| 技术特征F：由所述WTRU传送ACK/NACK反馈。<br><br>《未公开》 | 无对应内容。 | 目标专利中，该特征是指WTRU在满足条件时向网络发送HARQ ACK/NACK反馈信息（参见说明书[0023]、[0029]等）。<br>对比文件通篇讨论的是WTRU在增强上行链路中将上行MAC-d数据复用为MAC-e PDU并传送至节点B的数据处理流程，未公开或讨论WTRU发送针对下行传输的ACK/NACK反馈，故未公开。 |
| 技术特征G：其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br><br>《未公开》 | 无对应内容。 | 对比文件说明书第2页仅在计算E-DPDCH剩余可用发射功率时提到了“高速专用实体控制频道(HS-DPCCH)亦會列入考慮”，完全未公开或涉及WTRU经由该HS-DPCCH传送ACK/NACK反馈的具体信令行为与方法，故未公开。 |
| 技术特征H：其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>《未公开》 | 无对应内容。 | 目标专利是指确定用于HS-DSCH的CQI反馈（说明书[0021]、[0032]）。对比文件没有涉及测量和确定下行链路HS-DSCH的CQI，也未公开相关IE，故未公开。 |
| 技术特征I：<br><br>《未公开》 | （本项技术特征内容为空白） | 本项技术特征内容未定义，对比文件未公开。 |
| 技术特征J：在所述HS-DSCH上的物理层中传送所述CQI。<br><br>《未公开》 | 无对应内容。 | 对比文件未涉及CQI的传送，更未公开在物理层信道上传送CQI，故未公开。 |
| 技术特征K：其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br><br>《未公开》 | 无对应内容。 | 参见特征C的比对论述。对比文件针对CELL_DCH下专属分配的E-DCH调度传输，不存在随机接入的潜在冲突，亦无冲突解决机制，故未公开。 |
| 技术特征L：其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br><br>《未公开》 | 无对应内容。 | 对比文件未公开争用解决机制，更未公开通过冲突解决确认WTRU存取E-DCH资源，故未公开。 |
| 技术特征M：进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br><br>《直接公开》 | 说明书第1页：“為了允許進行EU傳輸，實體資源許可便藉由節點B 102及RNC 104分派給WTRU 106，而需要快速動態頻道配置的WTRU UL數據頻道，便擁有由節點B 10所提供的快速「排程」許可，且需要連續配置的頻道便擁有由RNC 106所提供的「非排程」許可。”<br>说明书第3页步骤405：“在一步驟405中，一WTRU由一節點B接收一排程數據許可，及/或由一RNC接收非排程數據許可。” | 目标专利中，“用于增强型专用信道E-DCH资源的分配”指网络向WTRU分派用于EU/E-DCH传输的无线物理资源许可（包括调度许可和非调度许可等，参见说明书[0003]、[0004]、[0007]、[0067]）。<br>对比文件明确记载了为了允许进行EU（Enhanced Uplink，即E-DCH）传输，实体资源许可藉由节点B 102及RNC 104分派给WTRU 106（包括由节点B提供的调度许可及由RNC提供的非调度许可），WTRU从节点B/RNC接收排程数据许可或非排程数据许可。对比文件公开的内容与目标专利技术特征M的作用相同（均为网络向WTRU下发E-DCH资源授权以供上行传输），技术方案完全相同。本领域技术人员能够毫无疑义地直接得出该技术特征，因此技术特征M被对比文件《直接公开》。 |
| 技术特征N：其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>《未公开》 | 无对应内容。 | 目标专利中，该特征是指网络通过系统信息块（SIB）广播公共的E-DCH资源列表以供CELL_FACH状态的WTRU接入（说明书[0026]、[0033]）。<br>对比文件中E-DCH资源许可是由节点B通过快速MAC层信令（排程许可）或由RNC通过RRC信令配置（非排程许可）进行专用下发（说明书第1-2页），完全未涉及在广播系统信息块SIB中接收可用E-DCH资源列表，故未公开。 |
| 技术特征O：<br><br>《未公开》 | （本项技术特征内容为空白） | 本项技术特征内容未定义，对比文件未公开。 |
| 技术特征P：使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 无对应内容。 | 对比文件未公开广播可用E-DCH资源列表，亦未公开使用索引从列表中确定E-DCH资源，故未公开。 |
| 技术特征Q：其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>《未公开》 | 无对应内容。 | 对比文件中的节点B发送的是基于功率比的调度许可（Scheduling Grant），并未向WTRU发送包含可用E-DCH资源列表及索引的信号，故未公开。 |
| 技术特征R：<br><br>《未公开》 | （本项技术特征内容为空白） | 本项技术特征内容未定义，对比文件未公开。 |
| 技术特征S：使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 无对应内容。 | 对比文件未涉及从可用E-DCH资源列表中依据索引确定资源，未公开。 |
| 技术特征T：进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br><br>《隐含公开》 | 说明书第1页：“該MAC-e 206自頻道接收用於EU傳輸的數據即為MAC-d流……MAC-d流提供資以供UL傳輸置該MAC-e 206……”<br>说明书第10页：“在該WTRU 1414中，不同邏輯頻道1402之MAC-d流1403係藉由MAC-d 1401輸入至該MAC-e/es 1404……由該MUX 1410所產生之該MAC-e/es PDUs 1411、所選擇之E-TFC、以及功率偏差，係輸入至一實體層裝置(PHY)1412，以在該E-DPCH(s)1413上使用所選擇之E-TFC傳輸。” | 目标专利中，该特征是指WTRU在增强上行链路上发送专用控制信道DCCH或专用业务信道DTCH的数据（说明书[0037]、[0038]、[0068]）。<br>对比文件明确公开了WTRU通过物理层E-DPCH传送来自不同逻辑信道（1402）的MAC-d流数据。在3GPP UMTS标准框架下，映射至MAC-d流并在EU/E-DCH上传送的上行专用逻辑信道即为DCCH（专用控制信道）或DTCH（专用业务信道）。对比文件虽然在文字上使用“MAC-d流/邏輯頻道”，但根据其上下文和技术背景，其传送的实体数据正是DCCH或DTCH数据。按照非常宽松的隐含公开标准，本领域技术人员结合公知常识能够毫无疑问地合理推断出该技术方案，因此认定技术特征T被对比文件《隐含公开》。 |
| 技术特征U：其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br><br>《未公开》 | 无对应内容。 | 目标专利技术方案核心在于CELL_FACH状态下的反馈机制（说明书[0001]、[0006]、[0011]等）。<br>对比文件针对的是CELL_DCH状态下的EU传输，完全没有提及CELL_FACH状态，亦未提及ACK/NACK反馈在CELL_FACH期间传送，未公开。 |
| 技术特征V：该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>《直接公开》 | 说明书第1页：“為了允許進行EU傳輸，實體資源許可便藉由節點B 102及RNC 104分派給WTRU 106，而需要快速動態頻道配置的WTRU UL數據頻道，便擁有由節點B 10所提供的快速「排程」許可，且需要連續配置的頻道便擁有由RNC 106所提供的「非排程」許可。”<br>说明书第3页：“在步驟405中，一WTRU由一節點B接收一排程數據許可，及/或由一RNC接收非排程數據許可。” | 目标专利中，该特征是指WTRU从网络接收E-DCH资源分配用于上行链路传输（说明书[0003]、[0067]）。<br>对比文件明确公开了WTRU 106为了进行EU（增强上行链路，即E-DCH）传输，从节点B 102接收排程数据许可，及/或由RNC 104接收非排程数据许可（即实体资源许可）。两者的技术方案、所起到的分配上行传输资源的作用完全相同。本领域技术人员能毫无疑义地直接得出该技术方案，因此技术特征V被对比文件《直接公开》。 |
| 技术特征W：在冲突解决完成<br><br>《未公开》 | 无对应内容。 | 参见特征C、K、L的比对论述。对比文件属于常规连接态EU调度，不存在争用/冲突解决过程，未公开。 |
| 技术特征X：所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>《未公开》 | 无对应内容。 | 目标专利中，该特征是指E-DCH资源包含特定IE以请求WTRU测量并报告反馈信息（说明书[0034]）。<br>对比文件中网络下发的许可仅为功率比或位元数配额，完全未公开包含请求测量并报告反馈信息的IE，故未公开。 |
| 技术特征Y：由所述WTRU传送信道质量指示符CQI。<br><br>《未公开》 | 无对应内容。 | 目标专利中是指WTRU传送信道质量指示符CQI（说明书[0012]、[0023]、[0032]）。对比文件没有涉及WTRU生成和发送CQI反馈的内容，未公开。 |
| 技术特征Z：其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br><br>《未公开》 | 无对应内容。 | 对比文件仅在功率计算中提及HS-DPCCH信道，未公开经由HS-DPCCH传送CQI，故未公开。 |
---
<<<M>>>
<<<V>>>
<<<d>>>
<<<t>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译及段落标号） | 公开性论述 |
| 技术特征A：包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br>《未公开》 | 无对应引用内容。 | 对比文件仅公开了UE可以在HS-DPCCH上传送ACK/NACK反馈（段落[0003]、[0060]），并由网络配置门控图样或CQI周期（段落[0065]），但完全未记载由WTRU从网络接收“指示在HS-DPCCH上支持ACK/NACK”的特定信息元素（IE）。因此既未直接公开也未隐含公开。 |
| 技术特征B：<br>*(注：本项为空白特征)*<br>《未公开》 | 无对应引用内容。 | 本项特征无具体技术内容，不作比对与认定。 |
| 技术特征C：在经过冲突解决之后<br>《未公开》 | 无对应引用内容。 | 对比文件涉及的是Cell_DCH状态下的普通E-DCH传输机制（如段落[0004]、[0007]中的速率授权与非调度授权），并不涉及基于争用的接入过程（如Cell_FACH下的增强型RACH），因而完全未涉及在“冲突解决之后”触发或执行相关操作。 |
| 技术特征D：所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br>《未公开》 | 无对应引用内容。 | 对比文件段落[0004]仅提及数据在E-DCH上发送，未涉及将“已发送DCCH或DTCH数据”作为前置触发或条件判断，目标专利中此特征对应隐式触发机制，对比文件未记载。 |
| 技术特征E：所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br>《未公开》 | 无对应引用内容。 | 对比文件未公开指示在HS-DPCCH上支持ACK/NACK的IE，更不存在基于该IE指示状态执行后续反馈判断的逻辑。 |
| 技术特征F：由所述WTRU传送ACK/NACK反馈。<br>《直接公开》 | [0003] "The HS-DPCCH signal typically carries 2 slots with channel quality indicator (CQI) reporting information and 1 slot with ACK/NACK information for the HSDPA (high speed download packet access)... ACK/NACK is transmitted only as a response to a packet transmission on the HS-DSCH."<br>（HS-DPCCH信号通常携带2个用于HSDPA信道质量指示符CQI报告信息的时隙，以及1个用于ACK/NACK信息的时隙……ACK/NACK仅作为对HS-DSCH上的分组传输的响应而传送。）<br>[0060] "...the CQI reporting (and ACK/NACK transmission) on the HS-DPCCH is more frequent..."<br>（……在HS-DPCCH上的CQI报告（以及ACK/NACK传输）更加频繁……） | 对比文件段落[0003]与[0060]明确直接公开了UE（即WTRU）在HS-DPCCH上传送ACK/NACK反馈，作为对下行HS-DSCH分组传输的响应，其技术方案、手段与作用与特征F完全相同，属于本领域公知通信机制的直接公开。 |
| 技术特征G：其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br>《直接公开》 | [0003] "In a UL direction from a user equipment (UE) to a network, also a signal on a high speed dedicated physical control channel (HS-DPCCH) can be transmitted. The HS-DPCCH signal typically carries 2 slots with channel quality indicator (CQI) reporting information and 1 slot with ACK/NACK information for the HSDPA..."<br>（在从用户设备UE到网络结点的上行链路UL方向上，还可以传送高速专用物理控制信道HS-DPCCH上的信号。HS-DPCCH信号通常携带2个用于HSDPA信道质量指示符CQI报告信息的时隙，以及1个用于ACK/NACK信息的时隙……） | 对比文件段落[0003]明确公开了ACK/NACK信息是承载在HS-DPCCH信道上在UL方向传输的，与特征G完全一致，构成直接公开。 |
| 技术特征H：其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br>《隐含公开》 | [0019] "...the reporting information in the report signal comprising channel quality indicator reporting information. Further, the report signal may comprise the channel quality indicator reporting information may be scheduled and provided by the user equipment based on a high speed downlink shared channel signal received by the user equipment from the network element."<br>（……报告信号中的报告信息包括信道质量指示符报告信息。此外，该报告信号可以包括由用户设备基于从网络单元接收到的高速下行链路共享信道信号所调度和提供的信道质量指示符报告信息。）<br>[0071] "...containing channel quality indicator (CQI) and/or acknowledgement (ACK) reporting feedback information for a downlink channel (e.g., the received data HS-DSCH signal 36)."<br>（……包含用于下行链路信道（例如接收到的数据HS-DSCH信号36）的信道质量指示符CQI和/或应答ACK报告反馈信息。） | 虽然对比文件未公开第一IE，但对比文件段落[0019]、[0071]明确公开了UE基于接收到的HS-DSCH信号生成并调度包含CQI的报告信息，UE在生成上行报告前必然测量下行信道并“确定用于HS-DSCH的CQI”。按照非常宽松的隐含公开判断标准，其技术方案核心“确定用于HS-DSCH的CQI”已被对比文件实质/隐含公开。 |
| 技术特征I：<br>*(注：本项为空白特征)*<br>《未公开》 | 无对应引用内容。 | 本项特征无具体技术内容，不作比对与认定。 |
| 技术特征J：在所述HS-DSCH上的物理层中传送所述CQI。<br>《未公开》 | 无对应引用内容。 | HS-DSCH是下行共享信道，CQI作为上行控制信息不可能在HS-DSCH上传送（目标专利说明书第[0033]段及权项所涉表述应为基于HS-DSCH的下行传输而在物理层UL信道HS-DPCCH上传送，或存在文义理解；但若严格按特征文字“在HS-DSCH上物理层传送CQI”，下行数据信道不传输上行CQI，对比文件也未公开此类反向传输）。因此该特征未公开。 |
| 技术特征K：其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br>《未公开》 | 无对应引用内容。 | 对比文件讨论的是常规Cell_DCH状态下的E-DCH传输，不涉及Cell_FACH状态的增强型RACH接入争用/冲突解决机制，完全未公开冲突解决相关技术内容。 |
| 技术特征L：其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br>《未公开》 | 无对应引用内容。 | 对比文件未记载通过冲突解决确认WTRU能够存取E-DCH资源的技术方案。 |
| 技术特征M：进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br>《隐含公开》 | [0007] "For the E-DCH transmission, a grant is needed: a non-scheduled grant for non-scheduled MAC-d... flows and a serving grant... for a scheduled transmission. In the case of the scheduled MAC-d flows, a Node B controls when a user equipment (UE) is allowed to send and thus Node B knows when the UE may send data... indicted by an RRC..."<br>（对于E-DCH传输，需要授权：用于非调度MAC-d流的非调度授权以及用于调度传输的服务授权。在调度MAC-d流的情况下，节点B控制何时允许用户设备UE发送，从而节点B知道UE何时可以发送数据……由RRC指示……） | 对比文件段落[0007]公开了UE在进行E-DCH传输时必须获得网络分配的资源授权（包括RRC指示的非调度授权或Node B下发的服务授权serving grant）。从广义资源分配的角度，UE接收速率授权（Grant）即属于“从网络接收用于E-DCH资源的分配”，按照宽松标准，技术方案和作用实质相同，构成隐含公开。 |
| 技术特征N：其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br>《未公开》 | 无对应引用内容。 | 对比文件段落[0007]仅提及通过Node B或RRC信令指示授权，未公开通过广播系统信息块（SIB）接收包含可用E-DCH资源列表的信息。 |
| 技术特征O：<br>*(注：本项为空白特征)*<br>《未公开》 | 无对应引用内容。 | 本项特征无具体技术内容，不作比对与认定。 |
| 技术特征P：使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br>《未公开》 | 无对应引用内容。 | 对比文件未公开基于SIB广播资源列表并通过索引确定E-DCH资源的技术手段。 |
| 技术特征Q：其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br>《未公开》 | 无对应引用内容。 | 对比文件未公开从节点B接收包含可用E-DCH资源列表及索引的分配信号。 |
| 技术特征R：<br>*(注：本项为空白特征)*<br>《未公开》 | 无对应引用内容。 | 本项特征无具体技术内容，不作比对与认定。 |
| 技术特征S：使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br>《未公开》 | 无对应引用内容。 | 对比文件未涉及根据索引在可用E-DCH资源列表中确定资源的技术特征。 |
| 技术特征T：进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br>《隐含公开》 | [0004] "In an uplink (the UL direction), when no dedicated channels (DCHs) and no corresponding dedicated physical data channels (DPDCHs) are configured, all data is transmitted on an enhanced dedicated channel (E-DCH) which is mapped to an enhanced dedicated physical data channel (E-DPDCH)."<br>（在上行链路UL方向，当未配置专用信道DCH和对应的专用物理数据信道DPDCH时，所有数据均在增强型专用信道E-DCH上传送，该E-DCH映射到增强型专用物理数据信道E-DPDCH。）<br>[0007] "...non-scheduled MAC-d flows and a serving grant... for a scheduled transmission..."<br>（……非调度MAC-d流以及用于调度传输的服务授权……） | 对比文件段落[0004]、[0007]公开了在E-DCH上传送上行所有数据（包括MAC-d流数据）。在本领域3GPP标准规范中，映射到MAC-d流并在E-DCH上传送的数据即为专用控制信道（DCCH）或专用业务信道（DTCH）数据。本领域技术人员结合公知常识完全可以合理推导出E-DCH上传送的数据包含DCCH或DTCH数据。按宽松标准，构成隐含公开。 |
| 技术特征U：其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br>《未公开》 | 无对应引用内容。 | 对比文件全文针对的是Cell_DCH状态下的UL DPCCH门控及反馈机制，未提及在CELL_FACH状态下传送ACK/NACK反馈。 |
| 技术特征V：该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br>《隐含公开》 | [0004] "The E-DPDCH and E-DPCCH can be discontinuous and are transmitted only when there is data to be transmitted and the transmission has been granted by the network."<br>（E-DPDCH和E-DPCCH可以是不连续的，并且仅当有数据要发送且该发送已被网络授权时才被发送。）<br>[0007] "For the E-DCH transmission, a grant is needed: a non-scheduled grant for non-scheduled MAC-d... flows and a serving grant... for a scheduled transmission."<br>（对于E-DCH传输，需要授权：用于非调度MAC-d流的非调度授权以及用于调度传输的服务授权。） | 理由同特征M：对比文件明确公开了WTRU在进行E-DCH上行传输前需由网络赋予服务授权或非调度授权，即从网络接收分配的E-DCH资源以用于上行链路传输。按宽松标准，构成隐含公开。 |
| 技术特征W：在冲突解决完成<br>《未公开》 | 无对应引用内容。 | 对比文件完全未涉及冲突解决机制及其完成状态。 |
| 技术特征X：所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br>《未公开》 | 无对应引用内容。 | 对比文件未公开E-DCH资源中包含请求测量并报告反馈信息的IE，亦未公开基于此条件触发报告。 |
| 技术特征Y：由所述WTRU传送信道质量指示符CQI。<br>《直接公开》 | [0014] "...transmitting the report signal and the discontinuous control signal to a network element by a user equipment."<br>（……由用户设备向网络单元发送报告信号和不连续控制信号。）<br>[0019] "According still further to the first aspect of the invention, the reporting information in the report signal comprising channel quality indicator reporting information."<br>（……在报告信号中的报告信息包括信道质量指示符报告信息。）<br>[0071] "Specifically, the module 12 provides a data signal... and a report signal (e.g., an HS-DPCCH signal 32b) containing channel quality indicator (CQI)..."<br>（具体地，模块12提供数据信号……以及包含信道质量指示符CQI的报告信号……） | 对比文件段落[0014]、[0019]、[0071]多处直接、明确公开了由UE（WTRU）向网络发送包含信道质量指示符（CQI）的报告信号，技术方案、手段和作用完全一致，属于直接公开。 |
| 技术特征Z：其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br>《直接公开》 | [0003] "In a UL direction from a user equipment (UE) to a network, also a signal on a high speed dedicated physical control channel (HS-DPCCH) can be transmitted. The HS-DPCCH signal typically carries 2 slots with channel quality indicator (CQI) reporting information..."<br>（在从用户设备UE到网络结点的上行链路UL方向上，还可以传送高速专用物理控制信道HS-DPCCH上的信号。HS-DPCCH信号通常携带2个用于信道质量指示符CQI报告信息的时隙……）<br>[0018] "...the report signal may be transmitted on a high speed dedicated physical control channel."<br>（……报告信号可以在高速专用物理控制信道上传送。） | 对比文件段落[0003]、[0018]、[0071]明确直接公开了CQI报告信息是在高速专用物理控制信道（HS-DPCCH）上传送的，技术特征完全吻合，属于直接公开。 |
<<<F>>>
<<<G>>>
<<<h>>>
<<<m>>>
<<<t>>>
<<<v>>>
<<<Y>>>
<<<Z>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译及段落标号） | 公开性论述 |
| 技术特征A：包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>《未公开》 | 对比文件 [p0007]、[p0011]、[p0056]：<br>“In a UL direction from a user equipment (UE) to a network, also a signal on a high speed dedicated physical control channel (HS-DPCCH) can be transmitted. The HS-DPCCH signal typically carries 2 slots with channel quality indicator (CQI) reporting information and 1 slot with ACK/NACK information for the HSDPA... ACK/NACK is transmitted only as a response to a packet transmission on the HS-DSCH.”（在从用户设备UE到网络 UL 方向上，也可以发送高速专用物理控制信道HS-DPCCH上的信号。HS-DPCCH信号通常携带包含用于HSDPA的CQI报告信息的2个时隙和包含ACK/NACK信息的1个时隙……ACK/NACK仅作为对HS-DSCH上分组传输的响应而传送。）<br>“...indicated by an RRC (radio resource control)...”（……由RRC指示……）<br>“The coordination of the DPCCH and CQI transmission patterns, e.g., gating patterns... could be RNC controlled.”（DPCCH与CQI传输图样例如门控图样的协调……可以由RNC控制。） | 目标专利中，该特征是指在特定状态（如CELL_FACH下）通过网络下发专门的信息元素IE，用于显式配置/指示终端是否在HS-DPCCH上支持/启用ACK/NACK反馈。对比文件仅公开了UE常规向网络发送HS-DPCCH，其中HS-DPCCH信号携带ACK/NACK信息，以及RRC可用于指示某些参数或由RNC控制门控图样，但既没有公开从网络接收专门用于“指示在HS-DPCCH上支持ACK/NACK的信息元素IE”，也没有给出任何技术启示，无法推理得出，故未公开。 |
| 技术特征B：<br><br>（无内容） | 无引用 | 该特征项为空，不作比对判定。 |
| 技术特征C：在经过冲突解决之后<br><br>《未公开》 | 对比文件全文未记载冲突解决（Contention Resolution）机制。 | 目标专利中“冲突解决”特指处于CELL_FACH状态下的WTRU在增强型RACH接入流程中，通过与基站交互消除竞争碰撞并确认接入资源的阶段。对比文件WO2007017731A主要针对已建立专用物理信道的UE进行UL DPCCH门控（非连续发送）以降低开销与节省电量（属于CELL_DCH下的门控机制），并未涉及基于争用的接入及冲突解决过程，本领域技术人员无法从对比文件中毫无疑义地确定或合理推理得出该特征，故未公开。 |
| 技术特征D：所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>《隐含公开》 | 对比文件 [p0008]、[p0011]：<br>“[p0008] In an uplink (the UL direction), when no dedicated channels (DCHs) and no corresponding dedicated physical data channels (DPDCHs) are configured, all data is transmitted on an enhanced dedicated channel (E-DCH) which is mapped to an enhanced dedicated physical data channel (E-DPDCH)...” （在上行链路中，当没有配置专用信道DCH和对应的专用物理数据信道DPDCH时，所有数据都在映射到增强型专用物理数据信道E-DPDCH的增强型专用信道E-DCH上传输……）<br>“[p0011] For the E-DCH transmission, a grant is needed: a non-scheduled grant for non-scheduled MAC-d... flows and a serving grant... for a scheduled transmission. In the case of the scheduled MAC-d flows, a Node B controls when a user equipment (UE) is allowed to send and thus Node B knows when the UE may send data. For the non-scheduled MAC-d flows, the network can allow a maximum number of bits that can be included in a MAC-e PDU...” （对于E-DCH传输，需要授权：针对非调度的MAC-d流的非调度授权，以及针对调度传输的服务授权……） | 在3GPP UMTS标准架构中，E-DCH承载来自MAC-d流的数据，而MAC-d流在上层对应的正是专用逻辑信道——即专用控制信道DCCH或专用业务信道DTCH。对比文件明确记载上行数据在E-DCH/E-DPDCH上传输，并具体描述了MAC-d流通过E-DCH发送数据。虽然对比文件未直接使用“DCCH”或“DTCH”字样，但本领域技术人员结合公知常识完全知晓E-DCH承载的MAC-d数据必然来自DCCH或DTCH，且对比文件已部分公开了E-DCH上行传输数据的技术方案，足以合理推断出WTRU已发送DCCH或DTCH数据，符合极宽松的隐含公开判断标准。 |
| 技术特征E：所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>《未公开》 | 对比文件 [p0007]：<br>“ACK/NACK is transmitted only as a response to a packet transmission on the HS-DSCH.”（ACK/NACK仅作为对HS-DSCH上分组传输的响应而传送。） | 对比文件仅记载了UE作为对HS-DSCH接收的响应而发送ACK/NACK这一常规HARQ反馈触发逻辑，并未公开网络侧存在一个IE、且在“该IE指示在HS-DPCCH上支持ACK/NACK”的条件限定，无法推理得出，故未公开。 |
| 技术特征F：由所述WTRU传送ACK/NACK反馈。<br><br>《直接公开》 | 对比文件 [p0007]、[p0061]、[p0074]：<br>“[p0007] The HS-DPCCH signal typically carries 2 slots with channel quality indicator (CQI) reporting information and 1 slot with ACK/NACK information for the HSDPA... ACK/NACK is transmitted only as a response to a packet transmission on the HS-DSCH.” （HS-DPCCH信号通常携带包含用于HSDPA的CQI报告信息的2个时隙和包含ACK/NACK信息的1个时隙……ACK/NACK仅作为对HS-DSCH上分组传输的响应而传送。）<br>“[p0061] ...Specifically, the module 12 provides a data signal (e.g., an E-DCH signal 32a) and a report signal (e.g., an HS-DPCCH signal 32b) containing channel quality indicator (CQI) and/or acknowledgement (ACK) reporting feedback information for a downlink channel...” （具体地，模块12提供数据信号（例如E-DCH信号32a）和包含针对下行链路信道的CQI和/或应答ACK报告反馈信息的报告信号（例如HS-DPCCH信号32b）……）<br>“[p0074] ...including either the CQI or the ACK/NAK or both.” （……包括CQI或ACK/NAK或两者。） | 目标专利中该特征的作用是由终端向上行链路发送HARQ应答反馈以辅助下行数据重传。对比文件明确公开了UE通过模块12生成并向上行链路发送包含ACK/NACK（或ACK/NAK）反馈信息的报告信号（HS-DPCCH信号），用于对下行HS-DSCH数据包传输进行应答响应，两者的技术手段、实现方式和所起的技术作用完全相同。本领域技术人员可毫无疑义地确定该特征已被直接公开。 |
| 技术特征G：其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br><br>《直接公开》 | 对比文件 [p0007]、[p0055]、[p0061]：<br>“[p0007] In a UL direction from a user equipment (UE) to a network, also a signal on a high speed dedicated physical control channel (HS-DPCCH) can be transmitted. The HS-DPCCH signal typically carries 2 slots with channel quality indicator (CQI) reporting information and 1 slot with ACK/NACK information for the HSDPA...” （在从UE到网络的UL方向上，也可以发送HS-DPCCH上的信号。HS-DPCCH信号通常携带2个时隙的CQI报告信息和1个时隙的用于HSDPA的ACK/NACK信息……）<br>“[p0055] ...This is especially true if (non-periodic) ACK/NAK is transmitted on the HS-DPCCH.” （如果在HS-DPCCH上传输（非周期性）ACK/NAK，则尤其如此。）<br>“[p0061] ...and a report signal (e.g., an HS-DPCCH signal 32b) containing channel quality indicator (CQI) and/or acknowledgement (ACK) reporting feedback information...” （……以及包含针对下行信道的CQI和/或应答ACK报告反馈信息的报告信号（例如HS-DPCCH信号32b）……） | 目标专利中该特征限定ACK/NACK反馈的具体物理层承载信道为HS-DPCCH。对比文件明确记载了ACK/NACK（或ACK/NAK）信息在HS-DPCCH（高速专用物理控制信道）的一个时隙中承载并传送，信道名称、物理配置及作用完全一致，属于直接公开。 |
| 技术特征H：其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>《隐含公开》 | 对比文件 [p0021]、[p0049]、[p0061]：<br>“[p0021] ...Further, the report signal may comprise the channel quality indicator reporting information may be scheduled and provided by the user equipment based on a high speed downlink shared channel signal received by the user equipment from the network element.” （此外，报告信号可以包括信道质量指示符报告信息，该报告信息可以由用户设备基于从网络单元接收的高速下行链路共享信道信号来调度和提供。）<br>“[p0049] A new method, system, apparatus and software product are presented for coordinating gating of an uplink (UL) control channel... with UL reporting in regard to a downlink channel, e.g., high speed uplink packet access (HSDPA) channel quality indicator (CQI) reporting...” （提出了一种用于协调上行控制信道门控与关于下行链路信道的UL报告（例如HSDPA信道质量指示符CQI报告）的方法……）<br>“[p0061] ...containing channel quality indicator (CQI) and/or acknowledgement (ACK) reporting feedback information for a downlink channel (e.g., the received data HS-DSCH signal 36).” （……包含针对下行链路信道（例如接收到的数据HS-DSCH信号36）的信道质量指示符CQI和/或应答ACK报告反馈信息。） | 对比文件明确公开了UE基于从基站接收到的下行HS-DSCH信号，调度并提供针对该下行信道的信道质量指示符（CQI）报告信息。既然UE要生成并提供针对HS-DSCH的CQI报告，其必然先执行针对下行信道质量的测量与计算以确定出具体的CQI值。虽然对比文件未公开“所述IE为第一IE”，但在极宽松标准下，对比文件已充分公开了“确定用于HS-DSCH的CQI”这一核心操作步骤，并具有与其他对比文件（关于IE的教导）结合公开该特征的可能，因此可认定为隐含公开。 |
| 技术特征I：<br><br>（无内容） | 无引用 | 该特征项为空，不作比对判定。 |
| 技术特征J：在所述HS-DSCH上的物理层中传送所述CQI。<br><br>《未公开》 | 对比文件 [p0007]、[p0020]、[p0061]：<br>“[p0007] The HS-DPCCH signal typically carries 2 slots with channel quality indicator (CQI) reporting information... CQI transmission is typically periodic and normally independent of the high speed downlink shared channel (HS-DSCH) transmission activity.”（HS-DPCCH信号通常携带2个时隙的CQI报告信息……CQI传输通常是周期性的，并且通常独立于HS-DSCH传输活动。）<br>“[p0020] According further to the first aspect of the invention, the report signal may be transmitted on a high speed dedicated physical control channel.”（根据本发明第一方面，所述报告信号可以在高速专用物理控制信道上传输。） | 目标专利权利要求该项特征要求“在HS-DSCH上的物理层中传送CQI”（应理解为针对HS-DSCH的物理层CQI反馈，或者文字表述为在HS-DSCH物理层中传送）。对比文件明确指出CQI是在上行物理控制信道“HS-DPCCH”上传送的，而HS-DSCH是下行共享传输/物理数据信道，对比文件绝未公开在HS-DSCH上传送CQI，本领域技术人员无法据此推理得出该方案，故未公开。 |
| 技术特征K：其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br><br>《未公开》 | 对比文件全文未记载争用解决（Contention Resolution）或解决E-DCH传输的潜在冲突。 | 目标专利说明书[0007]明确说明争用解决阶段是为了解决处于CELL_FACH的WTRU在增强型RACH接入传输E-DCH消息时的潜在冲突。对比文件针对的是DCH/DPCCH/E-DCH门控机制，其E-DCH传输已经处于专用连接调度状态下，无需也不存在针对E-DCH随机接入阶段的“冲突解决”，故对比文件未公开该特征。 |
| 技术特征L：其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br><br>《未公开》 | 对比文件全文未记载通过冲突解决确认WTRU能够存取E-DCH资源。 | 目标专利说明书[0035]指出，在定时器期满前网络反射E-RNTI时，WTRU认为争用解决成功，接入将是无争用的，从而确认能够存取E-DCH资源。对比文件未涉及随机接入冲突解决流程，其E-DCH资源获取是常规通过Node B调度授权（Serving Grant）或RRC配置非调度授权实现的（见[p0011]），与该特征作用和方案不同，故未公开。 |
| 技术特征M：进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br><br>《直接公开》 | 对比文件 [p0008]、[p0011]：<br>“[p0008] ...The E-DPDCH and E-DPCCH can be discontinuous and are transmitted only when there is data to be transmitted and the transmission has been granted by the network.” （E-DPDCH和E-DPCCH可以是非连续的，并且仅当有数据要传输且传输已由网络授权时才传输。）<br>“[p0011] For the E-DCH transmission, a grant is needed: a non-scheduled grant for non-scheduled MAC-d... flows and a serving grant (and allowed active hybrid automatic repeat request (HARQ) process) for a scheduled transmission. In the case of the scheduled MAC-d flows, a Node B controls when a user equipment (UE) is allowed to send and thus Node B knows when the UE may send data. For the non-scheduled MAC-d flows, the network can allow a maximum number of bits that can be included in a MAC-e PDU... indicated by an RRC (radio resource control)...” （对于E-DCH传输，需要授权（grant）：针对非调度MAC-d流的非调度授权，以及针对调度传输的服务授权（以及允许的激活HARQ进程）。在调度MAC-d流的情况下，Node B控制何时允许UE发送……对于非调度MAC-d流，网络允许由RRC指示的最大比特数……） | 目标专利中从网络接收用于E-DCH资源的分配（包含信道资源配置或授权）。对比文件明确公开了UE进行E-DCH传输时必须获得网络给予的资源分配/授权（包括由Node B控制并发送的服务授权Serving Grant，以及由RRC指示配置的非调度授权Non-scheduled Grant）。本领域技术人员能毫无疑义地得出UE从网络侧接收用于E-DCH传输资源的分配/授权，两者技术方案实质相同，属于直接公开。 |
| 技术特征N：其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>《未公开》 | 对比文件 [p0011]、[p0056]：<br>仅提及RRC指示或RNC控制（“indicated by an RRC (radio resource control)”, “RNC controlled”）。未提及系统信息块（SIB）或广播可用E-DCH资源列表。 | 目标专利说明书[0026]指出可用E-DCH资源列表在SIB中从网络广播。对比文件仅提及在专用状态下通过RRC/Node B控制授权与信道参数，未记载在SIB中广播并接收可用E-DCH资源列表，无法推知，故未公开。 |
| 技术特征O：<br><br>（无内容） | 无引用 | 该特征项为空，不作比对判定。 |
| 技术特征P：使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 对比文件全文未记载使用索引从SIB广播的可用E-DCH资源列表中确定E-DCH资源。 | 目标专利中WTRU通过网络下发的列表索引在公共SIB资源池中对应查找E-DCH资源。对比文件中不存在SIB资源列表，更无从谈起使用索引在该列表中确定E-DCH资源，故未公开。 |
| 技术特征Q：其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>《未公开》 | 对比文件 [p0011]：<br>“...a Node B controls when a user equipment (UE) is allowed to send and thus Node B knows when the UE may send data...” （Node B控制何时允许UE发送……） | 目标专利说明书[0031]、[p0033]公开了由Node B通过E-AICH将信号连同E-DCH索引一起传递给WTRU以分派资源。对比文件仅公开了Node B发送服务授权以控制发送时机，并未公开Node B发送包含可用E-DCH资源索引及列表的信号，故未公开。 |
| 技术特征R：<br><br>（无内容） | 无引用 | 该特征项为空，不作比对判定。 |
| 技术特征S：使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 对比文件全文未记载通过接收到的索引从可用E-DCH资源列表中确定资源。 | 与特征P相同，对比文件未记载基于索引检索可用E-DCH资源列表并确定E-DCH资源的技术手段，故未公开。 |
| 技术特征T：进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br><br>《隐含公开》 | 对比文件 [p0008]、[p0011]：<br>“[p0008] In an uplink (the UL direction), when no dedicated channels (DCHs) and no corresponding dedicated physical data channels (DPDCHs) are configured, all data is transmitted on an enhanced dedicated channel (E-DCH) which is mapped to an enhanced dedicated physical data channel (E-DPDCH)...” （在上行链路中，当没有配置DCH和对应的DPDCH时，所有数据都在映射到E-DPDCH的增强型专用信道E-DCH上传输……）<br>“[p0011] For the E-DCH transmission, a grant is needed: a non-scheduled grant for non-scheduled MAC-d... flows and a serving grant... for a scheduled transmission... For the non-scheduled MAC-d flows, the network can allow a maximum number of bits that can be included in a MAC-e PDU...” （对于E-DCH传输需要授权：非调度MAC-d流的非调度授权和服务授权……网络允许在MAC-e PDU中包含的最大比特数……） | 目标专利中该特征指UE向上行传送上层专用数据。对比文件明确公开了UE在E-DCH（E-DPDCH）上传输上行数据，并指出该数据由MAC-d流组装至MAC-e PDU中发送。根据UMTS公知通信原理，E-DCH承载的MAC-d数据流必然映射自逻辑信道DCCH或DTCH。对比文件已部分公开了在E-DCH上发送MAC-d数据，在极宽松的隐含公开判断标准下，本领域技术人员能合理推断并推导得出其传送的数据即为DCCH或DTCH数据，故认定为隐含公开。 |
| 技术特征U：其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br><br>《未公开》 | 对比文件 [p0008]、[p0011]、[p0012]：<br>记载了配置有E-DCH、E-DPCCH、E-DPDCH、DPCCH以及HS-DPCCH的连续或门控传输。其技术方案基于CELL_DCH状态（专用物理信道建立状态）。未记载CELL_FACH状态。 | 目标专利的核心发明点在于将E-DCH及HS-DPCCH反馈引入到CELL_FACH状态中。对比文件的全部实施例和技术背景均基于已建立连续上行物理控制信道DPCCH的专用连接状态（即CELL_DCH状态），在此基础上讨论如何实现DPCCH的非连续发送门控以节电和降噪。对比文件完全未涉及更未公开在CELL_FACH状态期间传送ACK/NACK反馈，故未公开。 |
| 技术特征V：该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>《直接公开》 | 对比文件 [p0008]、[p0011]：<br>“[p0008] ...The E-DPDCH and E-DPCCH can be discontinuous and are transmitted only when there is data to be transmitted and the transmission has been granted by the network.” （……E-DPDCH和E-DPCCH可以是非连续的，并且仅当有数据要传输且传输已由网络授权时才传输。）<br>“[p0011] For the E-DCH transmission, a grant is needed: a non-scheduled grant for non-scheduled MAC-d... flows and a serving grant (and allowed active hybrid automatic repeat request (HARQ) process) for a scheduled transmission. In the case of the scheduled MAC-d flows, a Node B controls when a user equipment (UE) is allowed to send and thus Node B knows when the UE may send data. For the non-scheduled MAC-d flows, the network can allow a maximum number of bits that can be included in a MAC-e PDU (protocol data unit) for the given MAC-d flows... indicated by an RRC (radio resource control)...” （对于E-DCH传输，需要授权：针对非调度MAC-d流的非调度授权，以及针对调度传输的服务授权……在调度MAC-d流的情况下，Node B控制何时允许用户设备发送……对于非调度MAC-d流，网络可以允许由RRC指示的包含在MAC-e PDU中的最大比特数……） | 目标专利中该特征的作用是终端获取网络分配的E-DCH无线资源以上行发送数据。对比文件明确公开了UE在上行链路进行E-DCH传输时，必须从网络接收针对E-DCH的资源分配/授权（包括Node B下发的服务授权以及网络通过RRC信令配置指示的非调度授权）。二者在技术手段、实现过程和技术效果上完全等同，本领域技术人员可以毫无疑义地直接确定该特征已被直接公开。 |
| 技术特征W：在冲突解决完成<br><br>《未公开》 | 对比文件全文未记载冲突解决（Contention Resolution）。 | 如同特征C所述，对比文件针对的是CELL_DCH下的DPCCH门控方案，不存在处于CELL_FACH或空闲态下的随机接入竞争碰撞与冲突解决机制，本领域技术人员无法从对比文件中得出该特征，故未公开。 |
| 技术特征X：所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>《未公开》 | 对比文件 [p0011]、[p0056]：<br>仅提及由Node B调度授权或RRC配置MAC-d流参数、RNC控制协调图样等。 | 目标专利说明书[0034]公开了UTRAN通过作为E-DCH资源集合一部分广播的特定IE来指示WTRU传送信道质量信息。对比文件中分配E-DCH资源并不包含用于请求测量和报告反馈信息的特定信息元素IE，无法推理得出，故未公开。 |
| 技术特征Y：由所述WTRU传送信道质量指示符CQI。<br><br>《直接公开》 | 对比文件 [p0007]、[p0016]、[p0021]、[p0061]：<br>“[p0007] In a UL direction from a user equipment (UE) to a network, also a signal on a high speed dedicated physical control channel (HS-DPCCH) can be transmitted. The HS-DPCCH signal typically carries 2 slots with channel quality indicator (CQI) reporting information...” （在从UE到网络的UL方向上，也可以发送HS-DPCCH上的信号。HS-DPCCH信号通常携带2个时隙的信道质量指示符CQI报告信息……）<br>“[p0016] ...transmitting the report signal and the discontinuous control signal to a network element by a user equipment.” （……由用户设备向网络单元传输报告信号和非连续控制信号。）<br>“[p0021] ...the report signal comprising the channel quality indicator reporting information...” （……所述报告信号包括信道质量指示符报告信息……）<br>“[p0061] ...Specifically, the module 12 provides a data signal (e.g., an E-DCH signal 32a) and a report signal (e.g., an HS-DPCCH signal 32b) containing channel quality indicator (CQI)...” （……具体地，模块12提供数据信号以及包含信道质量指示符CQI的报告信号……） | 目标专利中该特征限定终端向网络传送信道质量指示符CQI以反馈下行链路质量。对比文件在说明书和权利要求多处明确公开了用户设备UE生成包含CQI报告信息的报告信号，并将其传输给网络侧（Node B），两者的技术手段、所起的技术作用完全一致。本领域技术人员可以毫无疑义地确定该特征被直接公开。 |
| 技术特征Z：其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br><br>《直接公开》 | 对比文件 [p0007]、[p0020]、[p0061]：<br>“[p0007] In a UL direction from a user equipment (UE) to a network, also a signal on a high speed dedicated physical control channel (HS-DPCCH) can be transmitted. The HS-DPCCH signal typically carries 2 slots with channel quality indicator (CQI) reporting information...” （在从UE到网络的UL方向上，也可以发送高速专用物理控制信道HS-DPCCH上的信号。HS-DPCCH信号通常携带2个时隙的信道质量指示符CQI报告信息……）<br>“[p0020] According further to the first aspect of the invention, the report signal may be transmitted on a high speed dedicated physical control channel.” （根据本发明第一方面，报告信号可以在高速专用物理控制信道上传输。）<br>“[p0061] ...and a report signal (e.g., an HS-DPCCH signal 32b) containing channel quality indicator (CQI)...” （……以及包含CQI的报告信号（例如HS-DPCCH信号32b）……） | 目标专利中该特征限定CQI在上行物理信道HS-DPCCH中承载传输。对比文件明确指明CQI报告信息承载于高速专用物理控制信道（HS-DPCCH）的时隙中并发送至基站，信道类型、传输方式及作用完全相同，属于直接公开。 |
<<<F>>>
<<<G>>>
<<<M>>>
<<<V>>>
<<<Y>>>
<<<Z>>>
<<<a>>>
<<<c>>>
<<<d>>>
<<<h>>>
<<<j>>>
<<<k>>>
<<<l>>>
<<<n>>>
<<<p>>>
<<<q>>>
<<<s>>>
<<<t>>>
<<<u>>>
<<<w>>>
<<<x>>>
对目标专利说明书与对比文件（US20070064665A1）进行深度技术特征拆解与比对分析。
### 技术理解与比对基础
1. **目标专利技术背景及特征作用**：
- 目标专利涉及在3GPP Release 8引入的处于CELL_FACH状态下的增强型上行链路（Enhanced RACH / E-DCH），以及在该状态下如何通过高速专用物理控制信道（HS-DPCCH）向基站（Node B）快速上报下行链路反馈信息（CQI、HARQ ACK/NACK）。
- 目标专利的技术核心在于：WTRU在随机接入阶段通过前导码（Preamble）获取E-DCH资源分派（例如基于SIB广播的资源池列表和指示索引），在完成冲突解决（Contention Resolution）阶段确认获取无争用接入后，根据显式IE指示或隐式传输条件（如发送DTCH/DCCH专用数据），在HS-DPCCH上传送ACK/NACK反馈和CQI。
2. **对比文件技术方案**：
- 对比文件针对单载波频分多址（SC-FDMA）系统（如LTE上行链路）中的基于争用的随机接入信道（RACH）接入方法。其主要公开：WTRU在预定或计算的功率下发送前导码（preamble），基站检测到后在AICH上返回捕获指示（AI，ACK/NACK），WTRU收到ACK后发送消息部分（message part，可包含调度信息、少量业务数据、层3控制消息等）；基站还可在AI中携带功率调整及时间和频率校正信息，检测到相同签名冲突时发送NACK。
- 对比文件未涉及WCDMA/HSPA中处于CELL_FACH状态下的增强型E-DCH资源分配与HS-DPCCH反馈机制，未公开HS-DPCCH、CQI测量上报、基于IE启用HS-DPCCH反馈等专用信令交互。
---
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用及中文翻译 | 公开性论述 |
| 技术特征A：包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>《未公开》 | 对比文件未记载该内容。 | 未公开。<br>目标专利中该IE用于在网络侧显式或隐式配置WTRU在HS-DPCCH物理控制信道上启用或支持下行链路HARQ ACK/NACK反馈报告。对比文件针对SC-FDMA系统中的RACH接入，其AICH信道上传送的是针对RACH前导码接入的AI（ACK/NACK响应），并非向WTRU下发指示“在HS-DPCCH物理信道上支持ACK/NACK”的IE。本领域技术人员无法从对比文件中直接得出或合理解读出该特征。 |
| 技术特征B：<br><br>《未公开》 | （无技术特征内容） | 未公开。<br>该特征项无具体限定内容。 |
| 技术特征C：在经过冲突解决之后<br><br>《隐含公开》 | 原文（[0006]、[0049]、[0050]）：<br>“[0049] If it is determined at step 404 that there is at least one preamble transmitted by other WTRUs on the same RACH subchannel, it is further determined whether there is a preamble transmitted using the same signature (step 410). If there is at least one preamble transmitted using the same signature, a collision occurs and the base station sends a NACK to the WTRUs involved in the collision, (i.e., sends a NACK for the signature) (step 412)...<br>[0050] If it is determined at step 410 that there is no preamble transmitted using the same signature, the received SNR may or may not meet the required SNR for successful decoding... The base station generates an ACK for the WTRU whose received SNR meets the required SNR...”<br>中文翻译：<br>“[0049] 如果在步骤404确定在同一RACH子信道上有来自其他WTRU的至少一个前导码传输，则进一步确定是否存在使用相同签名发送的前导码（步骤410）。如果存在使用相同签名发送的至少一个前导码，则发生冲突（collision），并且基站向涉及冲突的WTRU发送NACK（即发送针对该签名的NACK）（步骤412）……<br>[0050] 如果在步骤410确定没有使用相同签名发送的前导码，则接收SNR由于远近效应或签名之间的互相关干扰可能满足或可能不满足成功解码所需的SNR。基站为接收SNR满足所需SNR的WTRU生成ACK……” | 隐含公开。<br>在目标专利中，“冲突解决（争用解决）”用于解决多个终端竞争接入时的冲突。对比文件段落[0049]-[0050]明确公开了基站检测在同一RACH子信道上不同WTRU是否存在签名碰撞/冲突（collision），若无冲突且解码成功则发送ACK，WTRU在收到ACK确认后才发送后续消息。本领域技术人员可以合理推断出WTRU后续消息传输是在基站侧判断无冲突/解决潜在冲突并接收到ACK之后执行的，基于极其宽松的隐含公开判断标准，该特征被对比文件隐含公开。 |
| 技术特征D：所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>《隐含公开》 | 原文（[0038]）：<br>“[0038] If it is determined at step 330 that an ACK is detected on the AICH, the WTRU transmits a message part to the base station (step 338). The message part contains information that a user wants to send to the base station. The information in the message part may include at least one of, but not limited to:<br>1) Scheduling information, such as WTRU identity, data (traffic) type, data size, quality of service (QoS) information, and WTRU transmission power;<br>2) Small amount of traffic data (optional);<br>3) Layer 3 control message...”<br>中文翻译：<br>“[0038] 如果在步骤330确定在AICH上检测到ACK，则WTRU向基站发送消息部分（步骤338）。消息部分包含用户想要发送给基站的信息。消息部分中的信息可以包括以下各项中的至少一项，但不限于：1）调度信息……；2）少量的业务数据（可选）；3）层3控制消息……” | 隐含公开。<br>目标专利中的DCCH（专用控制信道）用于承载专用控制信令（例如层3 RRC控制消息），DTCH（专用业务信道）用于承载用户业务数据。对比文件段落[0038]公开了WTRU在接收到ACK后发送的消息部分中包括“少量的业务数据（traffic data）”或“层3控制消息（Layer 3 control message）”，这与DTCH所承载的业务数据和DCCH所承载的专用控制消息在传输内容性质和作用上等同。基于宽松的推断标准，对比文件部分公开并暗示了发送此类数据，属于隐含公开。 |
| 技术特征E：所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>《未公开》 | 对比文件未记载该内容。 | 未公开。<br>目标专利中该特征作为WTRU在上行链路HS-DPCCH上传送ACK/NACK的前置判断条件。对比文件属于基于SC-FDMA的接入机制，不包含HS-DPCCH信道，也不包含通过特定IE配置/指示是否在HS-DPCCH上支持ACK/NACK反馈的判断逻辑。 |
| 技术特征F：由所述WTRU传送ACK/NACK反馈。<br><br>《未公开》 | 对比文件未记载该内容。 | 未公开。<br>目标专利中技术特征F是指由WTRU向网络侧传送针对下行链路高速传输（如HS-DSCH数据）的HARQ ACK/NACK确认反馈。而对比文件段落[0035]、[0046]中公开的ACK/NACK是由基站发送给WTRU的针对随机接入前导码的捕获指示（AI），并不是由WTRU传送ACK/NACK反馈，二者传输主体、反馈对象及信道功能完全不同。对比文件未直接或隐含公开由WTRU传送ACK/NACK反馈。 |
| 技术特征G：其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br><br>《未公开》 | 对比文件未记载该内容。 | 未公开。<br>目标专利中ACK/NACK是承载在专门的上行链路物理控制信道HS-DPCCH上。对比文件中不存在HS-DPCCH信道，更未公开在其上传送WTRU的ACK/NACK反馈。 |
| 技术特征H：其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>《未公开》 | 对比文件未记载该内容。 | 未公开。<br>目标专利中WTRU通过测量下行链路信道质量来确定用于HS-DSCH调度的CQI。对比文件中WTRU在RACH过程中仅执行前导码传输和消息部分传输，未涉及确定用于HS-DSCH的CQI。 |
| 技术特征I：<br><br>《未公开》 | （无技术特征内容） | 未公开。<br>该特征项无具体限定内容。 |
| 技术特征J：在所述HS-DSCH上的物理层中传送所述CQI。<br><br>《未公开》 | 对比文件未记载该内容。 | 未公开。<br>目标专利中该技术方案为在上行链路中传送CQI（注：权利要求表述中提及的信道传输）。对比文件中既未涉及HS-DSCH信道，也未公开在物理层中传送CQI。 |
| 技术特征K：其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br><br>《未公开》 | 对比文件未记载该内容。 | 未公开。<br>目标专利针对处于CELL_FACH状态下增强型RACH接入中多个WTRU竞争获取E-DCH资源的潜在冲突。对比文件段落[0049]解决的是SC-FDMA系统中多个WTRU在同一RACH子信道上使用相同前导码签名的冲突，并非“解决一个或多个E-DCH传输的潜在冲突”。对比文件不存在E-DCH信道及机制，无法直接或隐含得出该特征。 |
| 技术特征L：其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br><br>《未公开》 | 对比文件未记载该内容。 | 未公开。<br>目标专利中争用解决完成后，WTRU确认获得无争用的E-DCH资源以进行后续数据传输。对比文件中随机接入成功仅确认接入通用的基于SC-FDMA的RACH消息部分，完全未涉及E-DCH资源及其存取确认。 |
| 技术特征M：进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br><br>《未公开》 | 对比文件未记载该内容。 | 未公开。<br>目标专利中WTRU从网络侧接收专用的E-DCH参数配置及资源分配。对比文件段落[0005]、[0047]仅提到基站根据速率或缓冲区状态为WTRU分配SC-FDMA的子载波块（subcarrier blocks），并无E-DCH资源的概念和分配机制。 |
| 技术特征N：其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>《未公开》 | 对比文件未记载该内容。 | 未公开。<br>目标专利通过广播的SIB下发可用E-DCH资源列表。对比文件段落[0017]、[0034]中仅提到在广播信道（BCH）上获取RACH控制参数（如前导码功率、可用子信道、签名集合等），并不包括可用E-DCH资源列表，也未公开在SIB中广播E-DCH资源列表。 |
| 技术特征O：<br><br>《未公开》 | （无技术特征内容） | 未公开。<br>该特征项无具体限定内容。 |
| 技术特征P：使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 对比文件未记载该内容。 | 未公开。<br>目标专利中通过接收到的索引（如来自E-AICH或L1信号）查表确定具体的E-DCH资源。对比文件不包含E-DCH资源列表，亦无使用索引从可用E-DCH资源列表确定E-DCH资源的技术方案。 |
| 技术特征Q：其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>《未公开》 | 对比文件未记载该内容。 | 未公开。<br>对比文件未公开由节点B下发包含可用E-DCH资源的索引及列表的信号。 |
| 技术特征R：<br><br>《未公开》 | （无技术特征内容） | 未公开。<br>该特征项无具体限定内容。 |
| 技术特征S：使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 对比文件未记载该内容。 | 未公开。<br>对比文件未公开通过索引从E-DCH资源列表中确定E-DCH资源。 |
| 技术特征T：进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br><br>《隐含公开》 | 原文（[0038]）：<br>“[0038] If it is determined at step 330 that an ACK is detected on the AICH, the WTRU transmits a message part to the base station (step 338). The message part contains information that a user wants to send to the base station. The information in the message part may include at least one of, but not limited to:<br>...<br>2) Small amount of traffic data (optional);<br>3) Layer 3 control message...”<br>中文翻译：<br>“[0038] 如果在步骤330确定在AICH上检测到ACK，则WTRU向基站发送消息部分（步骤338）。消息部分包含用户想要发送给基站的信息。消息部分中的信息可以包括以下各项中的至少一项，但不限于：…… 2）少量的业务数据（可选）；3）层3控制消息……” | 隐含公开。<br>如技术特征D的比对论述，对比文件段落[0038]公开了WTRU在消息部分传送业务数据（traffic data）和层3控制消息（Layer 3 control message）。在无线通信协议架构中，业务数据映射至DTCH，层3控制信令消息映射至DCCH。基于极其宽松的隐含公开判断标准，对比文件所公开的在消息部分传送业务数据或控制消息的技术内容，可被本领域技术人员合理推断对应于传送DTCH或DCCH数据，因此构成隐含公开。 |
| 技术特征U：其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br><br>《未公开》 | 对比文件未记载该内容。 | 未公开。<br>目标专利针对处于CELL_FACH状态下的WTRU进行快速HARQ反馈。对比文件段落[0006]仅描述了WTRU从空闲模式（idle mode）转换到连接模式（connected mode）时发起RACH接入，未公开在CELL_FACH状态期间传送ACK/NACK反馈。 |
| 技术特征V：该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>《未公开》 | 对比文件未记载该内容。 | 未公开。<br>对比文件属于SC-FDMA RACH机制，未公开接收用于上行链路传输的E-DCH资源分配。 |
| 技术特征W：在冲突解决完成<br><br>《隐含公开》 | 原文（[0038]、[0049]、[0050]）：<br>“[0038] If it is determined at step 330 that an ACK is detected on the AICH, the WTRU transmits a message part to the base station (step 338)...<br>[0049] ...If there is at least one preamble transmitted using the same signature, a collision occurs and the base station sends a NACK to the WTRUs involved in the collision...<br>[0050] If it is determined at step 410 that there is no preamble transmitted using the same signature... The base station generates an ACK for the WTRU whose received SNR meets the required SNR...”<br>中文翻译：<br>见技术特征C的翻译内容。 | 隐含公开。<br>对比文件段落[0049]-[0050]公开了基站检测签名冲突并针对未发生冲突/解码成功的签名发送ACK响应，WTRU检测到ACK后发送消息部分。这表明在基站消除潜在冲突并以ACK通知WTRU后，争用阶段基本完成，WTRU才进入下一步操作。结合极其宽松的推断标准，可视为隐含公开了“在冲突解决完成”的时序条件。 |
| 技术特征X：所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>《未公开》 | 对比文件未记载该内容。 | 未公开。<br>目标专利中在E-DCH资源中包含请求测量并报告反馈信息的特定IE（如显式触发实施例5所述）。对比文件未涉及E-DCH资源，亦无在此类资源中包含请求测量与反馈的IE的技术内容。 |
| 技术特征Y：由所述WTRU传送信道质量指示符CQI。<br><br>《未公开》 | 对比文件未记载该内容。 | 未公开。<br>目标专利中WTRU生成并向基站上报CQI以优化下行链路MCS。对比文件中在随机接入过程中，基站侧向WTRU发送定时/频率校正和功率调整值（段落[0047]-[0048]），而WTRU侧并未传送信道质量指示符CQI。 |
| 技术特征Z：其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br><br>《未公开》 | 对比文件未记载该内容。 | 未公开。<br>对比文件完全未涉及HS-DPCCH信道，亦无经由HS-DPCCH传送信道质量指示符CQI的技术方案。 |
---
<<<c>>>
<<<d>>>
<<<t>>>
<<<w>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>《未公开》 | 无对应内容。 | 对比文件涉及多媒体广播/多播服务（MBMS）重计数（Recounting）方法，通过MCCH向UE发送重计数指示及概率因子，完全未涉及在CELL_FACH下HS-DPCCH信道上传输HARQ反馈，更未公开从网络接收“指示在HS-DPCCH上支持ACK/NACK的IE”。两者所处业务流程、信道机制及信令完全不同，本领域技术人员无法直接得出也无法合理推断出该特征。 |
| 技术特征B：<br><br>《未公开》 | 无对应内容。 | 技术特征B为空白特征，对比文件中无对应技术方案。 |
| 技术特征C：在经过冲突解决之后<br><br>《未公开》 | 无对应内容。 | 目标专利中的“冲突解决（争用解决）”是指WTRU在增强型RACH接入过程中，为了解决E-RACH/E-DCH消息的潜在冲突而执行的过程（如E-AGCH反射E-RNTI验证无争用接入）。对比文件仅涉及MBMS用户重计数过程，虽然UE可能发起RRC连接建立或小区更新，但并未涉及或公开在E-DCH接入中“经过冲突解决之后”的技术时序与触发条件。 |
| 技术特征D：所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>《隐含公开》 | [0014] "In the PTP transmission mode, the data are sent via a dedicated traffic channel (DTCH), and can be received only by an appropriate UE."<br>（在PTP传输模式中，数据经由专用业务信道（DTCH）发送，并且仅能由适当的UE接收。）<br>[0062] "The RAN makes query of the UE(s) in the two connected states directly via a dedicated or the common channel."<br>（RAN直接经由专用信道或公共信道查询处于这两种连接状态的UE。） | 对比文件公开了在PTP传输模式下使用DTCH信道传输数据，且RAN可在专用信道（即DCCH/DTCH）上与UE进行交互。虽然对比文件主要侧重下行PTP传输及重计数查询，但UE处于专用连接状态时必然会在上行DCCH或DTCH上传送控制信令或响应数据。鉴于隐含公开采用极其宽松的标准，本领域技术人员基于对比文件关于专用信道传输的教导，有可能推断出UE已发送DCCH或DTCH数据，因此判定该特征被隐含公开。 |
| 技术特征E：所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>《未公开》 | 无对应内容。 | 目标专利中该特征是指依据下发的特定IE判断是否在HS-DPCCH物理信道上启用/支持ACK/NACK反馈。对比文件既无HS-DPCCH，更无指示其支持ACK/NACK的IE条件判断，完全未公开该技术特征。 |
| 技术特征F：由所述WTRU传送ACK/NACK反馈。<br><br>《未公开》 | 无对应内容。 | 目标专利中是指WTRU传送HARQ应答/否定应答反馈。对比文件中UE在MBMS重计数过程中响应的是RRC连接建立请求或小区更新消息（Cell Update），并非传输底层的ACK/NACK反馈信息，未直接或隐含公开。 |
| 技术特征G：其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br><br>《未公开》 | 无对应内容。 | 对比文件不涉及HS-DPCCH信道，更未公开在HS-DPCCH上传送ACK/NACK反馈。 |
| 技术特征H：其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>《未公开》 | 无对应内容。 | 对比文件未涉及针对HS-DSCH确定物理层信道质量指示符（CQI）的方案，更不存在以此作为第一IE的技术构思。 |
| 技术特征I：<br><br>《未公开》 | 无对应内容。 | 技术特征I为空白特征，对比文件中无对应技术方案。 |
| 技术特征J：在所述HS-DSCH上的物理层中传送所述CQI。<br><br>《未公开》 | 无对应内容。 | 对比文件完全未涉及CQI的物理层传输机制。 |
| 技术特征K：其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br><br>《未公开》 | 无对应内容。 | 目标专利中是指针对E-DCH传输解决争用冲突（如E-RACH过程中的冲突解决）。对比文件未涉及E-DCH信道及其冲突解决机制。 |
| 技术特征L：其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br><br>《未公开》 | 无对应内容。 | 目标专利中通过冲突解决确认WTRU获得E-DCH的无争用接入。对比文件未公开任何E-DCH接入或冲突解决确认方案。 |
| 技术特征M：进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br><br>《未公开》 | 无对应内容。 | 对比文件涉及MBMS下承载模式选择（PTM与PTP），完全未提及或公开接收E-DCH资源的分配。 |
| 技术特征N：其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>《未公开》 | 无对应内容。 | 对比文件虽提及广播公共控制信道，但未公开包含可用E-DCH资源列表的SIB接收机制。 |
| 技术特征O：<br><br>《未公开》 | 无对应内容。 | 技术特征O为空白特征，对比文件中无对应技术方案。 |
| 技术特征P：使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 无对应内容。 | 对比文件未公开E-DCH资源列表及索引确定机制。 |
| 技术特征Q：其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>《未公开》 | 无对应内容。 | 对比文件未涉及从节点B接收E-DCH资源索引及列表的相关信号。 |
| 技术特征R：<br><br>《未公开》 | 无对应内容。 | 技术特征R为空白特征，对比文件中无对应技术方案。 |
| 技术特征S：使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 无对应内容。 | 对比文件未公开使用索引确定E-DCH资源列表中的E-DCH资源。 |
| 技术特征T：进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br><br>《隐含公开》 | [0014] "In the PTP transmission mode, the data are sent via a dedicated traffic channel (DTCH), and can be received only by an appropriate UE."<br>（在PTP传输模式中，数据经由专用业务信道（DTCH）发送，并且仅能由适当的UE接收。）<br>[0062] "The RAN makes query of the UE(s) in the two connected states directly via a dedicated or the common channel."<br>（RAN直接经由专用信道或公共信道查询处于这两种连接状态的UE。） | 目标专利中是指在通信过程中传送DCCH或DTCH数据。对比文件公开了系统采用PTP传输模式时经由DTCH传输数据，且网络可通过专用信道查询UE。在无线通信网络交互中，UE与基站之间建立专用连接后必然伴随着专用控制信道（DCCH）或专用业务信道（DTCH）数据的传送。按照极其宽松的隐含公开判断原则，本领域技术人员基于对比文件中关于专用信道传输的教导，有可能合理推断出该技术方案包含了传送DCCH或DTCH数据，因此判定技术特征T被隐含公开。 |
| 技术特征U：其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br><br>《未公开》 | 无对应内容。 | 对比文件[0053]、[0068]中虽提及UE在CELL_FACH状态下响应重计数指示（通过发起cell update或经由控制信道响应），但其响应内容是重计数统计响应，而非HARQ ACK/NACK反馈。对比文件既无在CELL_FACH状态下传送ACK/NACK的公开，也无法推导得出。 |
| 技术特征V：该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>《未公开》 | 无对应内容。 | 对比文件未公开接收用于上行链路传输的E-DCH资源分配。 |
| 技术特征W：在冲突解决完成<br><br>《未公开》 | 无对应内容。 | 对比文件未涉及E-DCH冲突解决过程及其完成的时序条件。 |
| 技术特征X：所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>《未公开》 | 无对应内容。 | 对比文件未公开E-DCH资源中包含请求测量并报告反馈信息的IE。 |
| 技术特征Y：由所述WTRU传送信道质量指示符CQI。<br><br>《未公开》 | 无对应内容。 | 对比文件仅公开UE在重计数流程中向网络反馈响应，不涉及传送信道质量指示符CQI。 |
| 技术特征Z：其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br><br>《未公开》 | 无对应内容。 | 对比文件未公开HS-DPCCH信道，更未公开经由HS-DPCCH传送CQI。 |
<<<d>>>
<<<t>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译及标号） | 公开性论述 |
| 技术特征A：包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>【未公开】 | 无对应公开内容。 | 对比文件主要涉及UMTS/E-UMTS中通过测量控制消息或系统信息预先分配上行无线上网资源以传输测量报告的技术方案。对比文件中未涉及高速专用物理控制信道（HS-DPCCH），也未涉及网络向UE/WTRU发送指示在HS-DPCCH上支持ACK/NACK的信息元素（IE），二者技术方案不同，因此技术特征A既未被直接公开，也未被隐含公开。 |
| 技术特征B：<br><br>【空特征/不作判定】 | 无。 | 目标权利要求未提供该特征的具体技术内容。 |
| 技术特征C：在经过冲突解决之后<br><br>【未公开】 | 参见[29]：“상기 프리앰블 부분은 메시지 전송에 사용되는 적절한 전송전력을 조절하는 전력램핑(Power Ramping) 기능과 여러 단말간의 충돌(Collision)을 방지하는 기능을 수행하며...”（[29] 前述前同步码部分执行用于调节消息传输所使用的合适发射功率的功率提升功能以及防止多个终端之间的冲突功能……） | 目标专利中“在经过冲突解决之后”是指处于CELL_FACH状态的WTRU在增强型RACH（E-RACH/E-DCH）接入流程中完成争用解决（Contention Resolution）后，才在HS-DPCCH上发送反馈信息（说明书[0007]、[0023]、[0035]）。而对比文件段落[29]记载的仅为传统WCDMA PRACH前同步码机制中避免碰撞，并未公开在该争用解决阶段完成之后才触发执行相应特定反馈或传输的步骤，故技术特征C未被公开。 |
| 技术特征D：所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>《隐含公开》 | 参见[27]：“상기 전송채널인 RACH에는 CCCH(Common Control Channel), DCCH(Dedicated Control Channel) 및 DTCH (Dedicated Traffic Channel)등과 같은 논리채널이 매핑될 수 있으며...”（[27] 在作为前述传输信道的RACH中，可以映射如CCCH、DCCH及DTCH等逻辑信道……）<br>参见[64]：“예를들면 무선 단말(10)이 현재 상향링크로 트래픽 데이터를 전송하고 있다고 가정한다. 이때 기지국(20)이 설정한 측정 보고 조건에 따라 측정 보고 메시지를 전송해야 한다면, 무선 단말(10)은 측정 보고 메시지를 상기 트래픽 데이터의 전송 후 또는 피기백(piggyback)형식(트래픽 데이터에 포함시킴)으로 전송한다. 이 경우 측정 보고 메시지의 우선순위는 트래픽 데이터의 우선 순위보다 낮다.”（[64] 例如假设无线终端当前正在上行链路传送业务数据（traffic data）。此时若需要根据基站设定的测量报告条件发送测量报告消息，无线终端在传送完前述业务数据之后或者以捎带形式发送测量报告消息。在该情况下，测量报告消息的优先级低于业务数据的优先级。） | 对比文件公开了RACH上可以映射传输DTCH或DCCH，且明确公开了无线终端当前在上行链路传送业务数据，在测量报告优先级低于业务数据时，可以在前述业务数据传输完成后（已发送后）再传送测量报告消息。由于DTCH即为传输业务数据（traffic data）的逻辑信道，在极度宽松的隐含公开判断标准下，本领域技术人员可以合理推断或推理得出终端在已发送业务数据（DTCH）之后再发送后续反馈/消息的技术方案，属于部分公开并可合理推导，因此认定为《隐含公开》。 |
| 技术特征E：所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>【未公开】 | 无对应公开内容。 | 对比文件中完全未记载任何指示在HS-DPCCH上支持ACK/NACK的信息元素IE，因此该条件限制特征既未被直接公开，也未被隐含公开。 |
| 技术特征F：由所述WTRU传送ACK/NACK反馈。<br><br>【未公开】 | 参见[31]：“...이때 기지국은 상기 AICH가 전송하는 시그니처를 통해 긍정적인 응답(ACK) 또는 부정적인 응답(NACK)을 단말에게 전송한다.”（[31] ……此时基站通过前述AICH传输的签名向终端传输肯定应答(ACK)或否定应答(NACK)。） | 对比文件仅公开了基站在下行物理信道AICH上向终端发送针对前同步码的ACK或NACK响应，并未公开“由无线终端/WTRU在上行链路传送ACK/NACK反馈”这一技术方案，发送主体与传输方向完全不同，因此技术特征F未被公开。 |
| 技术特征G：其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br><br>【未公开】 | 无对应公开内容。 | 对比文件中未公开HS-DPCCH信道，也未公开经由该信道传送ACK/NACK反馈，因此技术特征G既未被直接公开，也未被隐含公开。 |
| 技术特征H：其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>【未公开】 | 参见[45]、[46]：“측정(Measurement)은 무선환경을 고려한 적절한 망 관리와 자원할당을 지원하기 위해 필요한 다양한 정보를 무선망 제어기(RNC)에서 제공해준다... 단말은 측정 보고 메시지를 통해 주기적 또는 특정한 사건이 발생했을 때 UTRAN으로 측정 결과를 보고한다.”（[45]、[46] 测量为RNC提供考虑无线环境进行适当的网络管理和资源分配所需的各种信息……终端通过测量报告消息在周期性或发生特定事件时向UTRAN报告测量结果。）<br>参见[61]：“예를 들면 동일한 주파수의 하향링크 물리채널의 상태를 측정하는 경우에는 주파수내 (Intra-frequency) 측정...”（[61] 例如测量相同频率的下行物理信道状态的情况下的同频测量……） | 对比文件仅公开了UE进行常规的同频测量等以获取下行物理信道测量结果并向网络上报，但并未公开第一IE，且其测量的下行信道并非HS-DSCH，亦未公开确定用于HS-DSCH的信道质量指示符CQI（对比文件属于R99/R4传统无线资源测量），因此技术特征H未被公开。 |
| 技术特征I：<br><br>【空特征/不作判定】 | 无。 | 目标权利要求未提供该特征的具体技术内容。 |
| 技术特征J：在所述HS-DSCH上的物理层中传送所述CQI。<br><br>【未公开】 | 无对应公开内容。 | 对比文件中测量报告是作为RRC消息（L3）传输，并未公开在物理层中传送CQI，更未涉及HS-DSCH/HS-DPCCH，因此技术特征J未被公开。 |
| 技术特征K：其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br><br>【未公开】 | 参见[29]：“상기 프리앰블 부분은 메시지 전송에 사용되는 적절한 전송전력을 조절하는 전력램핑(Power Ramping) 기능과 여러 단말간의 충돌(Collision)을 방지하는 기능을 수행하며...”（[29] 前述前同步码部分执行用于调节消息传输所使用的合适发射功率的功率提升功能以及防止多个终端之间的冲突功能……） | 对比文件[29]所提及的防冲突仅针对传统WCDMA的PRACH前同步码传输，完全未涉及3GPP Release 8中引入的处于CELL_FACH状态下的增强型专用信道（E-DCH）资源及其争用解决机制（说明书[0006]、[0007]），两者技术背景与解决对象完全不同，因此技术特征K未被公开。 |
| 技术特征L：其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br><br>【未公开】 | 无对应公开内容。 | 对比文件未涉及E-DCH资源的存取确认以及基于争用解决确认E-DCH资源的过程，因此技术特征L未被公开。 |
| 技术特征M：进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br><br>【未公开】 | 参见[51]：“...기지국이 미리 할당된 상향링크의 무선자원 정보를 소정의 메시지를 통해 무선 단말에게 알려주는 단계와...”（[51] ……基站通过预定消息向无线终端通知预先分配的上行链路无线资源信息的步骤……） | 对比文件分配的仅为常规的上行测量报告传输资源或PRACH/UL SCH资源，完全未涉及增强型专用信道（E-DCH）资源的分配，二者信道体制及资源类型不同，技术特征M未被公开。 |
| 技术特征N：其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>【未公开】 | 参见[47]：“...Cell_FACH, Cell_PCH 및 UTR_PCH상태의 단말은 SIB#12를 수신함으로써 측정 제어정보를 얻을 수 있다.”（[47] ……处于Cell_FACH、Cell_PCH及URA_PCH状态的终端可通过接收SIB#12获取测量控制信息。）<br>参见[58]：“즉, 무선 단말이 측정 보고를 하는 경우, 기지국(eNB)은 측정 제어 (Measurement Control) 메시지 또는 시스템 정보(System Information)를 통하여, 무선 단말이 측정 보고 메시지를 전송할 수 있도록 미리 할당된 상향링크의 무선자원의 정보를 무선 단말에게 알려준다.”（[58] 即无线终端进行测量报告时，基站通过测量控制消息或系统信息，向无线终端通知预先分配的上行无线资源信息……） | 对比文件虽然提到了在CELL_FACH状态下接收SIB获取测量控制信息，或通过系统信息通知预先分配的上行链路无线资源，但该资源完全不是“可用E-DCH资源列表”，对比文件中根本未涉及E-DCH资源的配置列表，故技术特征N未被公开。 |
| 技术特征O：<br><br>【空特征/不作判定】 | 无。 | 目标权利要求未提供该特征的具体技术内容。 |
| 技术特征P：使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>【未公开】 | 无对应公开内容。 | 对比文件中未公开使用索引从可用E-DCH资源列表中确定E-DCH资源，因此技术特征P未被公开。 |
| 技术特征Q：其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>【未公开】 | 无对应公开内容。 | 对比文件中未公开包含可用E-DCH资源的索引和列表的信号，技术特征Q未被公开。 |
| 技术特征R：<br><br>【空特征/不作判定】 | 无。 | 目标权利要求未提供该特征的具体技术内容。 |
| 技术特征S：使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>【未公开】 | 无对应公开内容。 | 对比文件中未公开使用索引从可用E-DCH资源列表中确定E-DCH资源，技术特征S未被公开。 |
| 技术特征T：进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br><br>《直接公开》 | 参见[27]：“상기 전송채널인 RACH에는 CCCH(Common Control Channel), DCCH(Dedicated Control Channel) 및 DTCH (Dedicated Traffic Channel)등과 같은 논리채널이 매핑될 수 있으며, 상기 RACH는 다시 물리채널인 PRACH(Physical Random Access Channel)에 매핑된다.”（[27] 在作为前述传输信道的RACH中，可以映射如CCCH、DCCH及DTCH等逻辑信道，并且前述RACH再次映射到作为物理信道的PRACH。）<br>参见[64]：“예를들면 무선 단말(10)이 현재 상향링크로 트래픽 데이터를 전송하고 있다고 가정한다...”（[64] 例如假设无线终端当前正在上行链路传送业务数据……） | 目标专利中该特征是指WTRU传送DCCH或DTCH数据。对比文件在段落[27]明确记载了在RACH上传送DCCH和DTCH逻辑信道的数据，并在段落[64]明确指出了终端在上行链路上传送业务数据（DTCH数据）。本领域技术人员能毫无疑义地直接得出终端传送DCCH或DTCH数据的技术方案，两者技术功能与实质内容完全相同，因此技术特征T被《直接公开》。 |
| 技术特征U：其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br><br>【未公开】 | 参见[47]：“...Cell_FACH, Cell_PCH 및 UTR_PCH상태의 단말은 SIB#12를 수신함으로써 측정 제어정보를 얻을 수 있다.”（[47] ……处于Cell_FACH、Cell_PCH及URA_PCH状态的终端可通过接收SIB#12获取测量控制信息。） | 对比文件虽然提及了终端可处于Cell_FACH状态，但完全未公开在该状态期间由终端传送ACK/NACK反馈，因此技术特征U未被公开。 |
| 技术特征V：该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>【未公开】 | 参见[51]、[58]、[62]中记载基站预先分配上行链路无线资源给无线终端。 | 对比文件分配的是常规上行无线资源（如PRACH或UL SCH），未公开分配增强型专用信道（E-DCH）资源用于上行链路传输，因此技术特征V未被公开。 |
| 技术特征W：在冲突解决完成<br><br>【未公开】 | 参见[29]：“...여러 단말간의 충돌(Collision)을 방지하는 기능을 수행하며...”（[29] ……执行防止多个终端之间的冲突功能……） | 对比文件仅记载了利用前同步码阶段防止多个终端碰撞，未公开争用解决机制，也未公开在争用解决完成之后执行后续操作（目标专利中要求在CELL_FACH下完成E-DCH争用解决后再进行CQI等反馈传输，说明书[0023]、[0035]），因此技术特征W未被公开。 |
| 技术特征X：所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>【未公开】 | 参见[58]、[59]：“바람직하게, 상기 기지국(eNB)은 측정 제어 메시지 또는 시스템 정보를 통해 측정 제어 정보의 보고 조건과 관련된 정보를 무선 단말에게 알려준다.”（[59] 优选地，基站通过测量控制消息或系统信息向无线终端通知与测量控制信息的报告条件相关的信息。） | 对比文件虽然公开了测量控制信息中可包括测量报告条件，但该信息并非包含于“E-DCH资源”中，且对比文件根本未公开E-DCH资源，二者作用与载体均不相同，技术特征X未被公开。 |
| 技术特征Y：由所述WTRU传送信道质量指示符CQI。<br><br>《隐含公开》 | 参见[45]、[46]：“측정(Measurement)은 무선환경을 고려한 적절한 망 관리와 자원할당을 지원하기 위해 필요한 다양한 정보를 무선망 제어기(RNC)에서 제공해준다... 단말은 측정 보고 메시지를 통해 주기적 또는 특정한 사건이 발생했을 때 UTRAN으로 측정 결과를 보고한다.”（[45]、[46] 测量向RNC提供支持无线环境的管理和资源分配所需信息……终端通过测量报告消息向UTRAN报告测量结果。）<br>参见[61]：“예를 들면 동일한 주파수의 하향링크 물리채널의 상태를 측정하는 경우에는 주파수내 (Intra-frequency) 측정...”（[61] 例如在测量同一频率的下行物理信道状态的情况下进行同频测量……） | 目标专利中CQI用于指示信道质量，以便网络侧调整调制编码或调度（说明书[0009]、[0021]）。对比文件公开了无线终端测量下行链路物理信道状态（即信道质量），并通过测量报告消息将测量结果发送给基站以用于网络管理和资源分配（段落[45]、[61]）。在极为宽松的隐含公开判断标准下，下行物理信道质量的测量结果向基站上报属于信道质量反馈的一种表现形式，本领域技术人员基于信道状态测量报告容易合理推断出其部分公开了信道质量指示信息的传送，有与其他对比文件结合公开CQI的可能性，因此认定为《隐含公开》。 |
| 技术特征Z：其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br><br>【未公开】 | 参见[48]、[51]、[63]中记载终端使用分配的预定上行无线上网资源或RACH发送测量报告消息。 | 对比文件仅记载了使用分配的上行无线资源或RACH以RRC信令方式发送测量报告，完全未公开高速专用物理控制信道HS-DPCCH，更未公开在其上传送CQI，因此技术特征Z未被公开。 |
<<<d>>>
<<<T>>>
<<<y>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>《未公开》 | 无实质相关内容公开。<br>（注：对比文件表2记载了“HS-DSCH Support Indicator”，但属于下行共享信道支持指示，而非WTRU接收的HS-DPCCH上支持ACK/NACK的IE） | 对比文件涉及的是节点B（Node B）与无线网络控制器（RNC）之间通过NBAP/RNSAP信令通告Node B关于E-DCH HARQ合并能力（增量冗余IR或Chase合并）。该技术方案完全未公开由网络向WTRU发送指示在HS-DPCCH上支持ACK/NACK的信息元素（IE）。因此，对比文件既未直接公开，即使按照极宽松标准也未隐含公开该特征。 |
| 技术特征B：<br>（注：原权利要求中该项内容为空）<br><br>《未公开》 | 无。 | 该技术特征内容为空，对比文件无法公开。 |
| 技术特征C：<br>在经过冲突解决之后<br><br>《未公开》 | 对比文件通篇未涉及基于争用（基于RACH/E-RACH）的冲突解决机制（Contention Resolution）。 | 对比文件涉及的是小区间软切换（SHO）及小区建立过程中的信令交互，其传输的是专有网络信令，根本不涉及上行共享/接入信道中的碰撞/冲突解决流程。因此未直接公开也未隐含公开。 |
| 技术特征D：<br>所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>《未公开》 | 对比文件[0003]等段落仅泛泛提及UE与Node B之间的E-DCH传输，未涉及DCCH或DTCH逻辑信道数据传输的触发或状态判断。 | 对比文件未披露WTRU发送DCCH数据或DTCH数据作为反馈或接入触发的前提条件。本领域技术人员无法从对比文件中推导出该特征。 |
| 技术特征E：<br>所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>《未公开》 | 无。 | 因对比文件未公开技术特征A中所述的IE，更未公开基于该IE指示支持ACK/NACK作为前提条件的判断逻辑。 |
| 技术特征F：<br>由所述WTRU传送ACK/NACK反馈。<br><br>《未公开》 | 对比文件[0004]-[0005]提及HARQ机制及重传：“Chase combining with HARQ is a scheme wherein if the data packet is not received correctly, the soft symbols are stored... by the receiver and a retransmission is requested.” | 对比文件仅在背景技术中作为通用技术原理提及了HARQ通过重传请求工作，且其主旨讨论的是E-DCH（上行）由Node B接收并合并，并非WTRU向网络传送针对下行传输的ACK/NACK反馈，未公开所述技术特征。 |
| 技术特征G：<br>其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br><br>《未公开》 | 对比文件通篇未提及HS-DPCCH（高速专用物理控制信道）。 | 对比文件仅关注上行E-DCH合并能力在NBAP和RNSAP中的信令通告，完全未披露物理层反馈信道HS-DPCCH，更未公开经由HS-DPCCH传送ACK/NACK反馈。 |
| 技术特征H：<br>其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>《未公开》 | 对比文件表2提及“The third bit: HS-DSCH Support Indicator”，但这是RNSAP信令中指示小区支持HS-DSCH能力的IE。 | 对比文件未公开WTRU侧确定用于HS-DSCH的CQI。 |
| 技术特征I：<br>（注：原权利要求中该项内容为空）<br><br>《未公开》 | 无。 | 该技术特征内容为空，对比文件无法公开。 |
| 技术特征J：<br>在所述HS-DSCH上的物理层中传送所述CQI。<br><br>《未公开》 | 无相关物理层反馈传输记载。 | 对比文件未公开在物理层传送CQI的技术方案。 |
| 技术特征K：<br>其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br><br>《未公开》 | 无。 | 对比文件不涉及E-DCH基于争用的接入及冲突解决机制，完全未公开针对E-DCH传输潜在冲突的冲突解决。 |
| 技术特征L：<br>其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br><br>《未公开》 | 无。 | 对比文件未涉及通过冲突解决确认WTRU能够存取E-DCH资源。 |
| 技术特征M：<br>进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br><br>《隐含公开》 | [0046] “...the SRNC scheduling module 14b can generate a combining capability instruction for the Node B 16 defining the combining capability to be used for communicating with the UE based in the received information regarding combining capabilities of the Node B 16 (see signals 34, 34a and 34b), e.g., for combining data received on an uplink enhanced dedicated channel (E-DCH).”<br>（译：SRNC调度模块14b可针对Node B 16生成合并能力指示，该指示基于所接收的关于Node B 16合并能力的信息，定义用于与UE通信的待使用的合并能力，例如用于合并在上行增强型专用信道E-DCH上接收的数据。）<br>[0049] “...Then in a next step 46, radio links (RLs) under the RNC/CRNC served as the SRNC/CRNC are established for a user equipment (UE)...”<br>（译：然后在下一步46中，在作为SRNC/CRNC服务的RNC/CRNC下的无线电链路RL被为用户设备UE建立。） | 在对比文件中，网络侧（SRNC/Node B）与UE建立基于E-DCH的无线电链路（RLs established for a UE），并在E-DCH上进行数据传输。本领域技术人员知晓，在UMTS/HSUPA系统中，UE在E-DCH上发送数据必然需要网络侧为该UE进行E-DCH资源分配与配置（无论是通过RRC信令还是调度授权）。虽然对比文件未详述具体的无线接口分配信令消息，但按照极宽松的隐含公开判断标准，对比文件披露了建立E-DCH无线电链路与UE通信，已部分公开/隐含了UE从网络接收E-DCH资源分配的方案。 |
| 技术特征N：<br>其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>《未公开》 | 对比文件未记载系统信息块（SIB）及广播可用E-DCH资源列表。 | 对比文件未涉及CELL_FACH增强或通过广播SIB提供公用E-DCH资源列表的机制。 |
| 技术特征O：<br>（注：原权利要求中该项内容为空）<br><br>《未公开》 | 无。 | 该技术特征内容为空，对比文件无法公开。 |
| 技术特征P：<br>使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 无。 | 对比文件未披露使用索引从SIB广播列表中确定E-DCH资源。 |
| 技术特征Q：<br>其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>《未公开》 | 无。 | 对比文件未公开从Node B接收包括可用E-DCH资源索引和列表的信号。 |
| 技术特征R：<br>（注：原权利要求中该项内容为空）<br><br>《未公开》 | 无。 | 该技术特征内容为空，对比文件无法公开。 |
| 技术特征S：<br>使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 无。 | 对比文件未公开使用索引从可用E-DCH资源列表中确定E-DCH资源。 |
| 技术特征T：<br>进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br><br>《隐含公开》 | [0045] “...e.g., for combining the data received on an uplink enhanced dedicated channel (E-DCH).”<br>（译：例如，用于合并在上行增强型专用信道E-DCH上接收的数据。）<br>[0041] “...in communicating via wireless communication, the user equipment (UE) 10 can interface with UTRAN Node Bs... The user equipment 10 can be a wireless device, a portable device, a mobile communication device, a mobile phone, etc.”<br>（译：在通过无线通信进行通信时，用户设备UE 10可以通过Uu接口与UTRAN Node B交互……UE可以是无线设备、便携设备、移动通信设备、手机等。） | 对比文件明确公开了UE与网络在建立连接后在上行E-DCH上传送数据。本领域技术人员公知，在3GPP UMTS系统架构中，E-DCH作为传输信道，其承载的上行用户数据属于专用业务信道（DTCH），承载的上行专用信令属于专用控制信道（DCCH）。因此，对比文件公开UE在上行E-DCH上传送数据，根据极宽松的隐含公开标准，本领域技术人员能够合理推断出该传送的数据必然包括DCCH或DTCH数据。 |
| 技术特征U：<br>其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br><br>《未公开》 | 对比文件未涉及CELL_FACH状态，亦未涉及在CELL_FACH状态期间传送反馈。 | 对比文件未公开该特征。 |
| 技术特征V：<br>该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>《隐含公开》 | [0046] “...defining the combining capability to be used for communicating with the UE based in the received information regarding combining capabilities of the Node B 16... e.g., for combining data received on an uplink enhanced dedicated channel (E-DCH).”<br>[0049] “...Then in a next step 46, radio links (RLs) under the RNC/CRNC served as the SRNC/CRNC are established for a user equipment (UE)...” | 同技术特征M的论述，对比文件公开了UE为进行上行E-DCH传输而与网络建立无线电链路。按照极宽松的隐含公开认定原则，在HSUPA中UE进行上行传输必然需要从网络接收用于E-DCH资源的分配，本领域技术人员可以合理推理得出该技术方案被部分或隐含公开。 |
| 技术特征W：<br>在冲突解决完成<br><br>《未公开》 | 无。 | 对比文件未披露基于竞争的接入及冲突解决完成的步骤与判定。 |
| 技术特征X：<br>所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>《未公开》 | 无。 | 对比文件未公开E-DCH资源配置中包含请求测量并报告反馈信息的IE。 |
| 技术特征Y：<br>由所述WTRU传送信道质量指示符CQI。<br><br>《未公开》 | 无。 | 对比文件未披露由WTRU传送信道质量指示符CQI。 |
| 技术特征Z：<br>其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br><br>《未公开》 | 无。 | 对比文件未披露经由HS-DPCCH传送CQI。 |
<<<m>>><<<t>>><<<v>>>
基于对目标专利说明书及对比文件（KR1020070061018A）全部内容的审查与对比分析，现对技术特征A至技术特征Z的公开性进行判断。
目标专利涉及无线通信网络中处于CELL_FACH状态的WTRU控制和传送上行链路反馈信息（如CQI、HARQ ACK/NACK）的方法与架构；对比文件（KR1020070061018A）涉及半导体集成电路封装领域的“设置在半导体装置中的中介构件、半导体装置及其制造方法”，公开了半导体芯片层叠堆叠中利用整面导体的中介构件进行引线键合的物理结构与工艺。
对比文件与目标专利属于完全不同的技术领域，对比文件中未包含任何涉及无线通信网络、WTRU、Node B、物理信道（HS-DPCCH、E-DCH、HS-DSCH）、信息元素（IE）、ACK/NACK反馈、CQI、冲突解决或结合目标专利说明书原文以及所提供的对比文件（KR1020070061018A，关于半导体器件中的中介构件/芯片封装技术）进行深度分析与特征比对。
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>《未公开》 | 无对应公开内容。整篇对比文件涉及的是半导体芯片封装领域的“在半导体器件中配置的中介构件、半导体器件及其制造方法”，例如段落[62]：“본 발명은, 반도체 장치에 배치되는 중계 부재, 반도체 장치, 및 반도체 장치의 제조 방법에 관한 것으로...（本发明涉及在半导体器件中配置的中介构件、半导体器件及其制造方法...）”。 | 目标专利中技术特征A属于移动无线通信协议层面的交互控制特征，用于通知处于CELL_FACH等状态下的WTRU关于上行HS-DPCCH信道上支持ACK/NACK反馈的配置IE。而对比文件KR1020070061018A属于纯微电子半导体芯片堆叠封装物理硬件结构与制造工艺领域，完全未公开任何无线通信网络、WTRU、HS-DPCCH信道、ACK/NACK信息元素（IE）或等同方案。即便是采用最宽松的隐含公开判断标准，半导体器件堆叠机械结构也不存在任何向无线通信信令/IE技术方案进行逻辑推理或技术结合的可能，因此未直接公开，亦未隐含公开。 |
| 技术特征B：<br><br>《未公开》 | 对比文件无对应公开内容。 | 该特征在给定的权利要求划分中为空白/未定义特征项，对比文件无任何技术内容与之对应，不构成直接公开或隐含公开。 |
| 技术特征C：在经过冲突解决之后<br><br>《未公开》 | 无对应公开内容。 | 目标专利中技术特征C是指无线通信中WTRU在增强型RACH接入或E-DCH传输过程中完成争用解决（Contention Resolution，如说明书[0007]、[0023]所述，解决潜在传输冲突，确认获得无争用资源）。对比文件是关于封装中键合引线（bonding wire）物理交叉重叠的避让，属于三维芯片引线互连结构，完全不涉及通信协议领域的接入争用/冲突解决过程，未直接公开，亦未隐含公开。 |
| 技术特征D：所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>《未公开》 | 无对应公开内容。 | 目标专利中技术特征D限定了WTRU在逻辑信道DCCH或DTCH上传送上行数据的状态（如说明书[0037]-[0038]所述，以此作为触发反馈的预定条件）。对比文件属于半导体封装技术，没有任何逻辑信道、数据业务信道传输及相关无线通信实体的技术公开或逻辑教导，未直接公开，亦未隐含公开。 |
| 技术特征E：所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>《未公开》 | 无对应公开内容。 | 目标专利中技术特征E限定基于接收到的信息元素IE指示状态来作为判断与执行反馈的前提。对比文件KR1020070061018A完全不涉及通信信令判断逻辑与IE信息指示，未直接公开，亦未隐含公开。 |
| 技术特征F：由所述WTRU传送ACK/NACK反馈。<br><br>《未公开》 | 无对应公开内容。 | 目标专利中技术特征F是WTRU在满足触发条件后向上行网络实体回传HARQ确认/否认应答信号。对比文件完全不涉及基带或协议栈层面的HARQ协议交互与反馈，未直接公开，亦未隐含公开。 |
| 技术特征G：其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br><br>《未公开》 | 无对应公开内容。 | 目标专利中技术特征G限定了反馈信号所承载的具体上行物理控制信道（HS-DPCCH）。对比文件KR1020070061018A不包含任何无线物理信道传输技术，未直接公开，亦未隐含公开。 |
| 技术特征H：其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>《未公开》 | 无对应公开内容。 | 目标专利中技术特征H涉及区分IE类型并测量计算用于高速下行链路共享信道（HS-DSCH）的信道质量测量值（CQI）。对比文件属于半导体封装互连，无无线信道质量测量或物理信道下行评估机制，未直接公开，亦未隐含公开。 |
| 技术特征I：<br><br>《未公开》 | 对比文件无对应公开内容。 | 该特征在给定的权利要求划分中为空白/未定义特征项，对比文件无任何技术内容与之对应，不构成直接公开或隐含公开。 |
| 技术特征J：在所述HS-DSCH上的物理层中传送所述CQI。<br><br>《未公开》 | 无对应公开内容。 | 目标专利中技术特征J涉及在物理层中传输CQI反馈。对比文件KR1020070061018A不涉及通信物理层信号调制与传输，未直接公开，亦未隐含公开。 |
| 技术特征K：其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br><br>《未公开》 | 无对应公开内容。 | 目标专利中技术特征K进一步界定了冲突解决的具体通信对象是E-DCH（增强型专用信道）传输的信道资源冲突。对比文件KR1020070061018A为半导体芯片物理堆叠封装，完全未公开任何E-DCH接入或无线通信信道冲突处理机制，未直接公开，亦未隐含公开。 |
| 技术特征L：其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br><br>《未公开》 | 无对应公开内容。 | 目标专利中技术特征L限定冲突解决的功能效果为确认WTRU成功获得E-DCH资源的无争用接入权限。对比文件完全不具备此类技术方案，未直接公开，亦未隐含公开。 |
| 技术特征M：进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br><br>《未公开》 | 无对应公开内容。 | 目标专利技术特征M是指移动终端从基站/UTRAN网络侧获取E-DCH无线资源的指派或授权。对比文件属于微电子机械连接及芯片构件技术，无网络资源分配概念，未直接公开，亦未隐含公开。 |
| 技术特征N：其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>《未公开》 | 无对应公开内容。 | 目标专利技术特征N限定从网络广播的系统信息块（SIB）接收无线资源配置列表。对比文件KR1020070061018A未公开通信广播信道、SIB或资源列表，未直接公开，亦未隐含公开。 |
| 技术特征O：<br><br>《未公开》 | 对比文件无对应公开内容。 | 该特征在给定的权利要求划分中为空白/未定义特征项，对比文件无对应技术方案，不构成直接公开或隐含公开。 |
| 技术特征P：使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 无对应公开内容。 | 目标专利中技术特征P是指利用信令携带的索引指针映射SIB中的E-DCH参数条目。对比文件KR1020070061018A完全不涉及通信资源配置列表的索引映射机制，未直接公开，亦未隐含公开。 |
| 技术特征Q：其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>《未公开》 | 无对应公开内容。 | 目标专利技术特征Q涉及基站（节点B）向下发送包含索引和资源列表的分配信号。对比文件不包含任何基站实体或网络无线信令，未直接公开，亦未隐含公开。 |
| 技术特征R：<br><br>《未公开》 | 对比文件无对应公开内容。 | 该特征在给定的权利要求划分中为空白/未定义特征项，对比文件无对应技术方案，不构成直接公开或隐含公开。 |
| 技术特征S：使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 无对应公开内容。 | 目标专利中技术特征S是指利用节点B信号中的索引在资源列表中确定资源参数。对比文件KR1020070061018A无相应技术方案，未直接公开，亦未隐含公开。 |
| 技术特征T：进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br><br>《未公开》 | 无对应公开内容。 | 目标专利中技术特征T是指WTRU在获得信道后传送高层专用逻辑信道数据。对比文件完全不属于无线数据通信领域，未直接公开，亦未隐含公开。 |
| 技术特征U：其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br><br>《未公开》 | 无对应公开内容。 | 目标专利中技术特征U限定了WTRU所处的特定RRC连接状态（CELL_FACH）及反馈时机。对比文件属于芯片物理封装领域，无移动通信RRC状态机或相关信令交互，未直接公开，亦未隐含公开。 |
| 技术特征V：该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>《未公开》 | 无对应公开内容。 | 目标专利技术特征V涉及WTRU获取上行E-DCH资源分配以执行上行链路数据/控制传输。对比文件不涉及无线蜂窝通信系统的上下行资源调度，未直接公开，亦未隐含公开。 |
| 技术特征W：在冲突解决完成<br><br>《未公开》 | 无对应公开内容。 | 目标专利中技术特征W限定了在随机接入争用解决结束的特定时间节点触发后续操作。对比文件KR1020070061018A属于机械封装与布线，无信道争用解决机制，未直接公开，亦未隐含公开。 |
| 技术特征X：所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>《未公开》 | 无对应公开内容。 | 目标专利中技术特征X限定了资源配置中携带显式请求反馈测量的特定信息单元IE。对比文件不涉及协议信息单元（IE）或无线信道测量反馈请求，未直接公开，亦未隐含公开。 |
| 技术特征Y：由所述WTRU传送信道质量指示符CQI。<br><br>《未公开》 | 无对应公开内容。 | 目标专利中技术特征Y涉及移动终端执行物理层信道质量报告发射。对比文件属于微电子封装结构，不具备任何发射机、终端通信实体或信道质量指示技术，未直接公开，亦未隐含公开。 |
| 技术特征Z：其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br><br>《未公开》 | 无对应公开内容。 | 目标专利中技术特征Z限定CQI在上行专用物理控制信道HS-DPCCH上载波发送。对比文件未公开任何无线物理控制信道与无线发射，未直接公开，亦未隐含公开。 |
经严谨核查，对比文件KR1020070061018A属于微电子芯片封装硬件结构制造领域，与目标专利属于完全不相干的技术领域，未直接公开、亦未隐含公开上述任何一项技术特征。
基于目标专利说明书与对比文件（US7240238B2）的详细技术内容，进行严谨的专利创造性/新颖性公开性评估比对。
---
### 技术领域与背景分析
* **目标专利技术方案**：涉及蜂窝移动通信领域（特别是3GPP UMTS WCDMA / HSDPA / HSUPA体系），涉及处于 `CELL_FACH` 状态的无线发射/接收单元（WTRU）在基于争用的无线信道上，通过接收网络广播的系统信息块（SIB）分配的增强型专用信道（E-DCH）资源列表与索引，完成争用解决（冲突解决），在发送DCCH/DTCH数据或特定IE指示下，在高速专用物理控制信道（HS-DPCCH）上传送CQI及HARQ ACK/NACK反馈等机制。
* **对比文件技术方案（US7240238B2）**：涉及计算机数据存储系统中的**远程数据镜像（Remote Data Mirroring）**技术，公开了主控制器、从控制器、光纤通道/ESCON链路、缓存、磁盘卷同步/半同步/自适应拷贝模式及故障恢复。虽然对比文件中偶见缩写“IE”（指代Internet Explorer或特定参数/信息）、“ACK/NACK”（远程镜像链路层确认）、“CQI”（对比文件中未出现）、“DCCH/DTCH”（完全未出现）等，但两者的技术领域、技术方案、物理实体及所解决的技术问题完全不同。
---
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>《未公开》 | 对比文件全文未记载相关内容。仅在[0013]、[0015]等段落提及：“Additionally, the secondary data storage system controller provides an indication or acknowledgement to the primary data storage system controller that the primary data to be copied to the secondary data storage system... has been received...”（此外，辅助数据存储系统控制器向主数据存储系统控制器提供指示或确认，指示待复制到辅助数据存储系统的主数据已被接收……） | 对比文件公开的是存储控制器之间在数据镜像时通过光纤/通信链路发送的确认（acknowledgement），根本不涉及无线通信网络中的“无线发射/接收单元WTRU”、“高速专用物理控制信道HS-DPCCH”，也未公开从网络接收“指示在HS-DPCCH上支持ACK/NACK的信息元素IE”。两者的物理实体、通信协议、信号类型和技术作用完全不同。因此对比文件既没有直接公开，也无法通过推导隐含公开该特征。 |
| 技术特征B：<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 该特征在给定的权利要求划分中为空白特征，对比文件无法对应，判定为未公开。 |
| 技术特征C：在经过冲突解决之后<br><br>《未公开》 | 对比文件全文未记载相关内容。其在数据镜像同步中涉及的为链路中断、数据恢复等操作（例如[0022]、[0027]）。 | 目标专利中的“冲突解决”是指处于CELL_FACH状态的WTRU在增强型RACH（E-RACH）上基于争用的接入过程中，解决多个终端同时发送前同步码并争用同一E-DCH资源时的信道接入冲突解决（争用解决）。对比文件涉及的是双机存储控制器之间的数据镜像与容灾恢复，不存在多终端争用无线物理信道的冲突解决机制。因此未公开。 |
| 技术特征D：所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利中DCCH与DTCH是3GPP UMTS无线接口的高层逻辑信道，分别承载专用控制信令与用户平面业务数据。对比文件涉及存储系统的磁道、扇区、卷和I/O通道命令（CCW），未涉及无线通信的DCCH/DTCH数据发送。因此未公开。 |
| 技术特征E：所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利中该特征定义了在接收到特定的网络控制信息元素IE（指示HS-DPCCH信道支持ACK/NACK）这一触发条件。对比文件完全不涉及HS-DPCCH信道及其信令IE，未公开该特征。 |
| 技术特征F：由所述WTRU传送ACK/NACK反馈。<br><br>《未公开》 | [0015]：“Once the primary data has been at least received or optionally stored on the secondary data storage system, the secondary data storage system controller provides an indication or acknowledgement of receipt or completed write operation to the primary data storage system.”（一旦主数据至少已被接收或可选地存储在辅助数据存储系统上，辅助数据存储系统控制器即向主数据存储系统提供接收或已完成写入操作的指示或确认。） | 对比文件中虽然提及辅助存储控制器向主存储控制器发送“acknowledgement”（ACK确认），但这是有线存储镜像链路上的写完成确认，其执行主体是辅存储控制器，而不是无线发射/接收单元（WTRU），传输对象也不是下行无线传输块的HARQ反馈。两者的执行主体、传输介质、协议层级完全不同。因此未公开。 |
| 技术特征G：其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件中的确认信息是通过光纤或网络链路（如ESCON、T3/E3、光纤通道）发送的，完全不涉及蜂窝无线通信物理信道“HS-DPCCH”。因此未公开。 |
| 技术特征H：其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利中该特征是指WTRU针对下行共享信道HS-DSCH进行下行无线链路质量测量并生成CQI。对比文件是计算机存储卷镜像系统，不涉及下行共享物理/传输信道HS-DSCH，亦无信道质量测量和CQI确定机制。因此未公开。 |
| 技术特征I：<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 该特征在给定的权利要求划分中为空白特征，对比文件无法对应，判定为未公开。 |
| 技术特征J：在所述HS-DSCH上的物理层中传送所述CQI。<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件完全不涉及无线物理层及HS-DSCH/CQI的传输。因此未公开。 |
| 技术特征K：其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利中该特征针对WTRU在随机接入阶段争用公共E-DCH资源时的传输冲突。对比文件为存储镜像系统，不存在无线E-DCH传输的潜在冲突及对应解决机制。因此未公开。 |
| 技术特征L：其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利中争用解决成功确认了特定WTRU获得该E-DCH资源的专有使用权。对比文件涉及存储控制器获取磁盘设备独占访问（如锁机制），与无线E-DCH资源存取及冲突解决完全不属于同一技术构思与领域。因此未公开。 |
| 技术特征M：进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利是指WTRU接收基站/网络分配的E-DCH资源配置。对比文件不包含蜂窝移动通信网络及其E-DCH资源分配。因此未公开。 |
| 技术特征N：其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利是网络通过广播控制信道下发包含可用E-DCH资源列表的SIB（系统信息块）。对比文件属于存储备份领域，无系统信息块SIB及可用E-DCH资源列表。因此未公开。 |
| 技术特征O：<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 该特征在给定的权利要求划分中为空白特征，对比文件无法对应，判定为未公开。 |
| 技术特征P：使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 对比文件在[0080]提及：“...the present system maintains a list or index, utilizing one or more flag bits, in a hierarchical structure, on each physical and logical data storage device.”（……本系统在每个物理和逻辑数据存储设备上，利用分层结构中的一个或多个标志位来维护列表或索引。） | 对比文件虽然使用了“列表或索引”术语，但其记载的是在磁盘驱动器上维护用于指示磁道有效性、写挂起状态的数据结构索引（磁道目录/位图索引），而目标专利是指WTRU利用接收到的资源索引（例如通过AICH/E-AICH分配的索引）在SIB广播的可用E-DCH配置列表中查表确定所分配的无线通信物理/传输资源。两者的技术本质、应用场景与所解决的问题截然不同，无法推导公开。因此未公开。 |
| 技术特征Q：其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利是指从无线基站（Node B）接收携带索引及资源列表的无线下行物理/高层信号。对比文件不涉及基站Node B及无线资源分配信号。因此未公开。 |
| 技术特征R：<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 该特征在给定的权利要求划分中为空白特征，对比文件无法对应，判定为未公开。 |
| 技术特征S：使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 同技术特征P，对比文件仅在存储数据结构层面记录磁道索引，未公开使用索引确定无线通信E-DCH资源的技术方案。因此未公开。 |
| 技术特征T：进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利中是指WTRU在分配到的E-DCH无线传输信道上向上发送DCCH控制数据或DTCH业务数据。对比文件不涉及无线信道数据传输。因此未公开。 |
| 技术特征U：其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利涉及终端在RRC连接的CELL_FACH特殊低占空比状态下进行高速下行反馈。对比文件完全不涉及移动通信的RRC状态机及其CELL_FACH状态。因此未公开。 |
| 技术特征V：该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件属于计算机存储数据镜像系统，完全未公开由无线发射/接收单元从无线网络接收E-DCH上行传输资源分配。因此未公开。 |
| 技术特征W：在冲突解决完成<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利是指WTRU在增强型RACH接入过程中，成功完成竞争冲突消除阶段（例如通过E-AGCH回显E-RNTI验证确认无冲突）。对比文件完全未涉及蜂窝随机接入过程中的冲突解决完成。因此未公开。 |
| 技术特征X：所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利是指广播或专有分配的E-DCH资源配置信息中携带指示终端测量信道并上报反馈的专用IE。对比文件不包含该机制。因此未公开。 |
| 技术特征Y：由所述WTRU传送信道质量指示符CQI。<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利是指终端向基站报告下行信道无线传输质量指示符CQI。对比文件不涉及无线信道测量与CQI报告。因此未公开。 |
| 技术特征Z：其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br><br>《未公开》 | 对比文件全文未记载相关内容。 | 目标专利是指CQI在物理层上行控制信道HS-DPCCH上传输。对比文件完全不涉及该信道及CQI传输。因此未公开。 |
---
### 评估结论
对比文件 US7240238B2 涉及的是**存储区域网络（SAN）或主机/存储阵列之间的远程数据镜像与容灾备份控制方法**，其通信实体为“主/辅存储系统控制器、通道适配器、磁盘适配器”。而目标专利权利要求所划分的各技术特征（A至Z）属于**3GPP蜂窝移动通信无线接入层传输技术**，涉及处于CELL_FACH状态下的WTRU在E-DCH信道争用接入、HS-DPCCH反馈（ACK/NACK及CQI）、系统信息块SIB与资源索引解析等方案。
对比文件与目标专利在技术领域、所解决的技术问题、采用的技术手段以及达到的技术效果上均存在本质区别。即便采用最宽松的隐含公开标准，本领域技术人员也绝无可能从对比文件的远程磁盘镜像控制说明中合理推断出任何一个关于蜂窝移动通信WTRU、CELL_FACH状态、E-DCH资源分配与冲突解决、HS-DPCCH反馈的技术特征。
因此，对比文件**没有直接公开、也没有隐含公开**目标专利权利要求的任何技术特征。依照指令规则，在此种情况下绝对不插入代码`<<<无>>>`，也不插入任何大写或小写英文代码。
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br>【未公开】 | 无对应内容。 | 目标专利中，该特征通过接收特定IE来获知/指示网络是否在HS-DPCCH上支持ACK/NACK反馈，以控制反馈行为。对比文件涉及UMTS系统中信令无线电承载（SRB）的完整性保护配置修改，虽然提及RRC消息由IE构成（[0008]），但未公开任何与HS-DPCCH信道、在HS-DPCCH上支持ACK/NACK反馈相关的信息元素IE或其接收过程，既未直接公开，也无法隐含推导出该方案。 |
| 技术特征B：<br>【未公开】 | 无对应内容。 | 该技术特征在目标专利权利要求划分中为空特征/未定义内容，对比文件无对应技术方案。 |
| 技术特征C：在经过冲突解决之后<br>【未公开】 | 无对应内容。 | 目标专利中，冲突解决（争用解决）用于处理处于CELL_FACH状态等场景下增强型RACH接入的上行链路潜在传输冲突。对比文件涉及完整性保护配置流程，未涉及任何基于竞争接入的“冲突解决/争用解决”机制，既未直接公开，也无法推导得出。 |
| 技术特征D：所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br>【隐含公开】 | [0012]、[0013]：<br>“2. SRB1: The UL and DL both use UM transmission, and data is exchanged through a Dedicated Control Channel.<br>3. SRB2: The UL and DL both use Acknowledged Mode (AM) transmission, and data is exchanged through a Dedicated Control Channel.”<br>（中文翻译：“2. SRB1：上行链路（UL）和下行链路（DL）均使用非确认模式（UM）传输，并通过专用控制信道（Dedicated Control Channel，DCCH）交换数据。<br>3. SRB2：上行链路（UL）和下行链路（DL）均使用确认模式（AM）传输，并通过专用控制信道（Dedicated Control Channel，DCCH）交换数据。”）<br>[0026]、[0050]：<br>“the user end will activate Integrity Protection on the Uplink SRB2, and respond with the IP Complete message.”<br>（中文翻译：“用户端将在上行链路SRB2上激活完整性保护，并以IP Complete消息进行响应。”） | 目标专利中，WTRU发送DCCH/DTCH数据作为判断/触发上行反馈等操作的条件之一。对比文件公开了用户端（UE）在SRB1、SRB2上交换数据，且SRB1/SRB2的数据交换均通过“专用控制信道（Dedicated Control Channel，DCCH）”进行；并且在完整性保护流程中，用户端通过上行链路SRB2发送IP Complete消息（即在专用控制信道DCCH上发送数据）。在极度宽松的隐含公开标准下，对比文件公开了用户端在专用控制信道DCCH上发送数据的事实和能力，属于部分公开了数据发送动作，技术人员有可能推导出UE在网络中已发送DCCH数据，因此认定为《隐含公开》。 |
| 技术特征E：所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br>【未公开】 | 无对应内容。 | 目标专利中，该特征为根据接收到的IE内容判定是否支持HS-DPCCH上的ACK/NACK的逻辑判定条件。对比文件全篇未涉及HS-DPCCH及ACK/NACK支持性IE的判定，既未直接公开，亦不构成隐含公开。 |
| 技术特征F：由所述WTRU传送ACK/NACK反馈。<br>【未公开】 | 无对应内容。 | 目标专利中，该特征是指WTRU在物理层或MAC层对下行传输执行HARQ ACK/NACK反馈传输。对比文件[0026]等处提到的“acknowledgement”仅指RLC层确认模式（AM）或高层信令关于IP Complete已被接收的确认消息，并非WTRU传送ACK/NACK反馈，且完全未涉及WTRU传送HARQ反馈的技术方案，既未直接公开，也无法合理推导得出。 |
| 技术特征G：其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br>【未公开】 | 无对应内容。 | 目标专利中，HS-DPCCH作为承载HARQ ACK/NACK的上行物理控制信道。对比文件未提及HS-DPCCH，更未公开在其上传送ACK/NACK反馈，既无直接公开亦无隐含公开。 |
| 技术特征H：其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br>【未公开】 | 无对应内容。 | 目标专利中，该特征包括确定针对HS-DSCH的CQI。对比文件仅在[0007]中提及测量报告（Measurement Report）用于无线资源管理，但完全未涉及高速下行链路共享信道HS-DSCH及其物理层CQI的测量与确定，更未公开相关IE定义，未直接或隐含公开。 |
| 技术特征I：<br>【未公开】 | 无对应内容。 | 该技术特征在目标专利权利要求划分中为空特征/未定义内容，对比文件无对应技术方案。 |
| 技术特征J：在所述HS-DSCH上的物理层中传送所述CQI。<br>【未公开】 | 无对应内容。 | 目标专利涉及CQI的上行反馈传送。对比文件未公开任何关于在HS-DSCH相关流程中传送物理层CQI的内容，未直接或隐含公开。 |
| 技术特征K：其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br>【未公开】 | 无对应内容。 | 目标专利中明确指出，冲突解决是为了解决E-RACH/E-DCH消息的潜在冲突。对比文件围绕SRB完整性保护修改，不涉及E-DCH的随机接入竞争及冲突解决，未直接或隐含公开。 |
| 技术特征L：其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br>【未公开】 | 无对应内容。 | 目标专利中争用解决成功确认了WTRU获得了无争用的E-DCH资源访问权。对比文件未涉及E-DCH接入或冲突解决确认机制，未直接或隐含公开。 |
| 技术特征M：进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br>【未公开】 | 无对应内容。 | 目标专利中，网络向WTRU分派E-DCH资源配置以进行增强型上行链路传输。对比文件[0007]仅一般性提及RRC接收“Radio Resource Assignment message”，但完全没有公开E-DCH（增强型专用信道）资源分配，未直接或隐含公开。 |
| 技术特征N：其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br>【未公开】 | 无对应内容。 | 目标专利中，通过SIB广播可用E-DCH资源列表。对比文件[0026]仅提及通过系统广播接收参数N302，完全未涉及广播或接收E-DCH资源列表的SIB，未直接或隐含公开。 |
| 技术特征O：<br>【未公开】 | 无对应内容。 | 该技术特征在目标专利权利要求划分中为空特征/未定义内容，对比文件无对应技术方案。 |
| 技术特征P：使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br>【未公开】 | 无对应内容。 | 目标专利中，WTRU根据网络指示的索引在SIB列表中映射确定专用的E-DCH资源。对比文件未涉及E-DCH资源列表及索引定位机制，未直接或隐含公开。 |
| 技术特征Q：其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br>【未公开】 | 无对应内容。 | 对比文件未公开从节点B接收包含E-DCH资源索引和列表的信号，未直接或隐含公开。 |
| 技术特征R：<br>【未公开】 | 无对应内容。 | 该技术特征在目标专利权利要求划分中为空特征/未定义内容，对比文件无对应技术方案。 |
| 技术特征S：使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br>【未公开】 | 无对应内容。 | 对比文件未公开基于索引从E-DCH资源列表确定E-DCH资源的技术方案，未直接或隐含公开。 |
| 技术特征T：进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br>【隐含公开】 | [0012]、[0013]：<br>“2. SRB1: The UL and DL both use UM transmission, and data is exchanged through a Dedicated Control Channel.<br>3. SRB2: The UL and DL both use Acknowledged Mode (AM) transmission, and data is exchanged through a Dedicated Control Channel.”<br>（中文翻译：“2. SRB1：上行链路和下行链路均使用UM传输，并通过专用控制信道交换数据。<br>3. SRB2：上行链路和下行链路均使用AM传输，并通过专用控制信道交换数据。”）<br>[0026]、[0050]：<br>“the user end will activate Integrity Protection on the Uplink SRB2, and respond with the IP Complete message.”<br>（中文翻译：“用户端将在上行链路SRB2上激活完整性保护，并以IP Complete消息进行响应。”） | 目标专利中，该特征为上行数据传输操作（传送DCCH或DTCH数据）。对比文件公开了用户端在SRB1/SRB2上使用专用控制信道（DCCH）交换数据，并在修改完整性保护流程中通过上行链路SRB2向网络发送IP Complete消息（即实际执行了传送专用控制信道DCCH数据的操作）。在极度宽松的隐含公开判断原则下，技术人员能够根据对比文件直接推断出其包含了“传送专用控制信道DCCH数据”的方案，故判定为《隐含公开》。 |
| 技术特征U：其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br>【未公开】 | 无对应内容。 | 目标专利限定了在CELL_FACH状态下传送上行HARQ反馈。对比文件虽涉及CELL UPDATE等与小区更新相关的流程，但未公开在CELL_FACH状态期间传送ACK/NACK反馈，未直接或隐含公开。 |
| 技术特征V：该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br>【未公开】 | 无对应内容。 | 目标专利涉及接收用于上行传输的E-DCH资源分配。对比文件未记载任何有关增强型专用信道（E-DCH）资源的分配机制，未直接或隐含公开。 |
| 技术特征W：在冲突解决完成<br>【未公开】 | 无对应内容。 | 目标专利中该特征限定后续反馈或传输发生在竞争冲突解决阶段完成之后。对比文件不涉及随机接入信道/增强型RACH的冲突解决，未直接或隐含公开。 |
| 技术特征X：所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br>【未公开】 | 无对应内容。 | 目标专利中通过E-DCH资源中携带的IE来显式请求测量并上报反馈。对比文件完全不涉及E-DCH资源及相关IE配置，未直接或隐含公开。 |
| 技术特征Y：由所述WTRU传送信道质量指示符CQI。<br>【未公开】 | 无对应内容。 | 目标专利中，WTRU在满足触发条件后向上行传送信道质量指示符CQI。对比文件仅在[0007]中提及测量报告（Measurement Report），并未涉及传送信道质量指示符（CQI），未直接或隐含公开。 |
| 技术特征Z：其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br>【未公开】 | 无对应内容。 | 目标专利限定了CQI的上行物理信道载体为HS-DPCCH。对比文件未提及HS-DPCCH信道，更未公开在其上传送CQI，未直接或隐含公开。 |
<<<d>>><<<t>>>
对对比文件（US20070171849A1）与目标专利说明书及技术特征的比对分析如下：
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用及中文翻译 | 公开性论述 |
| 技术特征A：包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br>《未公开》 | [0005] "In the prior art of High Speed Downlink Packet Access (HSDPA), a dedicated low data rate channel is allocated for the UE to report the CQI together with the ACK/NACK to the Node B, and the dedicated channel is exclusive for the UE all the time."<br>（中文翻译：在高速下行链路分组接入(HSDPA)的现有技术中，分配专用低数据速率信道供UE连同ACK/NACK一起向节点B报告CQI，并且该专用信道始终由该UE独占。） | 对比文件仅在背景技术[0005]提及现有HSDPA分配专用信道上报CQI与ACK/NACK，并未公开“由WTRU从网络接收指示在HS-DPCCH上支持ACK/NACK的IE”。在目标专利中，该IE是在CELL_FACH/增强型RACH下用于动态或半静态配置是否使能/支持HS-DPCCH ACK/NACK反馈的特定信令，对比文件完全没有该信令机制的教导，既无直接公开也无隐含公开。 |
| 技术特征B：<br>*(空)* | 无 | 无 |
| 技术特征C：在经过冲突解决之后<br>《隐含公开》 | [0006] "A method for transmitting feedback by a UE in a wireless communication system includes scheduling a non-contention based UL channel; and transmitting the feedback on the scheduled UL channel..."<br>（中文翻译：一种用于无线通信系统中UE传送反馈的方法包括：调度基于非争用(non-contention based)的上行链路信道；以及在调度的上行链路信道上传送反馈……）<br>[0018] "The present invention uses a shared channel to transmit CQI in uplink SC-FDMA in a non-contention-based manner."<br>（中文翻译：本发明使用共享信道以非争用方式在UL SC-FDMA中传输CQI。） | 对比文件明确公开调度基于“非争用（non-contention based）”的上行链路信道上传送反馈。在无线通信机制中，在共享上行信道上实现无争用接入通常包含接入时的争用/冲突解决，本领域技术人员结合常规技术体系，存在推理出反馈传输是在冲突解决之后进入无争用状态下进行的可能性。按照极其宽松的隐含公开判断标准，认定该特征被隐含公开。 |
| 技术特征D：所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br>《未公开》 | [0043]-[0044] "...In Choice 2B, the CQI bits are transmitted within the resource blocks scheduled for UL shared data transmission of the same UE. In this way, the CQI bits are multiplexed with the UL data-associated control bits and user data of the same UE..."<br>（中文翻译：……在选择2B中，CQI比特在为同一UE的UL共享数据传输所调度的资源块内传输。通过这种方式，CQI比特与同一UE的UL数据相关控制比特和用户数据复用在一起……） | 对比文件仅提到了UL共享数据传输中的用户数据（user data）和数据相关控制比特，但完全未涉及逻辑信道层面的专用控制信道（DCCH）或专用业务信道（DTCH），更未公开将“已发送DCCH/DTCH数据”作为触发反馈的前置条件。其在目标专利中特指在CELL_FACH下基于特定逻辑信道触发反馈的机制。因此该特征未被公开。 |
| 技术特征E：所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br>《未公开》 | 无 | 对比文件完全没有记载从网络接收指示在HS-DPCCH上支持ACK/NACK的IE，自然也不存在“在该IE指示支持ACK/NACK的情况下”这一判断/前置条件。该特征未被公开。 |
| 技术特征F：由所述WTRU传送ACK/NACK反馈。<br>《直接公开》 | [0006] "A method for transmitting feedback by a UE in a wireless communication system includes scheduling a non-contention based UL channel; and transmitting the feedback on the scheduled UL channel. The feedback can include a channel quality indicator and an ACK/NACK for received downlink data."<br>（中文翻译：一种用于无线通信系统中UE传送反馈的方法包括：调度基于非争用的UL信道；以及在调度的UL信道上传送反馈。所述反馈可以包括信道质量指示符以及针对所接收下行链路数据的ACK/NACK。）<br>[0016] "...the term 'user equipment (UE)' includes, but is not limited to, a wireless transmit/receive unit (WTRU)..."<br>（中文翻译：……术语“用户设备(UE)”包括但不限于无线发射/接收单元(WTRU)……） | 对比文件明确公开了UE（定义中指明即为WTRU）在调度的上行信道上传送针对下行数据的ACK/NACK反馈。二者作用完全相同，技术手段一致，属于实质相同，该特征被直接公开。 |
| 技术特征G：其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br>《未公开》 | [0004] "...For convenience, the UL channel that transmits the CQI is called UL CQICH, and the UL channel that transmits the ACK/NACK is called UL ACKCH."<br>（中文翻译：……为方便起见，传输CQI的UL信道称为UL CQICH，传输ACK/NACK的UL信道称为UL ACKCH。）<br>[0005] "In the prior art of High Speed Downlink Packet Access (HSDPA), a dedicated low data rate channel is allocated for the UE to report the CQI together with the ACK/NACK to the Node B..."<br>（中文翻译：在高速下行链路分组接入(HSDPA)的现有技术中，分配专用低数据速率信道供UE连同ACK/NACK一起向节点B报告CQI……） | 对比文件立足于E-UTRA（LTE架构），将传输ACK/NACK的信道统称为UL ACKCH或共享数据信道，并未在正文的技术方案中公开经由WCDMA/HSDPA体系下的HS-DPCCH信道来传送ACK/NACK。背景技术中虽提及HSDPA，但未明确指出信道名称为HS-DPCCH，更未在自身方案中公开经由HS-DPCCH传送。因此该特征未被公开。 |
| 技术特征H：其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br>《隐含公开》 | [0004] "Downlink CQI measured by a user equipment (UE) is used by the Node B for scheduling the downlink shared data channel..."<br>（中文翻译：由用户设备(UE)测量的下行链路CQI被节点B用于调度下行链路共享数据信道……）<br>[0005] "In the prior art of High Speed Downlink Packet Access (HSDPA), a dedicated low data rate channel is allocated for the UE to report the CQI together with the ACK/NACK to the Node B..."<br>（中文翻译：在高速下行链路分组接入(HSDPA)的现有技术中……报告CQI……） | 对比文件公开了UE测量并确定用于下行链路共享数据信道（downlink shared data channel，而在HSDPA中即对应HS-DSCH）的信道质量指示符CQI。尽管对比文件未公开IE，但在非常宽松的隐含公开标准下，对比文件部分公开了“确定用于下行共享信道的CQI”，有可能结合其他公开IE的对比文件组合公开该特征，故认定隐含公开。 |
| 技术特征I：<br>*(空)* | 无 | 无 |
| 技术特征J：在所述HS-DSCH上的物理层中传送所述CQI。<br>《未公开》 | 无 | HS-DSCH属于下行链路物理/传输信道，而CQI是由UE在物理层上行链路信道（如HS-DPCCH或UL CQICH）上传送给基站的，对比文件未公开在HS-DSCH物理层中传送CQI（若目标专利此特征为特定下行伴随或映射方案，对比文件亦无相关公开）。因此该特征未公开。 |
| 技术特征K：其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br>《未公开》 | 无 | 对比文件讨论的是E-UTRA SC-FDMA系统，并未提及WCDMA体系的增强型专用信道（E-DCH），也没有公开针对E-DCH传输进行的潜在冲突解决机制。因此未公开。 |
| 技术特征L：其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br>《未公开》 | 无 | 对比文件未涉及E-DCH信道及其接入确认机制。该特征未公开。 |
| 技术特征M：进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br>《未公开》 | 无 | 对比文件方案为E-UTRA上行资源分配，未公开E-DCH及其资源分配的接收。该特征未公开。 |
| 技术特征N：其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br>《未公开》 | [0024] "...When reconfiguring the modes for localized, distributed, MIMO, etc., the configuration/reconfiguration, for example, can be set up using a broadcast channel..."<br>（中文翻译：……当重新配置本地化、分布式、MIMO等模式时，例如可以使用广播信道来建立配置/重配置……） | 对比文件仅泛泛提及在广播信道上建立模式配置，并未公开接收包括“可用E-DCH资源列表”的系统信息块（SIB）。因此未公开。 |
| 技术特征O：<br>*(空)* | 无 | 无 |
| 技术特征P：使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br>《未公开》 | 无 | 对比文件未公开根据索引从可用E-DCH资源列表中确定E-DCH资源的技术方案。 |
| 技术特征Q：其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br>《未公开》 | 无 | 对比文件未公开从节点B接收包括可用E-DCH资源的索引和列表的信号。 |
| 技术特征R：<br>*(空)* | 无 | 无 |
| 技术特征S：使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br>《未公开》 | 无 | 同特征P，对比文件未公开。 |
| 技术特征T：进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br>《隐含公开》 | [0009] "...feedback generator for generating feedback based on received downlink data; and a first multiplexer in communication with the first processor, the first multiplexer for multiplexing feedback information from the feedback generator with other uplink data."<br>（中文翻译：……反馈生成器，用于基于接收到的下行链路数据生成反馈；以及与第一处理器通信的第一复用器，第一复用器用于将来自反馈生成器的反馈信息与其他上行链路数据进行复用。）<br>[0044] "...the CQI bits are multiplexed with the UL data-associated control bits and user data of the same UE..."<br>（中文翻译：……CQI比特与同一UE的UL数据相关控制比特和用户数据复用在一起……） | 对比文件公开了在上行链路中传送控制信息（UL control）及用户数据（user data）。在移动通信标准分层结构中，上行控制数据即映射至专用控制信道（DCCH），用户业务数据即映射至专用业务信道（DTCH）。本领域技术人员根据对比文件公开的传送UL控制比特和用户数据，有可能合理推断出其包含了DCCH或DTCH数据的传送。按照极其宽松的隐含公开判断标准，认定该特征被隐含公开。 |
| 技术特征U：其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br>《未公开》 | 无 | 对比文件全文针对E-UTRA/LTE系统，并不存在3G WCDMA系统中的CELL_FACH状态，也未披露在CELL_FACH状态期间传送ACK/NACK反馈。因此该特征未公开。 |
| 技术特征V：该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br>《未公开》 | 无 | 对比文件未公开E-DCH资源的分配。 |
| 技术特征W：在冲突解决完成<br>《隐含公开》 | [0006] "...scheduling a non-contention based UL channel; and transmitting the feedback on the scheduled UL channel..."<br>（中文翻译：……调度基于非争用的UL信道；以及在调度的UL信道上传送反馈……） | 与特征C类似，对比文件公开了在非争用（无冲突）的信道上传送反馈。基于宽松的隐含公开规则，由于进入非争用调度传输状态通常伴随前置冲突/争用解决过程的完成，本领域技术人员有可能据此推理出该传输是在冲突解决完成之后进行的。认定该特征被隐含公开。 |
| 技术特征X：所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br>《未公开》 | 无 | 对比文件未公开E-DCH资源，更未公开其资源配置中包括请求测量并报告反馈信息的IE。 |
| 技术特征Y：由所述WTRU传送信道质量指示符CQI。<br>《直接公开》 | [0006] "A method for transmitting feedback by a UE in a wireless communication system includes scheduling a non-contention based UL channel; and transmitting the feedback on the scheduled UL channel. The feedback can include a channel quality indicator and an ACK/NACK for received downlink data."<br>（中文翻译：一种用于无线通信系统中UE传送反馈的方法包括：调度基于非争用的UL信道；以及在调度的UL信道上传送反馈。所述反馈可以包括信道质量指示符(CQI)以及针对所接收下行链路数据的ACK/NACK。）<br>[0016] "...the term 'user equipment (UE)' includes, but is not limited to, a wireless transmit/receive unit (WTRU)..."<br>（中文翻译：……术语“用户设备(UE)”包括但不限于无线发射/接收单元(WTRU)……） | 对比文件明确公开了UE（即WTRU）在上行信道上传送信道质量指示符CQI。其作用与目标专利中由终端向上汇报信道质量以供基站自适应调度完全一致，构成实质相同。因此该特征被直接公开。 |
| 技术特征Z：其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br>《未公开》 | [0004] "...For convenience, the UL channel that transmits the CQI is called UL CQICH, and the UL channel that transmits the ACK/NACK is called UL ACKCH."<br>（中文翻译：……为方便起见，传输CQI的UL信道称为UL CQICH，传输ACK/NACK的UL信道称为UL ACKCH。）<br>[0018] "The present invention uses a shared channel to transmit CQI in uplink SC-FDMA in a non-contention-based manner."<br>（中文翻译：本发明使用共享信道以非争用方式在UL SC-FDMA中传输CQI。） | 对比文件公开的是在E-UTRA SC-FDMA系统中使用共享信道（UL CQICH或共享数据信道资源块）传输CQI，并未公开在3G WCDMA体系中的HS-DPCCH物理信道上传送CQI。该特征未被公开。 |
---
<<<F>>>
<<<Y>>>
<<<c>>>
<<<h>>>
<<<t>>>
<<<w>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>《未公开》 | 对比文件全文未见记载“指示在HS-DPCCH上支持ACK/NACK的IE”。对比文件段落[0016]至[0017]仅提及：“3GPP Release6 contains a new feature for fast uplink packet transmission... The HSUPA contains a new uplink transport channel called Enhanced Uplink-Dedicated Channel (E-DCH)... There are three downlink signalling channels related to HSUPA, out of which the two called E-DCH Hybrid ARQ Indicator Channel (E-HICH) and E-DCH Relative Grant Channel (E-RGCH) are the ones that will discussed herein... Of interest are two reply messages for the downlink channels, an ARQ message including an indicator having possible states of ACK and NACK... The ARQ message is carried on E-HICH...” | 目标专利中，该特征是指网络向处于CELL_FACH等状态下的WTRU发送高层或物理层IE，用于配置/指示WTRU是否启用或支持在UL HS-DPCCH上传送ACK/NACK反馈。<br><br>对比文件所公开的方案完全不同：对比文件关注的是Rel-6 HSUPA下行信道E-HICH上基站反馈给UE的ACK/NACK应答消息的门限自适应检测，根本没有涉及在“上行HS-DPCCH”上传送ACK/NACK反馈，更未涉及“接收指示在HS-DPCCH上支持ACK/NACK的IE”。本领域技术人员无法直接或隐含得出该特征，故未公开。 |
| 技术特征B：<br>（注：原权利要求划分项为空）<br><br>《未公开》 | （无相应技术内容） | 该特征项为空，无对应技术内容，对比文件不涉及，判定为未公开。 |
| 技术特征C：<br>在经过冲突解决之后<br><br>《未公开》 | 对比文件全文未记载有关“冲突解决（contention resolution）”的任何内容。 | 目标专利中，“在经过冲突解决之后”是指WTRU在增强型RACH接入流程中完成争用/冲突解决阶段，确认获得无争用E-DCH资源后才执行后续反馈传输。<br><br>对比文件针对的是已经处于正常软切换（soft handover）或已有专用信道连接下的E-DCH传输场景，下行接收E-HICH/E-RGCH信令，完全未涉及基于RACH或争用接入过程中的“冲突解决”机制，本领域技术人员无法从对比文件中推导出该特征。 |
| 技术特征D：<br>所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>《隐含公开》 | 段落[0031]：“In the example of FIG. 1, the UE 10 communicates one or more data blocks 130 on an uplink channel, E-DCH, 110 to one or more cells 100.”<br>段落[0035]：“In step 205, the UE 10 transmits one or more data blocks 130 to the cells 100 in the active set... Assume the UE 10 starts to transmit on the uplink channel, E-DCH, 110 using, e.g., the E-DCH Dedicated Physical Data Channel (E-DPDCH) to transmit data and the E-DCH Dedicated Physical Control Channel (E-DPCCH) to transmit control information.”<br>段落[0016]：“The HSUPA contains a new uplink transport channel called Enhanced Uplink-Dedicated Channel (E-DCH) to provide faster data transmission from the user equipment to the base station...” | 目标专利中，该特征是指在隐式触发或传输条件中，WTRU在UL上发送了用户平面数据（DTCH）或专用信令数据（DCCH）。<br><br>对比文件公开了UE在E-DCH上通过E-DPDCH传送数据块（data blocks 130）。虽然对比文件未显式使用“DCCH”或“DTCH”字眼，但本领域技术人员熟知，在3GPP标准（特别是Rel-6 HSUPA）架构下，映射到增强型专用传输信道E-DCH及物理信道E-DPDCH上的上行用户数据和信令数据正是来自逻辑信道DTCH或DCCH。对比文件公开了在E-DCH/E-DPDCH上传送数据块，本领域技术人员可以合理推断出该数据必然包含DCCH数据或DTCH数据。按照极其宽松的隐含公开判断标准，该特征属于被隐含公开。 |
| 技术特征E：<br>所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>《未公开》 | 对比文件全文未记载有关“IE指示在HS-DPCCH上支持ACK/NACK”的条件或内容。 | 目标专利中，该特征是WTRU在判断接收到的IE确实指示/启用了HS-DPCCH上的ACK/NACK反馈时才执行后续上行传输的条件分支。<br><br>如技术特征A所述，对比文件完全没有涉及上行HS-DPCCH上的ACK/NACK反馈，也没有该IE及其指示条件，本领域技术人员无法得出该方案。 |
| 技术特征F：<br>由所述WTRU传送ACK/NACK反馈。<br><br>《未公开》 | 对比文件段落[0003]：“...There are a number of messages, such as Automatic Repeat reQuest (ARQ) messages and messages concerning power received by the cell, that cells will communicate to the user equipment using signals on downlink channels. These messages include indicators having a number of predetermined states. For instance, the ARQ message has an indicator having an ACK (acknowledge) state and a NACK (no acknowledge) state...”<br>段落[0017]：“Each cell in the active set can reply to the user equipment after a certain number of TTIs after the uplink E-DCH transmission has taken place. Of interest are two reply messages for the downlink channels, an ARQ message including an indicator having possible states of ACK and NACK... The ARQ message is carried on E-HICH...” | 目标专利中，该特征是WTRU在上行链路上传送针对下行传输的ACK/NACK反馈。<br><br>对比文件中虽然大量出现“ACK/NACK”术语，但其传输方向是相反的——是由网络侧的小区/Node B在下行信道E-HICH上向UE发送ACK/NACK应答，UE只是接收方而非传送方。对比文件并未公开由WTRU传送ACK/NACK反馈，本领域技术人员无法得出该特征。 |
| 技术特征G：<br>其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br><br>《未公开》 | 对比文件全文未记载HS-DPCCH信道，亦未记载由UE在HS-DPCCH上传送ACK/NACK。段落[0016]至[0017]仅涉及下行E-HICH。 | 目标专利中，该特征限定了上行ACK/NACK反馈的物理承载信道为HS-DPCCH。<br><br>对比文件未提及HS-DPCCH，更未记载在其上传送ACK/NACK，本领域技术人员无法从对比文件中直接或隐含推导得出。 |
| 技术特征H：<br>其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>《未公开》 | 对比文件全文未涉及CQI测量/确定，亦未涉及HS-DSCH信道。 | 目标专利中，该特征涉及测量下行链路质量并确定HS-DSCH的CQI反馈信息。<br><br>对比文件重点在于UE对下行E-HICH/E-RGCH物理信道在DTX期间进行噪声与干扰（N+I）测量以自适应确定判决门限，并未确定HS-DSCH的CQI。该特征未被公开。 |
| 技术特征I：<br>（注：原权利要求划分项为空）<br><br>《未公开》 | （无相应技术内容） | 该特征项为空，无对应技术内容，对比文件不涉及，判定为未公开。 |
| 技术特征J：<br>在所述HS-DSCH上的物理层中传送所述CQI。<br><br>《未公开》 | 对比文件全文未记载CQI的传送，亦未涉及在HS-DSCH上物理层传送CQI（注：HS-DSCH为下行物理/传输信道）。 | 对比文件未公开传送CQI，更无在HS-DSCH相关的物理层上传送CQI的技术方案。 |
| 技术特征K：<br>其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br><br>《未公开》 | 对比文件未记载任何“冲突解决”或“解决E-DCH传输潜在冲突”的机制。 | 目标专利中，该特征是指在增强型RACH接入中，多个WTRU选择相同前同步码接入时，通过冲突解决机制（如匹配E-RNTI）化解潜在冲突。<br><br>对比文件属于无冲突竞争的普通HSUPA上行传输流程（如段落[0031]、[0035]），不涉及任何冲突解决，未公开该特征。 |
| 技术特征L：<br>其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br><br>《未公开》 | 对比文件未记载任何通过冲突解决确认WTRU存取E-DCH资源的内容。 | 目标专利中，冲突解决成功的WTRU获知其已成功独占/存取所分派的E-DCH资源。<br><br>对比文件中UE是在已有配置（段落[0036]“before the transmission of the UE 10 begins, the UE 10 will get the needed codes”）下进行正常E-DCH传输，不包含通过冲突解决确认存取E-DCH资源的过程，未公开该特征。 |
| 技术特征M：<br>进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br><br>《隐含公开》 | 段落[0016]：“The HSUPA contains a new uplink transport channel called Enhanced Uplink-Dedicated Channel (E-DCH) to provide faster data transmission from the user equipment to the base station, called Node B.”<br>段落[0036]：“...This measurement technique may be performed, in some implementations, if the UE 10 has a channelization code and 40-bit signature codes for the E-HICH 121 and E-RGCH 122 allocated to the UE 10. The UE 10 can determine if these codes are allocated to the UE 10. For longer time periods when there is no transmission, the codes might be allocated to another UE 10 and in those cases the techniques may not be applicable. But before the transmission of the UE 10 begins, the UE 10 will get the needed codes.” | 目标专利中，该特征是指WTRU从网络侧接收E-DCH资源分配信息以建立或使用E-DCH。<br><br>在对比文件中，UE在E-DCH上传送数据块（段落[0031]、[0035]），并且段落[0036]明确指出在UE传输开始之前会获得所需的码（codes），且相关信道码是由网络侧进行分配（allocated）的。根据3GPP移动通信领域的公知常识，UE执行E-DCH上行传输的前提必然是从基站/网络侧接收关于E-DCH的无线电资源配置与分配（如扩频码、授权等）。本领域技术人员基于对比文件公开的UE获得分配的码并进行E-DCH传输，能够合理推断出UE从网络接收用于E-DCH资源的分配。在宽松标准下，该技术特征被隐含公开。 |
| 技术特征N：<br>其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>《未公开》 | 对比文件未提及系统信息块（SIB），亦未提及“可用E-DCH资源列表”。 | 目标专利中，该特征是指处于CELL_FACH模式下的增强型RACH机制中，通过广播的系统信息块SIB携带公共E-DCH资源列表供UE选择或索引映射。<br><br>对比文件未公开任何通过广播SIB接收可用E-DCH资源列表的内容，无法推导得出，未公开。 |
| 技术特征O：<br>（注：原权利要求划分项为空）<br><br>《未公开》 | （无相应技术内容） | 该特征项为空，无对应技术内容，对比文件不涉及，判定为未公开。 |
| 技术特征P：<br>使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 对比文件全文未记载使用索引从可用E-DCH资源列表中确定E-DCH资源。 | 目标专利中，该特征是指基于网络指示的索引值从广播的E-DCH资源列表中查表确定具体的E-DCH资源配置。<br><br>对比文件段落[0036]仅提及UE被分配信道化码及40比特签名码，未公开从可用E-DCH资源列表中使用索引确定资源，未公开。 |
| 技术特征Q：<br>其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>《未公开》 | 对比文件未记载节点B发送包括“可用E-DCH资源的索引和列表”的信号。 | 目标专利中，该特征涉及从Node B接收携带资源列表及索引的信号以完成动态资源分配。<br><br>对比文件未公开节点B向WTRU发送包含E-DCH资源列表和索引的信号，未公开。 |
| 技术特征R：<br>（注：原权利要求划分项为空）<br><br>《未公开》 | （无相应技术内容） | 该特征项为空，无对应技术内容，对比文件不涉及，判定为未公开。 |
| 技术特征S：<br>使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 对比文件全文未记载使用索引从可用E-DCH资源列表中确定E-DCH资源。 | 与特征P相同，对比文件未记载任何“可用E-DCH资源列表”或“利用索引从中确定资源”的方案，未公开。 |
| 技术特征T：<br>进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br><br>《隐含公开》 | 段落[0031]：“In the example of FIG. 1, the UE 10 communicates one or more data blocks 130 on an uplink channel, E-DCH, 110 to one or more cells 100.”<br>段落[0035]：“In step 205, the UE 10 transmits one or more data blocks 130 to the cells 100 in the active set. Assume the UE 10 starts to transmit on the uplink channel, E-DCH, 110 using, e.g., the E-DCH Dedicated Physical Data Channel (E-DPDCH) to transmit data and the E-DCH Dedicated Physical Control Channel (E-DPCCH) to transmit control information.” | 目标专利中，该特征是指WTRU在物理信道上传送来自高层DCCH或DTCH的数据。<br><br>如特征D所述，对比文件明确公开了UE在E-DCH的物理数据信道E-DPDCH上传送数据块（data blocks），在3GPP无线通信标准中，承载在E-DCH/E-DPDCH物理数据信道上的上行数据必然归属于DCCH或DTCH逻辑信道。本领域技术人员可以合理推导出该数据传输即为传送DCCH或DTCH数据。在极为宽松的隐含公开标准下，该技术特征被隐含公开。 |
| 技术特征U：<br>其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br><br>《未公开》 | 对比文件全文未出现“CELL_FACH”状态。段落[0002]中仅提到“soft handover”（软切换，对应CELL_DCH状态）。 | 目标专利中，该特征限定了上行ACK/NACK反馈所处的RRC状态为CELL_FACH（公共传输信道状态下的增强型上行接入）。<br><br>对比文件所针对的应用场景是Rel-6软切换（段落[0002]），本领域技术人员知晓软切换仅发生于CELL_DCH状态。对比文件根本未公开在CELL_FACH状态下传送反馈，未公开。 |
| 技术特征V：<br>该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>《隐含公开》 | 段落[0016]：“The HSUPA contains a new uplink transport channel called Enhanced Uplink-Dedicated Channel (E-DCH) to provide faster data transmission from the user equipment to the base station, called Node B.”<br>段落[0031]：“In the example of FIG. 1, the UE 10 communicates one or more data blocks 130 on an uplink channel, E-DCH, 110 to one or more cells 100.”<br>段落[0036]：“...before the transmission of the UE 10 begins, the UE 10 will get the needed codes.” | 目标专利中，该特征是指WTRU为了执行上行传输，从网络接收E-DCH资源的分配。<br><br>对比文件公开了UE在E-DCH上向基站/小区发送上行数据块，并且UE在开始传输前获取所需的分配信道码资源。在3GPP系统中，UE进行E-DCH上行传输必然先从网络侧接收E-DCH资源的分配。本领域技术人员结合对比文件公开的通信机制可以合理推导得出该特征。在宽松标准下，该技术特征被隐含公开。 |
| 技术特征W：<br>在冲突解决完成<br><br>《未公开》 | 对比文件全文未记载任何“冲突解决”或其完成状态。 | 目标专利中，该特征是接入控制的时序条件，即当争用/冲突解决完成之后才触发或进行相应操作。<br><br>对比文件是基于已建立专用信道环境下的常规E-DCH数据收发，无冲突解决机制，未公开。 |
| 技术特征X：<br>所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>《未公开》 | 对比文件全文未记载“E-DCH资源包括请求测量并报告反馈信息的IE”。 | 目标专利中，该特征是指网络在分配的E-DCH资源配置中包含指示/请求UE测量并反馈信息的特定IE。<br><br>对比文件未公开这种请求测量并报告反馈信息的IE，未公开。 |
| 技术特征Y：<br>由所述WTRU传送信道质量指示符CQI。<br><br>《未公开》 | 对比文件全文未出现“信道质量指示符”或“CQI”。段落[0033]、[0036]、[0041]记载的测量仅为UE测量下行无信号期间的噪声与干扰值（N+I），用于计算自身判定门限。 | 目标专利中，该特征是指WTRU向上行链路发送CQI反馈以供网络进行自适应下行调度。<br><br>对比文件中的测量是UE本地用于计算门限th以检测E-HICH/E-RGCH，完全没有向网络上报/传送信道质量指示符CQI的方案，未公开。 |
| 技术特征Z：<br>其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br><br>《未公开》 | 对比文件全文未记载CQI，亦未记载HS-DPCCH信道。 | 目标专利中，该特征限定了CQI在上行HS-DPCCH上传送。<br><br>对比文件未涉及HS-DPCCH，更未涉及经由该信道传送CQI，未公开。 |
<<<d>>>
<<<m>>>
<<<t>>>
<<<v>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（US20070189236A1） | 公开性论述 |
| 技术特征A：<br>包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>《未公开》 | 对比文件段落[0101]-[0102]：<br>“Furthermore the above embodiments have no acknowledgment feedback (ACK/NACK) for the high speed acknowledgement request... as the ACK/NACK signals are typically transmitted on the uplink on a high speed dedicated control channel... In some embodiments of the present invention an uplink feedback channel, such as an L1 channel, can be set up and used to transfer CQI and acknowledgement channel data.”（此外，上述实施例中没有针对高速确认请求的确认反馈(ACK/NACK)……因为ACK/NACK信号通常在高速专用控制信道上的上行链路上传输……在本发明的一些实施例中，可以建立诸如L1信道之类的上行链路反馈信道，并用于传输CQI和确认信道数据。） | 对比文件虽然提到了ACK/NACK反馈以及可建立上行L1反馈信道，但通篇完全未公开或提及“从网络接收指示在HS-DPCCH上支持ACK/NACK的信息元素IE（信息单元）”。在对比文件中，反馈信道的建立和指示未涉及任何指示是否支持ACK/NACK的特定IE，本领域技术人员无法直接得出亦无法通过宽松推理合理推断出该IE的存在，因此既未直接公开也未隐含公开。 |
| 技术特征B：<br>（注：目标专利给出的划分中无文字描述）<br><br>《未公开》 | （无相应比对内容） | 权利要求拆分未包含实质技术内容，不作公开认定。 |
| 技术特征C：<br>在经过冲突解决之后<br><br>《隐含公开》 | 对比文件段落[0098]、[0108]-[0110]：<br>“[0098] In other embodiments of the invention, the UE listens when triggered by an event. For example the random access channel (RACH) can be used due to UE activity or in response to a paging message.”（在发明的其它实施例中，UE在由事件触发时进行侦听。例如，由于UE活动或响应寻呼消息，可以使用随机接入信道RACH。）<br>“[0110] ...An alternative embodiment requires that any UE identifying the UE's individual UE ID in the medium access controller protocol data unit and/or the radio resource controller message after first detecting the group UE ID in the HS-SCCH before transmitting any acknowledgment to the network.”（……替代实施例要求在向网络发送任何确认之前，任何UE在首先检测到HS-SCCH中的组UE ID之后，在介质访问控制器协议数据单元和/或无线电资源控制器消息中识别该UE的个人UE ID。） | 对比文件中UE在CELL_FACH下通过RACH接入，且UE在检测到组ID后，需要进一步在MAC PDU或RRC消息中匹配/识别个人UE ID（解决寻址/冲突竞争）后才向网络发送确认（acknowledgment）。在基于RACH竞争接入和多UE组寻址系统中，在发送确认之前先识别个人UE ID以确认消息归属，实质上执行了冲突排解/竞争解决（contention resolution），这与目标专利在冲突解决之后发送反馈的时序和逻辑作用高度相通。本领域技术人员基于上述披露能合理推知其是在冲突/标识判决之后进行，因此认定为《隐含公开》。 |
| 技术特征D：<br>所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>《未公开》 | 对比文件段落[0100]、[0111]：<br>“[0100] The user equipment 1 in the transitional CELL_FACH state can be arranged in some embodiments to receive HSDPA data continuously if the network is able to transmit data or signalling to the user equipment on either the dedicated traffic channel (DTCH) or the dedicated control channel (DCCH).”（处于过渡CELL_FACH状态的用户设备1在某些实施例中可以被布置为如果网络能够在专用业务信道(DTCH)或专用控制信道(DCCH)上向用户设备发送数据或信令，则连续接收HSDPA数据。） | 对比文件仅公开了在下行链路中网络在DTCH或DCCH上向UE发送数据/信令以使UE接收HSDPA数据，并未公开“WTRU已发送DCCH数据或DTCH数据”作为触发或前置条件。下行接收与上行发送在通信协议中属于方向相反的技术动作，本领域技术人员无法直接或隐含推导出该特征。 |
| 技术特征E：<br>所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>《未公开》 | 对比文件段落[0104]：<br>“In some embodiments of the present invention an uplink feedback channel, such as an L1 channel, can be set up and used to transfer CQI and acknowledgement channel data.”（在本发明的一些实施例中，可以建立诸如L1信道之类的上行链路反馈信道，并用于传输CQI和确认信道数据。） | 如特征A所述，对比文件并未公开网络下发任何指示在HS-DPCCH上支持ACK/NACK的IE，自然也未公开在该IE指示支持的情况下进行后续操作的判断条件。 |
| 技术特征F：<br>由所述WTRU传送ACK/NACK反馈。<br><br>《直接公开》 | 对比文件段落[0104]、[0108]、[0110]：<br>“[0104] In some embodiments of the present invention an uplink feedback channel, such as an L1 channel, can be set up and used to transfer CQI and acknowledgement channel data.”（在本发明的一些实施例中，可以建立诸如L1信道之类的上行链路反馈信道，并用于传输CQI和确认信道数据。）<br>“[0108] ...receives from the UE 1 a predefined uplink scrambling code containing transmission feedback... enables a HARQ method as known in the art to be used.”（……从UE 1接收包含传输反馈的预定义上行链路扰码……使得能够使用本领域已知的HARQ方法。）<br>“[0110] ...requiring any UE with the group UE ID to acknowledge the receipt of the packet... before transmitting any acknowledgment to the network.”（……要求具有组UE ID的任何UE确认数据包的接收……在向网络发送任何确认之前。） | 对比文件明确公开了UE在上行链路上传输确认信道数据（acknowledgement channel data）以及HARQ传输反馈（即ACK/NACK确认），用于向基站通知数据包的接收情况以实现HARQ机制。其技术手段、功能和作用与目标专利完全相同，本领域技术人员可毫无疑义直接得出，属于《直接公开》。 |
| 技术特征G：<br>其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br><br>《隐含公开》 | 对比文件段落[0101]-[0104]：<br>“[0101] ...this is typically transmitted on the high speed dedicated control channel—the uplink feedback channel of the HSDPA...”<br>“[0102] ...the ACK/NACK signals are typically transmitted on the uplink on a high speed dedicated control channel (the uplink feedback channel of the HSDPA) for the user equipment in the dedicated channel state.”（……ACK/NACK信号通常在专用信道状态下的用户设备的高速专用控制信道（HSDPA的上行链路反馈信道）上的上行链路上传输。）<br>“[0104] In some embodiments of the present invention an uplink feedback channel, such as an L1 channel, can be set up and used to transfer CQI and acknowledgement channel data.”（在本发明的一些实施例中，可以建立诸如L1信道之类的上行链路反馈信道，并用于传输CQI和确认信道数据。） | 对比文件首先指出在3GPP HSDPA协议中，ACK/NACK信号通常通过HSDPA的上行链路反馈信道——“高速专用控制信道”（high speed dedicated control channel，本领域技术人员公知其即为HS-DPCCH）进行传送；随后在段落[0104]中提出在非DCH状态下建立上行链路L1反馈信道来传输CQI和确认数据。本领域技术人员在阅读对比文件时，根据其所引用的HSDPA传统机制及L1上行反馈信道，极易直接联想并合理推断出该L1反馈信道采用的就是HS-DPCCH。按照极其宽松的隐含公开判断标准，此特征构成《隐含公开》。 |
| 技术特征H：<br>其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>《隐含公开》 | 对比文件段落[0104]、[0109]：<br>“[0109] In further embodiments of the invention, a CQI report is transmitted from the UE with transmission feedback in order to be able to calculate subsequent high speed shared control channel (HS-SCCH) power settings and high speed downlink shared channel (HS-DSCH) MCS selection.”（在发明的其它实施例中，CQI报告随传输反馈从UE发送，以便能够计算后续高速共享控制信道(HS-SCCH)功率设置和高速下行链路共享信道(HS-DSCH) MCS选择。） | 对比文件虽然没有公开“所述IE为第一IE”，但明确公开了UE向网络发送CQI报告以辅助HS-DSCH的MCS选择，UE发送CQI的前提必然是在本地先进行信道测量并确定出该CQI值。对比文件部分公开了“确定用于HS-DSCH的CQI”的技术内容，符合宽松标准下的部分公开原则，因此认定为《隐含公开》。 |
| 技术特征I：<br>（注：目标专利给出的划分中无文字描述）<br><br>《未公开》 | （无相应比对内容） | 权利要求拆分未包含实质技术内容，不作公开认定。 |
| 技术特征J：<br>在所述HS-DSCH上的物理层中传送所述CQI。<br><br>《未公开》 | 对比文件段落[0104]：<br>“In some embodiments of the present invention an uplink feedback channel, such as an L1 channel, can be set up and used to transfer CQI and acknowledgement channel data.” | 目标专利技术特征J限定“在所述HS-DSCH上的物理层中传送所述CQI”（此处HS-DSCH在目标专利体系中通常为下行信道，或特定映射定义）。对比文件中的CQI是在上行L1反馈信道上传送，并未记载在“HS-DSCH上的物理层”中传送CQI。故未公开。 |
| 技术特征K：<br>其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br><br>《未公开》 | 对比文件段落[0098]：<br>“For example the random access channel (RACH) can be used due to UE activity or in response to a paging message.” | 对比文件针对非CELL_DCH状态下的上行接入机制仅披露了常规的RACH信道，并未涉及“增强型专用信道E-DCH”以及针对“E-DCH传输”的潜在冲突解决机制。故未公开。 |
| 技术特征L：<br>其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br><br>《未公开》 | 对比文件全文（无E-DCH资源存取及冲突确认记载）。 | 对比文件全文均未涉及E-DCH资源的分配及存取确认，故未公开。 |
| 技术特征M：<br>进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br><br>《未公开》 | 对比文件全文。 | 对比文件未披露E-DCH概念及从网络接收E-DCH资源分配，故未公开。 |
| 技术特征N：<br>其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>《未公开》 | 对比文件段落[0083]、[0092]：<br>“[0083] In step 201 a UE 1 receives a group identification value (a group UE ID value) from a system information broadcast that is typically used for HS-SCCH detection...<br>[0092] ...SIB is information broadcast across the cell and can be received by any UE within the cell...” | 对比文件仅公开了在SIB广播中接收组UE ID值，未公开在SIB中接收可用E-DCH资源列表。故未公开。 |
| 技术特征O：<br>（注：目标专利给出的划分中无文字描述）<br><br>《未公开》 | （无相应比对内容） | 权利要求拆分未包含实质技术内容，不作公开认定。 |
| 技术特征P：<br>使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 对比文件全文。 | 对比文件没有公开使用索引从可用E-DCH资源列表中确定E-DCH资源。故未公开。 |
| 技术特征Q：<br>其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>《未公开》 | 对比文件全文。 | 对比文件完全未涉及从节点B接收可用E-DCH资源索引和列表的信号。故未公开。 |
| 技术特征R：<br>（注：目标专利给出的划分中无文字描述）<br><br>《未公开》 | （无相应比对内容） | 权利要求拆分未包含实质技术内容，不作公开认定。 |
| 技术特征S：<br>使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 对比文件全文。 | 与特征P相同，对比文件未涉及E-DCH资源列表与索引确定。故未公开。 |
| 技术特征T：<br>进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br><br>《隐含公开》 | 对比文件段落[0100]、[0015]：<br>“[0015] ...the CELL_FACH state requires that both the downlink dedicated control channel (DCCH) and the downlink dedicated traffic channel (DTCH) are mapped onto the forward access channel (FACH)...”<br>“[0100] The user equipment 1 in the transitional CELL_FACH state can be arranged in some embodiments to receive HSDPA data continuously if the network is able to transmit data or signalling to the user equipment on either the dedicated traffic channel (DTCH) or the dedicated control channel (DCCH).” | 对比文件重点描述了在CELL_FACH下将DCCH/DTCH数据映射到高速下行信道接收，而在WCDMA通用技术规范体系中，UE在CELL_FACH下与网络通信同样存在上行DCCH/DTCH业务传输的需求。对比文件提到了DCCH/DTCH数据的通信，部分涉及了该数据信道的处理，在极宽松标准下，本领域技术人员可以合理推断出UE具备传送DCCH或DTCH数据的行为以完成双向业务，故认定为《隐含公开》。 |
| 技术特征U：<br>其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br><br>《直接公开》 | 对比文件段落[0100]、[0104]、[0108]、[0110]：<br>“[0100] The user equipment 1 in the transitional CELL_FACH state can be arranged in some embodiments to receive HSDPA data...<br>[0104] In some embodiments of the present invention an uplink feedback channel, such as an L1 channel, can be set up and used to transfer CQI and acknowledgement channel data.<br>[0110] ...requiring any UE with the group UE ID to acknowledge the receipt of the packet and to transmit CQI report as if the data was intended for it.”（要求具有组UE ID的任何UE确认数据包的接收并发送CQI报告……） | 对比文件发明核心即为了克服现有技术在CELL_FACH状态下仅能使用FACH且无法提供快速反馈的问题，提出在CELL_FACH等非DCH状态下接收HSDPA传输，并由UE在设置的上行L1反馈信道上传送确认信道数据（ACK/NACK）。其实质公开了UE在CELL_FACH状态期间传送ACK/NACK反馈，属于《直接公开》。 |
| 技术特征V：<br>该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>《未公开》 | 对比文件全文。 | 对比文件未披露E-DCH用于上行链路传输及接收E-DCH资源分配，故未公开。 |
| 技术特征W：<br>在冲突解决完成<br><br>《隐含公开》 | 对比文件段落[0110]：<br>“An alternative embodiment requires that any UE identifying the UE's individual UE ID in the medium access controller protocol data unit and/or the radio resource controller message after first detecting the group UE ID in the HS-SCCH before transmitting any acknowledgment to the network.” | 与特征C相似，对比文件公开了UE必须在MAC PDU或RRC消息中匹配到自身的个体UE ID后才能向网络回传反馈，通过此步骤完成了对共享/竞争信道的目标识别并排除了其他竞争UE，实质上构成了“在冲突解决完成”之后执行后续动作。在极其宽松的标准下，认定为《隐含公开》。 |
| 技术特征X：<br>所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>《未公开》 | 对比文件全文。 | 对比文件既没有E-DCH资源，也没有公开包含请求测量并报告反馈信息的IE，故未公开。 |
| 技术特征Y：<br>由所述WTRU传送信道质量指示符CQI。<br><br>《直接公开》 | 对比文件段落[0104]、[0109]、[0110]：<br>“[0104] ...an uplink feedback channel, such as an L1 channel, can be set up and used to transfer CQI and acknowledgement channel data.<br>[0109] In further embodiments of the invention, a CQI report is transmitted from the UE with transmission feedback in order to be able to calculate subsequent high speed shared control channel (HS-SCCH) power settings and high speed downlink shared channel (HS-DSCH) MCS selection.”（在发明的其它实施例中，CQI报告随传输反馈从UE发送，以便能够计算后续HS-SCCH功率设置和HS-DSCH MCS选择。） | 对比文件明确且直接地记载了由UE（WTRU）在上行反馈信道上传送信道质量指示符CQI报告，用于供基站进行后续信道参数设置与编码调整。其技术方案、手段与目标完全等同，属于《直接公开》。 |
| 技术特征Z：<br>其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br><br>《隐含公开》 | 对比文件段落[0101]、[0104]：<br>“[0101] ...a specific channel quality indicator (CQI) report (this is typically transmitted on the high speed dedicated control channel—the uplink feedback channel of the HSDPA...<br>[0104] In some embodiments of the present invention an uplink feedback channel, such as an L1 channel, can be set up and used to transfer CQI and acknowledgement channel data.” | 与特征G类似，对比文件段落[0101]已指出在HSDPA中CQI报告通常通过上行反馈信道即高速专用控制信道（本领域技术人员公知对应物理层信道为HS-DPCCH）传送，接着在段落[0104]中给出建立L1信道传送CQI的实施例方案。本领域技术人员结合背景技术及常用技术手段，极易合理推知该L1上行反馈信道即沿用HS-DPCCH。在极其宽松的隐含公开标准下，认定为《隐含公开》。 |
---
<<<F>>>
<<<U>>>
<<<Y>>>
<<<c>>>
<<<g>>>
<<<h>>>
<<<t>>>
<<<w>>>
<<<z>>>
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>《未公开》 | 无引用段落。 | 对比文件主要涉及识别与报告非操作性增强上行链路信号频道的方法与装置。对比文件全文完全未提及“高速专用物理控制信道（HS-DPCCH）”，更未公开从网络接收“指示在HS-DPCCH上支持ACK/NACK的信息元素（IE）”。对比文件既未直接公开，本领域技术人员也无法依据其记载合理推导得出该技术特征，因此未公开。 |
| 技术特征B：<br><br>《未公开》 | 无引用段落。 | 目标技术特征B为空缺项/未定义内容，无实质比对客体，故认定为未公开。 |
| 技术特征C：在经过冲突解决之后<br><br>《未公开》 | 无引用段落。 | 对比文件涉及的是Cell_DCH或专用增强上行链路（E-DCH）下的物理信道调度监控与故障报告机制，完全未公开或涉及基于竞争/随机接入的“冲突解决（争用解决）”过程，更未公开在其之后执行相关反馈的特征。因此未公开。 |
| 技术特征D：所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>《隐含公开》 | 【具体实施方式】第4段：“在该无线传输/接收单元102中混和自动重发请求处理器116的增强专用频道数据。该B节点104接收该增强专用频道数据，且在该B节点104中的混和自动重发请求处理器124，通过该下链增强上链频道112传送增强专用频道数据反馈信息……”；第13段（图4说明）：“在增强专用频道分配完成之后，该无线传输/接收单元102通过该上链增强上链频道108，传输增强专用频道数据(步骤402)。” | 对比文件公开了WTRU通过上行E-DCH传输“增强专用频道数据”。在3GPP无线通信系统中，E-DCH（增强专用传输信道）上传输的上行用户平面或控制平面数据，本领域技术人员公知其对应的逻辑信道即为专用业务信道（DTCH）或专用控制信道（DCCH）。对比文件虽然未直载逻辑信道名称DCCH/DTCH，但其公开的E-DCH数据承载必然属于DTCH或DCCH数据，本领域技术人员根据通信技术常识完全能推理得出其传输的是DCCH或DTCH数据，故构成隐含公开。 |
| 技术特征E：所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>《未公开》 | 无引用段落。 | 对比文件完全没有记载HS-DPCCH信道以及指示在HS-DPCCH上支持ACK/NACK的IE，因此不存在该条件判断特征，既未直接公开也未隐含公开。 |
| 技术特征F：由所述WTRU传送ACK/NACK反馈。<br><br>《未公开》 | 【具体实施方式】第13段：“该B节点根据数据译码的成功或失败，传输反馈信息(步骤406)。如果该B节点104成功地将数据译码，该B节点传输一认可(ACK)信息，而如果该B节点104无法将数据译码，该B节点便传输一未认可(NACK)信息。” | 对比文件中公开的ACK/NACK反馈信息是由基站（B节点）在解码上行E-DCH数据之后向WTRU发送的下行HARQ反馈，而本技术特征要求的是由所述WTRU传送ACK/NACK反馈（即上行发送HARQ反馈以确认下行数据）。执行主体与反馈方向完全相反，在对比文件中起到的作用是协助WTRU确认上行调度重传，与目标专利中WTRU向基站报告下行接收状态的作用完全不同。因此未公开。 |
| 技术特征G：其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br><br>《未公开》 | 无引用段落。 | 对比文件全文未出现HS-DPCCH，且对比文件中的反馈为B节点下行传送，因此不存在经由上行HS-DPCCH传送WTRU反馈的内容，未公开。 |
| 技术特征H：其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>《未公开》 | 无引用段落。 | 对比文件完全未涉及测量/确定下行HS-DSCH的信道质量指示符（CQI），也未涉及第一IE，未公开。 |
| 技术特征I：<br><br>《未公开》 | 无引用段落。 | 目标技术特征I为空缺项/未定义内容，无实质比对客体，故认定为未公开。 |
| 技术特征J：在所述HS-DSCH上的物理层中传送所述CQI。<br><br>《未公开》 | 无引用段落。 | 对比文件未公开CQI的生成与传输，更未公开在物理层中传送CQI，未公开。 |
| 技术特征K：其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br><br>《未公开》 | 无引用段落。 | 对比文件未公开任何随机接入/增强型RACH阶段下的E-DCH冲突解决（争用解决）机制，未公开。 |
| 技术特征L：其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br><br>《未公开》 | 无引用段落。 | 对比文件未公开利用冲突解决来确认WTRU能够存取E-DCH资源，其资源获取依赖的是直接的请求与排定，不包含冲突解决机制，未公开。 |
| 技术特征M：进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br><br>《直接公开》 | 【实用新型内容】第3段：“该无线传输/接收单元为了增强专用频道(E-DCH)，通过一上链(UL)增强上链(EU)频道，传送一频道分配请求至该B节点。为了响应该请求，该B节点通过一或多个下链(DL)增强上链频道，传送一频道分配至该无线传输/接收单元。”；【具体实施方式】第4段：“在图1中的该上链增强上链频道108代表该增强专用物理控制频道与该增强专用频道两者。为了响应，该B节点104的排定单元122通过一或多个下链(DL)增强上链频道112，传送频道分配信息。” | 对比文件明确公开了WTRU向网络端（B节点）发送E-DCH分配请求后，B节点通过下行信道向WTRU发送频道分配（排定信息），即WTRU从网络接收用于E-DCH资源的分配。对比文件公开的内容与目标技术特征所起的作用完全相同，均为使WTRU获取上行传输所需的E-DCH无线电资源，本领域技术人员可毫无疑义地直接得出，构成《直接公开》。 |
| 技术特征N：其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>《未公开》 | 无引用段落。 | 对比文件仅公开了通过下行增强上行链路信道由B节点动态发送信道分配信息，未公开通过广播信道接收包含可用E-DCH资源列表的系统信息块（SIB），未公开。 |
| 技术特征O：<br><br>《未公开》 | 无引用段落。 | 目标技术特征O为空缺项/未定义内容，无实质比对客体，故认定为未公开。 |
| 技术特征P：使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 无引用段落。 | 对比文件未涉及可用E-DCH资源列表，也未公开利用索引从中确定E-DCH资源，未公开。 |
| 技术特征Q：其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>《未公开》 | 无引用段落。 | 对比文件仅公开了B节点发送频道分配信息，并未公开该信号包含可用E-DCH资源的“索引和列表”，未公开。 |
| 技术特征R：<br><br>《未公开》 | 无引用段落。 | 目标技术特征R为空缺项/未定义内容，无实质比对客体，故认定为未公开。 |
| 技术特征S：使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 无引用段落。 | 对比文件未公开通过索引从可用E-DCH资源列表确定E-DCH资源，未公开。 |
| 技术特征T：进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br><br>《隐含公开》 | 【具体实施方式】第4段：“在为了该无线传输/接收单元102分配增强上链无线电资源之后，该无线传输/接收单元102通过该上链增强上链频道108，传输带有与该B节点104所提供的频道分配信息一致，在该无线传输/接收单元102中混和自动重发请求处理器116的增强专用频道数据。”；第13段：“在增强专用频道分配完成之后，该无线传输/接收单元102通过该上链增强上链频道108，传输增强专用频道数据(步骤402)。” | 对比文件公开了WTRU在获得信道分配后，通过上行增强上行信道（E-DCH）传输增强专用信道数据。本领域技术人员基于3GPP标准协议的普遍常识知晓，E-DCH作为传输信道映射承载的上行数据流即为来自上层逻辑信道的DCCH（专用控制信道）信令数据或DTCH（专用业务信道）用户数据。对比文件公开的技术内容与目标特征的技术方案在本质和功能上完全对应，本领域技术人员极易合理推知该传输的数据即为DCCH或DTCH数据，符合极宽松的隐含公开标准，构成《隐含公开》。 |
| 技术特征U：其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br><br>《未公开》 | 无引用段落。 | 对比文件全文未记载CELL_FACH状态，亦未公开在该状态下传送ACK/NACK反馈，未公开。 |
| 技术特征V：该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>《直接公开》 | 【实用新型内容】第3段：“该无线传输/接收单元为了增强专用频道(E-DCH)，通过一上链(UL)增强上链(EU)频道，传送一频道分配请求至该B节点。为了响应该请求，该B节点通过一或多个下链(DL)增强上链频道，传送一频道分配至该无线传输/接收单元。”；【具体实施方式】第4段：“在为了该无线传输/接收单元102分配增强上链无线电资源之后，该无线传输/接收单元102通过该上链增强上链频道108，传输带有与该B节点104所提供的频道分配信息一致……的增强专用频道数据。” | 对比文件明确描述了WTRU向B节点请求E-DCH资源，B节点向WTRU下发频道分配，随后WTRU利用所分配的E-DCH资源传输上行增强专用信道数据（用于上行链路传输）。该技术特征被对比文件完整、直接地记载，技术方案及作用完全相同，本领域技术人员可毫无疑义确定，构成《直接公开》。 |
| 技术特征W：在冲突解决完成<br><br>《未公开》 | 无引用段落。 | 对比文件未涉及随机接入冲突解决过程，未公开。 |
| 技术特征X：所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>《未公开》 | 无引用段落。 | 对比文件未公开E-DCH资源中包括请求测量并报告反馈信息的IE，未公开。 |
| 技术特征Y：由所述WTRU传送信道质量指示符CQI。<br><br>《未公开》 | 无引用段落。 | 对比文件完全未涉及信道质量指示符（CQI）的测量与上报，未公开。 |
| 技术特征Z：其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br><br>《未公开》 | 无引用段落。 | 对比文件未涉及CQI上报，也未涉及HS-DPCCH信道，未公开。 |
---
<<<M>>>
<<<V>>>
<<<d>>>
<<<t>>>
根据提供的目标专利说明书及对比文件（CN101030810A），对技术特征A至Z的公开性评估如下：
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A<br>包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br>【未公开】 | 无直接或隐含对应内容。对比文件仅在背景技术提及：“用于承载用户终端的ACK/NACK和CQI等反馈信息的上行的高速专用物理控制信道(High Speed Dedicated Physical Control Channel，简称‘HS-DPCCH’)...”（背景技术第4自然段） | 未公开。<br>目标专利中，该IE用于网络向处于CELL_FACH等状态的WTRU显式配置/指示是否在HS-DPCCH上启用并支持ACK/NACK反馈传输。<br>对比文件仅在其背景技术中陈述了3GPP R5常规HSDPA的基本概念（即HS-DPCCH用于承载ACK/NACK和CQI），并未公开由WTRU从网络接收“指示在HS-DPCCH上支持ACK/NACK的信息元素IE”这一特定信令交互。技术人员无法从对比文件推断出该IE配置方案。 |
| 技术特征B<br>（空特征）<br>【未公开】 | 无 | 空特征，不涉及具体技术方案，视为未公开。 |
| 技术特征C<br>在经过冲突解决之后<br>【未公开】 | 无直接或隐含对应内容。对比文件主要基于Cell_DCH状态下的专用信道传输（背景技术第6自然段、说明书具体实施方式各处）。 | 未公开。<br>目标专利中，“冲突解决”（争用解决）是处于基于争用的CELL_FACH/增强型RACH接入过程中，为了解决多个WTRU竞争同一上行接入资源/E-DCH资源时的潜在冲突机制（说明书[0007]、[0023]、[0035]等）。<br>对比文件的方案是基于用户终端已处于Cell_DCH状态（已具备专用无线资源，无需经历争用/冲突解决阶段），在Cell_DCH状态下通过DPCCH指示E-DCH的非连续发射（DTX），其全文完全未涉及也不存在随机接入阶段的“冲突解决”过程。即使放宽至最宽松的推断标准，两者所处的无线资源管理机制不同，技术人员无法从中得出争用冲突解决技术特征。 |
| 技术特征D<br>所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br>《隐含公开》 | 背景技术第6自然段：“分组数据业务在使用的期间，HSDPA和E-DCH都需要用户终端处于Cell_DCH(指正在使用点对点业务，而且占用小区DCCH信道)状态...”<br>具体实施方式第5自然段：“如果经步骤510判断，用户终端在当前时间间隔内发射E-DCH物理信道，即用户终端在当前时间间隔内有数据需要传输，则同时还需将数据与其相应的控制信息分别通过E-DPDCH和E-DPCCH发送给基站节点。” | 隐含公开。<br>对比文件公开了用户终端处于Cell_DCH状态（明确限定为“正在使用点对点业务，而且占用小区DCCH信道”），并且在E-DCH上有数据需要传输时，将分组数据业务（即业务数据DTCH或控制信道DCCH映射的数据）通过E-DPDCH发送给基站。虽然对比文件未在冲突解决及特定反馈触发步骤中直接限定“已发送DCCH数据或DTCH数据”，但在其Cell_DCH场景中实际执行了DCCH/DTCH数据的发送。按照本判断标准中“非常非常宽松”的规则，对比文件已公开了WTRU发送DCCH/DTCH数据的内容，可认为该技术特征被对比文件隐含公开。 |
| 技术特征E<br>所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br>【未公开】 | 无直接或隐含对应内容。 | 未公开。<br>对比文件未公开网络侧下发关于在HS-DPCCH上支持ACK/NACK的IE，自然也不存在“所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下”这一判断/判定触发条件。 |
| 技术特征F<br>由所述WTRU传送ACK/NACK反馈。<br>《隐含公开》 | 背景技术第4自然段：“以及用于承载用户终端的ACK/NACK和CQI等反馈信息的上行的高速专用物理控制信道(High Speed Dedicated Physical Control Channel，简称‘HS-DPCCH’)。基站通过HS-DPCCH获知数据是否被正确接收，如果不正确，将发起重传，否则发送新数据。” | 隐含公开。<br>目标专利中，由WTRU传送ACK/NACK反馈用于向网络指示下行数据接收结果以辅助HARQ重传机制。<br>对比文件在背景技术中明确指出了HS-DPCCH的作用就是“承载用户终端的ACK/NACK和CQI等反馈信息”，基站根据HS-DPCCH获知数据是否被正确接收。这表明在HSDPA操作中用户终端（WTRU）必然会向基站传送ACK/NACK反馈，在对比文件中起到了相同的下行HARQ反馈作用。本领域技术人员结合公知常识完全可以合理推导出HSDPA通信中WTRU传送ACK/NACK反馈，因此属于隐含公开。 |
| 技术特征G<br>其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br>《直接公开》 | 背景技术第4自然段：“...以及用于承载用户终端的ACK/NACK和CQI等反馈信息的上行的高速专用物理控制信道(High Speed Dedicated Physical Control Channel，简称‘HS-DPCCH’)。基站通过HS-DPCCH获知数据是否被正确接收，如果不正确，将发起重传，否则发送新数据。” | 直接公开。<br>对比文件直接清楚地记载了HS-DPCCH信道是“用于承载用户终端的ACK/NACK和CQI等反馈信息的上行的高速专用物理控制信道”，基站通过该信道接收ACK/NACK。该内容直接明确公开了“ACK/NACK反馈经由所述HS-DPCCH传送”，两者的信道载体、传输方向及技术功能完全相同。因此本领域技术人员能毫无疑义地直接得出该技术特征。 |
| 技术特征H<br>其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br>【未公开】 | 背景技术第4自然段提及“承载用户终端的ACK/NACK和CQI等反馈信息”。 | 未公开。<br>虽然对比文件提及HS-DPCCH传输CQI反馈信息，但技术特征H包含“其中所述IE为第一IE”，该限定依赖于技术特征A中的指示支持ACK/NACK的IE（目标专利中涉及显式IE信令配置不同反馈类型的方案），而对比文件未公开任何关于指示HS-DPCCH支持反馈的IE配置。因此该组合特征整体未被公开，亦无法从对比文件推知。 |
| 技术特征I<br>（空特征）<br>【未公开】 | 无 | 空特征，不涉及具体技术方案，视为未公开。 |
| 技术特征J<br>在所述HS-DSCH上的物理层中传送所述CQI。<br>【未公开】 | 无对应内容。对比文件背景技术第4自然段记载CQI是在上行物理信道“HS-DPCCH”上传送。 | 未公开。<br>目标专利技术特征J限定“在所述HS-DSCH上的物理层中传送所述CQI”（注：HS-DSCH为下行传输信道/对应下行物理信道为HS-PDSCH，此特征限定在上行方向或者其物理层映射中传送）。对比文件中仅记载在HS-DPCCH上传送CQI，且HS-DSCH在现有技术中为下行信道，对比文件完全没有在HS-DSCH上传送CQI的记载或技术暗示，技术人员无法得出此方案。 |
| 技术特征K<br>其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br>【未公开】 | 无直接或隐含对应内容。 | 未公开。<br>目标专利说明书[0007]中指出“争用解决阶段是为了解决E-RACH消息的潜在冲突而被提供的”。对比文件仅涉及在Cell_DCH专用信道状态下的E-DCH传输控制，通过专用DPCCH的指示信息判断是否暂停E-DCH处理以节约资源，根本不存在争用接入以及解决E-DCH潜在冲突的过程，因此未公开。 |
| 技术特征L<br>其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br>【未公开】 | 无直接或隐含对应内容。 | 未公开。<br>目标专利中，冲突解决完成后确认WTRU成功获取并能存取该E-DCH资源（如说明书[0023]、[0035]所述“接入是无争用的”）。对比文件技术方案面向专用连接状态，不涉及争用冲突解决确认存取E-DCH资源的机制，未公开。 |
| 技术特征M<br>进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br>《隐含公开》 | 背景技术第5自然段：“随着3G技术进一步的发展，3GPP的Release 6中引入了增强专用信道(Enhance-Dedicated Channel，简称‘E-DCH’)技术...采用基站控制的快速上行分组调度...”<br>背景技术第6自然段：“需要同时收发...下行方向的...绝对授权信道(Enhanced-DCH Absolute Grant Channel，简称‘E-AGCH’)、相对授权信道(Enhanced-DCH Relative Grant Channel，简称‘E-RGCH’)...” | 隐含公开。<br>目标专利中从网络接收E-DCH资源分配用于使WTRU获得发送E-DCH数据所需的资源。<br>对比文件明确记载了在E-DCH中采用了“基站控制的快速上行分组调度”，并且终端“收发下行方向的绝对授权信道（E-AGCH）和相对授权信道（E-RGCH）”。本领域技术人员知晓基站正是通过E-AGCH/E-RGCH下发授权（资源分配），从而使用户终端从网络接收E-DCH资源的分配。在宽松标准下，对比文件公开了基站对E-DCH进行快速调度授权分配的技术内容，技术人员能够合理推断出该步骤，构成隐含公开。 |
| 技术特征N<br>其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br>【未公开】 | 无直接或隐含对应内容。 | 未公开。<br>目标专利说明书[0026]记载“可用的E-DCH资源的列表会在系统信息块（SIB）中从网络广播”，这是处于CELL_FACH增强型RACH接入特有的公共公共资源池广播分配机制。<br>对比文件仅涉及Cell_DCH专用态下的调度信道（E-AGCH/E-RGCH）以及常规RRC信令（说明书倒数第2自然段提及RRC建立修改E-DCH信道），完全未公开通过广播SIB接收可用E-DCH资源列表，无法推知。 |
| 技术特征O<br>（空特征）<br>【未公开】 | 无 | 空特征，不涉及具体技术方案，视为未公开。 |
| 技术特征P<br>使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br>【未公开】 | 无直接或隐含对应内容。 | 未公开。<br>目标专利说明书[0026]记载利用网络提供的列表索引从SIB广播的可用E-DCH资源列表中确定E-DCH资源。<br>对比文件未公开任何关于通过索引从可用E-DCH资源列表确定资源的技术内容，无法推知。 |
| 技术特征Q<br>其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br>【未公开】 | 无直接或隐含对应内容。 | 未公开。<br>目标专利中涉及Node B下发包含索引和列表的信号以分配E-DCH资源。对比文件中不包含Node B下发可用E-DCH资源索引和列表信号的教导，未公开。 |
| 技术特征R<br>（空特征）<br>【未公开】 | 无 | 空特征，不涉及具体技术方案，视为未公开。 |
| 技术特征S<br>使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br>【未公开】 | 无直接或隐含对应内容。 | 未公开。<br>理由同技术特征P，对比文件完全未公开使用索引从可用E-DCH资源列表确定资源，未公开。 |
| 技术特征T<br>进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br>《隐含公开》 | 背景技术第6自然段：“分组数据业务在使用的期间，HSDPA和E-DCH都需要用户终端处于Cell_DCH(指正在使用点对点业务，而且占用小区DCCH信道)状态...”<br>具体实施方式第5自然段：“如果经步骤510判断，用户终端在当前时间间隔内发射E-DCH物理信道，即用户终端在当前时间间隔内有数据需要传输，则同时还需将数据与其相应的控制信息分别通过E-DPDCH和E-DPCCH发送给基站节点。” | 隐含公开。<br>目标专利中该特征包括传送DCCH或DTCH数据。<br>对比文件明确记载用户终端处于Cell_DCH状态且占用小区DCCH信道，进行分组数据业务传输，当有数据需要传输时通过E-DPDCH和E-DPCCH发送给基站节点。在WCDMA/HSPA架构中，分组数据业务及信令承载于DTCH及DCCH逻辑信道上。本领域技术人员可以合理推断出对比文件终端在执行上行业务或信令传输时必然传送DCCH或DTCH数据。在最宽松的隐含公开判断标准下，该特征属于隐含公开。 |
| 技术特征U<br>其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br>【未公开】 | 背景技术第6自然段明确记载：“分组数据业务在使用的期间，HSDPA和E-DCH都需要用户终端处于Cell_DCH(指正在使用点对点业务，而且占用小区DCCH信道)状态...” | 未公开。<br>目标专利的发明核心之一即解决在CELL_FACH状态下快速传输上行HARQ反馈与信道质量信息的问题（说明书[0001]、[0006]、[0011]等）。<br>对比文件明确将技术方案限定于Cell_DCH状态，其背景技术也明确强调“HSDPA和E-DCH都需要用户终端处于Cell_DCH状态”，整篇对比文件没有任何在CELL_FACH状态下传送ACK/NACK反馈的公开或技术启示，两者状态不同、信道机制不同，未公开。 |
| 技术特征V<br>该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br>《隐含公开》 | 背景技术第5自然段：“...Release 6中引入了增强专用信道(Enhance-Dedicated Channel，简称‘E-DCH’)技术...基站控制的快速上行分组调度...”<br>背景技术第6自然段：“...绝对授权信道(Enhanced-DCH Absolute Grant Channel，简称‘E-AGCH’)、相对授权信道(Enhanced-DCH Relative Grant Channel，简称‘E-RGCH’)...” | 隐含公开。<br>目标专利中WTRU从网络接收E-DCH资源分配用于上行链路数据传输。<br>对比文件公开了E-DCH技术采用基站控制的快速上行分组调度，并通过下行绝对授权信道（E-AGCH）和相对授权信道（E-RGCH）向用户终端下发调度授权。本领域技术人员可知该授权即为基站分配用于上行链路传输的E-DCH资源。因此在极为宽松的隐含公开判定原则下，对比文件隐含公开了该特征。 |
| 技术特征W<br>在冲突解决完成<br>【未公开】 | 无直接或隐含对应内容。 | 未公开。<br>目标专利限定在基于争用的接入过程中冲突解决完成作为触发条件。<br>对比文件全篇未涉及争用冲突解决机制，更不存在以“冲突解决完成”作为时序或逻辑前提的方案，技术人员无法从中得出该特征，未公开。 |
| 技术特征X<br>所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br>【未公开】 | 无直接或隐含对应内容。 | 未公开。<br>目标专利说明书[0034]记载“通过作为E-DCH资源集合一部分广播的特定IE来指示WTRU经由HS-DPCCH传送信道质量信息”。<br>对比文件虽然在说明书倒数第2自然段提及“通过特定的信息单元(IE)来指示是采用原有的能量检测方案来进行E-DCH的DTX检测，还是采用本发明提出的基于上行DPCCH指示的方案来进行E-DCH的DTX指示”，但该IE是用于指示DTX检测机制（即是否采用DPCCH指示或能量检测），完全不属于在E-DCH资源中“请求测量并报告反馈信息的信息元素IE”，二者的技术内涵、所起作用和技术方案完全不同，无法得出该特征。 |
| 技术特征Y<br>由所述WTRU传送信道质量指示符CQI。<br>《隐含公开》 | 背景技术第4自然段：“...以及用于承载用户终端的ACK/NACK和CQI等反馈信息的上行的高速专用物理控制信道(High Speed Dedicated Physical Control Channel，简称‘HS-DPCCH’)...” | 隐含公开。<br>目标专利中WTRU传送CQI以向网络反馈下行信道质量状态。<br>对比文件在背景技术中明确指出上行HS-DPCCH用于承载用户终端的CQI等反馈信息。本领域技术人员基于该公开内容完全可以明确得知在支持HSDPA通信的用户终端必然执行传送CQI的操作，其在对比文件中起到向基站报告信道质量的作用与目标专利相同。按照极其宽松的推理判断标准，该技术特征构成隐含公开。 |
| 技术特征Z<br>其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br>《直接公开》 | 背景技术第4自然段：“...用于承载用户终端的ACK/NACK和CQI等反馈信息的上行的高速专用物理控制信道(High Speed Dedicated Physical Control Channel，简称‘HS-DPCCH’)...” | 直接公开。<br>对比文件背景技术第4自然段直截了当地记载了HS-DPCCH就是用于承载用户终端的CQI反馈信息的上行物理信道。本领域技术人员能够毫无疑义地直接得出CQI经由HS-DPCCH传送，作用完全相同，属于直接公开。 |
---
<<<d>>>
<<<f>>>
<<<G>>>
<<<m>>>
<<<t>>>
<<<v>>>
<<<y>>>
<<<Z>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>《未公开》 | 对比文件第12段记载：“剩餘傳輸功率係藉由從最大允許功率擷取專用實體資料頻道(DPDCH)，專用實體控制頻道(DPCCH)，高速專用實體控制頻道(HS－DPCCH)，強化上鏈專用實體控制頻道(E－DPCCH)之功率及功率容限被扣除來計算。”<br>第17段记载：“剩餘傳輸功率計算單元215可接收……標示來自實體層之高速專用實體控制頻道主動之信號255……” | 目标专利说明书（如[0012]、[0026]）涉及通过网络向WTRU发送指示在HS-DPCCH上支持ACK/NACK反馈的IE。对比文件仅在计算剩余传输功率时提及考虑HS-DPCCH功率消耗，或者接收指示HS-DPCCH处于主动状态的信号，完全未提及或隐含从网络接收“指示在HS-DPCCH上支持ACK/NACK的信息元素IE”。因此未公开。 |
| 技术特征B：<br><br>《未公开》 | 无对应公开内容。 | 该特征内容为空，且对比文件中不存在对应技术方案，不构成公开。 |
| 技术特征C：在经过冲突解决之后<br><br>《隐含公开》 | 对比文件第3段记载：“……無線傳送/接收單元側媒體存取控制架構100係包含一媒體存取控制－es/媒體存取控制－e實體105……媒體存取控制－es/媒體存取控制－e實體105可控制存取強化專用頻道130……”<br>第15段记载：“排程許可處理單元210可從至少一無線鏈路組(RLS)接收至少一排程許可及驅動目前排程許可。排程許可可為從具有主要及次要識別符之服務強化專用頻道胞元被接收之絕對許可225(也就是強化專用頻道無線網路暫時識別符(E－RNTI)係被用來決定絕對許可是主要亦或次要)……” | 目标专利说明书（如[0007]、[0023]、[0035]）指出冲突解决用于确认WTRU成功获取无争用E-DCH接入。对比文件公开了3GPP E-DCH（Release 6 MAC-e/es）机制，明确提到了使用E-RNTI在AGCH上解调绝对许可（AG），本领域技术人员基于3GPP E-DCH基本原理可知，E-RNTI用于识别特定WTRU并在随机接入或调度中解决争用/标识用户，在获得有效调度授权进行E-DCH传输的过程本身涵盖了争用解决之后的状态；本着最宽松的隐含公开判断标准，对比文件部分公开了基于E-RNTI进行E-DCH传输调度，本领域技术人员可合理推断出其处于冲突解决之后，因此认定为隐含公开。 |
| 技术特征D：所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>《直接公开》 | 对比文件第3段记载：“專用頻道媒體存取控制(MAC－d)120及一媒體存取控制服務存取點(SAP)125。媒體存取控制－c/sh 115可控制存取除了高速下鏈共享頻道(HS－DSCH)145外之所有共用傳輸頻道。專用頻道媒體存取控制120可控制存取所有專用傳輸頻道，媒體存取控制－c/sh 115及媒體存取控制－hs110。……藉此媒體存取控制－d 120可經由連接135存取強化專用頻道130……”<br>第4段记载：“如第1B圖所示，無線鏈路控制(RLC)協定資料單元(PDU)係於邏輯頻道上進入媒體存取控制－d。媒體存取控制－e標頭中，資料說明指示器(DDI)欄位(6位元)係可識別邏輯頻道，媒體存取控制－d流及媒體存取控制－d協定資料單元大小。……媒體存取控制－e協定資料單元被轉送至混合自動重複要求(H－ARQ)實體，其接著轉送該媒體存取控制－e協定資料單元至層1以便於一傳輸時間區段(TTI)中傳送。”<br>第18段记载：“當被映射至強化專用頻道之邏輯頻道上之新資料於無目前排程許可時被接收時，速率要求可被觸發……速率要求係包含所有排程媒體存取控制－d流之總緩衝佔用……” | 目标专利说明书[0037]、[0038]记载，专用控制信道（DCCH）或专用业务信道（DTCH）映射到MAC-d流并在E-DCH上发送。对比文件中，WTRU的MAC-d实体负责处理专用传输信道/专用逻辑信道（本领域中MAC-d专用于DCCH和DTCH数据流），且明确记载了将逻辑信道进入MAC-d后形成的MAC-d流/MAC-e PDU在TTI中传送出去。因此，对比文件直接公开了WTRU发送DCCH/DTCH（即专用逻辑信道通过MAC-d处理的流）数据。 |
| 技术特征E：所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>《未公开》 | 对比文件全文无对应记载。 | 目标专利说明书[0026]记载分派的E-DCH资源列表中可指示支持HS-DPCCH上的ACK/NACK反馈。对比文件完全未涉及通过IE来指示是否在HS-DPCCH上支持ACK/NACK的条件判断。因此未公开。 |
| 技术特征F：由所述WTRU传送ACK/NACK反馈。<br><br>《隐含公开》 | 对比文件第3段记载：“專用頻道媒體存取控制120可控制存取所有專用傳輸頻道，媒體存取控制－c/sh 115及媒體存取控制－hs 110。媒體存取控制－hs 110可控制存取高速下鏈共享頻道145。”<br>第12段记载：“剩餘傳輸功率係藉由從最大允許功率擷取專用實體資料頻道(DPDCH)，專用實體控制頻道(DPCCH)，高速專用實體控制頻道(HS－DPCCH)，強化上鏈專用實體控制頻道(E－DPCCH)之功率及功率容限被扣除來計算。”<br>第17段记载：“若高速專用實體控制頻道為主動，其功率(及來自其他頻道之功率)必須從最大功率被擷取來決定剩餘功率。” | 目标专利说明书[0012]、[0026]记载WTRU向基站传送HARQ ACK/NACK反馈。对比文件公开了WTRU包含MAC-hs以接入HS-DSCH（高速下行链路共享信道），且在物理层存在HS-DPCCH（高速专用物理控制信道）并且该信道可能处于“主动作业状态”。根据3GPP移动通信基础常识，HS-DPCCH的本质功能即为HS-DSCH传输上行反馈HARQ ACK/NACK和CQI。既然对比文件公开了HS-DSCH接收和HS-DPCCH处于活动状态并消耗功率，在非常宽松的隐含公开判断标准下，本领域技术人员可以合理推导出HS-DPCCH处于活动时由WTRU传送了对应的ACK/NACK反馈，因此属于隐含公开。 |
| 技术特征G：其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br><br>《隐含公开》 | 对比文件第12段记载：“剩餘傳輸功率係藉由從最大允許功率擷取專用實體資料頻道(DPDCH)，專用實體控制頻道(DPCCH)，高速專用實體控制頻道(HS－DPCCH)，強化上鏈專用實體控制頻道(E－DPCCH)之功率及功率容限被扣除來計算。”<br>第17段记载：“若高速專用實體控制頻道為主動，其功率(及來自其他頻道之功率)必須從最大功率被擷取來決定剩餘功率。” | 结合技术特征F的论述，对比文件公开了WTRU存在活动状态的高速专用物理控制信道（HS-DPCCH），且与HS-DSCH配合。按照3GPP通信标准通用知识，HS-DPCCH所承载的上行反馈正是ACK/NACK和CQI。本领域技术人员结合对比文件关于HS-DPCCH激活及功率扣除的描述，能够合理推导出ACK/NACK反馈是经由HS-DPCCH传送的，因此认定为隐含公开。 |
| 技术特征H：其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>《未公开》 | 对比文件第3段提及“高速下鏈共享頻道(HS－DSCH)145”。 | 对比文件虽然提到了HS-DSCH，但完全没有提及确定用于HS-DSCH的CQI，更未涉及第一IE的相关内容。因此未公开。 |
| 技术特征I：<br><br>《未公开》 | 无对应公开内容。 | 该特征内容为空，不构成公开。 |
| 技术特征J：在所述HS-DSCH上的物理层中传送所述CQI。<br><br>《未公开》 | 对比文件全文无对应记载。 | 目标专利说明书[0026]、[0046]记载HS-DSCH下行传输对应上行CQI反馈。此外，CQI通常在上行控制信道上传送（如HS-DPCCH），在HS-DSCH物理层上传送CQI在对比文件中完全未被公开或暗示。因此未公开。 |
| 技术特征K：其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br><br>《隐含公开》 | 对比文件第15段记载：“排程許可處理單元210可從至少一無線鏈路組(RLS)接收至少一排程許可及驅動目前排程許可。排程許可可為從具有主要及次要識別符之服務強化專用頻道胞元被接收之絕對許可225(也就是強化專用頻道無線網路暫時識別符(E－RNTI)係被用來決定絕對許可是主要亦或次要)……” | 目标专利说明书[0007]、[0032]指出争用解决阶段是为了解决E-DCH传输中WTRU之间的潜在冲突（例如利用E-RNTI/WTRU ID检测与消除冲突）。对比文件公开了基于E-RNTI对WTRU进行区分和绝对授权排程。在3GPP无线网络中，通过WTRU专用标识符（如E-RNTI）进行信令交互本身即承担着消除/避免传输冲突的作用；遵循极其宽松的隐含公开判断规则，对比文件基于E-RNTI的排程处理可以合理推断出其解决了潜在的冲突，因此构成隐含公开。 |
| 技术特征L：其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br><br>《隐含公开》 | 对比文件第15段记载：“當媒體存取控制－e實體105引動媒體存取控制－e功能時，排程許可處理單元210可決定目前服務許可。實體層可提供從AGCH被接收之絕對許可225，標示許可是以主要亦或次要強化專用頻道無線網路暫時識別符被接收。……被以主要強化專用頻道無線網路暫時識別符接收之絕對許可225永遠重設目前服務許可。若先前被次要強化專用頻道無線網路暫時識別符或許可設定係被設定為零，則被以次要強化專用頻道無線網路暫時識別符接收之絕對許可僅使目前服務許可有效。” | 目标专利说明书[0023]、[0035]记载，一旦争用解决成功，确认WTRU获得对E-DCH资源的无争用接入。对比文件公开了WTRU通过实体验收带有自身E-RNTI的AGCH绝对许可，从而使服务许可生效并执行E-DCH排程传输。本领域技术人员可以合理推导出，通过E-RNTI确认授权的过程即确认了该WTRU能够存取E-DCH资源，因此属于隐含公开。 |
| 技术特征M：进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br><br>《直接公开》 | 对比文件第2段记载：“……強化上鏈(EU)傳輸已於第三代夥伴計劃中被提出，其中上鏈資源(也就是實體頻道)控制(也就是排程及分派)係從無線網路控制器(RNC)被移至B節點。”<br>第15段记载：“排程許可處理單元210可從至少一無線鏈路組(RLS)接收至少一排程許可及驅動目前排程許可。排程許可可為從具有主要及次要識別符之服務強化專用頻道胞元被接收之絕對許可225……從服務強化專用頻道無線鏈路組被接收之相對許可230或從非服務強化專用頻道無線鏈路被接收之相對許可235。” | 目标专利说明书[0007]、[0035]中描述了从网络侧接收E-DCH资源的分配/分派。对比文件明确记载上行链路资源（即物理信道）控制（即排程及分派）由Node B执行，且WTRU的调度许可处理单元从无线链路组接收排程许可（绝对许可/相对许可）来分配E-DCH传输资源。两者的技术方案、作用完全相同，属于毫无疑义的直接公开。 |
| 技术特征N：其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>《未公开》 | 对比文件第4段记载：“映射表係於無線資源控制(RRC)信號發送上被傳送促使無線傳送/接收單元設定資料說明指示器值。”<br>第17段记载：“……標示來自無線資源控制器(RRC)所配置之下層管理實體(LLME)之最大允許功率……” | 目标专利说明书[0026]、[0033]指出网络在系统信息块（SIB）中广播可用E-DCH资源列表。对比文件仅公开了通过RRC信令传送映射表或配置功率，未公开通过SIB广播可用E-DCH资源列表。因此未公开。 |
| 技术特征O：<br><br>《未公开》 | 无对应公开内容。 | 该特征内容为空，不构成公开。 |
| 技术特征P：使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 对比文件全文无对应记载。 | 目标专利说明书[0026]记载向WTRU提供列表索引以从SIB广播的列表中确定E-DCH资源。对比文件中不存在从可用E-DCH资源列表中通过索引确定资源的技术方案。因此未公开。 |
| 技术特征Q：其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>《未公开》 | 对比文件第15段记载：“排程許可處理單元210可從至少一無線鏈路組(RLS)接收至少一排程許可及驅動目前排程許可。排程許可可為從具有主要及次要識別符之服務強化專用頻道胞元被接收之絕對許可225……” | 目标专利说明书[0026]、[0033]记载由基站发送包含可用E-DCH资源列表及索引的信号。对比文件虽然公开了从Node B接收绝对授权/相对授权信号，但该信号并非包含“可用E-DCH资源的索引和列表”的信号。因此未公开。 |
| 技术特征R：<br><br>《未公开》 | 无对应公开内容。 | 该特征内容为空，不构成公开。 |
| 技术特征S：使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 对比文件全文无对应记载。 | 目标专利说明书[0026]、[0033]记载使用索引确定资源。对比文件未公开此特征。因此未公开。 |
| 技术特征T：进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br><br>《直接公开》 | 对比文件第3段记载：“專用頻道媒體存取控制(MAC－d)120及一媒體存取控制服務存取點(SAP)125。……專用頻道媒體存取控制120可控制存取所有專用傳輸頻道……藉此媒體存取控制－d 120可經由連接135存取強化專用頻道130……”<br>第4段记载：“無線鏈路控制(RLC)協定資料單元(PDU)係於邏輯頻道上進入媒體存取控制－d。……媒體存取控制－e協定資料單元被轉送至混合自動重複要求(H－ARQ)實體，其接著轉送該媒體存取控制－e協定資料單元至層1以便於一傳輸時間區段(TTI)中傳送。”<br>第18段记载：“當被映射至強化專用頻道之邏輯頻道上之新資料於無目前排程許可時被接收時，速率要求可被觸發……速率要求係包含所有排程媒體存取控制－d流之總緩衝佔用……” | 目标专利说明书[0037]、[0038]记载在DCCH或DTCH逻辑信道上传送数据。对比文件中，MAC-d所控制的就是专用传输信道，承载专用控制信道（DCCH）或专用业务信道（DTCH）对应的逻辑信道数据流，并将该MAC-d流封装为MAC-e PDU在E-DCH物理层上发送。在移动通信体系中，MAC-d处理并发送的数据即为DCCH或DTCH数据，作用完全相同，属于直接公开。 |
| 技术特征U：其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br><br>《未公开》 | 对比文件第2段记载：“本發明係有關經強化專用頻道(E－DCH)排程傳輸方法及裝置。……其中上鏈資源(也就是實體頻道)控制(也就是排程及分派)係從無線網路控制器(RNC)被移至B節點。” | 目标专利说明书（如[0006]、[0011]、[0022]）的核心应用场景是在CELL_FACH状态下引入E-DCH并传送反馈。而对比文件公开的是3GPP版本6典型的CELL_DCH状态下的E-DCH调度（E-DCH在Rel-6仅支持CELL_DCH状态），全文完全未提及在CELL_FACH状态下进行E-DCH调度或传送ACK/NACK。因此未公开。 |
| 技术特征V：该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>《直接公开》 | 对比文件第2段记载：“強化上鏈(EU)傳輸已於第三代夥伴計劃中被提出，其中上鏈資源(也就是實體頻道)控制(也就是排程及分派)係從無線網路控制器(RNC)被移至B節點。”<br>第15段记载：“排程許可處理單元210可從至少一無線鏈路組(RLS)接收至少一排程許可及驅動目前排程許可。排程許可可為從具有主要及次要識別符之服務強化專用頻道胞元被接收之絕對許可225……從服務強化專用頻道無線鏈路組被接收之相對許可230或從非服務強化專用頻道無線鏈路被接收之相對許可235。”<br>第16段记载：“排程許可處理單元210可輸出標示強化傳輸格式組合選擇所使用之排程功率量及用於排程資料媒體存取控制－d流之多工功能之信號240。” | 目标专利说明书[0007]、[0026]中记载由WTRU接收E-DCH资源分配用于上行传输。对比文件明确记载由网络（Node B）进行上行资源排程与分派，WTRU接收绝对/相对排程许可，并根据该许可进行上行E-DCH数据传输。两者技术方案和功能作用完全一致，属于毫无疑义的直接公开。 |
| 技术特征W：在冲突解决完成<br><br>《隐含公开》 | 对比文件第15段记载：“排程許可處理單元210可從至少一無線鏈路組(RLS)接收至少一排程許可及驅動目前排程許可。排程許可可為從具有主要及次要識別符之服務強化專用頻道胞元被接收之絕對許可225(也就是強化專用頻道無線網路暫時識別符(E－RNTI)係被用來決定絕對許可是主要亦或次要)……” | 目标专利说明书[0023]、[0035]指出争用解决完成标志着WTRU获得了无争用信道访问权。对比文件中，WTRU成功使用其特有的E-RNTI接收到主要绝对许可并驱动服务许可进行数据传输，按照3GPP通信标准的基本流程，该状态即处于冲突解决/识别验证完成的状态；本着极其宽松的隐含公开判定原则，对比文件公开的获得主E-RNTI许可执行传输的技术内容，使本领域技术人员可以合理推断出其处于“冲突解决完成”之后，属于隐含公开。 |
| 技术特征X：所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>《未公开》 | 对比文件全文无对应记载。 | 目标专利说明书[0034]、[0039]记载E-DCH资源中包括请求测量并报告反馈信息的特定IE。对比文件完全未公开在E-DCH资源中包含请求测量并报告反馈信息的IE。因此未公开。 |
| 技术特征Y：由所述WTRU传送信道质量指示符CQI。<br><br>《隐含公开》 | 对比文件第12段记载：“剩餘傳輸功率係藉由從最大允許功率擷取專用實體資料頻道(DPDCH)，專用實體控制頻道(DPCCH)，高速專用實體控制頻道(HS－DPCCH)，強化上鏈專用實體控制頻道(E－DPCCH)之功率及功率容限被扣除來計算。”<br>第17段记载：“若高速專用實體控制頻道為主動，其功率(及來自其他頻道之功率)必須從最大功率被擷取來決定剩餘功率。以信號245，250，255及260為基礎，剩餘傳輸功率計算單元215可輸出標示依據以下方程式(1)被計算之剩餘傳輸功率(P remain )之信號265：P remain ＝ P allowed － P DPDCH － P DPCCH － P HS－DPCCH － P E－DPCCH － Margin” | 目标专利说明书[0023]、[0032]指出WTRU在上行链路（如HS-DPCCH）上传送CQI以辅助基站下行调度。对比文件记载了HS-DPCCH处于主动作业状态且在功率计算中扣除其功率。根据3GPP公知常识，HS-DPCCH物理信道专门用于承载HARQ ACK/NACK和信道质量指示符（CQI）。当HS-DPCCH为主动作业时，WTRU必然在HS-DPCCH上传送CQI反馈。本着极宽松的隐含公开标准，本领域技术人员可以通过对比文件HS-DPCCH处于主动作业状态的内容合理推断出由WTRU传送CQI，因此认定为隐含公开。 |
| 技术特征Z：其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br><br>《隐含公开》 | 对比文件第12段记载：“剩餘傳輸功率係藉由從最大允許功率擷取專用實體資料頻道(DPDCH)，專用實體控制頻道(DPCCH)，高速專用實體控制頻道(HS－DPCCH)，強化上鏈專用實體控制頻道(E－DPCCH)之功率及功率容限被扣除來計算。”<br>第17段记载：“若高速專用實體控制頻道為主動，其功率(及來自其他頻道之功率)必須從最大功率被擷取來決定剩餘功率。” | 目标专利说明书[0022]、[0023]记载CQI经由HS-DPCCH传送。如技术特征Y所述，对比文件公开了活动状态的HS-DPCCH，而依据3GPP标准规范，CQI本身就是在HS-DPCCH信道上编码并传送的控制信令。结合对比文件中HS-DPCCH主动作业的公开，本领域技术人员可以合理推知CQI是经由HS-DPCCH传送的，因此属于隐含公开。 |
<<<c>>><<<D>>><<<f>>><<<g>>><<<k>>><<<l>>><<<M>>><<<T>>><<<V>>><<<w>>><<<y>>><<<z>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>【未公开】 | 无 | 对比文件涉及的是E-DCH传输启动时工作允传量变量的处理，仅在背景技术提及E-HICH等用于传输HARQ ACK/NACK，并未公开WTRU从网络接收“指示在HS-DPCCH上支持ACK/NACK的IE”。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征B：<br><br>【未公开】 | 无 | 空白特征项，不作公开性认定。 |
| 技术特征C：在经过冲突解决之后<br><br>【未公开】 | 无 | 对比文件仅涉及E-DCH传输启动（变量E_DCH_TRANSMISSION由假变真）及工作允传量的配置更新，全文未涉及基于争用接入/增强型RACH的“冲突解决”（Contention Resolution）流程，亦未公开或暗示在冲突解决之后的时序控制。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征D：所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>【隐含公开】 | 【说明书第4页倒数第2段】<br>“媒體存取控制單元226可依據第三層介面(無線資源控制層)202的無線資源分配命令，將來自無線鏈結控制單元224不同邏輯通道(Logic Channel)的封包，對應到包括普通、共享或專用等性質的傳輸通道(Transport Channel)，以進行通道對映(Channel Mapping)、多工(Multiplexing)、傳輸格式選擇(Transport Format Selection)、隨機存取控制(Random Access Control)等程序。在某些應用中，如實現高速上鏈路封包存取功能時，媒體存取控制單元226可啟動增強專用通道之傳輸。” | 对比文件公开了MAC单元将来自RLC不同逻辑信道的封包映射到传输信道并启动增强专用信道传输。在3GPP规范及目标专利说明书（如[0010]、[0037]）中，E-DCH承载的上行用户平面和控制平面数据即为DTCH与DCCH数据。对比文件虽然未直接指明DCCH/DTCH名称，但本领域技术人员基于其公开的“来自不同逻辑通道的封包经由E-DCH传输”，结合该领域公知常识极易推理出其传输的数据即包括DCCH或DTCH数据；按照极其宽松的隐含公开标准，对比文件部分公开了其内容并能结合公知常识推断得出，故认定《隐含公开》。 |
| 技术特征E：所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>【未公开】 | 无 | 对比文件未公开任何关于指示在HS-DPCCH上支持ACK/NACK的IE，更不存在基于该IE指示情况的判定条件。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征F：由所述WTRU传送ACK/NACK反馈。<br><br>【未公开】 | 无 | 对比文件背景技术中仅提及E-HICH等信道“用來傳輸混合式自動重發請求確認資訊(ACK/NACK)”，在3GPP中E-HICH是下行信道（基站向UE发送ACK/NACK）。对比文件并未公开由WTRU向上行传送ACK/NACK反馈的技术方案。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征G：其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br><br>【未公开】 | 无 | 对比文件未涉及WTRU在HS-DPCCH上传送ACK/NACK反馈。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征H：其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>【未公开】 | 无 | 对比文件完全未涉及第一IE以及确定用于HS-DSCH的CQI的相关方案。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征I：<br><br>【未公开】 | 无 | 空白特征项，不作公开性认定。 |
| 技术特征J：在所述HS-DSCH上的物理层中传送所述CQI。<br><br>【未公开】 | 无 | 对比文件未涉及物理层中传送CQI的技术方案。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征K：其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br><br>【未公开】 | 无 | 对比文件涉及CELL_DCH下常规E-DCH的功率授权变量维护，未涉及基于争用的E-DCH接入或解决潜在冲突的冲突解决机制。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征L：其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br><br>【未公开】 | 无 | 对比文件未涉及通过冲突解决来确认WTRU能够存取E-DCH资源。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征M：进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br><br>【直接公开】 | 【说明书第2页倒数第2段】<br>“透過基地台排程機制，基地台可控制其訊號傳輸範圍內(Cell)之用戶端的傳輸功率，以調整用戶端上鏈路的傳輸速率。由上述媒體存取控制通信協定規範之章節9.2.5.2.1及9.2.5.2.2可知，網路端可透過一增強專用通道相對允傳量訊息通道(E－DCH Relative Grant Channel，E－RGCH)及一增強專用通道絕對允傳量訊息通道(E－DCH Absolute Grant Channel，E－AGCH)，輸出相對允傳量(Relative Grant)訊息及絕對允傳量(Absolute Grant)訊息至用戶端，以控制用戶端可使用的傳輸功率。其中，增強專用通道絕對允傳量訊息通道係一共享通道(Shared Channel)，使用一增強專用通道無線網路臨時碼(E－DCH Radio Network Temporary Identifier，E－RNTI)，用以將絕對允傳量訊息傳送至特定的用戶端。”<br>【说明书第4页倒数第2段】<br>“媒體存取控制單元226可依據第三層介面(無線資源控制層)202的無線資源分配命令，將來自無線鏈結控制單元224不同邏輯通道(Logic Channel)的封包，對應到包括普通、共享或專用等性質的傳輸通道(Transport Channel)……” | 对比文件明确公开了网络端通过RRC层的无线资源分配命令，以及通过E-AGCH和E-RGCH向用户端（WTRU）发送绝对允传量（Absolute Grant）与相对允传量（Relative Grant）信息，用于控制和分配用户端进行E-DCH传输可使用的无线电资源/传输功率。用户端收发器接收该分配信息。该过程在对比文件中即起到为用户端配置并分配E-DCH传输资源的作用，与目标专利中接收E-DCH资源分配的作用相同。本领域技术人员能毫无疑义地直接得出该技术方案，故属于《直接公开》。 |
| 技术特征N：其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>【未公开】 | 无 | 对比文件仅公开了通过E-AGCH/E-RGCH或RRC层信令提供Grant信息，未公开在系统信息块（SIB）中广播/接收可用E-DCH资源列表。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征O：<br><br>【未公开】 | 无 | 空白特征项，不作公开性认定。 |
| 技术特征P：使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>【未公开】 | 无 | 对比文件未公开基于索引从可用E-DCH资源列表中确定E-DCH资源。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征Q：其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>【未公开】 | 无 | 对比文件未涉及从节点B接收包括可用E-DCH资源的“索引和列表”的信号。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征R：<br><br>【未公开】 | 无 | 空白特征项，不作公开性认定。 |
| 技术特征S：使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>【未公开】 | 无 | 对比文件未公开使用索引从可用E-DCH资源列表确定E-DCH资源。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征T：进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br><br>【隐含公开】 | 【说明书第4页倒数第2段】<br>“第二層介面206包含兩子層，分別為一無線鏈結控制單元224及一媒體存取控制單元226……媒體存取控制單元226可依據第三層介面(無線資源控制層)202的無線資源分配命令，將來自無線鏈結控制單元224不同邏輯通道(Logic Channel)的封包，對應到包括普通、共享或專用等性質的傳輸通道(Transport Channel)，以進行通道對映(Channel Mapping)、多工(Multiplexing)、傳輸格式選擇(Transport Format Selection)、隨機存取控制(Random Access Control)等程序。在某些應用中，如實現高速上鏈路封包存取功能時，媒體存取控制單元226可啟動增強專用通道之傳輸。”<br>【说明书第4页第2段】<br>“收發器114用以接收或發送無線訊號，並將所接收之訊號傳送至控制電路106，或將控制電路106所產生之訊號以無線電方式輸出。” | 对比文件公开了用户端通过收发器进行上行无线传输，并在实现HSUPA（E-DCH）时，将来自RLC不同逻辑信道（包括专用性质的通道）的封包映射到传输通道进行E-DCH传输。结合3GPP标准公知常识，在WCDMA/HSUPA系统中，映射至专用传输通道并在E-DCH上传送的上行数据即为DCCH（信令）或DTCH（业务数据）。本领域技术人员基于对比文件关于逻辑通道映射与E-DCH传输的记载，完全能够合理推断出其传送的数据包括DCCH或DTCH数据。按照极其宽松的隐含公开标准，该特征属于部分公开且可合理推断得出，故认定《隐含公开》。 |
| 技术特征U：其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br><br>【未公开】 | 无 | 对比文件所涉及的E-DCH传输启动均基于3GPP TS 25.321 V6.7.0（Release 6常规CELL_DCH状态），完全未涉及处于CELL_FACH状态下的E-DCH传输或在该状态期间传送ACK/NACK反馈。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征V：该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>【直接公开】 | 【说明书第2页倒数第2段】<br>“由上述媒體存取控制通信協定規範之章節9.2.5.2.1及9.2.5.2.2可知，網路端可透過一增強專用通道相對允傳量訊息通道(E－DCH Relative Grant Channel，E－RGCH)及一增強專用通道絕對允傳量訊息通道(E－DCH Absolute Grant Channel，E－AGCH)，輸出相對允傳量(Relative Grant)訊息及絕對允傳量(Absolute Grant)訊息至用戶端，以控制用戶端可使用的傳輸功率。其中，增強專用通道絕對允傳量訊息通道係一共享通道(Shared Channel)，使用一增強專用通道無線網路臨時碼(E－DCH Radio Network Temporary Identifier，E－RNTI)，用以將絕對允傳量訊息傳送至特定的用戶端。”<br>【说明书第4页倒数第2段】<br>“媒體存取控制單元226可依據第三層介面(無線資源控制層)202的無線資源分配命令……在某些應用中，如實現高速上鏈路封包存取功能時，媒體存取控制單元226可啟動增強專用通道之傳輸。” | 对比文件明确记载网络端通过E-AGCH输出绝对允传量信息或通过RRC层无线资源分配命令，将E-DCH传输资源分配给WTRU以控制其上行传输功率与速率，WTRU据此启动并执行E-DCH上行链路传输。其公开的内容在对比文件中起到了分配E-DCH上行资源的作用，与目标专利该特征在实质和作用上完全一致。本领域技术人员能够毫无疑义地确定该方案，故属于《直接公开》。 |
| 技术特征W：在冲突解决完成<br><br>【未公开】 | 无 | 对比文件未涉及争用接入过程，不存在“冲突解决完成”的技术特征。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征X：所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>【未公开】 | 无 | 对比文件未公开E-DCH资源包括请求测量并报告反馈信息的IE，亦未公开在该情况下的条件触发。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征Y：由所述WTRU传送信道质量指示符CQI。<br><br>【未公开】 | 无 | 对比文件仅在背景技术提及“根據通道品質的好壞來調節傳輸速率”，全文并未涉及由WTRU传送信道质量指示符CQI的任何具体技术方案。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征Z：其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br><br>【未公开】 | 无 | 对比文件未公开经由HS-DPCCH传送CQI。因此，对比文件未直接公开也未隐含公开该特征。 |
---
<<<d>>>
<<<M>>>
<<<t>>>
<<<V>>>
作为专利创造性评估经验丰富的资深专利代理师，紧密结合目标专利说明书原文，对对比文件（TW200737810A）与目标专利权利要求各技术特征的比对分析如下：
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（已标明出处并按需翻译） | 公开性论述 |
| 技术特征A：包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>《未公开》 | 无对应内容。 | 目标专利说明书[0019]、[0026]、[0067]、[0068]记载，该IE涉及网络配置在CELL_FACH/空闲状态下通过E-DCH资源集合指示或配置在HS-DPCCH上支持传输ACK/NACK反馈。<br>对比文件TW200737810A主要涉及在HSUPA中，UE在下行E-HICH/E-RGCH信道上接收基站下发的HARQ ACK/NACK或功率回覆消息时，自适应调整接收检测门限以区分ACK/NACK/DTX。对比文件既未公开在物理控制信道HS-DPCCH上支持ACK/NACK，也未公开由UE从网络接收指示在HS-DPCCH上支持ACK/NACK的IE，本领域技术人员无法直接得出或合理推断出该特征。 |
| 技术特征B：<br><br>《未公开》 | （空特征） | 权利要求中未给出具体技术特征内容。 |
| 技术特征C：在经过冲突解决之后<br><br>《未公开》 | 无对应内容。 | 目标专利说明书[0007]、[0023]、[0035]记载冲突解决（争用解决阶段）用于解决CELL_FACH状态下增强型RACH接入传输E-DCH消息时的潜在冲突。<br>对比文件全文记载的是已建立E-DCH连接的常规HSUPA软切换和传输场景，涉及的是已知HARQ进程的下行回传，并未涉及CELL_FACH状态下的基于竞争的接入流程，亦完全没有公开或隐含公开“在经过冲突解决之后”这一阶段特征。 |
| 技术特征D：所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>《未公开》 | 无对应内容。 | 目标专利说明书[0037]、[0038]明确将WTRU发送DCCH/DTCH专用数据作为触发在HS-DPCCH上传送反馈的条件。<br>对比文件仅泛泛提及在E-DPDCH和E-DPCCH上传输数据块（如【發明詳細說明】“假設該UE 10開始使用，例如，傳輸資料的E－DCH專用實體資料通道(E－DPDCH)以及傳輸控制資訊的E－DCH專用實體控制通道(E－DPCCH)在該上鏈通道，E－DCH，110上傳輸”），并未公开或涉及高层逻辑信道DCCH或DTCH数据的发送与判断，本领域技术人员无法从对比文件直接得出或隐含推定出该逻辑信道数据特征。 |
| 技术特征E：所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>《未公开》 | 无对应内容。 | 对比文件根本未公开任何网络侧发送的指示在HS-DPCCH上支持ACK/NACK的IE，因此更不存在基于该IE指示情况作为传输前提的技术方案。 |
| 技术特征F：由所述WTRU传送ACK/NACK反馈。<br><br>《未公开》 | 【發明背景】：“有一些訊息，諸如自動重複請求(Automatic Repeat reQuest；ARQ)訊息與有關由該單元所接收之功率的訊息，係將利用在下鏈通道上的信號傳遞至該使用者設備。這些訊息包含具有一些預定狀態的識別符。舉例而言，該ARQ訊息具有一有一ACK(認可)狀態與一NACK(不認可)狀態的識別符。”<br>【較佳實施例之詳細說明】：“在上鏈E－DCH傳輸已發生後，該有效集合中的每一單元在一某些數量的TTI後能回覆至該使用者設備。關注的是下鏈通道的兩個回覆訊息、一包含一具有ACK與NACK之可能狀態的識別符的ARQ訊息...該ARQ訊息係運載在E－HICH上” | 目标专利技术特征F限定由WTRU传送ACK/NACK反馈，结合说明书[0026]、[0046]可知，系指WTRU在上行链路（如HS-DPCCH）上向网络侧发送针对下行传输的HARQ ACK/NACK反馈。<br>对比文件公开的是基站向WTRU发送包含ACK/NACK的回覆消息（运载在下行E-HICH上），由WTRU进行接收和门限判定；对比文件未公开由WTRU向网络发送ACK/NACK反馈，传输主体与传输方向完全不同，因此未公开该特征。 |
| 技术特征G：其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br><br>《未公开》 | 无对应内容。 | 目标专利说明书[0019]、[0026]等明确记载上行ACK/NACK反馈经由上行物理控制信道HS-DPCCH传输。<br>对比文件中讨论的ACK/NACK属于网络侧下行发送给UE的HARQ回执，承载于下行E-HICH信道上，对比文件未公开或提及在HS-DPCCH上传送ACK/NACK。 |
| 技术特征H：其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>《未公开》 | 无对应内容。 | 目标专利说明书[0021]、[0026]记载由WTRU测量并确定用于HS-DSCH的CQI。<br>对比文件中UE测量的对象是下行信道上的噪声与干扰（N+I）值用以调整自适应判定门限，并未涉及确定用于HS-DSCH的信道质量指示符CQI，亦无相关IE，故未公开。 |
| 技术特征I：<br><br>《未公开》 | （空特征） | 权利要求中未给出具体技术特征内容。 |
| 技术特征J：在所述HS-DSCH上的物理层中传送所述CQI。<br><br>《未公开》 | 无对应内容。 | 目标专利说明书涉及在层1（物理层）传送CQI反馈；对比文件完全未公开或涉及向上行传送CQI的技术方案。 |
| 技术特征K：其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br><br>《未公开》 | 无对应内容。 | 目标专利说明书[0007]指明“该争用解决阶段是为了解决E-RACH消息的潜在冲突而被提供的”。<br>对比文件中UE处于专用HSUPA连接状态，采用已知HARQ配置，无冲突解决机制，完全未公开针对E-DCH传输的潜在冲突解决机制。 |
| 技术特征L：其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br><br>《未公开》 | 无对应内容。 | 目标专利说明书[0023]、[0035]指出争用解决成功后确认WTRU获得无争用的E-DCH资源接入。<br>对比文件无相关冲突解决以及基于冲突解决确认存取E-DCH资源的内容，故未公开。 |
| 技术特征M：进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br><br>《隐含公开》 | 【較佳實施例之詳細說明】：“HSUPA包含一稱作增強上鏈專用通道(Enhanced Uplink－Dedicated Channel；E－DCH)的新上鏈運送通道以便提供從使用者設備至被稱作節點B的基地台更快的資料傳輸。”<br>“在某些實施中，若該UE 10具有一通道化碼與用於E－HICH 121與E－RGCH 122分配至另一UE 10的40－位元特徵碼，則此測量技術可被執行。該UE 10能判定是否這些碼被分配給該UE 10。...但在該UE 10的傳輸開始之前，該UE 10將得到所需之碼。” | 目标专利说明书[0007]、[0026]记载网络为WTRU分派用于后续传输的E-DCH资源。<br>在对比文件所基于的3GPP HSUPA（Release 6）架构中，UE在上行E-DCH传输前，必须通过网络侧（RNC/Node B）获取E-DCH传输所需的信道化码及物理信道配置（即“在該UE 10的傳輸開始之前，該UE 10將得到所需之碼”）。按照宽松的隐含公开判断标准，UE在E-DCH上发送数据块之前从网络获取相关信道码及传输参数，构成了部分公开或足以合理推断出“从所述网络接收用于E-DCH资源的分配”，因此认定为隐含公开。 |
| 技术特征N：其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>《未公开》 | 无对应内容。 | 目标专利说明书[0026]记载“可用的E-DCH资源的列表会在系统信息块（SIB）中从网络广播”。<br>对比文件所处背景为Release 6专用态HSUPA，并不涉及在广播系统信息块SIB中广播增强型RACH可用的E-DCH资源列表，对比文件全文未记载SIB或通过SIB下发E-DCH资源列表，未公开该特征。 |
| 技术特征O：<br><br>《未公开》 | （空特征） | 权利要求中未给出具体技术特征内容。 |
| 技术特征P：使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 无对应内容。 | 目标专利说明书[0026]记载“可以向WTRU提供用于E-DCH资源分派的列表索引...使用索引以从可用E-DCH资源列表确定E-DCH资源”。<br>对比文件未公开通过索引从可用E-DCH资源列表中确定E-DCH资源。 |
| 技术特征Q：其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>《未公开》 | 无对应内容。 | 目标专利说明书[0033]等记载网络信号（如L1/HS-SCCH）携带经SIB广播的E-DCH资源列表中的索引。<br>对比文件未公开从节点B接收包含可用E-DCH资源的索引和列表的信号。 |
| 技术特征R：<br><br>《未公开》 | （空特征） | 权利要求中未给出具体技术特征内容。 |
| 技术特征S：使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 无对应内容。 | 同技术特征P，对比文件完全没有公开使用索引从可用E-DCH资源列表中选择或确定E-DCH资源。 |
| 技术特征T：进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br><br>《未公开》 | 无对应内容。 | 目标专利说明书[0037]、[0038]记载在E-RACH上传送高层DCCH控制信令或DTCH用户面业务数据。<br>对比文件仅记载在E-DPDCH上发送数据块（即物理层数据），并未公开逻辑信道DCCH或DTCH的传输，本领域技术人员无法从物理层数据块传输直接或隐含推导出传送DCCH或DTCH数据。 |
| 技术特征U：其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br><br>《未公开》 | 无对应内容。 | 目标专利说明书[0001]、[0006]、[0025]等通篇强调处于CELL_FACH状态的WTRU传送反馈信息。<br>对比文件属于Release 6版本在CELL_DCH状态下的HSUPA操作，未涉及在CELL_FACH状态期间传送任何ACK/NACK反馈。 |
| 技术特征V：该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>《隐含公开》 | 【較佳實施例之詳細說明】：“HSUPA包含一稱作增強上鏈專用通道(Enhanced Uplink－Dedicated Channel；E－DCH)的新上鏈運送通道以便提供從使用者設備至被稱作節點B的基地台更快的資料傳輸。”<br>“在某些實施中，若該UE 10具有一通道化碼與用於E－HICH 121與E－RGCH 122分配至另一UE 10的40－位元特徵碼，則此測量技術可被執行。該UE 10能判定是否這些碼被分配給該UE 10。...但在該UE 10的傳輸開始之前，該UE 10將得到所需之碼。” | 目标专利说明书[0007]、[0046]记载WTRU获取E-DCH资源配置以进行上行链路传输。<br>对比文件公开了UE在上行通道E-DCH上传递数据块，且在传输开始前分配获取信道化码等所需配置。基于与技术特征M相同的理由，按照宽松的隐含公开判断标准，UE为了进行上行E-DCH传输而在传输前获得所需码字配置，可合理推知由WTRU从网络接收E-DCH资源分配用于上行链路传输，故认定该特征被隐含公开。 |
| 技术特征W：在冲突解决完成<br><br>《未公开》 | 无对应内容。 | 目标专利说明书[0023]、[0035]记载“一旦接收到这个指示，WTRU会认为争用解决阶段取得成功...完成争用解决阶段”。<br>对比文件全文未涉及随机接入冲突解决阶段及其完成流程，未公开该特征。 |
| 技术特征X：所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>《未公开》 | 无对应内容。 | 目标专利说明书[0034]记载“通过作为E-DCH资源集合一部分广播的特定IE来指示WTRU经由HS-DPCCH传送信道质量信息”。<br>对比文件不存在E-DCH资源包含请求测量并报告反馈信息的IE的相关教导。 |
| 技术特征Y：由所述WTRU传送信道质量指示符CQI。<br><br>《未公开》 | 无对应内容。 | 目标专利说明书[0021]、[0032]记载WTRU将信道质量信息作为k比特CQI编码并在上行传送。<br>对比文件仅由UE对下行干扰和噪声进行测量以调整自身解码判决门限，并未公开WTRU传送信道质量指示符CQI。 |
| 技术特征Z：其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br><br>《未公开》 | 无对应内容。 | 目标专利说明书[0022]、[0029]明确记载经由HS-DPCCH传送信道质量信息。<br>对比文件完全未公开经由HS-DPCCH传输CQI。 |
---
<<<m>>>
<<<v>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>【未公开】 | 无对应记载。 | 对比文件CN101060682A公开的是针对支持E-DCH的用户设备在频间小区更新过程中的测试方法，其信令主要涉及RRC层的无线承载重配置信令、寻呼信令、小区更新信令及小区更新证实信令等。对比文件中完全未提及由WTRU接收指示在HS-DPCCH上支持ACK/NACK反馈的特定IE，也没有在HS-DPCCH上传送ACK/NACK的相关机制。因此，该特征未被直接公开，亦无任何内容可供本领域技术人员合理推导出该方案，不构成隐含公开。 |
| 技术特征B：<br>（注：原权利要求划分项为空）<br><br>【未公开】 | 无对应记载。 | 原技术特征B内容为空，对比文件无对应比对内容。 |
| 技术特征C：<br>在经过冲突解决之后<br><br>【未公开】 | 无对应记载。 | 目标专利中的“冲突解决（争用解决）”是指处于CELL_FACH状态下的WTRU在增强型RACH接入过程中，为了解决多个WTRU在上行链路竞争公共E-DCH资源所执行的争用解决过程（如目标专利说明书[0007]、[0023]、[0035]所述）。而对比文件公开的是频间小区更新测试流程，UE在CELL_PCH状态收到寻呼后进入CELL_FACH状态，直接在CCCH上发送CELL UPDATE信令，随后接收网络侧的CELL UPDATE CONFIRM信令并转移至CELL_DCH状态。整个过程并不涉及增强型RACH接入的冲突/争用解决机制，更未公开在冲突解决之后的时序控制。因此，该技术特征未被对比文件公开。 |
| 技术特征D：<br>所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>《直接公开》 | 【具体实施方式部分，步骤209】：<br>“步骤209中，UE配置完信道后，在上行DCCH信道上发送RADIO BEARER RECONFIGURATION COMPLETE(无线承载重配置完成)信令给SS。此时UE应该可以自如地进行E-DCH发送和HS-DSCH接收了。”<br>【发明内容部分】：<br>“步骤308：用户设备在上行DCCH信道发送无线承载重配置完成信令给系统仿真器，并进入所述小区A中的CELL_DCH状态。” | 对比文件明确公开了UE在上行专用控制信道（DCCH）上向系统仿真器SS发送“无线承载重配置完成（RADIO BEARER RECONFIGURATION COMPLETE）”信令。该信令即属于在DCCH信道上传送的控制数据，完全对应技术特征D中“所述WTRU已发送专用控制信道DCCH数据”。二者在传输信道类型（DCCH）以及传输控制信令数据的作用相同。因此，本领域技术人员可以毫无疑义地直接得出该技术方案，技术特征D属于《直接公开》。 |
| 技术特征E：<br>所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>【未公开】 | 无对应记载。 | 如前述特征A的比对论述，对比文件通篇未涉及用于指示HS-DPCCH支持ACK/NACK的IE，更未公开基于该IE的指示情况来判断或触发后续行为的条件判断机制。因此，该技术特征未被对比文件公开。 |
| 技术特征F：<br>由所述WTRU传送ACK/NACK反馈。<br><br>【未公开】 | 无对应记载。 | 对比文件中UE与网络/系统仿真器之间交互的是RRC层信令（如小区更新、无线承载重配置完成等），未公开由WTRU向网络传送物理层或HARQ级别的ACK/NACK反馈信息。因此，该技术特征未被公开。 |
| 技术特征G：<br>其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br><br>【未公开】 | 无对应记载。 | 对比文件中完全未公开UE经由HS-DPCCH物理信道传送ACK/NACK反馈的技术方案，该特征未被公开。 |
| 技术特征H：<br>其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>【未公开】 | 无对应记载。 | 对比文件仅提及UE进行HS-DSCH接收，但未涉及UE测量并确定用于HS-DSCH的信道质量指示符CQI，更无相关的第一IE的技术内容。因此，该技术特征未被公开。 |
| 技术特征I：<br>（注：原权利要求划分项为空）<br><br>【未公开】 | 无对应记载。 | 原技术特征I内容为空，对比文件无对应比对内容。 |
| 技术特征J：<br>在所述HS-DSCH上的物理层中传送所述CQI。<br><br>【未公开】 | 无对应记载。 | 对比文件未涉及物理层CQI的生成与传输，亦未公开在HS-DSCH上或相关信道上传送CQI。该特征未被公开。 |
| 技术特征K：<br>其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br><br>【未公开】 | 无对应记载。 | 目标专利中的冲突解决机制针对的是处于CELL_FACH状态和空闲模式中的增强型RACH接入，为了解决多个WTRU竞争共享E-DCH资源时的上行传输潜在冲突（参见目标专利[0007]、[0035]）。而对比文件公开的是标准RRC的小区更新流程（通过CCCH发送小区更新消息），不存在E-DCH传输的冲突解决机制，更未解决一个或多个E-DCH传输的潜在冲突。因此，该特征未被对比文件公开。 |
| 技术特征L：<br>其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br><br>【未公开】 | 无对应记载。 | 如特征K所述，对比文件中不存在针对E-DCH传输的争用解决过程，没有公开通过冲突解决来确认UE能够存取E-DCH资源的技术方案。该特征未被公开。 |
| 技术特征M：<br>进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br><br>《直接公开》 | 【具体实施方式部分，步骤208】：<br>“步骤208中，SS发送CELL UPDATE CONFIRM(小区更新证实)信令给UE，迫使UE转入到小区1的CELL_DCH状态，其中信令配置如下：配置RRC State Indicator为CELL_PCH；在RB information to reconfigure list中也必须将RAB和SRB映射到E-DCH/HS-DSCH；在Frequency info设为小区1对应的频率；Added or Reconfigured UL TrCH information(增加或重配置的上行传输信道信息)和Added or Reconfigured DL TrCH information(增加或重配置的下行传输信道信息)中将相应的E-DCH和HS-DSCH信道增加……其它信息元素如E-DCH Info(E-DCH信息)、Downlink HS-PDSCH Information(下行HS-PDSCH信息)、E-AGCH Info(E-DCH绝对指派信道信息)、E-HICH Information(E-DCH HARQ确认指派信道信息)、E-RGCH Information(E-DCH相对指派信道信息)可以参照A14条件下的RADIO BEARER SETUP(无线承载建立)中的对应信息单元进行配置。” | 对比文件明确公开了系统仿真器SS（模拟网络侧）向UE发送“小区更新证实（CELL UPDATE CONFIRM）”信令，在该信令中包含“增加或重配置的上行传输信道信息”以增加E-DCH信道，并配置了包括“E-DCH Info”等在内的相关信息元素，UE接收后建立E-DCH信道并进行E-DCH发送。这实质上就是UE从网络接收用于E-DCH资源的分配。对比文件中该配置内容的作用也是为UE分配上行E-DCH传输信道资源，与目标专利中接收E-DCH资源分配的作用完全相同。本领域技术人员能够毫无疑义地直接得出该技术方案，因此技术特征M属于《直接公开》。 |
| 技术特征N：<br>其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>【未公开】 | 无对应记载。 | 目标专利中在SIB中广播可用E-DCH资源列表，用于CELL_FACH状态下的公共E-DCH资源池配置（见说明书[0026]）。对比文件中UE接收E-DCH资源是通过专用RRC信令“小区更新证实（CELL UPDATE CONFIRM）”来实现的，虽然对比文件提到了等待UE读取系统消息，但完全没有公开在系统信息块SIB中包含可用E-DCH资源列表并由此接收E-DCH资源分配的内容。因此该特征未被公开。 |
| 技术特征O：<br>（注：原权利要求划分项为空）<br><br>【未公开】 | 无对应记载。 | 原技术特征O内容为空，对比文件无对应比对内容。 |
| 技术特征P：<br>使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>【未公开】 | 无对应记载。 | 对比文件未公开在SIB中维护可用E-DCH资源列表，更没有公开使用索引从该列表中确定E-DCH资源的技术方案。因此该特征未被公开。 |
| 技术特征Q：<br>其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>【未公开】 | 无对应记载。 | 目标专利中该特征涉及由节点B向WTRU发送包括可用E-DCH资源列表及其索引的信号以指派资源（如说明书[0026]、[0031]）。对比文件是通过RRC层信令CELL UPDATE CONFIRM配置具体的E-DCH Info等专用参数，并非由节点B发送包含“可用E-DCH资源列表及索引”的信号。因此该特征未被公开。 |
| 技术特征R：<br>（注：原权利要求划分项为空）<br><br>【未公开】 | 无对应记载。 | 原技术特征R内容为空，对比文件无对应比对内容。 |
| 技术特征S：<br>使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>【未公开】 | 无对应记载。 | 理由同特征P，对比文件中未公开使用索引从可用E-DCH资源列表中确定E-DCH资源。该特征未被公开。 |
| 技术特征T：<br>进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br><br>《直接公开》 | 【具体实施方式部分，步骤209】：<br>“步骤209中，UE配置完信道后，在上行DCCH信道上发送RADIO BEARER RECONFIGURATION COMPLETE(无线承载重配置完成)信令给SS。此时UE应该可以自如地进行E-DCH发送和HS-DSCH接收了。”<br>【背景技术部分】：<br>“UE 11处于小区1，状态为A14条件下的PS-DCCH+DTCH_HS-DSCH+DTCH_E-DCH(state 6-18)……” | 对比文件明确公开了UE在上行DCCH信道上向SS发送无线承载重配置完成信令，并在步骤208-209重新建立E-DCH后传送DTCH数据（参见A14映射条件，DTCH映射到E-DCH）。对比文件直接公开了UE传送专用控制信道DCCH数据或专用业务信道DTCH数据，其在UE与网络通信中传输信令或业务数据的作用与目标专利相同。本领域技术人员可毫无疑义地确定该技术方案，因此技术特征T属于《直接公开》。 |
| 技术特征U：<br>其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br><br>【未公开】 | 无对应记载。 | 目标专利强调处于CELL_FACH状态的WTRU在增强型RACH期间传送快速ACK/NACK反馈（参见说明书[0007]、[0011]、[0026]）。而对比文件中UE在CELL_FACH状态下仅通过上行CCCH信道发送CELL UPDATE信令，根本没有涉及在CELL_FACH状态期间传送ACK/NACK反馈。因此该技术特征未被公开。 |
| 技术特征V：<br>该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>《直接公开》 | 【具体实施方式部分，步骤208、步骤209】：<br>“步骤208中，SS发送CELL UPDATE CONFIRM(小区更新证实)信令给UE，迫使UE转入到小区1的CELL_DCH状态，其中信令配置如下：……Added or Reconfigured UL TrCH information(增加或重配置的上行传输信道信息)……中将相应的E-DCH……信道增加……其它信息元素如E-DCH Info(E-DCH信息)……可以参照A14条件下的RADIO BEARER SETUP(无线承载建立)中的对应信息单元进行配置。”<br>“步骤209中，UE配置完信道后……此时UE应该可以自如地进行E-DCH发送和HS-DSCH接收了。” | 对比文件中UE从系统仿真器SS（网络侧）接收CELL UPDATE CONFIRM信令，信令中包含了用于上行传输的E-DCH信道增加配置及E-DCH Info，使得UE配置完成后能够进行E-DCH上行传输。该过程完全对应于“由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输”，在信道资源分配和支持上行传输方面的技术手段与功能效果完全一致。本领域技术人员能直接确定，属于《直接公开》。 |
| 技术特征W：<br>在冲突解决完成<br><br>【未公开】 | 无对应记载。 | 对比文件是常规的小区更新流程，不涉及增强型RACH接入过程中的竞争/冲突解决阶段，没有公开任何“在冲突解决完成”的时序条件或控制节点。该特征未被公开。 |
| 技术特征X：<br>所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>【未公开】 | 无对应记载。 | 目标专利中通过广播或分配E-DCH资源集合时，利用其中的特定IE来请求WTRU测量并报告信道质量反馈信息（参见说明书[0034]）。对比文件中配置E-DCH资源的信息元素仅包含常规的信道重配置参数（如E-DCH Info等），未公开在E-DCH资源中包含请求测量并报告反馈信息的IE，亦未公开基于此情况进行判断。该特征未被公开。 |
| 技术特征Y：<br>由所述WTRU传送信道质量指示符CQI。<br><br>【未公开】 | 无对应记载。 | 对比文件通篇未涉及UE测量并向网络侧上报物理层或MAC层的信道质量指示符CQI，未公开传送信道质量指示符的技术方案。该特征未被公开。 |
| 技术特征Z：<br>其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br><br>【未公开】 | 无对应记载。 | 对比文件中完全没有涉及信道质量指示符CQI的生成，更没有公开经由HS-DPCCH传送CQI的技术特征。该特征未被公开。 |
---
<<<D>>>
<<<M>>>
<<<T>>>
<<<V>>>
## 特征比对表格
本对比文件（JPWO2006106578A1，名称为《交流電源装置》）涉及冷阴极管（CCFL）等液晶显示器（LCD）背光负载所用的交流电源驱动装置，通过在调光等级较低时将逆变器的交流化频率由高频切换为低频以防止漏电流；而目标专利涉及移动无线通信技术领域（具体为3GPP WCDMA版本8中处于CELL_FACH状态的增强型上行链路E-DCH及HS-DPCCH反馈机制）。两者的技术领域、解决的技术问题、采用的技术方案及达到的技术效果完全不同。
以下严格按照给出的技术特征划分进行逐项对比分析：
| 技术特征描述及公开性判断结果 | 对比文件原文引用及翻译 | 公开性论述 |
| 技术特征A：包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>【公开性判断】：《未公开》（未直接公开且未隐含公开） | 无相关内容（对比文件全文涉及冷阴极管交流电源装置驱动技术，未记载任何无线通信内容）。 | 对比文件全文涉及LCD背光源冷阴极管的逆变交流电源电路（如[0001]、[0008]），完全不涉及无线蜂窝通信系统中的无线发射/接收单元（WTRU）、网络侧基站、物理控制信道HS-DPCCH、ACK/NACK反馈以及信令信息元素（IE）。因此，对比文件未直接公开该技术特征；本领域技术人员也无法通过对比文件的电路内容推理得出该无线通信方案，亦不存在与其他对比文件结合的基础，故也不构成隐含公开。 |
| 技术特征B：<br><br>【公开性判断】：《未公开》 | 无相关内容。 | 该项技术特征内容为空，对比文件无对应技术方案记载。 |
| 技术特征C：在经过冲突解决之后<br><br>【公开性判断】：《未公开》（未直接公开且未隐含公开） | 无相关内容。 | 目标专利中“冲突解决”紧密结合说明书[0007]、[0023]、[0035]是指在基于争用的无线随机接入（E-RACH）过程中解决多个WTRU竞争同一上行接入资源的冲突解决机制。对比文件为冷阴极管驱动电路，没有任何通信介质接入争用或冲突解决的机制，既未直接公开，也无法通过合理推断得出，不构成隐含公开。 |
| 技术特征D：所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>【公开性判断】：《未公开》（未直接公开且未隐含公开） | 无相关内容。 | 目标专利中的DCCH与DTCH是无线通信协议架构中的逻辑信道，作为隐性触发反馈的条件（参见目标说明书[0037]-[0038]）。对比文件完全未涉及任何无线逻辑信道及数据发送机制，未直接公开，亦无法隐含推导得出。 |
| 技术特征E：所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>【公开性判断】：《未公开》（未直接公开且未隐含公开） | 无相关内容。 | 目标专利结合说明书[0026]涉及网络通过IE指示WTRU在HS-DPCCH上映射/支持HARQ ACK/NACK反馈。对比文件未公开任何通信协议、IE信令或物理信道反馈控制，未直接公开且未隐含公开。 |
| 技术特征F：由所述WTRU传送ACK/NACK反馈。<br><br>【公开性判断】：《未公开》（未直接公开且未隐含公开） | 无相关内容。 | 目标专利为移动终端向上行链路传送混合自动重传请求（HARQ）的ACK/NACK反馈信息以支持下行链路数据重传（目标说明书[0012]、[0026]）。对比文件中不存在WTRU，也没有数据重传或ACK/NACK机制，未直接公开且未隐含公开。 |
| 技术特征G：其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br><br>【公开性判断】：《未公开》（未直接公开且未隐含公开） | 无相关内容。 | 目标专利限定了ACK/NACK的物理信道载体为HS-DPCCH（说明书[0026]）。对比文件属于高压交流逆变电源硬件，无无线通信物理信道，未直接公开且未隐含公开。 |
| 技术特征H：其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>【公开性判断】：《未公开》（未直接公开且未隐含公开） | 无相关内容。 | 目标专利限定确定针对HS-DSCH的信道质量指示符CQI（目标说明书[0021]、[0026]）。对比文件未涉及任何无线通信下行链路共享信道及信道质量测量与CQI确定过程，未直接公开且未隐含公开。 |
| 技术特征I：<br><br>【公开性判断】：《未公开》 | 无相关内容。 | 该项技术特征内容为空，对比文件无对应技术方案记载。 |
| 技术特征J：在所述HS-DSCH上的物理层中传送所述CQI。<br><br>【公开性判断】：《未公开》（未直接公开且未隐含公开） | 无相关内容。 | 目标专利涉及物理层中传输CQI反馈信息。对比文件不涉及无线通信物理层反馈传输，未直接公开且未隐含公开。 |
| 技术特征K：其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br><br>【公开性判断】：《未公开》（未直接公开且未隐含公开） | 无相关内容。 | 目标说明书[0007]明确说明争用解决阶段是为了解决处于CELL_FACH状态的WTRU在增强型RACH传输中E-RACH消息的潜在冲突。对比文件为电源驱动装置，无任何E-DCH传输或冲突争用解决机制，未直接公开且未隐含公开。 |
| 技术特征L：其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br><br>【公开性判断】：《未公开》（未直接公开且未隐含公开） | 无相关内容。 | 目标说明书[0023]、[0035]指出完成争用解决确认了WTRU具有无争用接入以存取E-DCH资源。对比文件未涉及无线通信信道资源分配及无争用接入确认，未直接公开且未隐含公开。 |
| 技术特征M：进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br><br>【公开性判断】：《未公开》（未直接公开且未隐含公开） | 无相关内容。 | 目标专利涉及终端从基站/UTRAN网络侧接收E-DCH无线电资源分配（说明书[0007]、[0046]）。对比文件未涉及无线网络通信及信道资源配置分配，未直接公开且未隐含公开。 |
| 技术特征N：其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>【公开性判断】：《未公开》（未直接公开且未隐含公开） | 无相关内容。 | 目标说明书[0026]明确记载可用E-DCH资源列表在系统信息块（SIB）中由网络广播。对比文件无广播SIB机制及E-DCH资源列表，未直接公开且未隐含公开。 |
| 技术特征O：<br><br>【公开性判断】：《未公开》 | 无相关内容。 | 该项技术特征内容为空，对比文件无对应技术方案记载。 |
| 技术特征P：使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>【公开性判断】：《未公开》（未直接公开且未隐含公开） | 无相关内容。 | 目标说明书[0026]记载向WTRU提供列表索引以从SIB广播的可用列表中确定所分派的E-DCH资源。对比文件完全不涉及信道配置列表索引机制，未直接公开且未隐含公开。 |
| 技术特征Q：其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>【公开性判断】：《未公开》（未直接公开且未隐含公开） | 无相关内容。 | 目标专利限定从基站（节点B）接收包含E-DCH资源索引及列表的下行信号（说明书[0026]、[0033]）。对比文件无基站及无线通信资源信号，未直接公开且未隐含公开。 |
| 技术特征R：<br><br>【公开性判断】：《未公开》 | 无相关内容。 | 该项技术特征内容为空，对比文件无对应技术方案记载。 |
| 技术特征S：使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>【公开性判断】：《未公开》（未直接公开且未隐含公开） | 无相关内容。 | 参见特征P，对比文件无对应无线信道列表索引与资源确定机制，未直接公开且未隐含公开。 |
| 技术特征T：进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br><br>【公开性判断】：《未公开》（未直接公开且未隐含公开） | 无相关内容。 | 目标说明书[0037]-[0038]记载在DCCH或DTCH逻辑信道上传送数据。对比文件完全不涉及无线通信数据信道传输，未直接公开且未隐含公开。 |
| 技术特征U：其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br><br>【公开性判断】：《未公开》（未直接公开且未隐含公开） | 无相关内容。 | 目标说明书[0006]、[0011]、[0022]明确强调针对处于CELL_FACH连接状态的终端进行高速下行数据的快速HARQ反馈。对比文件属于电源硬件电路，无RRC无线资源控制状态管理，未直接公开且未隐含公开。 |
| 技术特征V：该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>【公开性判断】：《未公开》（未直接公开且未隐含公开） | 无相关内容。 | 目标说明书[0007]、[0026]记载WTRU接收E-DCH资源分配用于后续上行E-RACH/E-DCH消息传输。对比文件无上行链路分配及传输机制，未直接公开且未隐含公开。 |
| 技术特征W：在冲突解决完成<br><br>【公开性判断】：《未公开》（未直接公开且未隐含公开） | 无相关内容。 | 目标说明书[0023]、[0035]、[0036]明确指出在完成争用解决（冲突解决）之后触发上行反馈传输。对比文件未涉及通信随机接入冲突解决阶段，未直接公开且未隐含公开。 |
| 技术特征X：所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>【公开性判断】：《未公开》（未直接公开且未隐含公开） | 无相关内容。 | 目标说明书[0034]记载通过作为E-DCH资源集合一部分广播的特定IE指示WTRU经由HS-DPCCH传送信道质量信息。对比文件无E-DCH资源配置、测量触发IE或反馈报告请求，未直接公开且未隐含公开。 |
| 技术特征Y：由所述WTRU传送信道质量指示符CQI。<br><br>【公开性判断】：《未公开》（未直接公开且未隐含公开） | 无相关内容。 | 目标说明书[0021]、[0029]记载WTRU向基站传送测得的下行链路CQI反馈以供调整调制编码方案。对比文件无信道质量测量与CQI报告传输，未直接公开且未隐含公开。 |
| 技术特征Z：其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br><br>【公开性判断】：《未公开》（未直接公开且未隐含公开） | 无相关内容。 | 目标说明书[0022]、[0029]限定CQI经由上行物理控制信道HS-DPCCH传输。对比文件未涉及任何无线物理信道传输，未直接公开且未隐含公开。 |
对比文件JPWO2006106578A1属于显示器背光交流电源技术领域，目标专利属于无线移动通信技术领域，对比文件中未直接公开亦未隐含公开技术特征A至Z中的任何一项技术特征。
根据目标专利说明书的记载与对比文件（JPWO2010098355A1）的技术方案，现对技术特征A至Z进行逐项比对与公开性判断。
---
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A： 包括：由无线发射/接收单元WTRU从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE<br><br>《未公开》 | 对比文件全文未记载任何与HS-DPCCH信道、ACK/NACK反馈IE相关的技术方案。相关段落仅涉及移动台接入家庭基站的通知（例如段落[0014]、[0044]提及W-CDMA规范通信）。 | 对比文件公开的是一种毫微微蜂窝基站（小型基地局）及其向用户通知在圈/离圈的技术，旨在通过扬声器、LED或手机屏幕图标向用户提示当前已接入家庭基站（段落[0001]、[0014]）。对比文件虽在段落[0044]提及无线通信可采用W-CDMA等规范，但通篇完全未涉及下行链路反馈控制机制，未记载网络向终端发送任何指示在HS-DPCCH上支持ACK/NACK的IE。两者的技术领域、解决的技术问题及技术方案完全不同。因此，对比文件既未直接公开、也未隐含公开该特征。 |
| 技术特征B： （空特征）<br><br>《未公开》 | 无引用内容。 | 该特征内容为空，无法进行对比分析与公开性认定。 |
| 技术特征C： 在经过冲突解决之后<br><br>《未公开》 | 对比文件全文未涉及随机接入冲突解决（争用解决）机制。段落[0049]仅提及：“例えば、移動機１１がフェムトセルＦに在圏した場合、移動機１１からは、位置登録の要求が送信されてくる。（例如，当移动机11在毫微微蜂窝F内在圈时，从移动机11发送位置注册请求。）” | 目标专利中的“在经过冲突解决之后”（如目标说明书[0007]、[0023]、[0035]所述）特指E-RACH/E-DCH接入过程中的争用解决（Contention Resolution）阶段完成，确认终端获得无争用资源接入。对比文件中移动台接入小型基地局时仅通过常规的信令交互进行位置注册，未公开任何物理层或MAC层的随机接入冲突解决机制。因此，对比文件未公开该特征。 |
| 技术特征D： 所述WTRU已发送专用控制信道DCCH数据或专用业务信道DTCH数据<br><br>《未公开》 | 段落[0005]、[0006]、[0040]提及：“フェムトセルＦに在圏している移動機が行う音声データなどの通信を中継する。（中继在毫微微蜂窝F内在圈的移动机所进行的语音数据等通信。）”；段落[0049]提及位置注册要求。 | 目标专利中“已发送专用控制信道DCCH数据或专用业务信道DTCH数据”（说明书[0037]、[0038]）是作为触发上行链路在HS-DPCCH上传送反馈的预定触发条件/前置状态。对比文件仅在应用/网络层面上提及用户使用移动机进行“语音数据”通话或发送“位置注册要求”，完全没有揭示3GPP规范架构下的DCCH或DTCH逻辑信道数据传输机制，更没有将其作为后续反馈控制的触发条件。因此，对比文件未直接公开也未隐含公开该特征。 |
| 技术特征E： 所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下<br><br>《未公开》 | 对比文件全文未记载任何关于IE指示HS-DPCCH支持ACK/NACK的内容。 | 目标专利中该特征限定了基于特定网络信令IE的配置状态作为发送ACK/NACK反馈的判断逻辑（说明书[0026]、[0034]）。对比文件完全未涉及HS-DPCCH信道及ACK/NACK相关IE配置。因此，对比文件未公开该特征。 |
| 技术特征F： 由所述WTRU传送ACK/NACK反馈。<br><br>《未公开》 | 对比文件全文未记载终端发送ACK/NACK反馈。 | 目标专利中终端传送ACK/NACK反馈是为了配合高速下行链路数据传输提供HARQ反馈（说明书[0011]、[0026]）。对比文件仅涉及基站检测移动台在圈并发出提示，不涉及物理层/HARQ实体的ACK/NACK反馈传输。因此，对比文件未公开该特征。 |
| 技术特征G： 其中所述ACK/NACK反馈经由所述HS-DPCCH传送。<br><br>《未公开》 | 对比文件全文未记载HS-DPCCH物理信道。 | 目标专利中限定了ACK/NACK反馈传输的具体上行物理控制信道载体为HS-DPCCH（说明书[0022]、[0026]）。对比文件没有涉及任何上行专用物理控制信道传输反馈的方案。因此，对比文件未公开该特征。 |
| 技术特征H： 其中所述IE为第一IE；并且方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI<br><br>《未公开》 | 对比文件全文未记载信道质量指示符CQI或HS-DSCH。 | 目标专利中终端测量下行链路质量以生成针对HS-DSCH的CQI反馈（说明书[0021]、[0023]）。对比文件仅在段落[0010]提及电波接收强度劣化等一般性无线传播现象，完全没有确定高速共享信道CQI测量机制。因此，对比文件未公开该特征。 |
| 技术特征I： （空特征）<br><br>《未公开》 | 无引用内容。 | 该特征内容为空，无法进行对比分析与公开性认定。 |
| 技术特征J： 在所述HS-DSCH上的物理层中传送所述CQI。<br><br>《未公开》 | 对比文件全文未记载CQI传输方案。 | 目标专利涉及在物理层中传送CQI。对比文件通篇完全未涉及CQI的生成与传输。因此，对比文件未公开该特征。 |
| 技术特征K： 其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。<br><br>《未公开》 | 对比文件全文未涉及E-DCH传输或冲突解决。 | 目标专利中的冲突解决特指E-DCH增强型随机接入中的争用解决，解决多个终端争用同一E-DCH资源的前同步码冲突（说明书[0007]、[0032]）。对比文件未涉及E-DCH接入或冲突解决机制。因此，对比文件未公开该特征。 |
| 技术特征L： 其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。<br><br>《未公开》 | 对比文件全文未涉及E-DCH资源存取确认。 | 目标专利中通过争用解决确认终端获取了无争用的E-DCH资源（说明书[0007]、[0023]、[0035]）。对比文件未涉及E-DCH资源的分配与存取确认。因此，对比文件未公开该特征。 |
| 技术特征M： 进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。<br><br>《未公开》 | 对比文件全文未记载E-DCH资源分配。 | 目标专利中终端从基站/UTRAN获取E-DCH增强型上行资源的配置与分派（说明书[0007]、[0026]）。对比文件未涉及E-DCH相关资源调度。因此，对比文件未公开该特征。 |
| 技术特征N： 其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB<br><br>《未公开》 | 对比文件全文未涉及广播SIB或E-DCH资源列表。 | 目标专利通过在SIB中广播公共E-DCH资源池供处于CELL_FACH状态的终端接入（说明书[0026]、[0033]）。对比文件完全未公开通过系统信息块广播E-DCH资源列表的技术内容。因此，对比文件未公开该特征。 |
| 技术特征O： （空特征）<br><br>《未公开》 | 无引用内容。 | 该特征内容为空，无法进行对比分析与公开性认定。 |
| 技术特征P： 使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 对比文件全文未记载使用索引从可用E-DCH资源列表中确定E-DCH资源。 | 目标专利通过信令携带的索引从SIB广播的列表中索引具体参数配置（说明书[0026]、[0033]）。对比文件未公开该机制。因此，对比文件未公开该特征。 |
| 技术特征Q： 其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号<br><br>《未公开》 | 对比文件全文未涉及从节点B接收包含E-DCH资源索引和列表的信号。 | 目标专利中基站向终端分派包含E-DCH资源索引和列表的信令（说明书[0026]、[0033]）。对比文件未公开该机制。因此，对比文件未公开该特征。 |
| 技术特征R： （空特征）<br><br>《未公开》 | 无引用内容。 | 该特征内容为空，无法进行对比分析与公开性认定。 |
| 技术特征S： 使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。<br><br>《未公开》 | 对比文件全文未记载使用索引从可用E-DCH资源列表中确定E-DCH资源。 | 目标专利通过索引定位E-DCH资源。对比文件未涉及该内容。因此，对比文件未公开该特征。 |
| 技术特征T： 进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。<br><br>《未公开》 | 对比文件段落[0005]、[0040]、[0049]涉及语音数据中继和位置注册请求。 | 目标专利限定终端在无线接口的专用逻辑信道（DCCH或DTCH）上传送数据。对比文件仅在应用层面上记载语音通信和高层位置注册请求，未公开3GPP协议栈中DCCH/DTCH专用逻辑信道数据的传送。因此，对比文件未公开该特征。 |
| 技术特征U： 其中所述ACK/NACK反馈在CELL_FACH状态期间传送。<br><br>《未公开》 | 对比文件全文未涉及RRC CELL_FACH状态。 | 目标专利明确限定上行ACK/NACK反馈是在CELL_FACH状态下结合增强型上行链路执行的（说明书[0006]、[0007]、[0022]）。对比文件完全未公开RRC的CELL_FACH状态。因此，对比文件未公开该特征。 |
| 技术特征V： 该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输<br><br>《未公开》 | 对比文件全文未记载接收用于上行传输的E-DCH资源分配。 | 目标专利限定WTRU从网络接收用于上行传输的E-DCH资源分配。对比文件未涉及E-DCH信道及资源分配。因此，对比文件未公开该特征。 |
| 技术特征W： 在冲突解决完成<br><br>《未公开》 | 对比文件全文未记载冲突解决完成。 | 目标专利指E-RACH争用解决成功完成，终端获得无争用资源（说明书[0007]、[0023]、[0035]）。对比文件未公开该冲突解决机制。因此，对比文件未公开该特征。 |
| 技术特征X： 所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下<br><br>《未公开》 | 对比文件全文未涉及请求测量并报告反馈信息的IE。 | 目标专利指E-DCH资源广播或分派中携带特定IE指示终端进行测量并报告反馈信息（说明书[0034]）。对比文件完全未记载此类IE。因此，对比文件未公开该特征。 |
| 技术特征Y： 由所述WTRU传送信道质量指示符CQI。<br><br>《未公开》 | 对比文件全文未记载WTRU传送信道质量指示符CQI。 | 目标专利限定由WTRU向网络传送用于自适应调制编码的CQI反馈（说明书[0021]、[0022]）。对比文件完全未涉及CQI的生成与传送。因此，对比文件未公开该特征。 |
| 技术特征Z： 其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。<br><br>《未公开》 | 对比文件全文未记载HS-DPCCH物理信道。 | 目标专利限定CQI通过HS-DPCCH物理控制信道上传送（说明书[0022]、[0023]）。对比文件完全未公开在HS-DPCCH上传送CQI的技术方案。因此，对比文件未公开该特征。 |
---
### 评估结论
对比文件（JPWO2010098355A1）所公开的技术方案涉及家庭基站（毫微微蜂窝基站）在检测到移动台接入后，如何通过声音、LED发光或在移动台屏幕上显示图标来通知用户终端处于家庭蜂窝覆盖下。其发明目的、物理层传输机制以及控制信令完全不涉及蜂窝通信系统中CELL_FACH状态下的增强型上行链路（E-DCH）、随机接入冲突解决（争用解决）、HS-DPCCH控制信道配置、HARQ ACK/NACK反馈以及CQI测量报告机制。
因此，对比文件对于目标专利的技术特征A至技术特征Z（含子特征及空特征），**既不存在直接公开，也不存在能够通过合理解释或技术推理得出的隐含公开**。各技术特征均被判定为《未公开》。
权利要求2
根据权利要求1所述的方法，其中所述ACK/NACK反馈经由所述HS-DPCCH传送。
权利要求3
根据权利要求1所述的方法，其中所述IE为第一IE；并且该方法进一步包括：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI；以及；在所述HS-DSCH上的物理层中传送所述CQI。
权利要求4
根据权利要求1所述的方法，其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。
权利要求5
根据权利要求1所述的方法，其中所述冲突解决确认了无线发射/接收单元能够存取增强型专用信道E-DCH资源。
权利要求6
根据权利要求1所述的方法，进一步包括从所述网络接收用于增强型专用信道E-DCH资源的分配。
权利要求7
根据权利要求6所述的方法，其中从所述网络接收用于所述E-DCH资源的分配包括：接收包括可用E-DCH资源列表的系统信息块SIB；以及；使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。
权利要求8
根据权利要求6所述的方法，其中从所述网络接收用于所述E-DCH资源的分配包括：从节点B接收包括可用E-DCH资源的索引和列表的信号；以及；使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。
权利要求9
根据权利要求1所述的方法，进一步包括传送专用控制信道DCCH或专用业务信道DTCH数据。
权利要求10
根据权利要求1所述的方法，其中所述ACK/NACK反馈在CELL_FACH状态期间传送。
权利要求11
根据权利要求1所述的方法，该方法还包括：由所述WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输；在冲突解决完成；且所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下；由所述WTRU传送信道质量指示符CQI。
权利要求12
一种传送上行链路反馈信息的方法，包括：由无线发射/接收单元WTRU从网络接收用于增强型专用信道E-DCH资源的分配以用于上行链路传输；以及；在冲突解决完成；且所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下；由所述WTRU传送信道质量指示符CQI。
权利要求13
根据权利要求12所述的方法，其中所述CQI经由高速专用物理控制信道HS-DPCCH传送。
权利要求14
根据权利要求12所述的方法，其中所述IE为第一IE；并且该方法进一步包括：接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的第二IE；以及；当所述第二IE指示在所述HS-DPCCH上支持ACK/NACK时；在所述冲突解决之后传送ACK/NACK反馈。
权利要求15
根据权利要求12所述的方法，其中所述冲突解决解决了一个或多个E-DCH传输的潜在的冲突。
权利要求16
根据权利要求12所述的方法，其中所述冲突解决确认了无线发射/接收单元能够存取所述E-DCH资源。
权利要求17
根据权利要求12所述的方法，进一步包括：接收包括可用E-DCH资源列表的系统信息块SIB；以及；使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。
权利要求18
根据权利要求12所述的方法，进一步包括：从节点B接收包括可用E-DCH资源的索引和列表的信号；以及；使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。
权利要求19
根据权利要求12所述的方法，进一步包括从所述网络接收E-DCH无线电网络临时标识E-RNTI、高速下行链路共享信道HS-DSCH无线电网络临时标识H-RNTI、或小区无线电网络临时标识C-RNTI。
权利要求20
一种无线发射/接收单元WTRU，包括：处理器；被配置成：从网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的信息元素IE；以及；在所述WTRU已执行冲突解决；所述WTRU已传送专用控制信道DCCH或专用业务信道DTCH数据；且所述IE指示在所述HS-DPCCH上支持ACK/NACK的情况下；传送ACK/NACK反馈。
权利要求21
根据权利要求20所述的WTRU，其中所述处理器进一步被配置成经由所述HS-DPCCH传送所述ACK/NACK反馈。
权利要求22
根据权利要求20所述的WTRU，其中所述IE为第一IE；并且其中所述处理器进一步被配置成：确定用于高速下行链路共享信道HS-DSCH的信道质量指示符CQI；以及；在所述HS-DSCH上的物理层中传送所述CQI。
权利要求23
根据权利要求20所述的WTRU，其中所述冲突解决解决了一个或多个增强型专用信道E-DCH传输的潜在的冲突。
权利要求24
根据权利要求20所述的WTRU，其中所述冲突解决确认了所述WTRU能够存取增强型专用信道E-DCH资源。
权利要求25
根据权利要求20所述的WTRU，其中所述处理器进一步被配置成从所述网络接收用于增强型专用信道E-DCH资源的分配。
权利要求26
根据权利要求25所述的WTRU，其中所述处理器进一步被配置成通过以下方式从所述网络接收用于所述E-DCH资源的分配：接收包括可用E-DCH资源列表的系统信息块SIB；以及；使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。
权利要求27
根据权利要求25所述的WTRU，其中所述处理器被配置成通过以下方式从所述网络接收用于所述E-DCH资源的分配：从节点B接收包括可用E-DCH资源的索引和列表的信号；以及；使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。
权利要求28
根据权利要求20所述的WTRU，其中所述处理器进一步被配置成传送专用控制信道DCCH或专用业务信道(DTCH)数据。
权利要求29
根据权利要求20所述的WTRU，其中所述处理器进一步被配置成在CELL_FACH状态期间传送所述ACK/NACK反馈。
权利要求30
一种无线发射/接收单元(WTRU)，包括：处理器；该处理器被配置成：从网络接收用于增强型专用信道(E-DCH)资源的分配以用于上行链路传输；以及；在冲突解决完成；且所述E-DCH资源包括请求测量并报告反馈信息的信息元素IE的情况下；传送信道质量指示符CQI。
权利要求31
根据权利要求30所述的WTRU，其中所述处理器被配置成经由高速专用物理控制信道HS-DPCCH传送所述CQI。
权利要求32
根据权利要求30所述的WTRU，其中所述IE为第一IE；并且其中所述处理器进一步被配置成：从所述网络接收指示在高速专用物理控制信道HS-DPCCH上支持应答或否定应答ACK/NACK的第二IE；以及；当所述第二IE指示在所述HS-DPCCH上支持ACK/NACK时；在所述冲突解决之后传送ACK/NACK反馈。
权利要求33
根据权利要求30所述的WTRU，其中所述冲突解决解决了一个或多个E-DCH传输的潜在的冲突。
权利要求34
根据权利要求30所述的WTRU，其中所述冲突解决确认了所述WTRU能够存取所述E-DCH资源。
权利要求35
根据权利要求30所述的WTRU，其中所述处理器进一步被配置成：接收包括可用E-DCH资源列表的系统信息块SIB；以及；使用索引以从所述可用E-DCH资源列表确定所述E-DCH资源。
权利要求36
根据权利要求30所述的WTRU，其中所述处理器进一步被配置成：从节点B接收包括可用E-DCH资源的索引和列表的信号；以及；使用所述索引以从所述可用E-DCH资源列表确定所述E-DCH资源。
权利要求37
根据权利要求30所述的WTRU，其中所述处理器被配置成接收E-DCH无线电网络临时标识E-RNTI、高速下行链路共享信道HS-DSCH无线电网络临时标识H-RNTI、或小区无线电网络临时标识C-RNTI。