非显而易见性评估仅供参考，不构成法律建议。
权利要求列表点击可跳转
对比文件列表
| 编号 | 名称 |
|---|
权利要求1
一种由无线发射/接收单元WTRU实施的用于多载波操作的方法，该方法包括；在物理上行链路共享信道PUSCH传输发生在多个上行链路分量载波UL CC的至少一个UL CC上的情况下；在PUSCH上传送上行链路共享信道UL-SCH数据和控制信息；以及；在所述WTRU进行的所述PUSCH传输没有发生在所述多个UL CC中的任意UL CC的情况下；在物理上行链路控制信道PUCCH上传送所述控制信息。
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A： 该方法包括<br>《未公开》 | 无（对比文件 US1642689A 涉及甲酸甲酯的制备方法，无正文说明书内容） | 未公开论述：<br>目标专利涉及无线通信领域中由 WTRU 实施的多载波上行链路传输/选择方法。本对比文件为1927年的化学化工专利（Method of preparation of methyl formate），且无有效说明书正文内容，未公开任何通信方法步骤。因此技术特征A未被公开。 |
| 技术特征B： 在物理上行链路共享信道PUSCH传输发生在多个上行链路分量载波UL CC的至少一个UL CC上的情况下<br>《未公开》 | 无 | 未公开论述：<br>目标专利技术特征B限定了多载波无线通信中在上行共享信道发生传输的触发判定条件。对比文件完全不涉及无线电技术、载波聚合、UL CC或PUSCH，根本未直接或隐含公开该特征。 |
| 技术特征C： 在PUSCH上传送上行链路共享信道UL-SCH数据和控制信息<br>《未公开》 | 无 | 未公开论述：<br>目标专利技术特征C限定了在PUSCH信道上复用承载UL-SCH数据与控制信息。对比文件不包含任何无线信道、传输信道及控制信息复用传输的教导，未公开该特征。 |
| 技术特征D： （空）<br>《未公开》 | 无 | 未公开论述：<br>该项特征内容为空，且对比文件未记载任何相关方案，不作公开认定。 |
| 技术特征E： 在所述WTRU进行的所述PUSCH传输没有发生在所述多个UL CC中的任意UL CC的情况下<br>《未公开》 | 无 | 未公开论述：<br>目标专利特征E限定在所有UL CC上均无PUSCH传输的状态判断。对比文件完全未涉及通信终端（WTRU）以及基于上行共享信道传输状态的分支判断机制，未公开该特征。 |
| 技术特征F： 在物理上行链路控制信道PUCCH上传送所述控制信息。<br>《未公开》 | 无 | 未公开论述：<br>目标专利特征F限定在无PUSCH时将控制信息转移至PUCCH信道传送。对比文件无控制信道PUCCH及控制信令传输的概念，未公开该特征。 |
| 技术特征G： 其中所述控制信息是混合自动重复请求HARQ应答ACK。<br>《未公开》 | 无 | 未公开论述：<br>目标专利特征G限定控制信息的具体属性为HARQ-ACK反馈。对比文件不涉及数据重传反馈机制，未公开该特征。 |
| 技术特征H： 其中在所述PUSCH传输发生在所述多个UL CC的至少两个UL CC上的情况下<br>《未公开》 | 无 | 未公开论述：<br>目标专利特征H限定了多个UL CC发生并发PUSCH传输的前提条件。对比文件未涉及多载波并发传输，未公开该特征。 |
| 技术特征I： 在所述多个UL CC中<br>《未公开》 | 无 | 未公开论述：<br>目标专利特征I限定在载波集合中进行载波筛选的范围限定。对比文件未涉及载波集合的概念，未公开该特征。 |
| 技术特征J： 基于排序选择的一个UL CC上传送所述控制信息。<br>《未公开》 | 无 | 未公开论述：<br>目标专利特征J限定在多载波PUSCH冲突时基于排序（优先级）选定单一UL CC传送控制信息。对比文件完全无基于优先级/排序仲裁载波信令的技术手段，未公开该特征。 |
| 技术特征K： 其中由较高层用信号发送排序信息。<br>《未公开》 | 无 | 未公开论述：<br>目标专利特征K限定排序信息由高层协议信令（如RRC）下发配置。对比文件不涉及协议分层或高层配置信令，未公开该特征。 |
| 技术特征L： 其中在由较高层用信号通告的UL CC上传送所述PUCCH。<br>《未公开》 | 无 | 未公开论述：<br>目标专利特征L限定PUCCH所在的UL CC由高层信令配置指派。对比文件未涉及高层信令及PUCCH承载载波指派，未公开该特征。 |
| 技术特征M： 其中在由较高层用信号通告的服务小区上传送所述PUCCH。<br>《未公开》 | 无 | 未公开论述：<br>目标专利特征M限定PUCCH所在的服务小区由高层信令指示。对比文件不涉及蜂窝小区的层级控制与高层通知，未公开该特征。 |
| 技术特征N： 该方法还包括<br>《未公开》 | 无 | 未公开论述：<br>对比文件为无说明书的化学化工专利，未公开该方法的任何后续步骤，未公开该特征。 |
| 技术特征O： 在物理上行链路共享信道PUSCH传输发生在当前子帧的情况下<br>《未公开》 | 无 | 未公开论述：<br>目标专利特征O限定了以子帧为时域粒度的PUSCH调度触发条件。对比文件完全不涉及子帧时隙结构与信道传输时序，未公开该特征。 |
| 技术特征P： 在所述PUSCH上传输所述控制信息<br>《未公开》 | 无 | 未公开论述：<br>目标专利特征P限定在当前子帧的PUSCH中上送控制信息。对比文件未公开任何信道级复用控制传输，未公开该特征。 |
| 技术特征Q： 所述控制信息包括信道质量指示符CQI/预编码矩阵指示符PMI/秩指示符RI信息<br>《未公开》 | 无 | 未公开论述：<br>目标专利特征Q限定控制信息包含CQI/PMI/RI等信道状态信息。对比文件完全未涉及无线信道状态测量与反馈参数，未公开该特征。 |
| 技术特征R： （空）<br>《未公开》 | 无 | 未公开论述：<br>该项特征内容为空，且对比文件未记载任何相关方案，不作公开认定。 |
| 技术特征S： 在主分量载波上<br>《未公开》 | 无 | 未公开论述：<br>目标专利特征S限定控制信令或信道映射于主分量载波（PCC）。对比文件不包含主分量载波或载波聚合架构的任何内容，未公开该特征。 |
| 技术特征T： 在所述当前子帧传送所述PUCCH上的调度请求SR<br>《未公开》 | 无 | 未公开论述：<br>目标专利特征T限定在特定子帧通过PUCCH发送调度请求SR。对比文件完全不存在SR信令或时分传输技术，未公开该特征。 |
| 技术特征U： 其中所述多个PUSCH的所述至少一个PUSCH是在所述主分量载波上传送的。<br>《未公开》 | 无 | 未公开论述：<br>目标专利特征U限定至少一个共享信道传输分配在主载波上。对比文件无载波分配机制，未公开该特征。 |
| 技术特征V： 其中所述主分量载波是通过无线电资源控制RRC信令来配置的。<br>《未公开》 | 无 | 未公开论述：<br>目标专利特征V限定通过RRC信令半静态/动态配置主载波。对比文件不包含RRC信令体系，未公开该特征。 |
| 技术特征W： 其中所述主分量载波是基于半静态来配置的。<br>《未公开》 | 无 | 未公开论述：<br>目标专利特征W限定主分量载波配置的时效模式为半静态。对比文件不涉及载波半静态配置属性，未公开该特征。 |
| 技术特征X： 其中所述主分量载波对应于主小区。<br>《未公开》 | 无 | 未公开论述：<br>目标专利特征X限定主分量载波（PCC）与主小区（PCell）的拓扑对应关系。对比文件无主小区概念，未公开该特征。 |
| 技术特征Y： 其中所述主小区和所述主分量载波是通过无线电资源控制(RRC)信令来配置的。<br>《未公开》 | 无 | 未公开论述：<br>目标专利特征Y限定主小区及其关联主分量载波通过RRC信令协同配置。对比文件不涉及主小区/主载波的RRC配置机制，未公开该特征。 |
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>《未公开》 | 对比文件为《JPS56106824A Method of regenerating plastic and metal from metallized plastic.docx》，且提供的内容显示为“无说明书”。 | 对比文件主题为从金属化塑料中回收再生塑料和金属的化学/材料处理方法，属于材料化工领域；且对比文件未提供说明书内容。其完全不涉及无线通信领域中的多载波数据及控制信令传输处理方法，因此技术特征A未被对比文件公开。 |
| 技术特征B：在物理上行链路共享信道PUSCH传输发生在多个上行链路分量载波UL CC的至少一个UL CC上的情况下<br>《未公开》 | 对比文件提供的内容显示为“无说明书”。 | 对比文件未包含任何无线通信技术内容，完全未提及载波聚合、上行分量载波（UL CC）或物理上行链路共享信道（PUSCH）传输的触发与判断机制，因此该特征未被对比文件公开。 |
| 技术特征C：在PUSCH上传送上行链路共享信道UL-SCH数据和控制信息<br>《未公开》 | 对比文件提供的内容显示为“无说明书”。 | 对比文件不涉及通信协议信道映射或上行信令复用机制，完全没有公开在PUSCH上传送UL-SCH数据和控制信息的技术内容，因此该特征未被对比文件公开。 |
| 技术特征D：<br>《未公开》 | 对比文件提供的内容显示为“无说明书”。 | 本特征内容为空，且对比文件无相关有效公开内容，判断为未公开。 |
| 技术特征E：在所述WTRU进行的所述PUSCH传输没有发生在所述多个UL CC中的任意UL CC的情况下<br>《未公开》 | 对比文件提供的内容显示为“无说明书”。 | 对比文件未涉及无线发射/接收单元（WTRU）在多载波场景下判断所有上行分量载波是否均无PUSCH传输的条件判断机制，未公开该特征。 |
| 技术特征F：在物理上行链路控制信道PUCCH上传送所述控制信息。<br>《未公开》 | 对比文件提供的内容显示为“无说明书”。 | 对比文件未涉及物理上行链路控制信道（PUCCH）及控制信息在其上的承载和传输，未公开该特征。 |
| 技术特征G：其中所述控制信息是混合自动重复请求HARQ应答ACK。<br>《未公开》 | 对比文件提供的内容显示为“无说明书”。 | 对比文件不涉及无线通信差错控制协议，未提及混合自动重复请求（HARQ）或肯定应答（ACK），未公开该特征。 |
| 技术特征H：其中在所述PUSCH传输发生在所述多个UL CC的至少两个UL CC上的情况下<br>《未公开》 | 对比文件提供的内容显示为“无说明书”。 | 对比文件未涉及多个UL CC中至少两个载波同时发生PUSCH传输的判定条件，未公开该特征。 |
| 技术特征I：在所述多个UL CC中<br>《未公开》 | 对比文件提供的内容显示为“无说明书”。 | 对比文件未公开多个上行链路分量载波的配置或范围限定，未公开该特征。 |
| 技术特征J：基于排序选择的一个UL CC上传送所述控制信息。<br>《未公开》 | 对比文件提供的内容显示为“无说明书”。 | 对比文件未涉及在多载波上传输控制信息时基于载波优先级或规则进行排序并选择特定UL CC进行传输的机制，未公开该特征。 |
| 技术特征K：其中由较高层用信号发送排序信息。<br>《未公开》 | 对比文件提供的内容显示为“无说明书”。 | 对比文件未涉及由协议栈较高层通过信令向终端通知排序信息的技术内容，未公开该特征。 |
| 技术特征L：其中在由较高层用信号通告的UL CC上传送所述PUCCH。<br>《未公开》 | 对比文件提供的内容显示为“无说明书”。 | 对比文件未涉及通过较高层信令半静态配置或指示用于PUCCH传输的上行分量载波，未公开该特征。 |
| 技术特征M：其中在由较高层用信号通告的服务小区上传送所述PUCCH。<br>《未公开》 | 对比文件提供的内容显示为“无说明书”。 | 对比文件未涉及由较高层信令显式通告指定服务小区用于传输PUCCH，未公开该特征。 |
| 技术特征N：该方法还包括<br>《未公开》 | 对比文件提供的内容显示为“无说明书”。 | 对比文件无通信方法相关说明书内容，未公开该特征。 |
| 技术特征O：在物理上行链路共享信道PUSCH传输发生在当前子帧的情况下<br>《未公开》 | 对比文件提供的内容显示为“无说明书”。 | 对比文件未涉及在无线通信的特定子帧内检测或判断是否存在PUSCH传输的时域调度条件，未公开该特征。 |
| 技术特征P：在所述PUSCH上传输所述控制信息<br>《未公开》 | 对比文件提供的内容显示为“无说明书”。 | 对比文件未涉及将控制信息背负/打孔复用到当前子帧的PUSCH信道中进行传输的技术方案，未公开该特征。 |
| 技术特征Q：所述控制信息包括信道质量指示符CQI/预编码矩阵指示符PMI/秩指示符RI信息<br>《未公开》 | 对比文件提供的内容显示为“无说明书”。 | 对比文件完全不涉及下行信道状态反馈参数（CQI/PMI/RI），未公开该特征。 |
| 技术特征R：<br>《未公开》 | 对比文件提供的内容显示为“无说明书”。 | 本特征内容为空，且对比文件无相关有效公开内容，判断为未公开。 |
| 技术特征S：在主分量载波上<br>《未公开》 | 对比文件提供的内容显示为“无说明书”。 | 对比文件未涉及主分量载波（Primary Component Carrier）的概念或基于主分量载波的传输限定，未公开该特征。 |
| 技术特征T：在所述当前子帧传送所述PUCCH上的调度请求SR<br>《未公开》 | 对比文件提供的内容显示为“无说明书”。 | 对比文件未涉及在当前子帧通过PUCCH传输调度请求（SR）以请求上行传输资源的技术内容，未公开该特征。 |
| 技术特征U：其中所述多个PUSCH的所述至少一个PUSCH是在所述主分量载波上传送的。<br>《未公开》 | 对比文件提供的内容显示为“无说明书”。 | 对比文件未涉及多载波PUSCH调度中至少一个PUSCH位于主分量载波上的技术特征，未公开该特征。 |
| 技术特征V：其中所述主分量载波是通过无线电资源控制RRC信令来配置的。<br>《未公开》 | 对比文件提供的内容显示为“无说明书”。 | 对比文件未涉及通过无线电资源控制（RRC）信令配置或重配主分量载波的过程，未公开该特征。 |
| 技术特征W：其中所述主分量载波是基于半静态来配置的。<br>《未公开》 | 对比文件提供的内容显示为“无说明书”。 | 对比文件未涉及对主分量载波进行半静态参数配置的技术方案，未公开该特征。 |
| 技术特征X：其中所述主分量载波对应于主小区。<br>《未公开》 | 对比文件提供的内容显示为“无说明书”。 | 对比文件未涉及载波聚合中主分量载波与主小区（PCell）的对应关联关系，未公开该特征。 |
| 技术特征Y：其中所述主小区和所述主分量载波是通过无线电资源控制(RRC)信令来配置的。<br>《未公开》 | 对比文件提供的内容显示为“无说明书”。 | 对比文件未涉及利用RRC信令对主小区及主分量载波进行联合配置或建立的技术方案，未公开该特征。 |
根据目标专利说明书的记载以及提供的对比文件内容，对技术特征A至技术特征Y进行逐项公开性比对与评估。
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>《未公开》 | 对比文件仅提供标题《DE2967027D1 METHOD FOR SEPARATING PLASTICS AND METAL FROM METALLIZED PLASTIC》（从金属化塑料中分离塑料和金属的方法），无具体说明书正文内容。 | 对比文件属于高分子/金属回收与材料分离化工冶金领域，本技术特征属于无线移动通信领域中由WTRU执行的多载波上行传输/重选方法的前序步骤。对比文件完全未公开无线通信领域的方法步骤，甚至连一般的通信方法上下文均未记载，故未公开。 |
| 技术特征B：在物理上行链路共享信道PUSCH传输发生在多个上行链路分量载波UL CC的至少一个UL CC上的情况下<br>《未公开》 | 对比文件无说明书内容。 | 目标专利说明书段落[0077]等记载了多载波操作下“在至少一个UL CC上发生了PUSCH传输”的条件触发。对比文件涉及塑料与金属物理/化学分离方法，不涉及多载波聚合、UL CC或PUSCH传输，本领域技术人员无法直接得出或合理推断出该特征，故未公开。 |
| 技术特征C：在PUSCH上传送上行链路共享信道UL-SCH数据和控制信息<br>《未公开》 | 对比文件无说明书内容。 | 目标专利涉及在PUSCH信道复用UL-SCH数据和上行控制信息（UCI）。对比文件属于废旧材料回收技术，完全不涉及无线电物理信道传输、数据与控制信息的复用传输机制，故未公开。 |
| 技术特征D：<br>《未公开》 | 对比文件无说明书内容。 | 特征D为空特征/未记载具体限定内容，对比文件亦无相关技术方案与之对应，故判定为未公开。 |
| 技术特征E：在所述WTRU进行的所述PUSCH传输没有发生在所述多个UL CC中的任意UL CC的情况下<br>《未公开》 | 对比文件无说明书内容。 | 目标专利段落[0077]记载“在任何UL CC上均未发生PUSCH传输”，用以界定控制信息回退至PUCCH传输的互斥判断条件。对比文件属于机械/化工分离技术，无通信终端及信道条件判断机制，未公开该特征。 |
| 技术特征F：在物理上行链路控制信道PUCCH上传送所述控制信息。<br>《未公开》 | 对比文件无说明书内容。 | 目标专利记载在没有PUSCH时在PUCCH上传送控制信息。对比文件不涉及无线移动通信中的上行物理控制信道PUCCH及其信号承载机制，故未公开。 |
| 技术特征G：其中所述控制信息是混合自动重复请求HARQ应答ACK。<br>《未公开》 | 对比文件无说明书内容。 | 目标专利段落[0077]、[0084]等明确了控制信息包括HARQ ACK/NACK等重传应答信令。对比文件属于塑料脱金属工艺领域，未涉及通信协议中的HARQ机制或ACK应答信令，故未公开。 |
| 技术特征H：其中在所述PUSCH传输发生在所述多个UL CC的至少两个UL CC上的情况下<br>《未公开》 | 对比文件无说明书内容。 | 目标专利段落[0078]涉及“如果存在一个以上的此类允许的UL CC”，针对多载波并发PUSCH传输的场景进行载波仲裁选择。对比文件完全不涉及载波并发传输判定，故未公开。 |
| 技术特征I：在所述多个UL CC中<br>《未公开》 | 对比文件无说明书内容。 | 目标专利涉及在多个载波集合内进行筛选选择的技术环境。对比文件不涉及载波集合范畴，故未公开。 |
| 技术特征J：基于排序选择的一个UL CC上传送所述控制信息。<br>《未公开》 | 对比文件无说明书内容。 | 目标专利段落[0078]公开了“UL CC可以根据优先级按照顺序排序……在指定子帧中传送该信息”。对比文件未涉及多载波排序选择及控制信息承载机制，故未公开。 |
| 技术特征K：其中由较高层用信号发送排序信息。<br>《未公开》 | 对比文件无说明书内容。 | 目标专利段落[0078]公开了“这种排序可以由较高层用信号通告”。对比文件不涉及分层协议架构（如RRC较高层）及排序信令交互，故未公开。 |
| 技术特征L：其中在由较高层用信号通告的UL CC上传送所述PUCCH。<br>《未公开》 | 对比文件无说明书内容。 | 目标专利段落[0078]公开“该信息可以在预定UL CC（它可以由较高层用信号通告）的PUCCH上传送”。对比文件完全不涉及较高层信令半静态配置PUCCH承载载波，故未公开。 |
| 技术特征M：其中在由较高层用信号通告的服务小区上传送所述PUCCH。<br>《未公开》 | 对比文件无说明书内容。 | 目标专利段落[0029]、[0078]将载波与小区对应，并由较高层配置传PUCCH的服务小区。对比文件不涉及移动通信服务小区（Serving Cell）及高层配置信令，故未公开。 |
| 技术特征N：该方法还包括<br>《未公开》 | 对比文件无说明书内容。 | 目标专利方法的前序并列/从属引导，对比文件无任何通信方法步骤公开，故未公开。 |
| 技术特征O：在物理上行链路共享信道PUSCH传输发生在当前子帧的情况下<br>《未公开》 | 对比文件无说明书内容。 | 目标专利段落[0078]、[0092]针对特定/当前子帧存在PUSCH分配时的控制信息时域调度。对比文件不涉及子帧（Subframe）时域传输结构，故未公开。 |
| 技术特征P：在所述PUSCH上传输所述控制信息<br>《未公开》 | 对比文件无说明书内容。 | 目标专利段落[0077]、[0092]记载当PUSCH可用时通过PUSCH资源发送控制信息。对比文件不涉及共享信道捎带控制信息的物理层过程，故未公开。 |
| 技术特征Q：所述控制信息包括信道质量指示符CQI/预编码矩阵指示符PMI/秩指示符RI信息<br>《未公开》 | 对比文件无说明书内容。 | 目标专利段落[0077]、[0091]、[0092]明确控制信息包含信道状态信息CQI/PMI/RI。对比文件完全不涉及无线信道状态反馈参数，故未公开。 |
| 技术特征R：<br>《未公开》 | 对比文件无说明书内容。 | 特征R为空特征/未记载具体限定内容，对比文件无对应技术内容，故未公开。 |
| 技术特征S：在主分量载波上<br>《未公开》 | 对比文件无说明书内容。 | 目标专利段落[0036]、[0038]明确了UL主载波（Primary Component Carrier）的定义与控制信息承载作用。对比文件未涉及主分量载波概念，故未公开。 |
| 技术特征T：在所述当前子帧传送所述PUCCH上的调度请求SR<br>《未公开》 | 对比文件无说明书内容。 | 目标专利段落[0015]、[0093]公开在PUCCH上触发并传送调度请求SR。对比文件不涉及无线资源调度请求及其子帧传输过程，故未公开。 |
| 技术特征U：其中所述多个PUSCH的所述至少一个PUSCH是在所述主分量载波上传送的。<br>《未公开》 | 对比文件无说明书内容。 | 目标专利段落[0082]等公开将HARQ反馈等在所配置的UL主载波的PUSCH资源上传送。对比文件完全不涉及主载波上的PUSCH分配与传输，故未公开。 |
| 技术特征V：其中所述主分量载波是通过无线电资源控制RRC信令来配置的。<br>《未公开》 | 对比文件无说明书内容。 | 目标专利段落[0043]、[0046]公开WTRU根据RRC信令确定或重配置UL主载波。对比文件不涉及无线电资源控制（RRC）信令交互，故未公开。 |
| 技术特征W：其中所述主分量载波是基于半静态来配置的。<br>《未公开》 | 对比文件无说明书内容。 | 目标专利段落[0078]公开允许的载波由较高层在半静态（semi-static）基础上用信号通告。对比文件不涉及半静态无线资源配置，故未公开。 |
| 技术特征X：其中所述主分量载波对应于主小区。<br>《未公开》 | 对比文件无说明书内容。 | 目标专利段落[0029]、[0035]将主载波与主小区建立逻辑对应关系。对比文件属于冶金材料物理分离，不涉及主服务小区（PCell）构架，故未公开。 |
| 技术特征Y：其中所述主小区和所述主分量载波是通过无线电资源控制(RRC)信令来配置的。<br>《未公开》 | 对比文件无说明书内容。 | 目标专利段落[0043]、[0045]、[0047]详细描述了通过RRC信令配置/重配置主载波及小区。对比文件完全未涉及任何RRC信令及小区/载波配置机制，故未公开。 |
根据目标专利说明书原文的记载以及所给出的技术特征划分，并依据对比文件JP2000030452A（涉及半导体动态随机存取存储器DRAM及命令堆栈控制技术）的全部记载内容，对技术特征A至技术特征Y进行逐项公开性比对与深度分析。
---
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>《未公开》 | 对比文件全文记载了内存设备及命令堆栈控制方法，例如段落【0030】第(7)项：“コマンドをスタックし、メモリ内の保留中の動作の実行を自動的に開始する方法であって…”（一种堆栈命令并自动开始执行存储器中挂起操作的方法，该方法包括……）。 | 技术特征A本身为无线通信领域的由终端（WTRU）实施的用于多载波操作的上行控制信息传输/载波选择方法的方法前序。对比文件JP2000030452A公开的全部方法均属于计算机硬件内部的半导体内存（DRAM）命令调度控制方法，与目标专利的通信传输方法所属技术领域、控制对象及实施主体截然不同，因此对比文件未公开由WTRU实施的多载波上行传输/选择方法，该特征《未公开》。 |
| 技术特征B：在物理上行链路共享信道PUSCH传输发生在多个上行链路分量载波UL CC的至少一个UL CC上的情况下<br>《未公开》 | 对比文件全文未记载任何有关蜂窝移动通信系统、上行链路、分量载波（CC）或物理上行链路共享信道（PUSCH）的技术内容。 | 目标专利说明书（如段落【0009】、【0077】等）明确指出，分量载波（CC）是指在载波聚合（CA）中并行传送的载波，PUSCH是承载上行共享信道数据的物理信道。对比文件涉及单芯片DRAM的狭窄I/O总线与内部子阵列间的数据访问控制，完全不存在无线移动通信网络中的多载波聚合或PUSCH传输机制，本领域技术人员无法从对比文件中毫无疑义地得出该特征，也无法合理推理得出，故该特征《未公开》。 |
| 技术特征C：在PUSCH上传送上行链路共享信道UL-SCH数据和控制信息<br>《未公开》 | 对比文件全文未记载UL-SCH数据、控制信息复用或PUSCH传输的任何内容。 | 目标专利说明书（如段落【0076】、【0077】、【0082】等）阐述了在存在PUSCH时，上行数据（UL-SCH数据）与上行控制信息（如HARQ反馈、CQI等）如何在物理信道上进行复用或选择传输。对比文件仅涉及DRAM存储芯片中的读/写命令与内存数据的总线传输，技术领域与方案实质均不相关，故该特征《未公开》。 |
| 技术特征D：<br>《未公开》 | （无特征内容） | 该特征项为空白占位，无具体技术特征内容，对比文件亦无从对应公开，判定为《未公开》。 |
| 技术特征E：在所述WTRU进行的所述PUSCH传输没有发生在所述多个UL CC中的任意UL CC的情况下<br>《未公开》 | 对比文件全文未记载WTRU、PUSCH传输或多个UL CC等移动通信概念。 | 目标专利说明书（如段落【0077】：“如果在任何UL CC上均未发生PUSCH传输，则可以始终从指定UL CC的PUCCH传送用于指定DL-SCH的反馈……”）明确界定了当所有UL CC均无PUSCH传输时的特定上行调度触发条件。对比文件完全不涉及无线终端的信道传输状态判断，故该特征《未公开》。 |
| 技术特征F：在物理上行链路控制信道PUCCH上传送所述控制信息。<br>《未公开》 | 对比文件全文未记载PUCCH、物理上行控制信道或多载波HARQ/CQI等控制信息反馈。 | 目标专利说明书（如段落【0015】、【0077】）明确公开在无PUSCH时将控制信息承载在PUCCH上传送。对比文件为DRAM内存电路，无任何无线通信信道，故该特征《未公开》。 |
| 技术特征G：其中所述控制信息是混合自动重复请求HARQ应答ACK。<br>《未公开》 | 对比文件全文未记载混合自动重复请求（HARQ）协议机制。 | 目标专利说明书（如段落【0015】、【0038】、【0077】、【0082】）明确该控制信息为下行PDSCH对应的HARQ ACK/NACK反馈。对比文件涉及DRAM内存数据存取，无无线移动通信层1/层2的HARQ应答机制，故该特征《未公开》。 |
| 技术特征H：其中在所述PUSCH传输发生在所述多个UL CC的至少两个UL CC上的情况下<br>《未公开》 | 对比文件全文未记载多个上行链路分量载波、并行PUSCH传输等技术内容。 | 目标专利说明书（如段落【0078】：“如果存在一个以上的此类允许的UL CC……”）针对多载波同时存在PUSCH传输的冲突与选择场景进行限定。对比文件不包含该通信场景，故该特征《未公开》。 |
| 技术特征I：在所述多个UL CC中<br>《未公开》 | 对比文件全文未记载多个上行分量载波（UL CC）。 | 目标专利针对载波聚合系统中的多个UL分量载波集合。对比文件仅有存储器子阵列（BANK 0~N），概念与领域完全不符，故该特征《未公开》。 |
| 技术特征J：基于排序选择的一个UL CC上传送所述控制信息。<br>《未公开》 | 对比文件全文未记载在通信分量载波间基于排序规则选择单一载波承载控制信息。 | 目标专利说明书（如段落【0078】：“作为替换，UL CC可以根据优先级按照顺序排序（这种排序可以由较高层用信号通告）……”）阐明了当多个UL CC均有传输条件时，利用预定或高层配置的排序选择特定UL CC来传输控制信息。对比文件虽有对存储器命令的排队（堆栈），但与在多个无线分量载波中基于排序择一承载控制信息的方案完全无关，故该特征《未公开》。 |
| 技术特征K：其中由较高层用信号发送排序信息。<br>《未公开》 | 对比文件全文未记载通信协议协议栈中的较高层（如RRC/MAC层）及其信令发送机制。 | 目标专利说明书（如段落【0078】：“这种排序可以由较高层用信号通告”）明确该排序规则是由无线通信系统高层（如RRC）下发通知终端。对比文件不涉及协议栈层次及高层信令，故该特征《未公开》。 |
| 技术特征L：其中在由较高层用信号通告的UL CC上传送所述PUCCH。<br>《未公开》 | 对比文件全文未记载由高层信令通告的UL CC或PUCCH信道。 | 目标专利说明书（如段落【0078】：“如果在该子帧中没有传送PUSCH传输的UL CC，那么该信息可以在预定UL CC（它可以由较高层用信号通告）的PUCCH上传送”）限定了PUCCH所在的载波由高层信令指示。对比文件完全不涉及该技术方案，故该特征《未公开》。 |
| 技术特征M：其中在由较高层用信号通告的服务小区上传送所述PUCCH。<br>《未公开》 | 对比文件全文未记载蜂窝移动通信的服务小区或其高层通告机制。 | 目标专利说明书（如段落【0029】、【0035】）阐述在多载波操作中载波对应于小区或频率，高层配置主小区/载波承载PUCCH。对比文件不涉及通信小区架构，故该特征《未公开》。 |
| 技术特征N：该方法还包括<br>《未公开》 | 对比文件全文未记载多载波通信方法的附加步骤。 | 与特征A相同，对比文件公开的并非移动通信传输方法，故该特征《未公开》。 |
| 技术特征O：在物理上行链路共享信道PUSCH传输发生在当前子帧的情况下<br>《未公开》 | 对比文件全文未记载无线通信中的“子帧（Subframe）”时域结构或PUSCH传输。 | 目标专利说明书（如段落【0076】、【0078】、【0082】）明确界定了在特定时域调度单元（当前子帧）中发生PUSCH传输的条件判定。对比文件仅涉及DRAM芯片系统时钟周期（Clock cycle），不存在无线子帧概念及PUSCH传输判断，故该特征《未公开》。 |
| 技术特征P：在所述PUSCH上传输所述控制信息<br>《未公开》 | 对比文件全文未记载控制信息搭载于PUSCH传输的技术方案。 | 目标专利说明书（如段落【0077】、【0082】、【0092】）阐明当子帧存在PUSCH分配时，控制信息（如UCI、CQI/PMI/RI等）复用在PUSCH资源上传输。对比文件无相关方案，故该特征《未公开》。 |
| 技术特征Q：所述控制信息包括信道质量指示符CQI/预编码矩阵指示符PMI/秩指示符RI信息<br>《未公开》 | 对比文件全文未记载CQI、PMI、RI等无线信道状态信息。 | 目标专利说明书（如段落【0015】、【0038】、【0077】、【0091】、【0092】）明确该控制信息包含用于自适应调制编码和MIMO传输的CQI/PMI/RI。对比文件完全不涉及无线通信信道反馈参数，故该特征《未公开》。 |
| 技术特征R：<br>《未公开》 | （无特征内容） | 该特征项为空白占位，无具体技术特征内容，对比文件亦无从公开，判定为《未公开》。 |
| 技术特征S：在主分量载波上<br>《未公开》 | 对比文件全文未记载主分量载波（Primary Component Carrier / PCC / 主载波）。 | 目标专利说明书（如段落【0016】、【0029】、【0036】：“‘主载波’是为UL和DL CC子集的UL和DL共享信道传输提供控制信令……的CC”）明确了主分量载波的定义与作用。对比文件完全不涉及载波聚合系统的主载波，故该特征《未公开》。 |
| 技术特征T：在所述当前子帧传送所述PUCCH上的调度请求SR<br>《未公开》 | 对比文件全文未记载调度请求（SR）、PUCCH信道或子帧时序传输。 | 目标专利说明书（如段落【0015】、【0038】、【0046】、【0093】：“当在PUCCH或PRACH上触发SR时，该SR是在UL主载波上发送的”）公开了在特定子帧通过PUCCH发送SR。对比文件为DRAM内存，无调度请求SR及PUCCH，故该特征《未公开》。 |
| 技术特征U：其中所述多个PUSCH的所述至少一个PUSCH是在所述主分量载波上传送的。<br>《未公开》 | 对比文件全文未记载在主分量载波上传送PUSCH。 | 目标专利说明书（如段落【0082】等）公开了在所配置的UL主载波的PUSCH资源上传送相关信息。对比文件不包含任何无线分量载波与物理信道，故该特征《未公开》。 |
| 技术特征V：其中所述主分量载波是通过无线电资源控制RRC信令来配置的。<br>《未公开》 | 对比文件全文未记载无线电资源控制（RRC）信令及主分量载波配置。 | 目标专利说明书（如段落【0043】：“作为替换，WTRU可以根据RRC信令来显式地或隐式地确定UL主载波……”）公开了利用高层RRC信令半静态配置主分量载波。对比文件完全不涉及无线RRC协议，故该特征《未公开》。 |
| 技术特征W：其中所述主分量载波是基于半静态来配置的。<br>《未公开》 | 对比文件全文未记载基于半静态（semi-static）的载波配置方式。 | 目标专利说明书（如段落【0043】、【0078】）明确指出主载波或允许的CC集合是通过高层以半静态方式进行配置。对比文件不涉及该无线通信配置模式，故该特征《未公开》。 |
| 技术特征X：其中所述主分量载波对应于主小区。<br>《未公开》 | 对比文件全文未记载主分量载波（PCC）与主小区（PCell）的对应关系。 | 目标专利说明书（如段落【0029】、【0035】）阐述载波亦即小区，主载波对应于主小区逻辑关联。对比文件为半导体芯片，无小区概念，故该特征《未公开》。 |
| 技术特征Y：其中所述主小区和所述主分量载波是通过无线电资源控制(RRC)信令来配置的。<br>《未公开》 | 对比文件全文未记载通过RRC信令配置主小区与主分量载波。 | 目标专利说明书（如段落【0043】、【0045】、【0048】）明确记载通过RRC信令确定和配置主小区/主载波。对比文件不涉及RRC信令及小区/载波配置，故该特征《未公开》。 |
---
### 综合评估结论
对比文件JP2000030452A涉及的是计算机半导体存储领域中的动态随机存取存储器（DRAM）命令堆栈与内部总线调度控制技术，其通过在内存控制器与存储阵列之间设置命令/地址堆栈寄存器、时钟计数寄存器，以解决高带宽窄I/O总线上的连续数据流与总线冲突问题。
而本案目标专利权利要求各技术特征（A～Y）属于蜂窝移动通信领域（LTE-Advanced多载波/载波聚合系统），具体涉及无线发射/接收单元（WTRU）在多载波操作下，根据是否有PUSCH传输、PUSCH载波数量及高层排序配置，对上行控制信息（UCI，包含HARQ ACK、CQI/PMI/RI、SR）在PUSCH与PUCCH之间的传输路径选择，以及通过RRC信令对主分量载波/主小区的半静态配置。
两者的技术领域、所解决的技术问题、采用的技术手段及所达到的技术效果完全不同。对比文件JP2000030452A既未直接公开、也未隐含公开目标专利权利要求的任何技术特征。
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>【公开性判断】：《直接公开》 | 【0029】（总结）<br>“（7）コマンドをスタックし、メモリ内の保留中の動作の実行を自動的に開始する方法であって……”<br>【译文】<br>“（7）一种对命令进行堆叠并自动开始执行存储器中挂起的操作的方法，该方法包括……” | 对比文件段落【0029】第（7）项公开了一种存储器操作控制方法，其开头明确记载了“……的方法，该方法包括（……方法であって、……段階と）”。因此，对比文件直接公开了技术特征A中作为方法权利要求主题及前序引导词的“该方法包括”。两者在表述与作用上完全等同。 |
| 技术特征B：<br>在物理上行链路共享信道PUSCH传输发生在多个上行链路分量载波UL CC的至少一个UL CC上的情况下<br><br>【公开性判断】：未公开 | 对比文件全文：无相关技术内容。<br>（对比文件整体涉及的是窄I/O高带宽动态随机存取存储器DRAM的命令堆叠和时钟计数执行架构，属于计算机半导体硬件存储器领域）。 | 目标专利说明书（如【0009】、【0077】等）明确指出，分量载波（CC）是无线通信多载波/载波聚合系统中并行传输的载波，物理上行链路共享信道（PUSCH）是无线发射/接收单元（WTRU）向基站传输上行数据的物理信道。技术特征B是在无线多载波聚合场景下判断是否存在PUSCH传输的特定信道接入前提条件。<br>对比文件JP3384770B属于半导体DRAM存储器架构领域，其控制对象为内部存储阵列、时钟周期计数和输入输出总线，全篇完全没有涉及无线通信领域中的“物理上行链路共享信道PUSCH”或“多个上行链路分量载波UL CC”的概念及相应传输情况判断。即便以极度宽松的推理标准，存储器的总线读写与无线蜂窝移动通信的多载波物理共享信道之间存在根本性的领域鸿沟和原理区别，本领域技术人员绝无可能从对比文件中推理得出该特征，故未公开。 |
| 技术特征C：<br>在PUSCH上传送上行链路共享信道UL-SCH数据和控制信息<br><br>【公开性判断】：未公开 | 对比文件全文：无相关技术内容。 | 目标专利说明书（如【0076】、【0077】、【0082】）明确记载，在发生PUSCH传输时，可在PUSCH上复用并传输UL-SCH数据以及上行控制信息（UCI，包括HARQ反馈、CQI等），从而实现控制信息与数据的复用传输。<br>对比文件仅涉及DRAM芯片引脚与内部存储阵列之间通过窄数据总线、命令总线进行数据写入（Write Data）与命令传输（段落【0017】、【0021】），其与无线网络空中接口的UL-SCH和PUSCH属于完全不同的物理实体与通信架构，未公开在PUSCH物理信道上传送传输信道数据及控制信息的特征，亦无法合理推断得出，故未公开。 |
| 技术特征D：<br>（注：该特征无文字描述，为空项）<br><br>【公开性判断】：未公开 | 对比文件全文：无。 | 该特征在目标技术特征列表中为空项，无可比对的技术方案内容，故判定为未公开。 |
| 技术特征E：<br>在所述WTRU进行的所述PUSCH传输没有发生在所述多个UL CC中的任意UL CC的情况下<br><br>【公开性判断】：未公开 | 对比文件全文：无相关技术内容。 | 目标专利说明书（如【0077】）明确记载，当WTRU在各个UL CC上均未被调度或未发生PUSCH数据传输时，需要触发回落至物理控制信道（PUCCH）传输控制信息的机制。<br>对比文件为DRAM芯片技术，既不存在WTRU（无线发射/接收单元），也不存在针对多上行分量载波上PUSCH传输状态的判决逻辑，无法提供相应技术启示，故未公开。 |
| 技术特征F：<br>在物理上行链路控制信道PUCCH上传送所述控制信息。<br><br>【公开性判断】：未公开 | 对比文件全文：无相关技术内容。 | 目标专利说明书（如【0015】、【0077】）指出，PUCCH是专门用于承载HARQ ACK/NACK、CQI/PMI/RI以及SR等控制信令的上行专用控制信道。<br>对比文件仅涉及DRAM存储器的命令总线、地址/命令寄存器（如段落【0017】的15、18），不具备移动通信物理控制信道PUCCH的机制与信道结构，未直接公开亦无法隐含公开该技术特征。 |
| 技术特征G：<br>其中所述控制信息是混合自动重复请求HARQ应答ACK。<br><br>【公开性判断】：未公开 | 对比文件全文：无相关技术内容。<br>（仅段落【0013】中提及外部无需握手信号：“外部ワイヤもハンドシェーク信号も不要である”）。 | 目标专利说明书（如【0038】、【0082】、【0084】）明确记载，HARQ ACK是无线物理层/MAC层重传协议中针对下行传输块接收成功与否的反馈信息。<br>对比文件记载的是DRAM内部命令堆叠执行，甚至强调不需要外部总线握手（handshake）信号，其完全未涉及移动通信中的HARQ反馈协议机制，因此对比文件未公开该特征。 |
| 技术特征H：<br>其中在所述PUSCH传输发生在所述多个UL CC的至少两个UL CC上的情况下<br><br>【公开性判断】：未公开 | 对比文件全文：无相关技术内容。 | 目标专利说明书（如【0078】）中指出，当存在两个或多个允许的UL CC发生PUSCH传输时，需要进一步决策控制信息向哪个载波上的PUSCH进行复用。<br>对比文件属于内存硬件设计，不存在多载波聚合的信道并发传输与载波选择条件，未公开该特征。 |
| 技术特征I：<br>在所述多个UL CC中<br><br>【公开性判断】：未公开 | 对比文件全文：无相关技术内容。 | 目标专利说明书（如【0078】）明确该特征限定了从多个已配置/激活的UL分量载波集合中进行载波筛选的技术背景。<br>对比文件针对的是DRAM内部的多个存储子阵列（BANK 0～BANK N，段落【0017】），属于硅片内部存储分区，与移动通信空中接口的多个频域分量载波UL CC概念风马牛不相及，本领域技术人员不可能将其等同或推导得出，未公开。 |
| 技术特征J：<br>基于排序选择的一个UL CC上传送所述控制信息。<br><br>【公开性判断】：未公开 | 对比文件全文：无相关技术内容。 | 目标专利说明书（如【0078】）记载：“作为替换，UL CC可以根据优先级按照顺序排序……选择用以在指定子帧中传送该信息的UL CC”。其用于在上行并发传输时按载波优先级选择单一载波上传控制信令。<br>对比文件JP3384770B仅公开了根据时钟计数延迟（Wait state countdown）顺序执行挂起的存储器命令，不存在“基于载波排序选择一个UL CC传输控制信息”的技术方案，两者所解决的技术问题、技术手段及作用完全不同，未公开。 |
| 技术特征K：<br>其中由较高层用信号发送排序信息。<br><br>【公开性判断】：未公开 | 对比文件全文：无相关技术内容。 | 目标专利说明书（如【0078】）明确指出：“这种排序可以由较高层用信号通告（such ordering can be signaled by higher layers）”，即由RRC等高层协议配置载波排序。<br>对比文件完全不涉及移动通信协议栈中的分层架构（PHY/MAC/RRC等）或较高层信令通告，未公开该特征。 |
| 技术特征L：<br>其中在由较高层用信号通告的UL CC上传送所述PUCCH。<br><br>【公开性判断】：未公开 | 对比文件全文：无相关技术内容。 | 目标专利说明书（如【0078】）记载，在回落到PUCCH传输时，该PUCCH传输可以在由高层半静态配置指定的UL CC上传送。<br>对比文件全篇未记载任何无线高层信令配置载波或PUCCH信道的内容，未公开该特征。 |
| 技术特征M：<br>其中在由较高层用信号通告的服务小区上传送所述PUCCH。<br><br>【公开性判断】：未公开 | 对比文件全文：无相关技术内容。 | 目标专利说明书（如【0029】、【0035】）阐述了在多载波操作中载波对应于服务小区（Cell），PUCCH可在特定配置的服务小区上传送。<br>对比文件为DRAM内存电路，无通信服务小区概念，更无高层信令配置服务小区的方案，未公开该特征。 |
| 技术特征N：<br>该方法还包括<br><br>【公开性判断】：《直接公开》 | 【0029】（总结）<br>“（8）前記各複数のコマンドに関連するフラグを格納して……段階をさらに含む、上記（7）に記載のコマンドをスタックしメモリ内の保留中の操作の実行を自動的に開始する方法。”<br>【译文】<br>“（8）如上述（7）所述的对命令进行堆叠并自动开始执行存储器中挂起的操作的方法，该方法还包括：存储与所述多个命令分别相关联的标志……的步骤。” | 对比文件段落【0029】第（8）项（以及第（9）项）在从属方法要求中明确记载了“……段階をさらに含む、……方法”（该方法还包括……的步骤）。对比文件直接公开了作为方法从属特征过渡句的“该方法还包括”，两者表述及法律结构引导作用相同。 |
| 技术特征O：<br>在物理上行链路共享信道PUSCH传输发生在当前子帧的情况下<br><br>【公开性判断】：未公开 | 对比文件全文：无相关技术内容。 | 目标专利说明书（如【0077】、【0078】、【0092】）记载，该特征指在移动通信特定的传输时间间隔（当前子帧，Current Subframe）上检测是否已被调度并存在PUSCH上行数据传输。<br>对比文件JP3384770B仅有时钟周期（Clock cycle，如段落【0013】、【0022】），完全不存在通信制式下的无线帧/子帧（Subframe）结构，更无在子帧中判断PUSCH传输的构思，未公开。 |
| 技术特征P：<br>在所述PUSCH上传输所述控制信息<br><br>【公开性判断】：未公开 | 对比文件全文：无相关技术内容。 | 目标专利说明书（如【0077】、【0092】）记载，若子帧上有PUSCH分配，则周期性CQI等控制信息复用在PUSCH资源上传送。<br>对比文件为存储器数据写入与读取流程，不包含无线信道复用及在PUSCH传输控制信息的机制，未公开。 |
| 技术特征Q：<br>所述控制信息包括信道质量指示符CQI/预编码矩阵指示符PMI/秩指示符RI信息<br><br>【公开性判断】：未公开 | 对比文件全文：无相关技术内容。 | 目标专利说明书（如【0015】、【0038】、【0091】）详细记载了CQI/PMI/RI是无线通信中终端用于向基站报告下行信道状态信息的专门参数。<br>对比文件中的控制信息仅限于DRAM的读写命令、行/列地址选通（RAS/CAS）及预充电等芯片操作指令（段落【0008】、【0016】、【0024】表2），不包含移动通信的信道反馈参数，未公开。 |
| 技术特征R：<br>（注：该特征无文字描述，为空项）<br><br>【公开性判断】：未公开 | 对比文件全文：无。 | 该特征在目标技术特征列表中为空项，无可比对的技术方案内容，故判定为未公开。 |
| 技术特征S：<br>在主分量载波上<br><br>【公开性判断】：未公开 | 对比文件全文：无相关技术内容。 | 目标专利说明书（如【0029】、【0036】）明确限定“主分量载波（Primary Component Carrier）”是为多载波系统的共享信道传输提供主控制信令（例如PDCCH/PUCCH集中）的核心载波。<br>对比文件仅有内部存储块划分（Bank 0~N），无通信系统的主载波/从载波概念，无法推知，未公开。 |
| 技术特征T：<br>在所述当前子帧传送所述PUCCH上的调度请求SR<br><br>【公开性判断】：未公开 | 对比文件全文：无相关技术内容。 | 目标专利说明书（如【0015】、【0048】、【0093】）记载，调度请求SR是终端为了请求上行共享信道资源而在PUCCH或PRACH上向基站发送的专用信令。<br>对比文件为受主控器（Memory Controller）完全控制的从属存储器（段落【0013】“ＤＲＡＭは、メモリ・コントローラのスレーブとして動作するため……”），既不存在子帧结构，也不存在终端向基站主动发起的调度请求SR机制，未公开。 |
| 技术特征U：<br>其中所述多个PUSCH的所述至少一个PUSCH是在所述主分量载波上传送的。<br><br>【公开性判断】：未公开 | 对比文件全文：无相关技术内容。 | 目标专利说明书（如【0078】、【0082】）说明了在载波聚合中，主分量载波上可以承载多个并发PUSCH中的至少一个PUSCH传输。<br>对比文件完全不涉及主分量载波和PUSCH信道，未公开。 |
| 技术特征V：<br>其中所述主分量载波是通过无线电资源控制RRC信令来配置的。<br><br>【公开性判断】：未公开 | 对比文件全文：无相关技术内容。 | 目标专利说明书（如【0043】、【0046】、【0095】）指出，主载波可通过网络侧的RRC连接重配置等专用无线资源控制消息进行半静态指示与变更。<br>对比文件不包含任何无线协议体系或无线电资源控制RRC层信令，未公开。 |
| 技术特征W：<br>其中所述主分量载波是基于半静态来配置的。<br><br>【公开性判断】：未公开 | 对比文件全文：无相关技术内容。 | 目标专利说明书（如【0078】）明确主载波或允许的载波集合是通过较高层信令半静态（Semi-statically）配置，有别于每个子帧的物理层动态下发。<br>对比文件为半导体存储器技术，不存在基于高层信令对通信分量载波进行半静态配置的机理，未公开。 |
| 技术特征X：<br>其中所述主分量载波对应于主小区。<br><br>【公开性判断】：未公开 | 对比文件全文：无相关技术内容。 | 目标专利说明书（如【0029】、【0035】）阐述了在多载波操作中，各个载波对应于相应的小区（Cell），主载波对应于主小区（Primary Cell/Anchor Cell）。<br>对比文件属于芯片级内存技术，完全不具备蜂窝通信系统中主小区与主载波的对应结构，未公开。 |
| 技术特征Y：<br>其中所述主小区和所述主分量载波是通过无线电资源控制(RRC)信令来配置的。<br><br>【公开性判断】：未公开 | 对比文件全文：无相关技术内容。 | 目标专利说明书（如【0043】、【0048】）记载了通过RRC信令（例如RRC连接建立或重配消息）下发配置主小区及主分量载波的具体方案。<br>对比文件全篇未公开任何RRC信令以及蜂窝网络小区/载波配置技术，未公开。 |
<<<A>>><<<N>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>《未公开》 | 对比文件（DE69924179D1）仅包含标题“Broadband memory arrangement with instruction stack and narrow input and output”，全文无说明书内容。 | 对比文件未提供任何说明书具体文本内容，且其标题涉及的是一种带有指令栈以及窄输入/输出的宽带存储器排布（硬件计算机/存储架构领域），根本未公开任何无线通信方法或其流程步骤，因此该特征未被公开。 |
| 技术特征B：在物理上行链路共享信道PUSCH传输发生在多个上行链路分量载波UL CC的至少一个UL CC上的情况下<br>《未公开》 | 无说明书内容可引用。 | 目标专利中该特征定义了在载波聚合场景下，判断是否存在上行共享信道（PUSCH）传输的触发条件。对比文件无说明书文本，且涉及存储器排布硬件，未公开任何关于载波聚合、UL CC或PUSCH传输的技术内容，因此未被直接公开，亦无任何内容可供推断出隐含公开。 |
| 技术特征C：在PUSCH上传送上行链路共享信道UL-SCH数据和控制信息<br>《未公开》 | 无说明书内容可引用。 | 目标专利中该特征涉及在有PUSCH传输时，将控制信息复用在PUSCH上与UL-SCH数据一同传送。对比文件无说明书内容，完全未涉及UL-SCH数据或信道控制信息的复用传输机制，未被公开。 |
| 技术特征D：<br>《未公开》 | 无说明书内容可引用。 | 本特征在目标专利权利要求划分中为空白项/未定义特征，对比文件亦无说明书内容，未被公开。 |
| 技术特征E：在所述WTRU进行的所述PUSCH传输没有发生在所述多个UL CC中的任意UL CC的情况下<br>《未公开》 | 无说明书内容可引用。 | 目标专利中该特征用于界定当没有任何UL CC存在PUSCH传输时的控制信道回退触发条件。对比文件无说明书内容，未公开该条件判断机制，未被公开。 |
| 技术特征F：在物理上行链路控制信道PUCCH上传送所述控制信息。<br>《未公开》 | 无说明书内容可引用。 | 目标专利中该特征规定在无PUSCH可用时，将控制信息回退至专用的物理控制信道PUCCH上发送。对比文件无说明书内容，未涉及PUCCH及控制信息发送机制，未被公开。 |
| 技术特征G：其中所述控制信息是混合自动重复请求HARQ应答ACK。<br>《未公开》 | 无说明书内容可引用。 | 目标专利中该特征明确了控制信息的具体类型为HARQ-ACK反馈。对比文件无说明书内容，未公开任何HARQ机制或ACK信息，未被公开。 |
| 技术特征H：其中在所述PUSCH传输发生在所述多个UL CC的至少两个UL CC上的情况下<br>《未公开》 | 无说明书内容可引用。 | 目标专利中该特征定义了当多个UL CC同时存在PUSCH传输时的冲突处理判断条件。对比文件无说明书内容，未涉及多个载波或信道并发传输的技术方案，未被公开。 |
| 技术特征I：在所述多个UL CC中<br>《未公开》 | 无说明书内容可引用。 | 目标专利中该特征限定了载波选择的候选范围为配置/激活的多个UL CC。对比文件无说明书内容，完全未公开多载波集合概念，未被公开。 |
| 技术特征J：基于排序选择的一个UL CC上传送所述控制信息。<br>《未公开》 | 无说明书内容可引用。 | 目标专利中该特征公开了基于载波排序规则在多个具有PUSCH的UL CC中选择特定UL CC来运载控制信息。对比文件无说明书内容，未公开基于优先级的载波选择与反馈承载机制，未被公开。 |
| 技术特征K：其中由较高层用信号发送排序信息。<br>《未公开》 | 无说明书内容可引用。 | 目标专利中该特征限定了排序规则由高层信令（如RRC）下发通知。对比文件无说明书内容，未涉及高层信令配置载波排序，未被公开。 |
| 技术特征L：其中在由较高层用信号通告的UL CC上传送所述PUCCH。<br>《未公开》 | 无说明书内容可引用。 | 目标专利中该特征限定了承载PUCCH的UL CC由高层信令显式或半静态指定。对比文件无说明书内容，未涉及PUCCH载波的高层配置，未被公开。 |
| 技术特征M：其中在由较高层用信号通告的服务小区上传送所述PUCCH。<br>《未公开》 | 无说明书内容可引用。 | 目标专利中该特征限定了PUCCH所在的服务小区由高层信令通告。对比文件无说明书内容，未涉及服务小区或高层信令通告，未被公开。 |
| 技术特征N：该方法还包括<br>《未公开》 | 无说明书内容可引用。 | 对比文件无说明书内容，未公开任何通信方法步骤或补充步骤，未被公开。 |
| 技术特征O：在物理上行链路共享信道PUSCH传输发生在当前子帧的情况下<br>《未公开》 | 无说明书内容可引用。 | 目标专利中该特征限定了在特定时域粒度（当前子帧）内判断PUSCH传输状态。对比文件无说明书内容，未公开基于子帧的信道传输触发机制，未被公开。 |
| 技术特征P：在所述PUSCH上传输所述控制信息<br>《未公开》 | 无说明书内容可引用。 | 目标专利中该特征限定了控制信息在当前子帧的PUSCH上进行传输。对比文件无说明书内容，未公开PUSCH传输控制信息，未被公开。 |
| 技术特征Q：所述控制信息包括信道质量指示符CQI/预编码矩阵指示符PMI/秩指示符RI信息<br>《未公开》 | 无说明书内容可引用。 | 目标专利中该特征限定控制信息包含信道状态信息（CSI，即CQI/PMI/RI）。对比文件无说明书内容，未涉及无线信道状态测量及反馈指标，未被公开。 |
| 技术特征R：<br>《未公开》 | 无说明书内容可引用。 | 本特征在目标专利权利要求划分中为空白项/未定义特征，对比文件亦无说明书内容，未被公开。 |
| 技术特征S：在主分量载波上<br>《未公开》 | 无说明书内容可引用。 | 目标专利中该特征限定了信道传输或特定控制信道驻留的物理载波为主分量载波（Primary CC）。对比文件无说明书内容，未涉及主载波技术特征，未被公开。 |
| 技术特征T：在所述当前子帧传送所述PUCCH上的调度请求SR<br>《未公开》 | 无说明书内容可引用。 | 目标专利中该特征限定在当前子帧的主载波PUCCH上传送调度请求SR。对比文件无说明书内容，未涉及PUCCH上的SR传输时序，未被公开。 |
| 技术特征U：其中所述多个PUSCH的所述至少一个PUSCH是在所述主分量载波上传送的。<br>《未公开》 | 无说明书内容可引用。 | 目标专利中该特征限定多个PUSCH传输中至少有一个位于主载波上。对比文件无说明书内容，未涉及主载波上的PUSCH传输，未被公开。 |
| 技术特征V：其中所述主分量载波是通过无线电资源控制RRC信令来配置的。<br>《未公开》 | 无说明书内容可引用。 | 目标专利中该特征限定主分量载波的配置机制为RRC信令显式或半静态配置。对比文件无说明书内容，未涉及RRC信令及载波配置，未被公开。 |
| 技术特征W：其中所述主分量载波是基于半静态来配置的。<br>《未公开》 | 无说明书内容可引用。 | 目标专利中该特征限定主分量载波为半静态配置。对比文件无说明书内容，未公开该半静态配置属性，未被公开。 |
| 技术特征X：其中所述主分量载波对应于主小区。<br>《未公开》 | 无说明书内容可引用。 | 目标专利中该特征限定多载波操作中主分量载波与主小区（PCell）的对应关联关系。对比文件无说明书内容，未涉及主小区概念，未被公开。 |
| 技术特征Y：其中所述主小区和所述主分量载波是通过无线电资源控制(RRC)信令来配置的。<br>《未公开》 | 无说明书内容可引用。 | 目标专利中该特征限定主小区及其主载波均由RRC信令进行配置。对比文件无说明书内容，未涉及通过RRC配置主小区与主载波的技术方案，未被公开。 |
经全面审阅，对比文件（DE69924179D1）无具体说明书正文，其标题涉及宽带存储器架构，与目标专利的无线多载波通信控制信息传输机制完全不同，目标专利技术特征A～Y均未被对比文件直接公开或隐含公开。
根据目标专利说明书的记载与对比文件（JP2005512426A）的公开内容，针对目标专利权利要求划分的技术特征A至技术特征Y进行逐项直接公开与隐含公开的对比和分析。
本案中，目标专利涉及LTE-A多载波/载波聚合系统中上行控制信息（UCI，如HARQ-ACK、CQI/PMI/RI、SR）在PUSCH或PUCCH上的上行信道选择与载波映射机制。对比文件（JP2005512426A）公开的是WCDMA/FDD通信系统或层级小区分散天线系统（DAS）中，通过解除UL/DL载波对固定的双工频率间隔（Duplex Distance），实现非对称上下行载波灵活配对与切换的技术。
---
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>《直接公开》 | 【段落[2]】：<br>“図１１に、本発明の実施形態による方法の基本的な工程を示す。方法は、ステップ２００で開始する。ステップ２０２において、１つの上り回線キャリアと１つの下り回線キャリアを組合わせることで第１のキャリア対を選択する……ステップ２０６において方法が終了する。”<br>（译文：图11示出了根据本发明实施方式的方法的基本步骤。方法在步骤200开始。在步骤202中，通过组合一个上行链路载波与一个下行链路载波来选择第一载波对……在步骤206中方法结束。） | 对比文件公开了一种用于蜂窝通信系统中配置载波对的方法，包括多个步骤，直接且毫无疑义地公开了“该方法包括”这一方法步骤的引导特征。两者均作为通信控制方法的引导语，作用相同。 |
| 技术特征B：在物理上行链路共享信道PUSCH传输发生在多个上行链路分量载波UL CC的至少一个UL CC上的情况下<br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件属于3G WCDMA/UMTS体系，仅涉及宏蜂窝与微蜂窝之间上行载波和下行载波的灵活配对以避免干扰，全文既未公开LTE/LTE-A系统特有的“物理上行链路共享信道PUSCH”，也未涉及多载波聚合中判断“PUSCH传输是否发生在多个UL CC中的至少一个UL CC上”的条件分支控制机制。本领域技术人员无法从对比文件中直接得出或推理得出该特征。 |
| 技术特征C：在PUSCH上传送上行链路共享信道UL-SCH数据和控制信息<br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件未涉及LTE-A中将UL-SCH数据与控制信息（UCI）复用/打孔并在PUSCH上传送的物理层处理过程，未公开在PUSCH上传送UL-SCH数据和控制信息。 |
| 技术特征D：<br>《未公开》 | （无特征内容） | 该特征项未记载实质技术内容。 |
| 技术特征E：在所述WTRU进行的所述PUSCH传输没有发生在所述多个UL CC中的任意UL CC的情况下<br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件未公开在多载波场景下针对“WTRU进行的PUSCH传输未发生在多个UL CC中任意UL CC”的条件判断机制。 |
| 技术特征F：在物理上行链路控制信道PUCCH上传送所述控制信息。<br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件未公开LTE系统架构中的物理上行链路控制信道PUCCH，更未公开在没有PUSCH传输时回落退守到PUCCH上传送控制信息的传输机制。 |
| 技术特征G：其中所述控制信息是混合自动重复请求HARQ应答ACK。<br>《隐含公开》 | 【段落[2]】：<br>“在子帧+k+4，PHY层730使用仍旧有效的UL主载波1U来发送肯定应答(ACK)（目标说明书[0059]）”；<br>对比文件【段落[2]】：<br>“ＵＭＴＳ（ユニバーサル移動通信方式）等の新しいブロードバンドセルラー規格は、高データレートのサービスを提供することができる。”、“例えば、ＲＢＳ間の電力情報交換と組合わせて、単一の作動中の上り回線上に、両方の下り回線に関する電力制御情報を送信することができる。”<br>（译文：诸如UMTS等新的宽带蜂窝标准能够提供高数据速率的服务……例如，与RBS间的功率信息交换相结合，可以在单个工作中的上行链路上发送关于两个下行链路的功率控制信息。） | 隐含公开判断标准非常宽松：对比文件虽然明确提及传输的是功率控制信息等控制信令，但对比文件整体基于UMTS宽带移动通信系统。在UMTS及其演进标准中，HARQ ACK/NACK是上行链路必不可少的最基础控制信息之一。本领域技术人员结合公知常识合理推断，在通信系统中反馈的控制信息天然且极有可能包括HARQ应答ACK。因此认定该技术特征被对比文件隐含公开。 |
| 技术特征H：其中在所述PUSCH传输发生在所述多个UL CC的至少两个UL CC上的情况下<br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件未涉及多个UL CC同时存在PUSCH传输的场景，未公开判断PUSCH传输发生在多个UL CC中至少两个UL CC上的判定条件。 |
| 技术特征I：在所述多个UL CC中<br>《直接公开》 | 【段落[2]】：<br>“オペレータは、トラフィックに与えるために、通常は２つ（または３つ）の隣接する許可キャリアの上り回線／下り回線ＵＬ／ＤＬ対からなるブロックを１つ有する……上り回線キャリアＵＬ１およびＵＬ２が利用可能であり……”<br>（译文：运营商为了提供业务，通常具有由2个（或3个）相邻许可载波的上行链路/下行链路UL/DL对构成的块……上行链路载波UL1和UL2可用……） | 对比文件公开了系统存在多个上行链路载波（UL1、UL2等），明确公开了在多个UL载波之中进行选择与配置的环境范围，直接公开了“在所述多个UL CC中”。两者均用于指示从多个可用的上行分量载波集合中操作，作用相同。 |
| 技术特征J：基于排序选择的一个UL CC上传送所述控制信息。<br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件虽然涉及根据不同小区的上下行非对称业务量选择载波对，但完全没有公开在发生PUSCH传输时“基于排序选择的一个UL CC上传送控制信息”的信道/载波选择机制。 |
| 技术特征K：其中由较高层用信号发送排序信息。<br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件未公开针对UL CC的优先级或传输控制信息的“排序信息”，更未公开该排序信息由高层信令（如RRC）发送。 |
| 技术特征L：其中在由较高层用信号通告的UL CC上传送所述PUCCH。<br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件未公开PUCCH信道，亦未公开由高层信令通告特定的UL CC以在该载波上传送PUCCH。 |
| 技术特征M：其中在由较高层用信号通告的服务小区上传送所述PUCCH。<br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件未涉及在较高层信号通告的服务小区上传送PUCCH的技术方案。 |
| 技术特征N：该方法还包括<br>《直接公开》 | 【段落[2]】：<br>“さらに、異なるデュープレックス周波数距離を有するＦＤＤセル間のハンドオーバのために特定の方法を使用する必要がある。その目的で、下り回線放送／制御情報、隣接セルリストおよび／またはハンドオーバメッセージはデュープレックス距離に関する上方を含んでいる。”以及图11各步骤。<br>（译文：此外，为了在具有不同双工频率间隔的FDD小区之间进行切换，需要使用特定的方法。为此目的，下行链路广播/控制信息、相邻小区列表和/或切换消息包含关于双工距离的信息。） | 对比文件的方法包含多个组合步骤和附加控制流程（如切换、载波选择分配），直接公开了方法权利要求常用的附加步骤引导语“该方法还包括”。两者均作为方法权利要求附加特征的连接引导，作用相同。 |
| 技术特征O：在物理上行链路共享信道PUSCH传输发生在当前子帧的情况下<br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件未公开子帧级别的物理层时隙调度架构，未涉及判断“PUSCH传输发生在当前子帧”的条件。 |
| 技术特征P：在所述PUSCH上传输所述控制信息<br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件未公开将控制信息调度并承载在共享信道PUSCH上传输的技术特征。 |
| 技术特征Q：所述控制信息包括信道质量指示符CQI/预编码矩阵指示符PMI/秩指示符RI信息<br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件虽然提到了功率控制信息，但未记载CQI、PMI、RI等与多天线/下行信道自适应反馈密切相关的特定控制信息。 |
| 技术特征R：<br>《未公开》 | （无特征内容） | 该特征项未记载实质技术内容。 |
| 技术特征S：在主分量载波上<br>《隐含公开》 | 【段落[2]】：<br>“広いマクロセルのカバレージ領域内に複数の小さいピコまたはマイクロセルが設置される……基地局１０におけるキャリア使用ユニット１５０が適切な上り回線／下り回線対を提供し……マクロセルインフラストラクチャーのために少なくとも２つのＦＤＤキャリアを備えておくことが好ましい。”<br>（译文：在广阔的宏小区的覆盖区域内设置有多个小的微微小区或微小区……基站10中的载波使用单元150提供适当的上行/下行载波对……对于宏小区基础设施而言优选具备至少两个FDD载波。） | 隐含公开判断标准非常宽松：对比文件中公开了分层小区架构（宏小区覆盖与微小区），宏小区作为基础的主覆盖层（Macro Layer），微小区作为辅助层（Underlay/Micro Layer），宏小区中配置有基础载波（如UL1/DL1作为主要载波基础设施）。本领域技术人员可以合理推断，在多载波/层级系统中将承载基础公共控制与主要覆盖的载波作为“主分量载波/锚定载波”是该领域的常用设置，因此对比文件有可能隐含了在主载波/主分量载波上进行相关传输的技术思想。 |
| 技术特征T：在所述当前子帧传送所述PUCCH上的调度请求SR<br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件未涉及在子帧上利用PUCCH传输调度请求（SR）的特征。 |
| 技术特征U：其中所述多个PUSCH的所述至少一个PUSCH是在所述主分量载波上传送的。<br>《未公开》 | 对比文件全文未记载相关内容。 | 对比文件没有公开PUSCH，更不存在多个PUSCH中至少一个在主分量载波上传送的特征。 |
| 技术特征V：其中所述主分量载波是通过无线电资源控制RRC信令来配置的。<br>《隐含公开》 | 【段落[2]】：<br>“従来技術におけるハンドオーバに関する課題、特にソフトハンドオーバとハードハンドオーバやＷＣＤＭＡ用のレイヤーインフラストラクチャーは、例えば、3GPP TSG RAN 25 331 "RRC Protocol Specification (Release 1999)"……等に解説がある。”、“基地局と移動局との間の通信プロトコルは、両キャリアの実際の周波数、あるいは、片方の周波数と使用されるデュープレックス距離を示す情報を含むものでなくてはならない……放送メッセージ……システム側からの実際のハンドオーバ指令と共にメッセージとして提供することも可能である。”<br>（译文：现有技术中关于切换的课题，特别是软切换和硬切换以及WCDMA的分层基础设施，在例如3GPP TSG RAN 25 331“RRC协议规范（Release 1999）”中有解说……基站与移动台之间的通信协议必须包含示出两个载波的实际频率或一个频率与所使用的双工距离的信息……广播消息……也可以与来自系统侧的实际切换指令一起作为消息提供。） | 隐含公开判断标准非常宽松：对比文件明确指出了利用高层控制信令配置载波频率和双工距离，并且明确引用了3GPP的“RRC Protocol Specification (Release 1999)”协议标准，指出切换指令、广播消息或协议消息均由网络侧下发配置给移动台。因此，本领域技术人员结合其引用的RRC协议及通信知识，有可能推断出主覆盖载波/服务载波是由RRC信令进行配置的，符合宽松标准下的隐含公开。 |
| 技术特征W：其中所述主分量载波是基于半静态来配置的。<br>《隐含公开》 | 【段落[2]】：<br>“異なるセル間でしかデュープレックス距離を変えることができないシステムにおいて、トラフィック状況に応じて割当処理を適応させるための柔軟性がある程度制限され、統計的に求められたトラフィック状況に基づき予め準備された設定であると思われる。”<br>（译文：在仅能在不同小区之间改变双工距离的系统中，根据业务状况调整分配处理的灵活性受到一定限制，被认为是基于统计求得的业务状况而预先准备好的设定。） | 隐含公开判断标准非常宽松：对比文件明确公开了载波分配和设定可以“基于统计求得的业务状况而预先准备设定”（即不是每个时隙/子帧动态变化，而是预先设置的半静态机制）。本领域技术人员可以合理推导出主载波的配置采用预先准备好的、统计级别的半静态配置方式，因此属于隐含公开。 |
| 技术特征X：其中所述主分量载波对应于主小区。<br>《隐含公开》 | 【段落[2]】：<br>“広いマクロセルのカバレージ領域内に複数の小さいピコまたはマイクロセルが設置される……マクロセルのカバレージ内の（複数の）屋内設備に対して単一のＷＣＤＭＡＵＬ／ＤＬキャリア対を使用することによって……”<br>（译文：在广阔的宏小区的覆盖区域内设置有多个小的微微小区或微小区……通过对宏小区覆盖内的（多个）室内设备使用单一的WCDMA UL/DL载波对……） | 隐含公开判断标准非常宽松：对比文件公开了宏小区（Macro Cell，即主覆盖小区）与微小区（Micro Cell/Underlay）的层级关系，宏小区配置其对应的专用宏小区载波，微小区对应微小区载波。宏载波与宏小区一一对应。本领域技术人员极有可能由此推理出基础/主载波对应于主小区（宏小区），因而构成隐含公开。 |
| 技术特征Y：其中所述主小区和所述主分量载波是通过无线电资源控制(RRC)信令来配置的。<br>《隐含公开》 | 【段落[2]】：<br>结合对比文件对3GPP 25.331 RRC协议规范的引用（“3GPP TSG RAN 25 331 "RRC Protocol Specification (Release 1999)"”）、下发相邻小区列表、广播系统信息以及切换指令消息等公开内容。 | 隐含公开判断标准非常宽松：对比文件公开了小区切换指令、小区载波频率分配及广播控制信息，且指明参考RRC协议标准规范。本领域技术人员能合理推断在蜂窝无线网络中，服务小区（宏小区/主小区）及所配置的载波是由RRC协议信令（如小区重配或切换消息）进行下发配置的，具有组合其他公开内容进行技术推理的高度可能性，因此构成隐含公开。 |
<<<A>>>
<<<g>>>
<<<I>>>
<<<N>>>
<<<s>>>
<<<v>>>
<<<w>>>
<<<x>>>
<<<y>>>
针对对比文件（WO2005039094A2）与目标专利权利要求各技术特征的比对，本领域技术人员结合目标专利说明书原文的定义与技术方案进行深度分析与创造性评估。
### 技术特征对比分析概述
目标专利涉及无线通信中（如LTE-Advanced多载波/载波聚合系统中）无线发射/接收单元（WTRU）在多上行分量载波（UL CC）上调度传输上行共享信道（PUSCH）与物理上行控制信道（PUCCH）上的控制信息（如HARQ-ACK、CQI/PMI/RI、SR）的机制，包括主载波配置、基于半静态/RRC配置、PUSCH存在与否对控制信息承载载波与信道的动态选择和排序规则。
对比文件（WO2005039094A2）涉及多载波无线通信系统中的小区/扇区切换辅助机制，核心在于基站各扇区发射机在服务频带之外，周期性地向相邻扇区/小区使用的频带发射窄带高功率信标信号（Beacon signal），以使得移动终端无需调整接收机频带即可监听相邻小区的信标信号，辅助进行频带切换与扇区/小区测量判定。
---
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含中文翻译及段落标号） | 公开性论述 |
| 技术特征A：该方法包括<br>《直接公开》 | [p0078]<br>"Figure 9 is a flowchart 900 of an exemplary method of operating base station transmitters in a wireless communications system to transmit signals into different frequency bands, in accordance with the present invention. Operation starts in step 902..."<br>（中文翻译：图9是根据本发明在无线通信系统中操作基站发射机以向不同频带发射信号的示例性方法的过程流程图900。操作开始于步骤902……）<br>[p0091]<br>"Various exemplary methods of the invention will now be described as a series of steps."<br>（中文翻译：本发明的各种示例性方法现在将描述为一系列步骤。） | 技术特征A为方法权利要求的常规前置引导语。对比文件段落[p0078]和[p0091]直接公开了在无线通信系统中由相关实体执行的一系列步骤的“方法”，因此技术特征A被对比文件《直接公开》。 |
| 技术特征B：在物理上行链路共享信道PUSCH传输发生在多个上行链路分量载波UL CC的至少一个UL CC上的情况下<br>《未公开》 | 对比文件全文无相关记载。<br>[p0008]<br>"Typically a mobile node, listens to one carrier frequency band at a given time due to constraints in the hardware and cost associated with the receiver..."<br>（中文翻译：通常，由于与接收机相关的硬件和成本限制，移动节点在给定时间收听一个载波频带……）<br>[p0057]<br>"Each base station sector receiver... can receive signals, e.g. uplink signals including requests for handoffs, timing control signals, power control signals, and user data, from wireless terminals in the sector covered."<br>（中文翻译：每个基站扇区接收机……可以从所覆盖扇区中的无线终端接收信号，例如包括切换请求、定时控制信号、功率控制信号和用户数据的上行链路信号。） | 目标专利说明书（如[0008]-[0009]、[0077]-[0078]）明确界定“在多个UL CC的至少一个UL CC上发生PUSCH传输”是指WTRU在载波聚合场景下，在被配置的多个上行分量载波中的至少一个载波上被调度并传输物理上行共享信道数据。<br>对比文件主要涉及单载波收发的终端在切换时监听不同频段的信标，其上行传输仅是传统的单频带上行信号（[p0057]）。对比文件中既未涉及由WTRU同时聚合或配置多个UL CC，也完全未公开“在PUSCH传输发生在多个UL CC的至少一个UL CC上的情况”这一触发/判断前提条件。本领域技术人员无法直接得出也无法合理解析推导该特征，甚至连部分公开也不存在，因此《未公开》。 |
| 技术特征C：在PUSCH上传送上行链路共享信道UL-SCH数据和控制信息<br>《隐含公开》 | [p0057]<br>"Each base station sector receiver... can receive signals, e.g. uplink signals including requests for handoffs, timing control signals, power control signals, and user data, from wireless terminals in the sector covered."<br>（中文翻译：每个基站扇区接收机……可以从所覆盖扇区中的无线终端接收信号，例如包括切换请求、定时控制信号、功率控制信号和用户数据的上行链路信号。）<br>[p0070]<br>"The transmitter 804 is coupled to an antenna 820 and may transmit signaling and information to the base station including requests to initiate a handoff to another sector which uses a different carrier frequency."<br>（中文翻译：发射机804耦合到天线820，并且可以向基站发送信令与信息，包括向使用不同载频的另一扇区发起切换的请求。） | 目标专利（如[0076]、[0082]）指出在UL-SCH上传送数据与控制信息在PUSCH上复用传输。<br>对比文件段落[p0057]和[p0070]公开了无线终端（UE）在上行链路向基站发送上行信号，其中上行信号包括用户数据（对应UL-SCH数据）以及切换请求、定时控制、功率控制信号（对应控制信息）。在无线通信通用技术背景下，上行传输数据与控制信令可能通过同一物理上行共享信道传输。按照极其宽松的隐含公开判断标准，对比文件记载了在上行链路中同时传输用户数据和控制信令，部分公开了上行传输数据与控制信息的技术内容，有可能推断或与其他现有技术结合推导出在共享信道上传送数据与控制信息，故在此宽松标准下认定为《隐含公开》。 |
| 技术特征D：技术特征D<br>《未公开》 | （注：所提供特征清单中技术特征D内容为空白） | 内容为空，不作有效特征比对，视为《未公开》。 |
| 技术特征E：在所述WTRU进行的所述PUSCH传输没有发生在所述多个UL CC中的任意UL CC的情况下<br>《未公开》 | 对比文件全文无相关记载。<br>[p0008]、[p0011]、[p0057]等段落仅涉及终端在单一频带与基站通信并监听信标。 | 目标专利说明书（如[0077]“如果在任何UL CC上均未发生PUSCH传输，则可以始终从指定UL CC的PUCCH传送用于指定DL-SCH的反馈”）明确限定了一种在多UL CC环境下没有PUSCH调度时的分支判断逻辑。<br>对比文件完全没有多UL CC概念，更没有“PUSCH传输没有发生在多个UL CC中的任意UL CC”的分支判断条件与逻辑推演机制，本领域技术人员无法从对比文件中推断出该特征，因此《未公开》。 |
| 技术特征F：在物理上行链路控制信道PUCCH上传送所述控制信息<br>《隐含公开》 | [p0057]<br>"Each base station sector receiver... can receive signals, e.g. uplink signals including requests for handoffs, timing control signals, power control signals, and user data, from wireless terminals in the sector covered."<br>（中文翻译：每个基站扇区接收机……可以从所覆盖扇区中的无线终端接收信号，例如包括切换请求、定时控制信号、功率控制信号和用户数据的上行链路信号。）<br>[p0070]<br>"The transmitter 804 is coupled to an antenna 820 and may transmit signaling and information to the base station including requests to initiate a handoff..."<br>（中文翻译：发射机804耦合到天线820，并且可以向基站发送信令与信息，包括发起切换的请求……） | 目标专利说明书（如[0015]、[0077]）明确界定PUCCH是专门用于传输HARQ-ACK、CQI/PMI/RI和SR等控制信息的专用上行控制物理信道。<br>对比文件虽然没有明确出现“PUCCH”这一3GPP术语，但公开了终端向上行发送控制信令（定时控制、功率控制、切换请求等）。在无线蜂窝系统中，专门用于承载物理层控制信令的上行链路信道即对应为物理上行链路控制信道。按照极为宽松的隐含公开判断规则，对比文件公开了上行控制信息的独立信令传输，本领域技术人员有可能基于此推导该控制信息承载在专用的上行物理控制信道上，属于部分公开了该技术内容，故认定为《隐含公开》。 |
| 技术特征G：其中所述控制信息是混合自动重复请求HARQ应答ACK<br>《隐含公开》 | [p0057]<br>"Each sector transmitter... can transmit signals, including beacon signals including transmitter information, and ordinary downlink signaling including user data, assignment signals, acknowledgement signals, and pilot signals, in accordance with the invention, into the sector covered."<br>（中文翻译：根据本发明，每个扇区发射机……可以向所覆盖的扇区发射信号，包括包含发射机信息的信标信号，以及包含用户数据、指派信号、应答信号和导频信号的普通下行链路信令。） | 目标专利中HARQ-ACK用于对下行PDSCH传输的解码结果进行正/负应答反馈（[0015]、[0077]）。<br>对比文件段落[p0057]公开了基站发送“应答信号（acknowledgement signals）”，表明系统存在ACK/应答确认机制。虽然对比文件提及的是下行acknowledgement信号，但结合ARQ/HARQ重传机制的公知常识，ACK通常伴随着上下行双向反馈流程。在极其宽松的隐含公开标准下，对比文件提及了确认应答（acknowledgement），技术人员有可能推断在无线通信中控制信息包含应答ACK，属于部分公开，故认定为《隐含公开》。 |
| 技术特征H：其中在所述PUSCH传输发生在所述多个UL CC的至少两个UL CC上的情况下<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利（说明书[0078]“如果存在一个以上的此类允许的UL CC……”）针对多个上行分量载波同时发生PUSCH传输这一具体场景进行了多载波并发传输的限定。<br>对比文件仅涉及终端在不同时刻工作于单一频带，不存在终端在多个UL CC的至少两个UL CC上同时发生PUSCH传输的构思与机制，本领域技术人员无法由此推导得出，因此《未公开》。 |
| 技术特征I：在所述多个UL CC中<br>《未公开》 | 对比文件全文无相关记载。<br>[p0006]<br>"...To receive signals corresponding to a carrier frequency, a wireless terminal normally has to adjust its receiver, e.g., receiver filters, to correspond to the frequency band associated with the carrier frequency to be used. Switching a receiver between carrier frequencies may take time..."<br>（中文翻译：……为了接收与某载频相对应的信号，无线终端通常必须调整其接收机……以便与所使用的载频相关联的频带相对应。在载频之间切换接收机可能需要时间……） | 目标专利中“在所述多个UL CC中”限定了后续载波选择是针对该WTRU已配置或激活的多个上行分量载波集合（[0039]、[0078]）。<br>对比文件通篇只涉及系统有多个频带，但移动终端同一时刻只能工作于单载波频段，不存在多UL CC聚合配置的集合，本领域技术人员无法直接得出或合理推导出该环境限定，因此《未公开》。 |
| 技术特征J：基于排序选择的一个UL CC上传送所述控制信息<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利说明书（如[0078]“作为替换，UL CC可以根据优先级按照顺序排序……在指定子帧中传送该信息的UL CC进行选择”）明确指出了在多个备选UL CC中依据排序/优先级顺序选择特定的一个UL CC来集中承载上行控制信息。<br>对比文件仅涉及终端根据测量的信标信号强度来判断是否切换到另一个载频（[p0016]、[p0042]），并非在自身已有的多个UL CC中基于排序选择某一个载波来承载上行控制信息，其作用与机制均完全不同，无法合理推导得出，因此《未公开》。 |
| 技术特征K：其中由较高层用信号发送排序信息<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利说明书（如[0078]“这种排序可以由较高层用信号通告”）限定了载波的排序信息是由较高层信令（如RRC信令）进行配置指示的。<br>对比文件完全没有载波排序及通过较高层信令下发排序信息的技术内容，因此《未公开》。 |
| 技术特征L：其中在由较高层用信号通告的UL CC上传送所述PUCCH<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利说明书（如[0078]“如果在该子帧中没有传送PUSCH传输的UL CC，那么该信息可以在预定UL CC（它可以由较高层用信号通告）的PUCCH上传送”）明确公开了通过较高层半静态信令指定某一个UL CC来专门承载PUCCH。<br>对比文件未公开任何通过高层信令通告特定的UL CC用于承载PUCCH的内容，因此《未公开》。 |
| 技术特征M：其中在由较高层用信号通告的服务小区上传送所述PUCCH<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利说明书（如[0029]、[0035]、[0078]）中服务小区与分量载波对应，PUCCH被半静态配置在指定的主服务小区（PCell）上传输。<br>对比文件完全没有高层信令通告特定服务小区以在其上传输PUCCH的方案记载，因此《未公开》。 |
| 技术特征N：该方法还包括<br>《直接公开》 | [p0078]<br>"Figure 9 is a flowchart 900 of an exemplary method... Operation proceeds from step 904 to step 906..."<br>（中文翻译：图9是示例性方法的过程流程图900……操作从步骤904进行到步骤906……）<br>[p0091]<br>"Some embodiments involve performing different steps. Various combinations of steps are described below..."<br>（中文翻译：某些实施例涉及执行不同的步骤。以下描述了步骤的各种组合……） | 对比文件公开了执行额外/后续步骤的方法架构，属于权利要求中的常规过渡用语。因此技术特征N被对比文件《直接公开》。 |
| 技术特征O：在物理上行链路共享信道PUSCH传输发生在当前子帧的情况下<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利说明书（如[0076]-[0078]）界定了基于“当前子帧”是否有PUSCH传输来动态决定控制信息传输路径的时域触发条件。<br>对比文件虽然在OFDM符号级别涉及时间划分（[p0079]），但完全没有在LTE“子帧”维度上判断是否存在PUSCH传输的技术方案与作用机制，无法推断得出，因此《未公开》。 |
| 技术特征P：在所述PUSCH上传输所述控制信息<br>《隐含公开》 | [p0057]<br>"Each base station sector receiver... can receive signals, e.g. uplink signals including requests for handoffs, timing control signals, power control signals, and user data, from wireless terminals in the sector covered."<br>（中文翻译：每个基站扇区接收机……可以从所覆盖扇区中的无线终端接收信号，例如包括切换请求、定时控制信号、功率控制信号和用户数据的上行链路信号。） | 目标专利中该特征是指控制信息复用在PUSCH中打孔或速率匹配传输（UCI on PUSCH，见[0077]-[0078]、[0092]）。<br>对比文件公开了无线终端在上行链路向基站发送控制信令（控制信息）与用户数据。在宽松的隐含公开标准下，由于对比文件公开了上行链路中控制信号与数据的传输，本领域技术人员有可能合理推断出控制信息可以与数据一同在共享物理信道上传输，部分公开了该技术特征，因此认定为《隐含公开》。 |
| 技术特征Q：所述控制信息包括信道质量指示符CQI/预编码矩阵指示符PMI/秩指示符RI信息<br>《隐含公开》 | [p0042]<br>"The WT makes beacon signal strength, e.g., power, measurements. These measurements may be in addition to frequency e.g., tone, measurements. Comparisons of the strength of different received beacon signals... are used to decide when to make a handoff..."<br>（中文翻译：WT进行信标信号强度（例如功率）测量。这些测量可以附加于频率（例如单音）测量。对不同接收到的信标信号强度的比较……用于决定何时进行切换……）<br>[p0057]<br>"...can receive signals, e.g. uplink signals including requests for handoffs, timing control signals, power control signals, and user data..."<br>（中文翻译：……可以从无线终端接收信号，例如包括切换请求、定时控制信号、功率控制信号和用户数据的上行链路信号……） | 目标专利说明书（如[0015]、[0038]、[0091]）中CQI/PMI/RI明确代表信道状态信息（CSI）反馈量。<br>对比文件公开了终端进行信号质量/功率测量（[p0042]）并将信令/测量反馈发送至基站。虽然未直接列出CQI/PMI/RI缩写，但信道质量测量与反馈属于蜂窝通信的基础功能。依据极其宽松的隐含公开标准，对比文件关于终端测量信道信号强度并反馈上行控制信号的记载，部分公开了信道质量控制信息的内容，有可能由技术人员推导出包含信道质量指示信息，故认定为《隐含公开》。 |
| 技术特征R：技术特征R<br>《未公开》 | （注：所提供特征清单中技术特征R内容为空白） | 内容为空，不作有效特征比对，视为《未公开》。 |
| 技术特征S：在主分量载波上<br>《未公开》 | 对比文件全文无相关记载。<br>[p0012]<br>"...The frequency of a beacon signal's component or components can be used to convey information such as the carrier used by the transmitter which transmitted the beacon to communicate user data..."<br>（中文翻译：……信标信号的一个或多个分量的频率可用于传达信息，例如发射该信标以通信用户数据的发射机所使用的载波……） | 目标专利中“主分量载波”（PCC / Primary Component Carrier）具有特定含义（见说明书[0029]、[0035]、[0036]），是指提供主控制信令、集中反馈HARQ与SR的锚定载波。<br>对比文件中虽然提及发射机用于通信数据的载波，但各载波之间是对等的单载波扇区频带，没有任何多载波聚合中“主分量载波（PCC）”的技术概念与相应的主从载波功能机制，无法合理推导得出，因此《未公开》。 |
| 技术特征T：在所述当前子帧传送所述PUCCH上的调度请求SR<br>《未公开》 | 对比文件全文无相关记载。<br>[p0057]<br>"...can receive signals, e.g. uplink signals including requests for handoffs, timing control signals, power control signals, and user data..."<br>（中文翻译：……可以从所覆盖扇区中的无线终端接收信号，例如包括切换请求、定时控制信号、功率控制信号和用户数据的上行链路信号。） | 目标专利说明书（如[0015]、[0038]、[0093]“当在PUCCH或PRACH上触发SR时，该SR是在UL主载波上发送的”）明确限定了SR在指定子帧的PUCCH上传输。<br>对比文件段落[p0057]中仅提及“切换请求（requests for handoffs）”，完全没有在特定子帧通过PUCCH传输调度请求（SR，用于向基站请求上行共享信道资源）的技术内容，技术人员无法毫无疑义得出或合理推导出该特定物理控制信道上的SR行为，因此《未公开》。 |
| 技术特征U：其中所述多个PUSCH的所述至少一个PUSCH是在所述主分量载波上传送的<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利说明书（如[0078]、[0082]）界定了在主分量载波上调度并传输PUSCH的技术方案。<br>对比文件不存在主分量载波概念，更无多个PUSCH及其中的PUSCH在主分量载波上传输的技术方案，因此《未公开》。 |
| 技术特征V：其中所述主分量载波是通过无线电资源控制RRC信令来配置的<br>《未公开》 | 对比文件全文无相关记载。<br>[p0043]（目标专利）<br>"作为替换，WTRU可以根据RRC信令来显式地或隐式地确定UL主载波。例如，UL主载波可以隐式地对应于在用于配置WTRU的RRC消息中提供的第一UL载波。"<br>[p0064]（对比文件）<br>"Base station control routines 764 includes a scheduler module 766 and signaling routines 768..."<br>（中文翻译：基站控制例程764包括调度器模块766和信令例程768……） | 目标专利中主分量载波是通过三层RRC专有信令（如RadioResourceConfigDedicated）在建立/重配时指定的（说明书[0043]、[0048]）。<br>对比文件仅提及基站内部有通用的控制信令例程，完全未公开亦未涉及通过无线电资源控制（RRC）信令来配置主分量载波，因此《未公开》。 |
| 技术特征W：其中所述主分量载波是基于半静态来配置的<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利说明书（如[0078]“允许的UL CC的集合可以由较高层在半静态的基础上用信号通告”）明确界定了通过半静态信令（区别于动态物理层L1 DCI调度）来配置主分量载波或上行控制载波。<br>对比文件完全没有半静态配置主分量载波的构思与技术内容，因此《未公开》。 |
| 技术特征X：其中所述主分量载波对应于主小区<br>《未公开》 | 对比文件全文无相关记载。<br>[p0029]（目标专利）<br>"在多载波操作中，WTRU可以被配置成操作于两个或更多个载波(也就是频率或小区)……工作频率可以被分组并被称为主或锚定载波以及补充或辅载波。"<br>[p0006]、[p0029]（对比文件）<br>"Each cell includes a base station which transmits different signals into each sector of a cell..."<br>（中文翻译：每个小区包括基站，其向小区的每个扇区发射不同信号……） | 目标专利将主载波与主小区（PCell）形成对应绑定关系（[0029]、[0035]）。<br>对比文件中的“小区（Cell）”是指地理覆盖意义上的物理蜂窝小区，各物理小区采用单一频带进行普通通信（[p0006]、[p0029]），与载波聚合体系中由同一WTRU同时连接的“主小区（PCell）与辅小区（SCell）”以及“主分量载波对应于主小区”的概念完全不同，无法合理推导出该对应关系，因此《未公开》。 |
| 技术特征Y：其中所述主小区和所述主分量载波是通过无线电资源控制(RRC)信令来配置的<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利说明书（如[0043]、[0048]、[0095]）记载了利用RRC信令对主小区与主分量载波进行显式或隐式配置。<br>对比文件未公开任何通过RRC信令配置主小区与主分量载波的方案，因此《未公开》。 |
---
### 评估结论总结
综上所述，对比文件WO2005039094A2直接公开了作为方法引导语的常规特征A、N；在极其宽松的隐含公开判断标准下，对比文件由于提及了上行链路发送用户数据与控制信令、基站侧的acknowledgement应答信号、终端信号测量与控制信息上报，被认为隐含公开了特征C、F、G、P、Q；而涉及载波聚合、多个上行分量载波（UL CC）、载波排序选择、物理上行共享信道/控制信道传输触发条件判断、调度请求SR在特定子帧的PUCCH上传输、主分量载波（PCC）/主小区（PCell）及其通过RRC信令/半静态配置的特征B、E、H、I、J、K、L、M、O、S、T、U、V、W、X、Y均未被对比文件公开（特征D、R无内容，亦未公开）。
<<<A>>>
<<<c>>>
<<<f>>>
<<<g>>>
<<<N>>>
<<<p>>>
<<<q>>>
结合目标专利说明书原文，对给出的对比文件《WO2005039094A3 METHODS AND APPARATUS OF IMPROVING INTER-SECTOR AND_OR INTER-CELL HANDOFFS IN A MULTI-CARRIER WIRELESS COMMUNICATIONS SYSTEM》与目标专利权利要求的各技术特征进行逐一比对与论述。
需要特别说明的是：在提供的对比文件输入中，仅给出了文件标题及信息，**标注为“无说明书”**（即未提供对比文件的任何具体说明书文本、段落或附图公开内容）。在缺乏对比文件任何具体技术公开内容的前提下，即便采用极宽松的审查标准，本领域技术人员也完全无法从对比文件中获取或合理推知目标专利权利要求中所述的具体方案（如PUSCH/PUCCH复用、HARQ反馈传输、载波排序选择、RRC信令半静态配置主载波等特征）。
## 特征比对表格
| 技术特征描述及判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 由于对比文件未提供说明书正文或具体技术方案，无法确认其是否公开了相应通信方法步骤，因此未公开。 |
| 技术特征B：在物理上行链路共享信道PUSCH传输发生在多个上行链路分量载波UL CC的至少一个UL CC上的情况下<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 目标专利说明书（如段落[0077]）涉及在载波聚合场景下多UL CC上PUSCH传输的判断与控制信息反馈机制。对比文件未提供说明书内容，既未直接公开也无法隐含推导出多载波下PUSCH传输判断的方案。 |
| 技术特征C：在PUSCH上传送上行链路共享信道UL-SCH数据和控制信息<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 目标专利（如段落[0076]、[0082]）记载了数据与控制信息在信道上的复用及传输。对比文件未提供说明书内容，未公开在PUSCH上传送UL-SCH数据和控制信息的技术特征。 |
| 技术特征D：<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 该特征项为空白/未定义特征，对比文件无法公开。 |
| 技术特征E：在所述WTRU进行的所述PUSCH传输没有发生在所述多个UL CC中的任意UL CC的情况下<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 目标专利说明书（如段落[0077]）记载“如果在任何UL CC上均未发生PUSCH传输……”。对比文件未提供说明书内容，未公开该条件触发机制。 |
| 技术特征F：在物理上行链路控制信道PUCCH上传送所述控制信息。<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 目标专利（如段落[0077]、[0078]）记载当未发生PUSCH传输时从PUCCH传送控制信息。对比文件未提供说明书内容，未公开该技术特征。 |
| 技术特征G：其中所述控制信息是混合自动重复请求HARQ应答ACK。<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 目标专利（如段落[0077]、[0084]）明确将控制信息限定为HARQ ACK反馈。对比文件未提供说明书内容，未公开该技术特征。 |
| 技术特征H：其中在所述PUSCH传输发生在所述多个UL CC的至少两个UL CC上的情况下<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 目标专利说明书（如段落[0078]）记载“如果存在一个以上的此类允许的UL CC……”。对比文件未提供说明书内容，未公开该多载波PUSCH并发判定特征。 |
| 技术特征I：在所述多个UL CC中<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 目标专利说明书针对多个UL CC集合进行资源选择。对比文件未提供说明书内容，未公开该特征。 |
| 技术特征J：基于排序选择的一个UL CC上传送所述控制信息。<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 目标专利说明书（如段落[0078]）记载“UL CC可以根据优先级按照顺序排序……在指定子帧中传送该信息”。对比文件未提供说明书内容，未公开基于排序选择特定UL CC传送控制信息的方案。 |
| 技术特征K：其中由较高层用信号发送排序信息。<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 目标专利（段落[0078]）明确记载“这种排序可以由较高层用信号通告”。对比文件未提供说明书内容，未公开由高层信令配置排序信息的特征。 |
| 技术特征L：其中在由较高层用信号通告的UL CC上传送所述PUCCH。<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 目标专利（段落[0078]）记载“该信息可以在预定UL CC(它可以由较高层用信号通告)的PUCCH上传送”。对比文件未提供说明书内容，未公开该技术特征。 |
| 技术特征M：其中在由较高层用信号通告的服务小区上传送所述PUCCH。<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 目标专利说明书中将特定载波/小区配置为主小区以传输PUCCH（段落[0029]、[0078]）。对比文件未提供说明书内容，未公开该技术特征。 |
| 技术特征N：该方法还包括<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 对比文件无说明书内容，无法公开进一步的方法步骤。 |
| 技术特征O：在物理上行链路共享信道PUSCH传输发生在当前子帧的情况下<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 目标专利（段落[0078]、[0092]）记载在指定子帧中存在PUSCH传输的条件。对比文件未提供说明书内容，未公开该特征。 |
| 技术特征P：在所述PUSCH上传输所述控制信息<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 目标专利（段落[0077]、[0092]）记载控制信息复用在PUSCH资源上传输。对比文件未提供说明书内容，未公开该特征。 |
| 技术特征Q：所述控制信息包括信道质量指示符CQI/预编码矩阵指示符PMI/秩指示符RI信息<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 目标专利（段落[0077]、[0091]、[0092]）明确控制信息包含CQI/PMI/RI。对比文件未提供说明书内容，未公开该特征。 |
| 技术特征R：<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 该特征项为空白/未定义特征，对比文件无法公开。 |
| 技术特征S：在主分量载波上<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 目标专利说明书（段落[0036]、[0038]、[0093]）明确限定控制信令在主分量载波上传送。对比文件未提供说明书内容，未公开该特征。 |
| 技术特征T：在所述当前子帧传送所述PUCCH上的调度请求SR<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 目标专利（段落[0038]、[0093]）记载集中调度请求SR并在主载波的PUCCH上传送。对比文件未提供说明书内容，未公开该特征。 |
| 技术特征U：其中所述多个PUSCH的所述至少一个PUSCH是在所述主分量载波上传送的。<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 目标专利（段落[0082]）记载在所配置的UL主载波的PUSCH资源上传送。对比文件未提供说明书内容，未公开该特征。 |
| 技术特征V：其中所述主分量载波是通过无线电资源控制RRC信令来配置的。<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 目标专利说明书（段落[0043]、[0046]、[0095]）记载UL主载波通过RRC信令进行显式或隐式配置/设置。对比文件未提供说明书内容，未公开该特征。 |
| 技术特征W：其中所述主分量载波是基于半静态来配置的。<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 目标专利说明书（段落[0078]）记载高层在半静态基础上用信号通告相关集合。对比文件未提供说明书内容，未公开该特征。 |
| 技术特征X：其中所述主分量载波对应于主小区。<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 目标专利（段落[0029]、[0035]、[0062]）记载载波与服务小区的逻辑关联与锚定。对比文件未提供说明书内容，未公开该特征。 |
| 技术特征Y：其中所述主小区和所述主分量载波是通过无线电资源控制(RRC)信令来配置的。<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 目标专利说明书（段落[0043]、[0045]-[0048]）记载通过RRC信令对主载波及小区属性进行配置。对比文件未提供说明书内容，未公开该特征。 |
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br>【直接公开】 | [p0017]<br>“An exemplary method, in accordance with the invention comprises receiving a signal, e.g., a composite signal, including a first signal component and a second signal component, the first and second signal components being within the first frequency band, operating a passband filter to pass the first and second signal components, performing a first signal measurement on the first signal component to generate a first signal quality indicator value, performing a second signal measurement on the second signal component to generate a second quality indicator value, and selecting between operating in the first frequency band associated with the first signal component and the second frequency band associated with the second signal component as a function of the first and second quality indicator values.”<br>（中文翻译：根据本发明的一个示例性方法包括：接收包括第一信号分量和第二信号分量的信号（例如复合信号），所述第一和第二信号分量处于第一频带内；操作通带滤波器以使所述第一和第二信号分量通过；对所述第一信号分量执行第一信号测量以生成第一信号质量指示符值；对所述第二信号分量执行第二信号测量以生成第二质量指示符值；以及根据所述第一和第二质量指示符值，在与所述第一信号分量相关联的在第一频带中操作和与所述第二信号分量相关联的在第二频带中操作之间进行选择。） | 对比文件在[p0017]中明确公开了一种多载波/多频带无线通信方法，其技术方案构成了方法类权利要求的引导部分，技术特征A仅为方法主题引导词，已被对比文件直接公开。 |
| 技术特征B：<br>在物理上行链路共享信道PUSCH传输发生在多个上行链路分量载波UL CC的至少一个UL CC上的情况下<br>【未公开】 | 无对应公开内容。 | 对比文件WO2005109701A1主要涉及利用单个接收机链在多个下行载波/频带之间进行选择与测量（例如利用信标信号beacon测量并切换下行载波），未涉及3GPP LTE/LTE-A系统中上行载波聚合（多个UL CC）、物理上行链路共享信道（PUSCH）传输事件判断的技术方案。对比文件根本未提及或暗示“在物理上行链路共享信道PUSCH传输发生在多个上行链路分量载波UL CC的至少一个UL CC上的情况”这一技术方案。因此技术特征B未公开。 |
| 技术特征C：<br>在PUSCH上传送上行链路共享信道UL-SCH数据和控制信息<br>【未公开】 | 无对应公开内容。 | 对比文件没有公开或暗示在PUSCH上传送UL-SCH数据和控制信息（即UCI复用到PUSCH上传输）的机制。对比文件仅涉及终端在接收机侧接收下行信标和数据信号，没有涉及LTE上行信道结构中UCI与UL-SCH数据共用PUSCH传输的特征。因此技术特征C未公开。 |
| 技术特征D：<br>（空）<br>【未公开】 | 无对应公开内容。 | 技术特征内容为空，不作比对判定。 |
| 技术特征E：<br>在所述WTRU进行的所述PUSCH传输没有发生在所述多个UL CC中的任意UL CC的情况下<br>【未公开】 | 无对应公开内容。 | 对比文件未涉及WTRU在多个UL CC上是否存在PUSCH传输的状态判断，未公开当没有发生任何PUSCH传输时的触发与判决条件。因此技术特征E未公开。 |
| 技术特征F：<br>在物理上行链路控制信道PUCCH上传送所述控制信息。<br>【未公开】 | 无对应公开内容。 | 对比文件全文完全未涉及3GPP LTE架构中的PUCCH（物理上行链路控制信道），更没有公开在PUCCH上传送控制信息（如UCI）。因此技术特征F未公开。 |
| 技术特征G：<br>其中所述控制信息是混合自动重复请求HARQ应答ACK。<br>【未公开】 | 无对应公开内容。 | 对比文件仅涉及信标（beacon）测量及SNR/能量测量，未涉及在控制信道或共享信道上传送HARQ-ACK反馈信息。因此技术特征G未公开。 |
| 技术特征H：<br>其中在所述PUSCH传输发生在所述多个UL CC的至少两个UL CC上的情况下<br>【未公开】 | 无对应公开内容。 | 对比文件不涉及上行载波聚合中在两个或多个UL CC上并发PUSCH传输的情况判断。因此技术特征H未公开。 |
| 技术特征I：<br>在所述多个UL CC中<br>【未公开】 | 无对应公开内容。 | 对比文件仅涉及下行多载波环境（多个频带选择），未涉及上行链路中定义并配置的多个UL CC。因此技术特征I未公开。 |
| 技术特征J：<br>基于排序选择的一个UL CC上传送所述控制信息。<br>【未公开】 | 无对应公开内容。 | 对比文件没有公开基于载波优先级或规则对多个UL CC进行排序并选择其中一个UL CC来承载上行控制信息（UCI）的技术方案。因此技术特征J未公开。 |
| 技术特征K：<br>其中由较高层用信号发送排序信息。<br>【未公开】 | 无对应公开内容。 | 对比文件未公开由较高层信令发送用于UL CC选择的排序信息。因此技术特征K未公开。 |
| 技术特征L：<br>其中在由较高层用信号通告的UL CC上传送所述PUCCH。<br>【未公开】 | 无对应公开内容。 | 对比文件未公开较高层半静态信令通告特定UL CC用于传输PUCCH。因此技术特征L未公开。 |
| 技术特征M：<br>其中在由较高层用信号通告的服务小区上传送所述PUCCH。<br>【未公开】 | 无对应公开内容。 | 对比文件未公开由较高层信令通告特定服务小区并在其上传送PUCCH。因此技术特征M未公开。 |
| 技术特征N：<br>该方法还包括<br>【直接公开】 | [p0018]<br>“The method further comprises operating a second transmitter, e.g., a different base station transmitter, which primarily transmits in the second frequency band to transmit, e.g., periodically, the second signal component in the first frequency band.”<br>（中文翻译：该方法还包括操作主要在第二频带中进行发送的第二基站发射机（例如不同的基站发射机）以在第一频带中（例如周期性地）发送第二信号分量。）<br>[p0021]<br>“the method, in some embodiments, further comprises controlling the passband filter to pass the second band instead of the first band when the second frequency band is selected.”<br>（中文翻译：在一些实施例中，该方法还包括：当选择第二频带时，控制通带滤波器以通过第二频带而不是第一频带。） | 对比文件在[p0018]、[p0021]等处明确记载了方法进一步包括的步骤（“The method further comprises...”），直接公开了该过渡词技术特征。 |
| 技术特征O：<br>在物理上行链路共享信道PUSCH传输发生在当前子帧的情况下<br>【未公开】 | 无对应公开内容。 | 对比文件未公开在子帧时间粒度下基于当前子帧是否存在PUSCH传输进行分支判断的技术特征。因此技术特征O未公开。 |
| 技术特征P：<br>在所述PUSCH上传输所述控制信息<br>【未公开】 | 无对应公开内容。 | 对比文件未涉及控制信息（UCI）复用/背负到PUSCH上传输的技术方案。因此技术特征P未公开。 |
| 技术特征Q：<br>所述控制信息包括信道质量指示符CQI/预编码矩阵指示符PMI/秩指示符RI信息<br>【未公开】 | 无对应公开内容。 | 对比文件仅提及信标测量生成的SNR/能量/质量指示符，且属于终端内部用于频带选择的质量度量，并未公开向上行基站发送的由CQI/PMI/RI构成的上行控制信息。因此技术特征Q未公开。 |
| 技术特征R：<br>（空）<br>【未公开】 | 无对应公开内容。 | 技术特征内容为空，不作比对判定。 |
| 技术特征S：<br>在主分量载波上<br>【未公开】 | 无对应公开内容。 | 对比文件全文并未涉及LTE-A载波聚合框架下的“主分量载波（Primary Component Carrier, PCC）”概念，对比文件提及的“primary frequency band”仅指基站发射机主要工作的频带，与目标专利中配置给特定终端的UL主分量载波含义与作用完全不同。因此技术特征S未公开。 |
| 技术特征T：<br>在所述当前子帧传送所述PUCCH上的调度请求SR<br>【未公开】 | 无对应公开内容。 | 对比文件完全未涉及在当前子帧传送PUCCH上的调度请求（SR）。因此技术特征T未公开。 |
| 技术特征U：<br>其中所述多个PUSCH的所述至少一个PUSCH是在所述主分量载波上传送的。<br>【未公开】 | 无对应公开内容。 | 对比文件未公开多个PUSCH在主分量载波上承载传输的技术特征。因此技术特征U未公开。 |
| 技术特征V：<br>其中所述主分量载波是通过无线电资源控制RRC信令来配置的。<br>【未公开】 | 无对应公开内容。 | 对比文件未公开通过无线电资源控制（RRC）信令来配置主分量载波。因此技术特征V未公开。 |
| 技术特征W：<br>其中所述主分量载波是基于半静态来配置的。<br>【未公开】 | 无对应公开内容。 | 对比文件未公开主分量载波基于半静态方式进行配置。因此技术特征W未公开。 |
| 技术特征X：<br>其中所述主分量载波对应于主小区。<br>【未公开】 | 无对应公开内容。 | 对比文件未公开主分量载波对应于服务小区架构中的主小区（PCell）。因此技术特征X未公开。 |
| 技术特征Y：<br>其中所述主小区和所述主分量载波是通过无线电资源控制(RRC)信令来配置的。<br>【未公开】 | 无对应公开内容。 | 对比文件未公开主小区和主分量载波通过RRC信令来配置。因此技术特征Y未公开。 |
<<<A>>><<<N>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>【直接公开】 | 段落[0029]：“The needs identified in the foregoing Background, and other needs and objects that will become apparent from the following description, are achieved by, in one aspect, a method for querying for RAT handover data in a mobile telecommunications device.”（在前面的背景技术中确定的需求、以及从以下描述中将变得显而易见的其它需求和目的，在一种方案中，是通过一种在移动电信设备中查询RAT切换数据的方法来实现的。）<br>段落[0033]：“Figure 5 is a flow diagram which illustrates implementation of a first embodiment of the invention in a UE. The process starts at step 500...” | 技术特征A为方法权利要求的常规前序引入语。对比文件段落[0029]及图5、段落[0033]等处公开了在移动设备中执行相应通信控制处理的方法。因此，技术特征A被对比文件实质/直接公开。 |
| 技术特征B：在物理上行链路共享信道PUSCH传输发生在多个上行链路分量载波UL CC的至少一个UL CC上的情况下<br>【未公开】 | 无对应记载。对比文件涉及UMTS/GSM系统间切换中查询系统信息块（SIB16）有效性的方案，未涉及载波聚合（CA）场景，全文未记载“物理上行链路共享信道（PUSCH）”、“上行链路分量载波（UL CC）”或“多个UL CC的至少一个UL CC上传输PUSCH”的技术方案。 | 目标专利说明书（如[0008]-[0009]、[0077]-[0078]）明确指出该特征是在LTE-A载波聚合系统中，当WTRU在所配置的多个上行分量载波（UL CC）中的至少一个载波上传输PUSCH共享信道数据时的特定条件触发机制。对比文件属于早期3G（UMTS/GSM）系统技术，仅公开了传统的单载波网络及RAT间切换机制，完全不涉及载波聚合、多个UL CC以及PUSCH信道传输，本领域技术人员无法从对比文件中直接得出或合理解读、推导得出该技术方案。因此该特征未被公开。 |
| 技术特征C：在PUSCH上传送上行链路共享信道UL-SCH数据和控制信息<br>【未公开】 | 无对应记载。对比文件全文均未公开在PUSCH信道上复用/传输UL-SCH数据与控制信息的相关技术手段。 | 目标专利说明书（如[0076]-[0077]、[0082]）指出该特征是指在发生PUSCH传输时，上行业务数据（UL-SCH）与控制信息可以在同一个PUSCH信道上伴随传送（即UCI在PUSCH上的复用/打孔传输）。对比文件仅涉及通过GSM/UMTS的特定信令（如IRHI请求和响应消息）传递SIB16有效性ID，根本没有涉及LTE/LTE-A系统中的PUSCH、UL-SCH数据以及在共享信道上传送控制信息的机理。本领域技术人员即使依据极其宽松的标准也无法合理推导出该方案。因此该特征未被公开。 |
| 技术特征D：<br>【未公开】 | 无内容。 | 目标专利技术特征D内容为空，不构成实质技术方案的比对实体，判定为未公开。 |
| 技术特征E：在所述WTRU进行的所述PUSCH传输没有发生在所述多个UL CC中的任意UL CC的情况下<br>【未公开】 | 无对应记载。 | 结合目标说明书[0077]（“如果在任何UL CC上均未发生PUSCH传输...”），该特征限定了与特征B相对的另一种通信条件，即当WTRU在所有激活的UL CC上均无PUSCH传输活动时的触发状态。对比文件未涉及载波聚合及PUSCH传输，亦不存在关于多个UL CC上均无PUSCH传输的判断或状态限定。本领域技术人员无法得出该方案。因此该特征未被公开。 |
| 技术特征F：在物理上行链路控制信道PUCCH上传送所述控制信息。<br>【未公开】 | 无对应记载。对比文件未记载PUCCH，亦未涉及在无PUSCH时将控制信息转由PUCCH承载的机制。 | 结合目标说明书[0077]（“如果在任何UL CC上均未发生PUSCH传输，则可以始终从指定UL CC的PUCCH传送用于指定DL-SCH的反馈...”），该特征的作用是在无上行共享信道时利用物理控制信道承载控制信息。对比文件属于UMTS/GSM系统，无LTE系统的PUCCH物理层信道结构与传输机制，本领域技术人员无法从中直接获取或合理推知该技术特征。因此该特征未被公开。 |
| 技术特征G：其中所述控制信息是混合自动重复请求HARQ应答ACK。<br>【未公开】 | 无对应记载。对比文件仅在段落[0033]-[0035]中提及在IRHI响应消息中传输SIB16标识（ID），全文未记载HARQ机制或HARQ ACK控制信息。 | 目标专利说明书（如[0015]、[0038]、[0077]）阐明控制信息具体为针对下行数据接收情况的HARQ ACK反馈。对比文件仅处理无线接入技术切换时系统信息块有效性的查询与ID反馈，完全未涉及下行物理层数据传输的混合自动重传请求（HARQ）应答机制，二者在信令性质、传输层次及功能作用上截然不同。本领域技术人员无法从对比文件中推断出该特征。因此该特征未被公开。 |
| 技术特征H：其中在所述PUSCH传输发生在所述多个UL CC的至少两个UL CC上的情况下<br>【未公开】 | 无对应记载。 | 结合目标说明书[0078]（“如果存在一个以上的此类允许的UL CC...”），该特征限定了在载波聚合中出现多个UL CC同时具有PUSCH传输时的冲突解决或选择前置条件。对比文件完全不涉及多载波系统或多个UL CC上的并发PUSCH传输场景，不存在任何启示或对应记载。因此该特征未被公开。 |
| 技术特征I：在所述多个UL CC中<br>【未公开】 | 无对应记载。 | 该特征限定了控制信息传输载波的选择范围属于配置的多个UL CC。对比文件未涉及载波聚合及多个UL CC架构，更无在多个UL CC中进行选择的基础环境。因此该特征未被公开。 |
| 技术特征J：基于排序选择的一个UL CC上传送所述控制信息。<br>【未公开】 | 段落[0013]：“Upon receipt of a IRHI message from the UE, UTRAN then selects which of the SIB16s is to be used in the handover... communicating the reference number/identifier 0..15 of the selected SIB16 to the UE...”<br>段落[0033]：“At step 504, the UE reads the details of the first or next SIB16 determined by the UE to be stored in the UE... the UE writes the ID for that S1B16... to a list which is compiled for transmission to UTRAN in the IRHI message.” | 目标专利说明书（如[0078]“UL CC可以根据优先级按照顺序排序...在指定子帧中传送该信息的UL CC进行选择”）的技术方案是指：当有多个UL CC传输PUSCH时，通过排序规则选择其中一个特定的UL CC来承载控制信息，以避免控制信息在多个分量载波上分散或冲突。对比文件仅在段落[0013]中公开了UTRAN基站从UE上报的SIB16候选列表中根据UE能力等因素“选择（select）”一个SIB16配置用于切换，段落[0033]中遍历列表，这属于对系统信息块配置的选择，既非对传输信道/分量载波（UL CC）的选择，也非根据排序确定上行控制信息（UCI）的物理传输载体。即便采取最宽松的隐含公开推论，对比文件所涉对象（SIB16配置）与功能机制与目标专利（控制信息物理传输载波的选择）存在本质技术鸿沟，本领域技术人员无法推导出该特征。因此该特征未被公开。 |
| 技术特征K：其中由较高层用信号发送排序信息。<br>【未公开】 | 无对应记载。 | 目标专利说明书[0078]指出“这种排序可以由较高层用信号通告（such ordering may be signalled by higher layers）”，即通过高层信令（如RRC信令）配置UL CC的优先级顺序。对比文件未记载关于载波排序及其由高层信令通知的任何方案。因此该特征未被公开。 |
| 技术特征L：其中在由较高层用信号通告的UL CC上传送所述PUCCH。<br>【未公开】 | 无对应记载。 | 目标专利说明书[0078]记载“如果在该子帧中没有传送PUSCH传输的UL CC，那么该信息可以在预定UL CC(它可以由较高层用信号通告)的PUCCH上传送”。对比文件没有涉及PUCCH信道，更未公开由高层信令通告特定的UL CC来传输该PUCCH信道。因此该特征未被公开。 |
| 技术特征M：其中在由较高层用信号通告的服务小区上传送所述PUCCH。<br>【未公开】 | 无对应记载。 | 目标专利说明书（如[0029]、[0035]、[0078]）中载波对应于小区，由高层信令指定特定小区/主小区传输PUCCH。对比文件虽然提及Cell概念，但从未公开在由高层通告的特定服务小区上传送PUCCH控制信道的技术手段。因此该特征未被公开。 |
| 技术特征N：该方法还包括<br>【直接公开】 | 段落[0029]：“...a method for querying for RAT handover data in a mobile telecommunications device. In other aspects, the invention encompasses apparatus and a computer-readable medium configured to carry out the foregoing steps.”<br>段落[0033]-[0035]、图5、图6所展示的流程方法步骤。 | 属于从属权利要求或补充方法步骤的常规前序连接词。对比文件所公开的通信处理方法包含多个执行步骤。因此，技术特征N被对比文件实质/直接公开。 |
| 技术特征O：在物理上行链路共享信道PUSCH传输发生在当前子帧的情况下<br>【未公开】 | 无对应记载。对比文件未涉及子帧时序结构，亦未记载PUSCH信道传输。 | 目标专利说明书[0077]-[0078]明确以子帧（subframe）为传输时间单位，限定在“当前子帧（in a given/current subframe）”中发生PUSCH传输这一具体时隙/子帧触发条件。对比文件未涉及LTE子帧概念，未记载在特定子帧中传输PUSCH的时序控制方案。因此该特征未被公开。 |
| 技术特征P：在所述PUSCH上传输所述控制信息<br>【未公开】 | 无对应记载。 | 结合目标说明书[0077]（“...如果在至少一个UL CC上发生了PUSCH传输，则在所述UL CC中的一个UL CC的PUSCH上提供反馈”），该特征是将控制信息复用在所选定的PUSCH信道中进行物理层上行传输。对比文件未公开任何在PUSCH信道中承载控制信息的方案。因此该特征未被公开。 |
| 技术特征Q：所述控制信息包括信道质量指示符CQI/预编码矩阵指示符PMI/秩指示符RI信息<br>【未公开】 | 无对应记载。对比文件未公开CQI/PMI/RI等信道状态信息（CSI）。 | 目标专利说明书（如[0015]、[0038]、[0077]）指明上行反馈的控制信息包含信道质量指示符CQI、预编码矩阵指示符PMI或秩指示符RI等物理层CSI反馈。对比文件仅涉及系统信息块SIB16的标识上报，不属于物理层信道测量反馈信息，未公开该特征。因此该特征未被公开。 |
| 技术特征R：<br>【未公开】 | 无内容。 | 目标专利技术特征R内容为空，不构成实质技术方案的比对实体，判定为未公开。 |
| 技术特征S：在主分量载波上<br>【未公开】 | 段落[0007]：“The UTRAN... sends system information to a UE by means of a message that comprises a Master Information Block (MIB) and a plurality of System Information Blocks (SIBs).” | 目标专利说明书（如[0029]、[0035]、[0036]）明确界定“主分量载波（UL/DL Primary Component Carrier, PCC）”是载波聚合系统中为CC子集提供控制信令（例如PDCCH调度、PUCCH传输等）的核心载波。对比文件虽然在段落[0007]提到了广播主信息块（Master Information Block, MIB），但MIB是无线资源控制（RRC）层广播系统信息的顶层数据块，与物理层/MAC层的分量载波（Component Carrier）完全是两个层面的概念，对比文件不存在“主分量载波”的概念与技术方案。因此该特征未被公开。 |
| 技术特征T：在所述当前子帧传送所述PUCCH上的调度请求SR<br>【未公开】 | 无对应记载。对比文件未涉及调度请求（SR），亦未记载在子帧中经由PUCCH传送SR。 | 目标专利说明书（如[0046]、[0048]、[0093]）公开了在当前子帧的PUCCH资源上传送调度请求（SR），用于向基站请求上行共享信道资源。对比文件在切换方案中仅涉及IRHI响应消息的上报，完全没有PUCCH及调度请求SR的生成与传输机制。因此该特征未被公开。 |
| 技术特征U：其中所述多个PUSCH的所述至少一个PUSCH是在所述主分量载波上传送的。<br>【未公开】 | 无对应记载。 | 目标专利说明书（如[0082]）限定了多个并发PUSCH传输中，至少有一个PUSCH是承载在所配置的主分量载波（PCC）上。对比文件既无载波聚合概念，亦无主分量载波及PUSCH信道，无法公开该特征。因此该特征未被公开。 |
| 技术特征V：其中所述主分量载波是通过无线电资源控制RRC信令来配置的。<br>【未公开】 | 段落[0031]：“The RRC 200 is responsible for controlling the configuration of radio interface Layer 1 110 and Layer 2 120. When the UTRAN wishes to change the UE configuration it will issue a message to the UE containing a command to invoke a specific RRC procedure.” | 目标专利说明书[0043]、[0045]公开了通过专用RRC信令显式配置或重配主分量载波（UL primary CC）。对比文件段落[0031]仅公开了UMTS系统中RRC协议层负责控制L1/L2层常规参数配置以及发起特定RRC过程，由于对比文件完全没有提出多载波系统中的“主分量载波”概念，根本不存在“利用RRC信令配置主分量载波”的技术方案。本领域技术人员无法从对比文件中推导得出。因此该特征未被公开。 |
| 技术特征W：其中所述主分量载波是基于半静态来配置的。<br>【未公开】 | 无对应记载。 | 目标专利说明书[0078]指出载波集合/主载波可基于半静态（semi-static）方式通过高层信令配置。对比文件未记载主分量载波的概念，亦无半静态配置主分量载波的技术方案。因此该特征未被公开。 |
| 技术特征X：其中所述主分量载波对应于主小区。<br>【未公开】 | 段落[0004]：“The radio access network covers a geographical area divided into a plurality of cell areas. Each cell area is served by at least one base station, which may be referred to as a Node B. Each cell is identified by a unique identifier which is broadcast in the cell.” | 目标专利说明书[0029]、[0035]指出在多载波操作中，载波亦可称为小区（Cell），主载波与主小区（Primary Cell, PCell）形成映射与对应。对比文件段落[0004]仅为传统蜂窝通信中将地理区域划分为单小区（Cell）的背景介绍，不存在载波聚合中“主分量载波对应于主小区（PCell）”的架构与技术特征。因此该特征未被公开。 |
| 技术特征Y：其中所述主小区和所述主分量载波是通过无线电资源控制(RRC)信令来配置的。<br>【未公开】 | 无对应记载。 | 目标专利说明书（如[0043]、[0045]）公开通过RRC信令建立和配置主小区及其对应的主分量载波。对比文件既无主小区、主分量载波的定义与技术方案，也未记载通过RRC信令对其进行协同配置。因此该特征未被公开。 |
<<<A>>><<<N>>>
### 特征比对分析
本比对基于目标专利说明书原文对各技术特征的技术方案、作用机理及应用场景进行深入理解。目标专利涉及**LTE-Advanced多载波/载波聚合（CA）系统**，核心解决在非对称或对称多载波场景下，针对上行控制信道（PUCCH/PUSCH）上的控制信息（HARQ ACK/NACK、CQI/PMI/RI、SR）进行动态/半静态上行载波指派、控制与数据复用传输及主载波重选等问题。
而对比文件（EP 1784034 B1）公开的是一种**在移动通信系统中查询无线电接入技术（RAT）切换系统信息有效性的设备与方法**，主要聚焦于UMTS与GSM等多RAT跨制式切换中，UE如何维护并向网络汇报系统信息块16（SIB16）的有效性以避免执行已过期的切换配置。
---
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>《隐含公开》 | [0001] "This application relates to mobile telecommunications systems, for example UMTS... in general and to an apparatus and method for determining whether validity of RAT... handover information in mobile telecommunications system user equipment will remain valid..."<br>（译文：本申请涉及移动电信系统，例如通用移动电信系统（UMTS），且一般涉及用于确定移动电信系统用户设备中的RAT切换信息的有效性是否将保持有效以允许从一个RAT切换到另一个RAT的设备和方法……） | 对比文件中的作用：引出一种用于移动通信系统中判断RAT切换信息有效性的方法步骤流程。<br>目标专利中的作用：作为方法权利要求的前序引导用语。<br>公开性论述：对比文件段落[0001]、[0029]、[0033]等处明确披露了实施于移动通信系统终端的“方法（method）”，包含多个处理步骤，因此技术特征A被对比文件隐含公开。 |
| 技术特征B：在物理上行链路共享信道PUSCH传输发生在多个上行链路分量载波UL CC的至少一个UL CC上的情况下<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中的作用：限定载波聚合（CA）中存在多个上行分量载波（UL CC），且在当前子帧/时隙中至少有一个UL CC存在物理上行共享信道（PUSCH）数据传输触发条件。<br>公开性论述：对比文件涉及的是单载波UMTS/GSM之间的跨RAT切换信令（SIB16传输），完全未涉及LTE-A的载波聚合技术，未公开“多个上行链路分量载波UL CC”，更未公开在至少一个UL CC上发生PUSCH传输的条件触发机制。即使采用极宽松的隐含公开推理，本领域技术人员也无法从对比文件推导得出该特征。 |
| 技术特征C：在PUSCH上传送上行链路共享信道UL-SCH数据和控制信息<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中的作用：实现上行控制信息（UCI）与UL-SCH业务数据在同一个PUSCH物理资源上的复用/背负（piggyback）传输。<br>公开性论述：对比文件仅记载了GSM/UMTS的RRC层信令交互（如IRHI消息），未公开LTE/LTE-A物理层PUSCH信道，更未公开在PUSCH上同时/复用传送UL-SCH数据与物理层控制信息的机制。无法得出或合理推理出该特征。 |
| 技术特征D：<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利权利要求中技术特征D为空白/未定义特征，对比文件中无对应技术方案，认定为未公开。 |
| 技术特征E：在所述WTRU进行的所述PUSCH传输没有发生在所述多个UL CC中的任意UL CC的情况下<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中的作用：定义多载波场景下的互斥边界条件——即当前传输时刻没有任何一个UL CC被调度或发生PUSCH物理信道传输。<br>公开性论述：对比文件未涉及多载波架构（多个UL CC），亦未涉及判断PUSCH是否存在传输的信道状态检测与条件分支判断。 |
| 技术特征F：在物理上行链路控制信道PUCCH上传送所述控制信息。<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中的作用：在无PUSCH传输可用时，将上行控制信息回退（fallback）至专用的物理控制信道PUCCH上传送。<br>公开性论述：对比文件仅提及GSM与UMTS之间的高层信令传递（如通过GSM接口发送IRHI），未涉及物理上行控制信道PUCCH及其上传送物理层控制信息的操作。 |
| 技术特征G：其中所述控制信息是混合自动重复请求HARQ应答ACK。<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中的作用：将待反馈的物理层控制信息具体限定为用于下行PDSCH传输反馈的HARQ ACK/NACK。<br>公开性论述：对比文件仅讨论无线资源控制层（RRC）针对SIB16有效性查询的响应消息与HOTU指示，未涉及L1/MAC级的HARQ应答ACK机制。 |
| 技术特征H：其中在所述PUSCH传输发生在所述多个UL CC的至少两个UL CC上的情况下<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中的作用：限定多个UL CC聚合时，存在并发或同时调度了至少两个PUSCH传输的多载波冲突与选择场景。<br>公开性论述：对比文件完全不包含多分量载波并发传输的技术内容，无法推导出至少两个UL CC上发生PUSCH传输的条件。 |
| 技术特征I：在所述多个UL CC中<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中的作用：限定选择载波的范围基础为已配置/激活的多个上行分量载波集合。<br>公开性论述：对比文件仅涉及单载波跨RAT小区环境，不存在多个UL CC的集合概念。 |
| 技术特征J：基于排序选择的一个UL CC上传送所述控制信息。<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中的作用：当多个UL CC同时具有PUSCH传输时，按照预设或配置的优先级排序准则选择唯一一个目标UL CC来承载控制信息，防止控制信息分裂或传输混乱。<br>公开性论述：对比文件[0033]-[0034]中仅公开了UE按顺序读取已存储的SIB16配置并基于有效时间选择有效的SIB16标识放入列表，其针对的是切换配置参数的选择与筛选，并非在多个UL CC载波之间基于排序规则选择物理载波来传送控制信息。二者解决的技术问题、技术手段及实现的作用完全不同，无法隐含推导出该特征。 |
| 技术特征K：其中由较高层用信号发送排序信息。<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中的作用：通过RRC等高层信令向WTRU配置各UL CC的排序/优先级准则。<br>公开性论述：对比文件中未公开关于UL CC的任何排序信息，更无高层信令配置UL CC排序的构思。 |
| 技术特征L：其中在由较高层用信号通告的UL CC上传送所述PUCCH。<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中的作用：半静态指定承载PUCCH的UL CC（例如配置主载波运载PUCCH），避免动态指示开销。<br>公开性论述：对比文件未公开PUCCH信道，亦未公开由高层信令半静态通告指定UL CC上传送PUCCH的方案。 |
| 技术特征M：其中在由较高层用信号通告的服务小区上传送所述PUCCH。<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中的作用：由高层信令（如RRC）明确指定主服务小区（PCell）并在该服务小区上传送PUCCH。<br>公开性论述：对比文件未公开LTE-A服务小区聚合的概念，亦未涉及在指定服务小区上传送PUCCH。 |
| 技术特征N：该方法还包括<br>《隐含公开》 | [0001]、[0029]、[0033] | 对比文件中的作用：引出方法中的进一步流程步骤。<br>目标专利中的作用：方法特征之间的连接过渡语言。<br>公开性论述：对比文件描述的多步骤流程中天然包含“该方法还包括进一步处理步骤”的常规逻辑架构，属于表述上的常规步骤过渡，因此认定为隐含公开。 |
| 技术特征O：在物理上行链路共享信道PUSCH传输发生在当前子帧的情况下<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中的作用：以子帧（Subframe）为时间颗粒度，判断当前传输时间间隔（TTI）内是否存在PUSCH信道传输。<br>公开性论述：对比文件未涉及子帧时间单元的物理层信道状态判断，未公开该特征。 |
| 技术特征P：在所述PUSCH上传输所述控制信息<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中的作用：将控制信息打孔或速率匹配映射到该PUSCH资源上进行上行发送。<br>公开性论述：对比文件无PUSCH信道及其承载物理层控制信息的任何技术披露。 |
| 技术特征Q：所述控制信息包括信道质量指示符CQI/预编码矩阵指示符PMI/秩指示符RI信息<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中的作用：将控制信息明确为下行信道状态信息（CSI），包含CQI、PMI、RI中的一种或多种。<br>公开性论述：对比文件未涉及信道状态测量报告（CQI/PMI/RI）的物理层传输机制。 |
| 技术特征R：<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利权利要求中技术特征R为空白/未定义特征，对比文件中无对应技术方案，认定为未公开。 |
| 技术特征S：在主分量载波上<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中的作用：限定特定控制信号（如SR/PUCCH）固定或绑定在多载波系统的主分量载波（PCC）上传送。<br>公开性论述：对比文件属于UMTS系统单载波与GSM交互，完全未公开载波聚合系统中的“主分量载波（Primary Component Carrier）”。 |
| 技术特征T：在所述当前子帧传送所述PUCCH上的调度请求SR<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中的作用：在当前子帧利用PUCCH资源发送调度请求（SR），以向基站请求上行共享信道资源。<br>公开性论述：对比文件段落[0012]、[0033]等处虽然提及向网络发送IRHI消息以响应请求，但这属于高层跨RAT切换信息交互，并非在物理层子帧上通过PUCCH发送调度请求SR。 |
| 技术特征U：其中所述多个PUSCH的所述至少一个PUSCH是在所述主分量载波上传送的。<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中的作用：限定并发的多个PUSCH中，至少有一个PUSCH位于主分量载波上。<br>公开性论述：对比文件无载波聚合、无多PUSCH并发、亦无主分量载波的记载。 |
| 技术特征V：其中所述主分量载波是通过无线电资源控制RRC信令来配置的。<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中的作用：通过网络端发送的半静态RRC信令对UE的主分量载波进行显式或隐式配置/重配。<br>公开性论述：对比文件段落[0031]虽然公开了UMTS中RRC层负责控制无线电接口Layer 1和Layer 2的配置，但这属于通用的RRC协议栈功能介绍，并没有公开通过RRC信令配置“主分量载波（PCC）”。本领域技术人员无法从通用的RRC协议功能直接或隐含推导得出该特征。 |
| 技术特征W：其中所述主分量载波是基于半静态来配置的。<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中的作用：限定主分量载波的配置周期是相对稳定、长周期的半静态配置（非动态逐子帧调度）。<br>公开性论述：对比文件未涉及主分量载波的概念，无对应半静态配置的公开。 |
| 技术特征X：其中所述主分量载波对应于主小区。<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中的作用：明确主分量载波（PCC）与主服务小区（PCell）的物理绑定对应关系。<br>公开性论述：对比文件段落[0004]仅提及传统蜂窝网中蜂窝小区被划分为多个cell area，由Node B服务，属于蜂窝网络宏观拓扑结构，并未涉及载波聚合中的“主小区（PCell）”与“主分量载波”的对应关系。 |
| 技术特征Y：其中所述主小区和所述主分量载波是通过无线电资源控制(RRC)信令来配置的。<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中的作用：通过网络下发的高层RRC专用信令建立并配置主服务小区及对应的主分量载波。<br>公开性论述：对比文件未公开载波聚合中的主小区和主分量载波概念，无法得出通过RRC信令对其进行配置的技术方案。 |
---
<<<a>>>
<<<n>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | 【具体实施方式】“图1为本发明实施例中数据传输方法的流程示意图。参照图1，该流程包括如下步骤：步骤101……” | 对比文件公开了一种多载波数据传输方法，公开了方法所包括的各步骤，技术特征A仅为方法权利要求的前序过渡语，被对比文件直接公开。 |
| 技术特征B：<br>在物理上行链路共享信道PUSCH传输发生在多个上行链路分量载波UL CC的至少一个UL CC上的情况下<br><br>《隐含公开》 | 【具体实施方式】“步骤106至步骤107，UE收到Node B发送来的E-PUCH载波资源后，将发送缓冲区中的HSUPA数据装入到Node B所选择的多个E-PUCH载波上……然后，UE通过多个E-PUCH载波向Node B发送HSUPA数据。” | 目标专利中PUSCH为物理上行共享信道，用于承载上行数据；对比文件公开的是TD-SCDMA HSUPA系统中的增强物理上行信道（E-PUCH），其同样作为上行共享物理信道用于承载多载波上行业务数据传输。在对比文件中UE在基站分配的多个E-PUCH载波上发送HSUPA数据，E-PUCH对应于PUSCH，E-PUCH载波对应于UL CC。本领域技术人员基于对比文件多载波上行数据传输的教导，能够容易推知在上行共享信道传输发生在多个上行载波中的至少一个载波上的运行场景与条件。按照非常宽松的隐含公开标准，技术特征B被对比文件隐含公开。 |
| 技术特征C：<br>在PUSCH上传送上行链路共享信道UL-SCH数据和控制信息<br><br>《隐含公开》 | 【背景技术】“步骤1，当UE存在缓冲数据时，UE将向基站(Node B)发送调度请求(Scheduling Information)来请求增强的物理上行信道(E-PUCH)资源。”<br>【具体实施方式】“步骤102至步骤103，UE的发送缓冲区中存在缓存的数据，UE向Node B发送调度请求/调度信息，请求E-PUCH资源。为了与现有3GPP协议相兼容，步骤103中UE的调度请求/调度信息通过媒体接入控制/层1(MAC/L1)发送给Node B……”<br>“步骤106至步骤107……UE通过多个E-PUCH载波向Node B发送HSUPA数据。” | 目标专利中在PUSCH上传送UL-SCH数据和控制信息（如UCI背负于PUSCH传输）。对比文件公开了UE通过E-PUCH（对应PUSCH）传输HSUPA业务数据（对应UL-SCH数据），并且公开了UE可以发送调度请求/调度信息（Scheduling Information，SI属于控制信息）以请求资源，且指明与3GPP兼容、通过MAC/L1发送。在3GPP HSUPA标准中，SI控制信息可与业务数据一同复用在E-PUCH上传输。对比文件部分公开了在共享信道上传送数据与控制信息的相关内容，结合非常宽松的审查标准，本领域技术人员合理推断在共享信道承载数据时亦可携带相关控制信息，因此技术特征C被隐含公开。 |
| 技术特征D：<br>（注：原权利要求特征项为空）<br><br>《直接公开》 | 全文结构 | 目标专利未在该技术特征序号下限定具体技术内容（特征内容为空），不构成技术限制，认定为《直接公开》。 |
| 技术特征E：<br>在所述WTRU进行的所述PUSCH传输没有发生在所述多个UL CC中的任意UL CC的情况下<br><br>《未公开》 | 对比文件全文未记载UE在没有任何UL CC上传输PUSCH（或E-PUCH）时的判断条件或针对控制信道传输的触发机制。 | 对比文件主要侧重于如何在分配的多个E-PUCH载波上分配、迁移和传输数据，并未涉及当所有上行分量载波均未发生共享信道PUSCH传输时进行条件分支判断的技术方案。对比文件未公开也无法合理推导出该特征。 |
| 技术特征F：<br>在物理上行链路控制信道PUCCH上传送所述控制信息。<br><br>《未公开》 | 对比文件全文未涉及LTE系统中的物理上行链路控制信道（PUCCH）及在无共享信道传输时将控制信息移至PUCCH上传输的机制。 | 目标专利中当无PUSCH发生时在PUCCH上传送控制信息（如HARQ-ACK反馈等）。对比文件涉及TD-SCDMA HSUPA多载波系统，其上行控制信息（如SI）通过MAC/L1传输，并未公开PUCCH，更未公开在无PUSCH传输时将控制信息转移至PUCCH上传送的方案。对比文件未直接公开亦未隐含公开。 |
| 技术特征G：<br>其中所述控制信息是混合自动重复请求HARQ应答ACK。<br><br>《未公开》 | 【具体实施方式】“步骤108至步骤109，Node B根据RNC下发的配置信息，通过分别与上述多个E-PUCH载波存在一一映射关系的各E-HICH，向UE返回HARQ ACK/NACK，指示步骤107中的数据传输是否成功，其中ACK表示传输成功，NACK表示传输失败。” | 目标专利中HARQ-ACK是UE向基站反馈的用于指示下行传输（如PDSCH）的控制信息；而对比文件中记载的HARQ ACK/NACK是Node B通过下行信道E-HICH向UE返回的用于指示上行HSUPA数据是否成功的应答消息，传输方向相反、实体主体不同，并非UE在PUSCH或PUCCH上传送的控制信息。对比文件未公开技术特征G。 |
| 技术特征H：<br>其中在所述PUSCH传输发生在所述多个UL CC的至少两个UL CC上的情况下<br><br>《隐含公开》 | 【具体实施方式】“步骤106至步骤107，UE收到Node B发送来的E-PUCH载波资源后，将发送缓冲区中的HSUPA数据装入到Node B所选择的多个E-PUCH载波上……然后，UE通过多个E-PUCH载波向Node B发送HSUPA数据。” | 对比文件中Node B可以为UE分配多个E-PUCH载波，UE通过所选择的多个E-PUCH载波向Node B发送HSUPA数据。多个E-PUCH载波即对应于多个UL CC的至少两个UL CC，共享信道数据传输发生在上述至少两个载波上。依据宽松的隐含公开判断原则，对比文件隐含公开了PUSCH传输发生在至少两个UL CC上的情况。 |
| 技术特征I：<br>在所述多个UL CC中<br><br>《隐含公开》 | 【具体实施方式】“步骤101……RNC根据UE的上行多载波能力为UE分配可用的E-PUCH多载波……步骤104至步骤105，Node B根据RNC下发的配置，从可用的E-PUCH多载波中选择部分或全部E-PUCH载波作为分配给UE的E-PUCH多载波资源……” | 对比文件明确公开了系统配置有多个E-PUCH载波（对应多个UL CC），所有后续的载波资源选取与数据控制均是在所述多个载波范围内进行的。按照宽松标准，技术特征I在对比文件中被隐含公开。 |
| 技术特征J：<br>基于排序选择的一个UL CC上传送所述控制信息。<br><br>《未公开》 | 对比文件全文未记载UE侧多个UL CC之间针对控制信息的排序与选载波传输规则。 | 目标专利是在存在多个PUSCH时，通过排序规则选择其中一个UL CC来上传控制信息（避免多载波发送UCI破坏单载波特性）。对比文件中并未涉及在多个载波上传送控制信息时的排序和选择机制（其仅提及Node B选择多个载波分流数据，且反馈HARQ是由Node B在下行E-HICH返回），不存在“基于排序选择的一个UL CC上传送所述控制信息”，对比文件未公开该特征。 |
| 技术特征K：<br>其中由较高层用信号发送排序信息。<br><br>《未公开》 | 对比文件全文未记载由较高层信令发送用于UL CC排序的信息。 | 目标专利中载波的优先级/排序信息由高层配置并下发。对比文件虽有RNC通过RRC配置多载波信息，但根本未涉及控制信息传输的排序信息，更谈不上由较高层用信号发送排序信息。对比文件未公开该特征。 |
| 技术特征L：<br>其中在由较高层用信号通告的UL CC上传送所述PUCCH。<br><br>《未公开》 | 对比文件全文未公开在由较高层通告的UL CC上传送PUCCH。 | 目标专利限定了PUCCH所在UL CC的高层半静态配置方案。对比文件为TD-SCDMA HSUPA系统，未涉及PUCCH及在较高层通告的UL CC上传送PUCCH的技术方案。 |
| 技术特征M：<br>其中在由较高层用信号通告的服务小区上传送所述PUCCH。<br><br>《未公开》 | 对比文件全文未公开在由较高层通告的服务小区上传送PUCCH。 | 目标专利限定在较高层信令指示的主服务小区上传送PUCCH。对比文件未公开服务小区维度的PUCCH信令配置与传输，对比文件未公开该特征。 |
| 技术特征N：<br>该方法还包括<br><br>《直接公开》 | 【发明内容】“步骤A之前进一步包括……步骤A所述RNC分配可用的E-PUCH多载波之后，进一步包括……所述步骤C之后进一步包括……” | 对比文件在说明书中公开了数据传输方法的附加步骤与并列方案，特征N为权利要求的前序补充过渡语，被对比文件直接公开。 |
| 技术特征O：<br>在物理上行链路共享信道PUSCH传输发生在当前子帧的情况下<br><br>《隐含公开》 | 【具体实施方式】“在UE的上行多载波能力为支持同时进行多个E-PUCH载波的发送的情况下，RNC为该UE分配同时发送的多个E-PUCH载波……步骤106至步骤107……UE通过多个E-PUCH载波向Node B发送HSUPA数据。” | 对比文件公开了在UE支持同时发送多个载波时分配同时发送的多个E-PUCH载波进行数据传输。在移动通信的子帧结构中，“同时发送”即意味着在当前子帧/传输时间间隔（TTI）内发生E-PUCH（对应PUSCH）传输。本领域技术人员基于对比文件公开的同时传输场景能够合理推导出物理上行共享信道传输发生在当前子帧的情形，按宽松标准认定技术特征O被隐含公开。 |
| 技术特征P：<br>在所述PUSCH上传输所述控制信息<br><br>《隐含公开》 | 【具体实施方式】“步骤102至步骤103，UE的发送缓冲区中存在缓存的数据，UE向Node B发送调度请求/调度信息，请求E-PUCH资源。为了与现有3GPP协议相兼容，步骤103中UE的调度请求/调度信息通过媒体接入控制/层1(MAC/L1)发送给Node B……” | 如同特征C所述，目标专利中在PUSCH上传输控制信息。对比文件公开了通过MAC/L1发送调度请求/调度信息（SI，属于控制信息），在3GPP HSUPA机制中SI通常复用在共享信道E-PUCH（对应PUSCH）中传输。根据宽松推导原则，对比文件部分公开了在PUSCH上传输控制信息的概念，认定为隐含公开。 |
| 技术特征Q：<br>所述控制信息包括信道质量指示符CQI/预编码矩阵指示符PMI/秩指示符RI信息<br><br>《未公开》 | 对比文件全文未提及CQI、PMI或RI信息在PUSCH上的传输。 | 对比文件中仅涉及HSUPA业务数据、调度请求/调度信息（SI）以及下行E-HICH返回的HARQ ACK/NACK，完全未提及LTE多天线/下行信道状态反馈相关的CQI/PMI/RI控制信息。对比文件未公开该特征。 |
| 技术特征R：<br>（注：原权利要求特征项为空）<br><br>《直接公开》 | 全文结构 | 目标专利未在该技术特征序号下限定具体技术内容（特征内容为空），不构成技术方案的实质限制，认定为《直接公开》。 |
| 技术特征S：<br>在主分量载波上<br><br>《隐含公开》 | 【具体实施方式】“步骤101……这里所述的UE的上行多载波能力是指：UE是否支持同时进行多个载波的发送；如果不支持同时进行多个载波的发送，那么是否支持非主载波(即非广播信道(BCH)载波)上的发送……在另一种配置方案中，RNC将所有的E-AGCH配置到同一个E-PUCH载波上，这个E-PUCH载波可以是BCH载波，也可以是非BCH载波……” | 目标专利中的主分量载波用于集中传输控制信息或特定配置。对比文件明确记载了系统载波区分为“主载波（即广播信道(BCH)载波）”和“非主载波”，且某些下行授权或信道可集中配置在该BCH载波上。本领域技术人员可以合理推断在该主分量载波上执行特定信号/信息的发送或调度。按照宽松判断标准，对比文件隐含公开了“在主分量载波上”这一特征。 |
| 技术特征T：<br>在所述当前子帧传送所述PUCCH上的调度请求SR<br><br>《未公开》 | 对比文件全文未公开在当前子帧传送PUCCH上的调度请求SR。 | 目标专利是在当前子帧中在主载波上传送PUCCH上的SR（且与PUSCH共存/交互）。对比文件中UE发送调度请求SI是通过MAC/L1发送以请求E-PUCH资源，并没有PUCCH信道，更未公开在主载波当前子帧传送PUCCH上的SR。对比文件未公开该特征。 |
| 技术特征U：<br>其中所述多个PUSCH的所述至少一个PUSCH是在所述主分量载波上传送的。<br><br>《隐含公开》 | 【具体实施方式】“步骤101……在UE的上行多载波能力为支持同时进行多个E-PUCH载波的发送的情况下，RNC为该UE分配同时发送的多个E-PUCH载波……步骤106至步骤107……UE通过多个E-PUCH载波向Node B发送HSUPA数据。” | 对比文件中系统包含主载波（BCH载波）与非主载波，当UE支持多载波同时发送时分配多个E-PUCH载波，UE在多个E-PUCH载波上传送数据。在同时分配多个载波的常规配置中，主载波（BCH载波）作为基本载波参与承载E-PUCH数据传输。本领域技术人员基于对比文件多载波分配的公开内容，能够合理推断出多个共享信道中的至少一个共享信道位于主分量载波上。按照宽松标准，技术特征U被隐含公开。 |
| 技术特征V：<br>其中所述主分量载波是通过无线电资源控制RRC信令来配置的。<br><br>《隐含公开》 | 【具体实施方式】“步骤101是UE与RNC之间的RRC无线承载建立(RRC Radio Bearer Setup)/重配置过程(Reconfiguration Procedures)。具体而言，在该步骤中，RNC根据UE的上行多载波能力进行配置……然后，RNC将配置的结果通知给UE……这里的配置包括可用的E-PUCH多载波……” | 目标专利中主分量载波通过RRC信令配置。对比文件中RNC在RRC无线承载建立或重配置过程中，通过RRC信令向UE下发多载波配置（包括可用的包含主载波/BCH载波在内的多载波信息）。本领域技术人员基于对比文件中RRC过程配置多载波的教导，能够合理预期主载波/主分量载波也是通过RRC信令完成建立与参数配置的。按照宽松标准，技术特征V被隐含公开。 |
| 技术特征W：<br>其中所述主分量载波是基于半静态来配置的。<br><br>《隐含公开》 | 【具体实施方式】“步骤101是UE与RNC之间的RRC无线承载建立(RRC Radio Bearer Setup)/重配置过程(Reconfiguration Procedures)……然后，RNC将配置的结果通知给UE……另外，Node B中的调度器还可以根据每个载波的负载和质量来控制所述上行数据在多个E-PUCH载波之间进行迁移和/或负载均衡。” | 目标专利中主分量载波是半静态配置的（即通过RRC等高层信令配置，不随每个子帧动态变更）。对比文件中RNC通过RRC无线承载建立/重配置过程为UE配置可用的多载波环境，该RRC过程属于高层半静态配置，而由Node B进行动态调度与数据迁移。对比文件公开的RRC承载配置属于典型的半静态配置手段，本领域技术人员能够合理推断主载波的配置为半静态方式。按照宽松标准，技术特征W被隐含公开。 |
| 技术特征X：<br>其中所述主分量载波对应于主小区。<br><br>《隐含公开》 | 【具体实施方式】“步骤101……这里所述的UE的上行多载波能力是指：UE是否支持同时进行多个载波的发送；如果不支持同时进行多个载波的发送，那么是否支持非主载波(即非广播信道(BCH)载波)上的发送……然后，RNC将配置的结果通知给UE，同时也将配置的结果通过基站应用协议(NBAP)无线链路或者物理共享信道配置过程通知给UE所在小区的Node B。” | 目标专利中主分量载波对应于主小区（PCell）。对比文件中明确指出主载波即为发送系统广播信道（BCH）的载波，且该载波位于“UE所在小区”中，与服务该UE的基本小区环境相对应。在蜂窝移动通信系统中，发送广播信道BCH的载波天然对应于UE驻留或接入的服务主小区。本领域技术人员基于对比文件的描述可以合理推导出主载波对应于主小区。按照宽松标准，技术特征X被隐含公开。 |
| 技术特征Y：<br>其中所述主小区和所述主分量载波是通过无线电资源控制(RRC)信令来配置的。<br><br>《隐含公开》 | 【具体实施方式】“步骤101是UE与RNC之间的RRC无线承载建立(RRC Radio Bearer Setup)/重配置过程(Reconfiguration Procedures)。具体而言，在该步骤中，RNC根据UE的上行多载波能力进行配置……然后，RNC将配置的结果通知给UE，同时也将配置的结果……通知给UE所在小区的Node B。这里的配置包括可用的E-PUCH多载波……” | 目标专利中主小区和主分量载波通过RRC信令配置。对比文件公开了在UE与RNC之间通过RRC无线承载建立/重配置过程为UE所在小区配置可用的多载波信息（包含主载波/BCH载波）。本领域技术人员基于该RRC信令交互与小区/载波配置机制，能够合理推导出主小区及主分量载波是通过RRC信令进行配置的。按照宽松标准，技术特征Y被隐含公开。 |
<<<A>>><<<b>>><<<c>>><<<D>>><<<h>>><<<i>>><<<N>>><<<o>>><<<p>>><<<R>>><<<s>>><<<u>>><<<v>>><<<w>>><<<x>>><<<y>>>
## 特征比对表格
| 技术特征描述及判断结果 | 对比文件原文引用（JP2009049538A） | 公开性论述 |
| 技术特征A：<br>该方法包括<br>《直接公开》 | 【说明书第2段】<br>“本発明は、移動通信システム、基地局装置、ユーザ装置及び方法に関する。”<br>（中文翻译：本发明涉及移动通信系统、基站装置、用户装置及方法。） | 对比文件明确说明其涉及一种通信方法，直接公开了“该方法包括”。 |
| 技术特征B：<br>在物理上行链路共享信道PUSCH传输发生在多个上行链路分量载波UL CC的至少一个UL CC上的情况下<br>《未公开》 | 对比文件全文针对的是单载波系统（如LTE Release 8）中的可变系统带宽配置，其全部多路复用与映射技术方案均建立在单载波/单频带系统之上，未涉及载波聚合（CA）技术，完全未记载“多个上行链路分量载波（UL CC）”以及在多个UL CC的至少一个UL CC上传输PUSCH的判定或操作情景。 | 对比文件JP2009049538A聚焦于在不同带宽的单小区单载波下如何复用RACH与PUCCH/PUSCH，并未公开任何载波聚合或“多个上行链路分量载波（UL CC）”的特征，无法直接公开或隐含公开该特征。 |
| 技术特征C：<br>在PUSCH上传送上行链路共享信道UL-SCH数据和控制信息<br>《隐含公开》 | 【说明书第2段】<br>“上りリンク制御チャネル（PUCCH）は、上り共有データチャネルPUSCHに付随する場合だけでなく、付随しない場合もある。”<br>（中文翻译：上行链路控制信道（PUCCH）不仅存在附随于上行共享数据信道PUSCH的情形，也存在不附随的情形。）<br>“上り物理共有チャネルPUSCHに付随するPUCCH（上りＬ１／Ｌ２制御チャネル等）は、PUSCH（具体的には示されていないが、サブフレーム内の余白の部分に相当する）と時間分割多重（ＴＤＭ）される。”<br>（中文翻译：附随于上行物理共享信道PUSCH的PUCCH（上行L1/L2控制信道等），与PUSCH以时间分割多路复用（TDM）方式进行复用。） | 对比文件公开了附随于PUSCH的上行L1/L2控制信息在PUSCH分配资源中与PUSCH数据（用户数据）进行时分复用传输。在本领域LTE规范中，附随于PUSCH传输的上行控制信道/控制信息即复用映射至PUSCH上与UL-SCH数据一同传输。即便文字表达为“附随于PUSCH的PUCCH与PUSCH时分复用”，按照宽松的隐含公开判断标准，本领域技术人员可以明确且合理推导出在PUSCH上传送上行共享信道数据和控制信息，属于隐含公开。 |
| 技术特征D：<br>（空白）<br>《未公开》 | 无对应内容。 | 原权利要求特征划分中该项内容为空白，不构成实质技术特征，认定为未公开。 |
| 技术特征E：<br>在所述WTRU进行的所述PUSCH传输没有发生在所述多个UL CC中的任意UL CC的情况下<br>《未公开》 | 对比文件全篇基于单载波系统，未公开“多个UL CC”，亦未公开基于多个UL CC中是否有任一UL CC发生PUSCH传输的条件分支判断。 | 对比文件缺乏载波聚合及跨多个UL CC进行信道状态判断的机制，未直接公开亦未隐含公开该特征。 |
| 技术特征F：<br>在物理上行链路控制信道PUCCH上传送所述控制信息。<br>《直接公开》 | 【说明书第2段】<br>“上りリンク制御チャネル（PUCCH）は、上り共有データチャネルPUSCHに付随する場合だけでなく、付随しない場合もある。後者の場合、下りリンクの品質情報（ＣＱＩ：Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）及び物理下りリンク共有チャネルの送達確認情報（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ）等が専用の帯域でＰＵＣＣＨとして伝送される。”<br>（中文翻译：上行链路控制信道（PUCCH）不仅存在附随于上行共享数据信道PUSCH的情形，也存在不附随的情形。在后一种情况下，下行链路的信道质量信息（CQI）以及物理下行链路共享信道的送达确认信息（ACK/NACK）等在专用的频带上作为PUCCH进行传输。） | 对比文件明确公开了当下行质量信息（CQI）及ACK/NACK等控制信息不附随于PUSCH传输时，在物理上行控制信道PUCCH上传送上述控制信息。因此技术特征F被对比文件直接公开。 |
| 技术特征G：<br>其中所述控制信息是混合自动重复请求HARQ应答ACK。<br>《直接公开》 | 【说明书第2段】<br>“物理下りリンク共有チャネルの送達確認情報（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ）等が専用の帯域でＰＵＣＣＨとして伝送される。……送達確認情報の内容は、送信信号が適切に受信されたことを示す肯定応答(ＡＣＫ：Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)又はそれが適切に受信されなかったことを示す否定応答(ＮＡＣＫ：Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)の何れかで表現される。”<br>（中文翻译：物理下行链路共享信道的送达确认信息等在专用的频带上作为PUCCH进行传输。……送达确认信息的内容由表示发送信号已被适当地接收的肯定应答（ACK）或表示其未被适当地接收的否定应答（NACK）来表达。） | 对比文件明确记载了PUCCH上传输的送达确认信息为肯定应答（ACK）或否定应答（NACK），即属于HARQ应答ACK，被对比文件直接公开。 |
| 技术特征H：<br>其中在所述PUSCH传输发生在所述多个UL CC的至少两个UL CC上的情况下<br>《未公开》 | 对比文件未公开多载波聚合架构，不存在多个UL CC的概念，更未涉及在至少两个UL CC上传输PUSCH的条件。 | 对比文件基于单载波系统，无法直接或隐含得出多载波配置下至少两个UL CC上有PUSCH传输的情形。 |
| 技术特征I：<br>在所述多个UL CC中<br>《未公开》 | 对比文件未涉及多个UL CC架构。 | 对比文件未公开多个UL CC环境。 |
| 技术特征J：<br>基于排序选择的一个UL CC上传送所述控制信息。<br>《未公开》 | 对比文件未涉及在多个UL CC间根据载波优先级/排序规则选择特定UL CC以承载控制信息的操作。 | 对比文件仅公开了在单载波内RACH跳频图案的循环移位及频率排序选择，与在多个UL CC中根据排序选择一个UL CC传送控制信息的技术方案本质不同，未直接公开且无法隐含得出。 |
| 技术特征K：<br>其中由较高层用信号发送排序信息。<br>《未公开》 | 对比文件未公开通过较高层信令发送用于在多个UL CC中选择上行控制信道载波的排序信息。 | 对比文件未涉及多载波排序选择信令，未公开。 |
| 技术特征L：<br>其中在由较高层用信号通告的UL CC上传送所述PUCCH。<br>《未公开》 | 对比文件未公开在载波聚合场景下由较高层信令指定特定UL CC传送PUCCH的方案。 | 对比文件仅涉及单载波小区中广播信息通知RACH跳频参数等，未公开由高层信令配置特定UL CC来传输PUCCH。 |
| 技术特征M：<br>其中在由较高层用信号通告的服务小区上传送所述PUCCH。<br>《未公开》 | 对比文件未涉及主服务小区（PCell）/辅服务小区（SCell）的载波聚合小区划分，亦未公开由较高层用信号通告的服务小区上传送PUCCH。 | 对比文件未公开多小区载波聚合及高层信令指定服务小区传送PUCCH的方案。 |
| 技术特征N：<br>该方法还包括<br>《直接公开》 | 【说明书第2段】<br>“本発明は、移動通信システム、基地局装置、ユーザ装置及び方法に関する。”<br>（中文翻译：本发明涉及移动通信系统、基站装置、用户装置及方法。） | 承接前序方法声明，对比文件公开了通信方法步骤，属于直接公开。 |
| 技术特征O：<br>在物理上行链路共享信道PUSCH传输发生在当前子帧的情况下<br>《直接公开》 | 【说明书第2段】<br>“上り物理共有チャネルＰＵＳＣＨに付随するＰＵＣＣＨ（上りＬ１／Ｌ２制御チャネル等）は、ＰＵＳＣＨ（具体的には示されていないが、サブフレーム内の余白の部分に相当する）と時間分割多重（ＴＤＭ）される。”<br>（中文翻译：附随于上行物理共享信道PUSCH的PUCCH（上行L1/L2控制信道等），与PUSCH（具体虽未示出，但相当于子帧内的空白部分）进行时间分割多路复用（TDM）。） | 对比文件在论述图3等子帧多路复用方案时明确指出了在子帧内存在PUSCH传输（即PUSCH发生在当前子帧）的情形，技术特征O被对比文件直接公开。 |
| 技术特征P：<br>在所述PUSCH上传输所述控制信息<br>《隐含公开》 | 【说明书第2段】<br>“上り物理共有チャネルＰＵＳＣＨに付随するＰＵＣＣＨ（上りＬ１／Ｌ２制御チャネル等）は、ＰＵＳＣＨ（具体的には示されていないが、サブフレーム内の余白の部分に相当する）と時間分割多重（ＴＤＭ）される。”<br>（中文翻译：附随于上行物理共享信道PUSCH的PUCCH（上行L1/L2控制信道等），与PUSCH（具体虽未示出，但相当于子帧内的空白部分）进行时间分割多路复用（TDM）。） | 对比文件公开了附随于PUSCH的上行控制信道（L1/L2控制信道）与PUSCH在同一子帧内时分复用。在LTE架构中，当子帧有PUSCH传输时，上行控制信息（UCI）被复用打孔或速率匹配映射到PUSCH的物理资源上进行传输。按照极其宽松的隐含公开判断标准，本领域技术人员结合LTE单载波规范常识完全可以合理推导出该控制信息正是在PUSCH上传输的，故认定为隐含公开。 |
| 技术特征Q：<br>所述控制信息包括信道质量指示符CQI/预编码矩阵指示符PMI/秩指示符RI信息<br>《直接公开》 | 【说明书第2段】<br>“後者の場合、下りリンクの品質情報（ＣＱＩ：Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）及び物理下りリンク共有チャネルの送達確認情報（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ）等が専用の帯域でＰＵＣＣＨとして伝送される。……ＣＱＩは、下りリンクにおける共有物理チャネルのスケジューリング処理や適応変復調及び符号化処理（ＡＭＣＳ： Ａｄａｐｔｉｖｅ Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ）等に使用される。”<br>（中文翻译：在后一种情况下，下行链路的信道质量信息（CQI）及物理下行链路共享信道的送达确认信息等在专用的频带上作为PUCCH进行传输。……CQI用于下行链路共享物理信道的调度处理、自适应调制解调及编码处理等。） | 对比文件明确记载了控制信息包含下行信道质量指示符（CQI），直接公开了该控制信息包括CQI，满足该选择性特征的要求，属于直接公开。 |
| 技术特征R：<br>（空白）<br>《未公开》 | 无对应内容。 | 原权利要求特征划分中该项内容为空白，认定为未公开。 |
| 技术特征S：<br>在主分量载波上<br>《未公开》 | 对比文件未涉及载波聚合架构，未公开主分量载波（PCC）的概念或实体。 | 对比文件未公开主分量载波。 |
| 技术特征T：<br>在所述当前子帧传送所述PUCCH上的调度请求SR<br>《隐含公开》 | 【说明书第2段】<br>“ところで、ユーザ装置は、初期アクセスの場合（例えば、電源投入時）、リソースの割り当てを要求する場合、同期の再確立を要する等の場合（例えば、ハンドオーバに失敗した時）に、基地局装置にランダムアクセスチャネル(ＲＡＣＨ)を送信する。”<br>（中文翻译：另外，用户装置在初始接入的情形、要求资源分配的情形、需要再建立同步等情形下，向基站装置发送随机接入信道（RACH）。）<br>“上りリンク制御チャネル（PUCCH）は、上り共有データチャネルＰＵＳＣＨに付随する場合だけでなく、付随しない場合もある。後者の場合、下りリンクの品質情報（ＣＱＩ）及び物理下りリンク共有チャネルの送達確認情報（ＡＣＫ／ＮＡＣＫ）等が専用の帯域でＰＵＣＣＨとして伝送される。” | 对比文件公开了用户装置在需要请求资源分配时向上行发送信道，并公开了在子帧中未伴随PUSCH时在专用的PUCCH上传送控制信息；且在LTE系统中请求资源分配的标准机制除基于竞争/非竞争的RACH外，即为在PUCCH专用资源上发送调度请求（SR）。在极其宽松的隐含公开标准下，对比文件讨论了资源分配请求与PUCCH的传输，本领域技术人员可以合理推导出在当前子帧的PUCCH上传送调度请求SR，故认定为隐含公开。 |
| 技术特征U：<br>其中所述多个PUSCH的所述至少一个PUSCH是在所述主分量载波上传送的。<br>《未公开》 | 对比文件未公开多载波系统中存在多个PUSCH传输，亦未公开主分量载波。 | 对比文件基于单载波系统，未公开该多载波及主分量载波特征。 |
| 技术特征V：<br>其中所述主分量载波是通过无线电资源控制RRC信令来配置的。<br>《未公开》 | 对比文件未公开主分量载波及其通过RRC信令进行配置的特征。 | 对比文件未公开。 |
| 技术特征W：<br>其中所述主分量载波是基于半静态来配置的。<br>《未公开》 | 对比文件未公开基于半静态配置主分量载波的特征。 | 对比文件未公开。 |
| 技术特征X：<br>其中所述主分量载波对应于主小区。<br>《未公开》 | 对比文件未公开载波聚合中的主小区（PCell）以及主分量载波对应于主小区的特征。 | 对比文件未公开。 |
| 技术特征Y：<br>其中所述主小区和所述主分量载波是通过无线电资源控制(RRC)信令来配置的。<br>《未公开》 | 对比文件未公开主小区和主分量载波，亦未公开通过RRC信令对二者进行配置。 | 对比文件未公开。 |
<<<A>>>
<<<c>>>
<<<F>>>
<<<G>>>
<<<N>>>
<<<O>>>
<<<p>>>
<<<Q>>>
<<<t>>>
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | [0022]<br>「（４）また、本発明の通信方法は、移動局装置が基地局装置から受信した信号の品質を示す受信品質情報を前記基地局装置へ送信する移動通信システムにおける移動局装置の通信方法であって……」<br>（（4）此外，本发明的一种通信方法，是在移动台装置向基站装置发送表示自基站装置接收到的信号的品质的接收品质信息的移动通信系统中的移动台装置的通信方法，该方法包括……） | 1. 作用与技术对应性：<br>目标专利涉及由WTRU（移动局装置）实施的方法流程；对比文件同样公开了一种移动通信系统中移动局装置执行的通信方法，用于概括并引导后续的具体传输步骤，两者作用完全相同。<br>2. 判断论述：<br>对比文件段落[0022]明确公开了移动局装置的通信方法（“移動局装置の通信方法であって”），直接且毫无疑义地公开了作为方法权利要求引导语的“该方法包括”。 |
| 技术特征B：<br>在物理上行链路共享信道PUSCH传输发生在多个上行链路分量载波UL CC的至少一个UL CC上的情况下<br><br>《隐含公开》 | [0007]<br>「……また、上りリンクデータチャネル（Physical Uplink Shared Channel：以下、「ＰＵＳＣＨ」と呼称する。）を用いて、上りリンクデータと受信品質情報を同時に送信することも検討されている。」<br>（……此外，还在探讨使用上行链路数据信道（物理上行链路共享信道：以下称为“PUSCH”）同时发送上行链路数据和接收品质信息。）<br>[0022]<br>「……上りリンクに対するデータ送信を許可する信号に含まれる、上りリンクデータチャネルに対する時間または周波数成分を特定するリソース割り当て情報を前記基地局装置から受信し、前記リソース割り当て情報から、前記上りリンクデータチャネルに上りリンクデータと共に配置される受信品質情報のシンボル数を算出し、前記算出されたシンボル数で受信品質情報を前記上りリンクデータと共に前記上りリンクデータチャネルを使用して前記基地局装置へ送信することを特徴とする。」<br>（……从所述基站装置接收包含在许可上行链路数据发送的信号中的、用于确定针对上行链路数据信道的时间或频率成分的资源分配信息，从所述资源分配信息计算在上行链路数据信道上与上行链路数据一起配置的接收品质信息的符号数，利用所计算出的符号数使用所述上行链路数据信道将接收品质信息与所述上行链路数据一起发送给所述基站装置。） | 1. 作用与技术对应性：<br>目标专利中该特征限定了控制信息在PUSCH上传输的触发前提条件（发生PUSCH传输时转向PUSCH传送）。对比文件公开了在基站分配了PUSCH资源时在PUSCH上进行传输，其触发控制信息走PUSCH的作用相同。<br>2. 判断论述：<br>对比文件明确公开了当接收到上行许可信号且分配了PUSCH资源时，在PUSCH上传输数据和控制信息（即PUSCH传输发生）。虽然对比文件是针对单载波或一般载波场景进行具体阐述，未明确写出“多个上行链路分量载波UL CC”这一载波聚合术语，但在LTE向LTE-A演进的技术背景下，多载波聚合传输本质上是由多个基本载波构成。本领域技术人员基于宽泛的隐含公开推理标准，能够合理推断出当系统采用多载波（或多载波的任意一个载波上发生PUSCH）时，其单个载波上的PUSCH传输逻辑直接适用；此外对比文件公开了单个载波PUSCH传输，构成了对“多个UL CC的至少一个UL CC上传输”的部分公开，具备与多载波系统结合公开该特征的可能性，故判断为隐含公开。 |
| 技术特征C：<br>在PUSCH上传送上行链路共享信道UL-SCH数据和控制信息<br><br>《直接公开》 | [0007]<br>「……また、上りリンクデータチャネル（Physical Uplink Shared Channel：以下、「ＰＵＳＣＨ」と呼称する。）を用いて、上りリンクデータと受信品質情報を同時に送信することも検討されている。」<br>（……此外，还在探讨使用上行链路数据信道（物理上行链路共享信道：以下称为“PUSCH”）同时发送上行链路数据和接收品质信息。）<br>[0016]<br>「上記までに説明したことは、受信品質情報と同じ上りリンク情報である下りリンクデータに対するＨＡＲＱ（Hybrid Automatic Repeat Request）のＡＣＫ／ＮＡＣＫについても同様のことが言える。移動局装置から基地局装置に対して、上りリンクデータとＡＣＫ／ＮＡＣＫが同時に送信される場合……」<br>（以上所说明的内容，对于作为与接收品质信息相同的上行链路信息的针对下行链路数据的HARQ的ACK/NACK也是适用的。在从移动台装置向基站装置同时发送上行链路数据和ACK/NACK的情况下……）<br>[0022]<br>「……前記算出されたシンボル数で受信品質情報を前記上りリンクデータと共に前記上りリンクデータチャネルを使用して前記基地局装置へ送信することを特徴とする。」<br>（……利用所计算出的符号数使用所述上行链路数据信道将接收品质信息与所述上行链路数据一起发送给所述基站装置。） | 1. 作用与技术对应性：<br>目标专利通过在PUSCH上传送上行数据（UL-SCH数据）和控制信息（UCI），实现控制信息向数据信道的复用捎带传输，以维持上行单载波特性或充分利用PUSCH资源；对比文件公开了在PUSCH上将上行链路数据（即UL-SCH数据）与受信品质信息（CQI）或HARQ ACK/NACK（控制信息）同时发送，二者作用完全一致。<br>2. 判断论述：<br>对比文件段落[0007]、[0016]和[0022]明确指出了在PUSCH（上行数据信道）上同时发送“上行链路数据（上りリンクデータ，即UL-SCH数据）”以及“受信品质信息/HARQ ACK/NACK（控制信息）”，本领域技术人员能够毫无疑义地直接得出该特征全部内容，构成直接公开。 |
| 技术特征D：<br>（空特征）<br><br>《未公开》 | 对比文件无对应记载。 | 权利要求中未定义技术方案内容，不予以评述。 |
| 技术特征E：<br>在所述WTRU进行的所述PUSCH传输没有发生在所述多个UL CC中的任意UL CC的情况下<br><br>《隐含公开》 | [0007]<br>「この移動局装置による基地局装置への受信品質情報の送信に関して、国際的な標準化プロジェクトである３ＧＰＰ（3rd Generation Partnership Project）で検討されている第３世代無線アクセスの進化（Evolved Universal Terrestrial Radio Access）では、専用の上りリンク制御チャネル（Physical Uplink Control Channel：以下、「ＰＵＣＣＨ」と呼称する。）を用いて送信することが検討されている。また、上りリンクデータチャネル（Physical Uplink Shared Channel：以下、「ＰＵＳＣＨ」と呼称する。）を用いて、上りリンクデータと受信品質情報を同時に送信することも検討されている。」<br>（关于由该移动台装置向基站装置发送接收品质信息，在国际标准化组织3GPP探讨的E-UTRA中，正在探讨使用专用的上行链路控制信道（物理上行链路控制信道：以下称为“PUCCH”）来进行发送。此外，还在探讨使用上行链路数据信道（物理上行链路共享信道：以下称为“PUSCH”）同时发送上行链路数据和接收品质信息。） | 1. 作用与技术对应性：<br>目标专利中该特征定义了回退到PUCCH传输控制信息的触发场景（即无PUSCH可复用时）；对比文件段落[0007]阐述了控制信息的两种基本传输机制：常规专用PUCCH传输，以及有上行数据时的PUSCH复用传输。<br>2. 判断论述：<br>对比文件[0007]将控制信道PUCCH与共享信道PUSCH作为传输上行控制信息的两种并列方案列出。本领域技术人员结合公知常识可以容易推理得出：当移动台没有数据需要发送、未被分配PUSCH（即PUSCH传输未发生）时，控制信息的传输自然回退至其专用的上行链路控制信道PUCCH上进行。根据极宽松的隐含公开判断原则，对比文件公开了这两种互斥机制，使本领域技术人员能够合理推断出“无PUSCH传输时走默认控制信道”的判定分支，因此该特征构成隐含公开。 |
| 技术特征F：<br>在物理上行链路控制信道PUCCH上传送所述控制信息。<br><br>《直接公开》 | [0007]<br>「この移動局装置による基地局装置への受信品質情報の送信に関して、国際的な標準化プロジェクトである３ＧＰＰ（3rd Generation Partnership Project）で検討されている第３世代無線アクセスの進化（Evolved Universal Terrestrial Radio Access）では、専用の上りリンク制御チャネル（Physical Uplink Control Channel：以下、「ＰＵＣＣＨ」と呼称する。）を用いて送信することが検討されている。」<br>（关于由该移动台装置向基站装置发送接收品质信息，在国际标准化组织3GPP探讨的E-UTRA中，正在探讨使用专用的上行链路控制信道（物理上行链路控制信道：以下称为“PUCCH”）来进行发送。） | 1. 作用与技术对应性：<br>目标专利中PUCCH用于承载上行控制信息（如ACK/NACK、CQI）；对比文件段落[0007]中PUCCH的作用同样是作为专用的物理上行链路控制信道来发送上行控制信息（接收品质信息等），二者作用完全相同。<br>2. 判断论述：<br>对比文件段落[0007]明确记载了“専用の上りリンク制御チャネル（Physical Uplink Control Channel：以下、「ＰＵＣＣＨ」と呼称する。）を用いて送信することが検討されている”，本领域技术人员能够毫无疑义地确定其公开了在PUCCH上传送控制信息，属于直接公开。 |
| 技术特征G：<br>其中所述控制信息是混合自动重复请求HARQ应答ACK。<br><br>《直接公开》 | [0016]<br>「上記までに説明したことは、受信品質情報と同じ上りリンク情報である下りリンクデータに対するＨＡＲＱ（Hybrid Automatic Repeat Request）のＡＣＫ／ＮＡＣＫについても同様のことが言える。移動局装置から基地局装置に対して、上りリンクデータとＡＣＫ／ＮＡＣＫが同時に送信される場合……」<br>（以上所说明的内容，对于作为与接收品质信息相同的上行链路信息的针对下行链路数据的HARQ（混合自动重复请求）的ACK/NACK也是适用的。在从移动台装置向基站装置同时发送上行链路数据和ACK/NACK的情况下……）<br>[0023]<br>「（５）また、本発明の移動通信システムは、移動局装置が下りリンクデータに対するＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）のＡＣＫまたはＮＡＣＫを基地局装置へ送信する移動通信システムであって……」<br>（（5）此外，本发明的移动通信系统是移动台装置将针对下行链路数据的HARQ（混合自动重复请求）的ACK或NACK发送给基站装置的移动通信系统……） | 1. 作用与技术对应性：<br>目标专利中HARQ ACK用于反馈下行数据接收结果以控制下行重传；对比文件段落[0016]、[0023]中的HARQ ACK/NACK同样是针对下行链路数据的接收响应信息，作为上行控制信息发送给基站，作用完全相同。<br>2. 判断论述：<br>对比文件在段落[0016]、[0023]中直接明确地提到了“下りリンクデータに対するＨＡＲＱ（Hybrid Automatic Repeat Request）のＡＣＫ／ＮＡＣＫ”，毫无疑义地公开了控制信息可以是HARQ应答ACK，属于直接公开。 |
| 技术特征H：<br>其中在所述PUSCH传输发生在所述多个UL CC的至少两个UL CC上的情况下<br><br>《未公开》 | 对比文件全文无对应记载。 | 1. 作用与技术对应性：<br>目标专利中该特征针对载波聚合中在多个UL CC上同时发生并发PUSCH传输的特定冲突解决与信道选择场景进行保护。<br>2. 判断论述：<br>对比文件全篇仅立足于单载波传输或未引入载波聚合并发PUSCH传输机制，未提及在“多个UL CC的至少两个UL CC上发生PUSCH传输”的场景，无法通过逻辑推理或部分公开推导得出，既未直接公开也未隐含公开。 |
| 技术特征I：<br>在所述多个UL CC中<br><br>《隐含公开》 | [0004]<br>「また、複数のサブキャリアを用いるＯＦＤＭ（Orthogonal Frequency Division Multiplexing：直交周波数分割多重）システムにおける送信パケットのスケジューリングにおいて……」<br>（此外，在使用多个副载波的OFDM系统中……）<br>[0002]<br>「……周波数利用効率を高める技術の１つに、ＯＦＤＭＡ……がある。」<br>（……提高频率利用效率的技术之一是OFDMA……） | 1. 作用与技术对应性：<br>目标专利限定传输载体处于配置的多个UL CC之中。<br>2. 判断论述：<br>对比文件公开了OFDMA系统中的多频段/多子载波资源划分。在极为宽松的隐含公开标准下，通信系统中支持多载波聚合是LTE向LTE-A演进的基础公知架构，对比文件讨论了包含多个频带资源的系统分配，本领域技术人员可以合理推断该传输选择发生于系统所具有的多个载波单元/频带中，构成对载波环境的隐含公开。 |
| 技术特征J：<br>基于排序选择的一个UL CC上传送所述控制信息。<br><br>《未公开》 | 对比文件全文无对应记载。 | 1. 作用与技术对应性：<br>目标专利中该特征通过在多个载波发生并发PUSCH时，通过预设或信令配置的“排序/优先级规则”确定唯一一个载波来承载控制信息，以避免多载波发送破坏PAPR及控制信令混乱。<br>2. 判断论述：<br>对比文件完全未公开多个UL CC之间的“排序”机制，更未公开基于该排序选择一个UL CC传输控制信息，本领域技术人员从对比文件无法推理得出该方案，既未直接公开也未隐含公开。 |
| 技术特征K：<br>其中由较高层用信号发送排序信息。<br><br>《未公开》 | 对比文件全文无对应记载。 | 1. 作用与技术对应性：<br>目标专利中该特征用于通过较高层信令（如RRC）下发各载波的优先级/排序参数。<br>2. 判断论述：<br>对比文件仅提及通过RRC信令配置控制信息的最大值、最小值或维持值（如段落[0022]、[0081]），从未提及通过较高层信令发送“载波排序信息”，该方案未被公开，既非直接公开也非隐含公开。 |
| 技术特征L：<br>其中在由较高层用信号通告的UL CC上传送所述PUCCH。<br><br>《隐含公开》 | [0007]<br>「……専用の上りリンク制御チャネル（Physical Uplink Control Channel：以下、「ＰＵＣＣＨ」と呼称する。）を用いて送信することが検討されている。」<br>（……正在探讨使用专用的上行链路控制信道（物理上行链路控制信道：以下称为“PUCCH”）来进行发送。）<br>[0081]<br>「基地局装置は、移動局装置に送信するＲＲＣシグナリングに……」<br>（基站装置在发送给移动台装置的RRC信令中……） | 1. 作用与技术对应性：<br>目标专利中通过高层信令（如RRC）指定传输PUCCH的固定UL CC（如主载波），以统一控制链路；对比文件公开了PUCCH为专用的控制信道，并公开了利用高层RRC信令向移动台配置上行控制参数。<br>2. 判断论述：<br>在3GPP LTE/LTE-A技术体系中，专用的上行控制信道PUCCH所在的载波及资源位置通常是由基站通过高层半静态信令（RRC广播SIB或专用信令）进行通告配置的，这是本领域的常规技术构架。对比文件段落[0007]公开了使用专用PUCCH传输，段落[0081]公开了基站通过RRC信令下发配置信息。结合极其宽松的隐含公开判断标准，本领域技术人员可以合理推理得出，移动局装置所使用的专用PUCCH信道及其对应的上行载波资源是由较高层信令通知并建立的，故判断为隐含公开。 |
| 技术特征M：<br>其中在由较高层用信号通告的服务小区上传送所述PUCCH。<br><br>《隐含公开》 | [0002]<br>「……このＯＦＤＭＡは、セルで構成される通信エリアにおいて、すべてのセルで同じ周波数を用いて通信する際の変调方式の技術に関するものであり……」<br>（……该OFDMA涉及在由小区构成的通信区域中、所有小区使用相同频率进行通信时的调制方式技术……）<br>[0007]、[0081]<br>（见上述关于PUCCH与RRC信令的公开） | 1. 作用与技术对应性：<br>目标专利中在较高层信令通告的服务小区（主小区PCell）上传送PUCCH；对比文件涉及在由小区构成的移动通信系统中，移动台在基站服务下通过专用信道PUCCH传输。<br>2. 判断论述：<br>对比文件明确指出系统由“小区（セル）”构成（段落[0002]），且公开了由基站通过RRC较高层信令向移动台进行通信配置。本领域技术人员基于宽松隐含推导，服务小区与载波存在对应关系，在较高层配置的特定载波/信道上传送PUCCH，技术人员可以合理推断出该PUCCH的配置与发送亦对应于较高层信令所通告配置的服务小区，故属于隐含公开。 |
| 技术特征N：<br>该方法还包括<br><br>《直接公开》 | [0022]<br>「（４）また、本発明の通信方法は……上りリンクデータと共に前記上りリンクデータチャネルを使用して前記基地局装置へ送信することを特徴とする。」<br>（（4）此外，本发明的一种通信方法……其特征在于，利用所计算出的符号数使用所述上行链路数据信道将接收品质信息与所述上行链路数据一起发送给所述基站装置。） | 1. 作用与技术对应性：<br>目标专利中用于引入从属权利要求中的附加方法步骤；对比文件段落[0022]等方案同样包含了多项连续的方法步骤，起到串联方法特征的作用。<br>2. 判断论述：<br>对比文件段落[0022]详细记录了包含接收信息、计算符号数、发送数据等一系列操作的方法流程，直接且毫无疑义地公开了作为后续方法步骤引导的“该方法还包括”。 |
| 技术特征O：<br>在物理上行链路共享信道PUSCH传输发生在当前子帧的情况下<br><br>《直接公开》 | [0060]<br>「……各形態において、縦方向は時間軸を表しており、ここでは基地局装置によって割り当てられるリソースの一例として１４ＯＦＤＭシンボルで示されている。その１４ＯＦＤＭシンボル内に、データの復調を行なうための伝搬路推定に用いる既知のリファレンスシンボル……と、……上りリンクデータが配置されている。」<br>（……在各形态中，纵向表示时间轴，在此作为由基站装置分配的资源的一例，以14个OFDM符号示出。在该14个OFDM符号内，配置有用于解调数据的信道估计的已知参考符号……以及上行链路数据。）<br>[0062]<br>「移動局装置は、基地局装置からの下りリンク制御チャネル（Physical Downlink Control Channel：以下、「ＰＤＣＣＨ」と呼称する。）によって指示されたリソース割り当てに応じて、ＰＵＳＣＨを使用してデータを送信する。」<br>（移动台装置根据由来自基站装置的物理下行链路控制信道（PDCCH）指示的资源分配，使用PUSCH发送数据。）<br>[0108]<br>「……図１２では、例として、＃ｓｌｏｔ１〜＃ｓｌｏｔ１０までの動作を示している。……」<br>（……在图12中，作为示例示出了从#slot1到#slot10的动作。……） | 1. 作用与技术对应性：<br>目标专利中限定在当前传输时间间隔（子帧）发生PUSCH传输时作为触发条件；对比文件通过14个OFDM符号（即LTE中1个子帧的时间长度）或时隙（slot）作为调度周期，在此期间指示并执行PUSCH数据传输，其限定时域传输发生的作用相同。<br>2. 判断论述：<br>对比文件图3及段落[0060]明确指出传输是以14个OFDM符号（即LTE标准中1个Subframe/当前子帧的时间长度）为资源调度单位，段落[0062]公开了根据调度许可使用PUSCH发送数据，且在段落[0108]、[0111]等处明确记载了在具体的时隙/子帧（如#slot2、#slot3）发生PUSCH上行数据发送。本领域技术人员可以毫无疑义地直接确定对比文件公开了在对应时隙/子帧中发生PUSCH传输，属于直接公开。 |
| 技术特征P：<br>在所述PUSCH上传输所述控制信息<br><br>《直接公开》 | [0022]<br>「……前記算出されたシンボル数で受信品質情報を前記上りリンクデータと共に前記上りリンクデータチャネルを使用して前記基地局装置へ送信することを特徴とする。」<br>（……其特征在于，利用所计算出的符号数使用所述上行链路数据信道将接收品质信息与所述上行链路数据一起发送给所述基站装置。）<br>[0016]<br>「……移動局装置から基地局装置に対して、上りリンクデータとＡＣＫ／ＮＡＣＫが同時に送信される場合……」<br>（……在从移动台装置向基站装置同时发送上行链路数据和ACK/NACK的情况下……） | 1. 作用与技术对应性：<br>目标专利通过在PUSCH上承载控制信息完成UCI与数据复用；对比文件同样利用上行共享信道（PUSCH）发送上行控制信息（CQI或ACK/NACK），二者作用相同。<br>2. 判断论述：<br>对比文件段落[0022]明确记载了“使用上行链路数据信道（即PUSCH）将接收品质信息（控制信息）与上行链路数据一起发送”，段落[0016]也公开了上行数据与ACK/NACK（控制信息）在PUSCH上的同时发送。本领域技术人员能够毫无疑义地确定该特征被直接公开。 |
| 技术特征Q：<br>所述控制信息包括信道质量指示符CQI/预编码矩阵指示符PMI/秩指示符RI信息<br><br>《直接公开》 | [0003]<br>「ＯＦＤＭＡシステムにおける送信パケットのスケジューリングでは、広帯域のサブキャリアにおける下り回線状態の受信品質を示す情報であるＣＱＩ（Channel Quality Indicator）を移動局装置が基地局装置に送信し、基地局装置は、各移動局装置から送信された広帯域のサブキャリアのＣＱＩに基づいて、パケットのスケジューリングを行なうという方法が知られている。」<br>（在OFDMA系统中的发送分组调度中，已知一种移动台装置向基站装置发送作为表示宽带子载波中下行链路状态的接收品质信息CQI（信道质量指示符），基站装置基于从各移动台装置发送的宽带子载波的CQI进行分组调度的方法。）<br>[0022]<br>「……移動局装置が基地局装置から受信した信号の品質を示す受信品質情報を前記基地局装置へ送信する……」<br>（……移动台装置向所述基站装置发送表示自基站装置接收到的信号的品质的接收品质信息……） | 1. 作用与技术对应性：<br>目标专利中CQI/PMI/RI用于反馈下行信道状态以供基站进行链路自适应调度；对比文件段落[0003]明确指出CQI用于反映下行链路接收品质以供基站执行调度，作用完全相同。<br>2. 判断论述：<br>对比文件在段落[0003]中明确记载了“ＣＱＩ（Channel Quality Indicator）”，并在随后的技术方案中将其作为核心上行控制信息（受信品质信息）进行复用传输。由于目标专利权利要求采用了并列选择方式（“CQI/PMI/RI信息”），对比文件公开了其中的CQI信息，属于直接公开。 |
| 技术特征R：<br>（空特征）<br><br>《未公开》 | 对比文件无对应记载。 | 权利要求中未定义技术方案内容，不予以评述。 |
| 技术特征S：<br>在主分量载波上<br><br>《未公开》 | 对比文件全文无对应记载。 | 1. 作用与技术对应性：<br>目标专利中限定控制信息（如SR）或PUSCH的发送载体为主分量载波（Primary Component Carrier），用于集中式锚定上行信令控制。<br>2. 判断论述：<br>对比文件全篇未涉及“主分量载波（PCC）”的技术概念及技术方案，无法通过常识合理推导出将特定信令归集在主分量载波上，未公开该特征。 |
| 技术特征T：<br>在所述当前子帧传送所述PUCCH上的调度请求SR<br><br>《隐含公开》 | [0053]<br>「スケジューラ部１１０は、各移動局装置が使用することのできるリソース領域、間欠送受信サイクル、送信データチャネルのフォーマット、バッファ状況などの制御情報に基づき、下りリンクのスケジューリング、上りリンクのスケジューリングを行なう。」<br>（调度部110根据各移动台装置可以使用的资源区域、非连续收发周期、发送数据信道的格式、缓冲区状况等控制信息，进行下行链路的调度和上行链路的调度。）<br>[0062]<br>「移動局装置は、基地局装置からの下りリンク制御チャネル（Physical Downlink Control Channel：以下、「ＰＤＣＣＨ」と呼称する。）によって指示されたリソース割り当てに応じて、ＰＵＳＣＨを使用してデータを送信する。すなわち、この下りリンク制御チャネル（ＰＤＣＣＨ）は、上りリンクに対するデータ送信を許可する信号（Ｌ１／Ｌ２グラント）である。」<br>（移动台装置根据来自基站装置的PDCCH所指示的资源分配，使用PUSCH发送数据。即，该PDCCH是许可针对上行链路的数据发送的信号（L1/L2授权）。） | 1. 作用与技术对应性：<br>目标专利中移动台在需要上行资源时通过PUCCH向基站发送调度请求SR；对比文件段落[0053]、[0062]阐明了移动台缓冲区状况与基站上行调度的关联机制。<br>2. 判断论述：<br>对比文件段落[0053]指出基站根据移动台的“缓冲区状况（バッファ状況）”进行上行调度，而段落[0007]公开了专用的上行控制信道PUCCH。在移动通信系统（如3GPP LTE）中，移动台指示有数据待发并请求上行资源授权（即调度请求SR）的常规底层机制就是在PUCCH物理控制信道上发送SR。按照宽松的隐含公开判断规则，基站获取移动台缓冲区及请求上行调度，结合LTE公知常识，本领域技术人员可以合理推理得出移动局在当前子帧通过PUCCH发送调度请求以触发后续的L1/L2授权，故属于隐含公开。 |
| 技术特征U：<br>其中所述多个PUSCH的所述至少一个PUSCH是在所述主分量载波上传送的。<br><br>《未公开》 | 对比文件全文无对应记载。 | 1. 作用与技术对应性：<br>目标专利中限定在多载波聚合的多个PUSCH中，至少有一个PUSCH处于被配置为主分量载波的载波上。<br>2. 判断论述：<br>对比文件未公开载波聚合中“主分量载波”与“多个PUSCH”的组合及配置关系，亦无法通过逻辑推理推导出在主分量载波上传送多个PUSCH中的至少一个，未公开该特征。 |
| 技术特征V：<br>其中所述主分量载波是通过无线电资源控制RRC信令来配置的。<br><br>《未公开》 | 对比文件全文无对应记载。 | 1. 作用与技术对应性：<br>目标专利通过半静态的RRC信令对主分量载波进行配置确立；<br>2. 判断论述：<br>对比文件虽然在段落[0081]中公开了利用RRC信令配置控制信息的最小/最大资源量，但其完全没有公开“主分量载波”，更不存在通过RRC信令配置主分量载波的内容，无法推导得出，未公开该特征。 |
| 技术特征W：<br>其中所述主分量载波是基于半静态来配置的。<br><br>《未公开》 | 对比文件全文无对应记载。 | 1. 作用与技术对应性：<br>目标专利中主分量载波采用半静态配置方式保持链路相对稳定；<br>2. 判断论述：<br>对比文件未涉及“主分量载波”的概念，更无对主分量载波进行半静态配置的公开，未公开该特征。 |
| 技术特征X：<br>其中所述主分量载波对应于主小区。<br><br>《未公开》 | 对比文件全文无对应记载。 | 1. 作用与技术对应性：<br>目标专利限定多载波操作中主分量载波与主小区（PCell）的对应绑定映射关系；<br>2. 判断论述：<br>对比文件未公开LTE-A中主分量载波与主小区的架构映射技术特征，未公开该特征。 |
| 技术特征Y：<br>其中所述主小区和所述主分量载波是通过无线电资源控制(RRC)信令来配置的。<br><br>《未公开》 | 对比文件全文无对应记载。 | 1. 作用与技术对应性：<br>目标专利通过RRC信令统一下发主小区与主分量载波的配置信息；<br>2. 判断论述：<br>对比文件全篇未出现主小区和主分量载波的技术特征，更未公开通过RRC信令对其进行配置，未公开该特征。 |
---
<<<A>>>
<<<b>>>
<<<C>>>
<<<a>>>
<<<E>>>
<<<F>>>
<<<G>>>
<<<e>>>
<<<I>>>
<<<i>>>
<<<L>>>
<<<l>>>
<<<M>>>
<<<m>>>
<<<N>>>
<<<O>>>
<<<P>>>
<<<Q>>>
<<<T>>>
<<<t>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>《未公开》 | 对比文件【0001】至【0038】涉及一种抗菌性树脂组合物，例如【0001】记载：“本発明は抗菌性樹脂組成物に関するものであり…（本发明涉及一种抗菌性树脂组合物…）”。 | 对比文件属于高分子化学及抗菌材料领域，具体涉及包含特定金属化合物（如糖精银）的抗菌性树脂组合物及其成形品。目标专利及技术特征A涉及无线通信领域的“由WTRU实施的用于多载波操作的方法”。两者的技术领域、技术方案及方法步骤完全不相关，对比文件未公开由WTRU实施的多载波操作方法，本领域技术人员也无法合理解析或推导出该方法步骤，因此未公开。 |
| 技术特征B：在物理上行链路共享信道PUSCH传输发生在多个上行链路分量载波UL CC的至少一个UL CC上的情况下<br>《未公开》 | 对比文件全文记载的是热塑性树脂、热固性树脂、金属化合物等化学配方及测试，如【0008】。 | 对比文件全文完全未记载或涉及无线通信技术，完全不存在“物理上行链路共享信道PUSCH”、“分量载波UL CC”或其传输情况等通信概念，无法得出也无法推理出该技术特征，因此未公开。 |
| 技术特征C：在PUSCH上传送上行链路共享信道UL-SCH数据和控制信息<br>《未公开》 | 对比文件全文记载的是树脂组成物、抗菌活性值测定等，如【0033】。 | 对比文件未涉及无线通信中的数据传输信道及控制信息复用传送机制，完全未公开在PUSCH上传送UL-SCH数据和控制信息的技术内容，本领域技术人员无法合理解析或推断，因此未公开。 |
| 技术特征D：<br>《未公开》 | 无对应内容。 | 技术特征D为空白特征/无具体限定内容，对比文件中无对应通信技术内容，判定为未公开。 |
| 技术特征E：在所述WTRU进行的所述PUSCH传输没有发生在所述多个UL CC中的任意UL CC的情况下<br>《未公开》 | 对比文件全文记载的是抗菌性树脂成形品的制备及评价，如【0028】。 | 对比文件不涉及多载波无线通信系统中的WTRU及其信道传输状态判断机制，未公开没有PUSCH传输的条件判断，因此未公开。 |
| 技术特征F：在物理上行链路控制信道PUCCH上传送所述控制信息。<br>《未公开》 | 对比文件全文未记载任何物理控制信道或信息传输内容。 | 对比文件属于高分子抗菌树脂技术领域，未涉及PUCCH及在PUCCH上传送控制信息的技术方案，因此未公开。 |
| 技术特征G：其中所述控制信息是混合自动重复请求HARQ应答ACK。<br>《未公开》 | 对比文件全文记载的是抗菌金属离子溶出及树脂混合物，如【0006】。 | 对比文件完全不涉及移动通信协议及HARQ-ACK反馈机制，无法得出或推导控制信息为HARQ-ACK，因此未公开。 |
| 技术特征H：其中在所述PUSCH传输发生在所述多个UL CC的至少两个UL CC上的情况下<br>《未公开》 | 对比文件全文未记载任何载波或信道传输内容。 | 对比文件未涉及多载波通信中至少两个UL CC上发生PUSCH传输的触发条件与处理机制，因此未公开。 |
| 技术特征I：在所述多个UL CC中<br>《未公开》 | 对比文件全文未记载载波概念。 | 对比文件不涉及上行分量载波集合及其选择范围，因此未公开。 |
| 技术特征J：基于排序选择的一个UL CC上传送所述控制信息。<br>《未公开》 | 对比文件全文未记载载波排序或控制信息传送。 | 对比文件不涉及多载波环境下载波优先顺序或规则排序、以及基于排序选择特定UL CC来运载控制信息的技术方案，因此未公开。 |
| 技术特征K：其中由较高层用信号发送排序信息。<br>《未公开》 | 对比文件全文未记载分层信令或高层配置信息。 | 对比文件不涉及协议栈分层架构或由较高层信令发送载波排序信息，因此未公开。 |
| 技术特征L：其中在由较高层用信号通告的UL CC上传送所述PUCCH。<br>《未公开》 | 对比文件全文未记载高层信令配置PUCCH载波。 | 对比文件未涉及高层信令半静态配置或指示用于PUCCH传输的特定UL CC，因此未公开。 |
| 技术特征M：其中在由较高层用信号通告的服务小区上传送所述PUCCH。<br>《未公开》 | 对比文件全文未记载服务小区配置及PUCCH传输。 | 对比文件未涉及高层信令通告服务小区并在该服务小区上传送PUCCH的技术方案，因此未公开。 |
| 技术特征N：该方法还包括<br>《未公开》 | 对比文件全文涉及材料成形及评价方法，如【0030】记载的薄膜挤出成形方法。 | 对比文件为材料加工方法，与无线通信方法完全不同，未公开由通信实体执行的方法延伸特征，因此未公开。 |
| 技术特征O：在物理上行链路共享信道PUSCH传输发生在当前子帧的情况下<br>《未公开》 | 对比文件全文未记载子帧或共享信道传输。 | 对比文件不涉及无线帧结构、时域子帧或当前子帧内PUSCH传输条件的判断，因此未公开。 |
| 技术特征P：在所述PUSCH上传输所述控制信息<br>《未公开》 | 对比文件全文未记载信道控制信息传输。 | 对比文件未涉及在特定子帧的PUSCH资源上传输控制信息（UCI on PUSCH）的机制，因此未公开。 |
| 技术特征Q：所述控制信息包括信道质量指示符CQI/预编码矩阵指示符PMI/秩指示符RI信息<br>《未公开》 | 对比文件全文记载的是抗菌剂及银离子浓度分析，如【0019】。 | 对比文件不涉及下行信道状态信息测量反馈（CQI/PMI/RI），未公开该控制信息内容，因此未公开。 |
| 技术特征R：<br>《未公开》 | 无对应内容。 | 技术特征R为空白特征/无具体限定内容，对比文件中无对应通信技术内容，判定为未公开。 |
| 技术特征S：在主分量载波上<br>《未公开》 | 对比文件全文未记载主分量载波（PCC）概念。 | 对比文件不涉及载波聚合中的主分量载波/锚定载波架构，因此未公开。 |
| 技术特征T：在所述当前子帧传送所述PUCCH上的调度请求SR<br>《未公开》 | 对比文件全文未记载调度请求SR或PUCCH传输。 | 对比文件未涉及在特定时域子帧内利用PUCCH资源传送调度请求（SR）的技术方案，因此未公开。 |
| 技术特征U：其中所述多个PUSCH的所述至少一个PUSCH是在所述主分量载波上传送的。<br>《未公开》 | 对比文件全文未记载主载波上的PUSCH传输。 | 对比文件未公开多个上行共享信道中至少一个PUSCH在主分量载波上传输的技术特征，因此未公开。 |
| 技术特征V：其中所述主分量载波是通过无线电资源控制RRC信令来配置的。<br>《未公开》 | 对比文件全文未记载RRC信令配置。 | 对比文件未公开通过无线电资源控制（RRC）信令显式或隐式配置主分量载波的技术特征，因此未公开。 |
| 技术特征W：其中所述主分量载波是基于半静态来配置的。<br>《未公开》 | 对比文件全文未记载半静态配置。 | 对比文件未公开基于半静态机制配置主分量载波的技术特征，因此未公开。 |
| 技术特征X：其中所述主分量载波对应于主小区。<br>《未公开》 | 对比文件全文未记载主小区（PCell）。 | 对比文件未公开主分量载波与主小区之间对应关系的技术特征，因此未公开。 |
| 技术特征Y：其中所述主小区和所述主分量载波是通过无线电资源控制(RRC)信令来配置的。<br>《未公开》 | 对比文件全文未记载RRC信令及主小区/主载波配置。 | 对比文件未公开通过RRC信令配置主小区以及主分量载波的技术方案，因此未公开。 |
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | 【说明书背景技术部分】<br>“本発明は、移動局装置が、基地局装置から受信した信号の受信品質を測定し、受信品質情報を前記基地局装置へ送信する一方、基地局装置が、移動局装置から受信した受信品質情報に基づいてリソースの割り当てを行なう移動通信システム、これに適用可能な基地局装置および移動局装置に関する。”<br>（译文：本发明涉及一种移动通信系统，移动局装置测量从基站装置接收到的信号的接收质量，并将接收质量信息发送给所述基站装置，另一方面基站装置根据从移动局装置接收到的接收质量信息进行资源分配，以及适用于该系统的基站装置和移动局装置。）<br><br>【说明书第[0033]段（第1实施方式）】<br>“基地局装置から受信品質測定に用いる下りリンク情報を受信した移動局装置は、その下りリンク情報に基づいて各チャネルの受信品質を測定し、伝搬路のチャネルプロファイルを作成する。移動局装置が作成したチャネルプロファイルは、上り回線を用いて、受信品質情報として移動局装置から基地局装置に送信される。”<br>（译文：接收到基站装置用于接收质量测量的下行链路信息的移动局装置，基于该下行链路信息测量各信道的接收质量，生成传播路径的信道特性文件。移动局装置生成的信道特性文件使用上行链路作为接收质量信息从移动局装置发送给基站装置。） | 对比文件公开了一种移动通信系统中移动局装置（UE/终端）向基站发送信息的通信方法，其技术方案本身包含了执行信息交互与传输的方法步骤。因此，前序部分技术特征A属于常规的方法引导性特征，被对比文件直接公开。两者在通信方法的基本属性和作用上完全相同。 |
| 技术特征B：<br>在物理上行链路共享信道PUSCH传输发生在多个上行链路分量载波UL CC的至少一个UL CC上的情况下<br><br>《未公开》 | 对比文件全文检索无对应内容。<br>仅在背景技术提及单载波/LTE相关概述：<br>“周波数利用効率を高める技術の１つに、ＯＦＤＭＡ…がある。…国際的な標準化プロジェクトである３ＧＰＰで検討されている第３世代無線アクセスの進化（Evolved Universal Terrestrial Radio Access）では、専用の上りリンク制御チャネル（PUCCH）…上りリンクデータチャネル（PUSCH）を用いて、上りリンクデータと受信品質情報を同時に送信することも検討されている。”<br>（译文：提高频谱利用率的技术之一是OFDMA……在国际标准化项目3GPP正在探讨的第三代无线接入演进中，正在探讨使用专用的上行链路控制信道（PUCCH）……以及探讨使用上行链路数据信道（PUSCH）同时发送上行链路数据和接收质量信息。） | 目标专利说明书（如[0008]-[0009]、[0077]-[0078]）明确指出，该特征涉及LTE-A中的载波聚合（Carrier Aggregation）场景，具有“多个上行链路分量载波（UL CC）”，且在“多个UL CC的至少一个UL CC上发生PUSCH传输”。<br>对比文件WO2009008337A1公开的是早期LTE系统（Rel-8时期）中单载波架构下，单个载波内PUSCH上复用数据与控制信息/HARQ ACK的方案，其全文从未涉及载波聚合（Carrier Aggregation），不存在“多个上行链路分量载波（Multiple UL CCs）”的架构和配置。本领域技术人员无法从单载波PUSCH调度直接或隐含推导出多分量载波（UL CC）的场景。因此该特征未被直接公开，也不构成隐含公开。 |
| 技术特征C：<br>在PUSCH上传送上行链路共享信道UL-SCH数据和控制信息<br><br>《直接公开》 | 【说明书第[0033]段】<br>“また、上りリンクデータチャネル（Physical Uplink Shared Channel：以下、「ＰＵＳＣＨ」と呼称する。）を用いて、上りリンクデータと受信品質情報を同時に送信することも検討されている。”<br>（译文：此外，正在探讨使用上行链路数据信道（Physical Uplink Shared Channel：以下称为“PUSCH”）同时发送上行链路数据和接收质量信息。）<br><br>【说明书第[0034]段】<br>“上記までに説明したことは、受信品質情報と同じ上りリンク情報である下りリンクデータに対するＨＡＲＱ（Hybrid Automatic Repeat Request）のＡＣＫ／ＮＡＣＫについても同様のことが言える。移動局装置から基地局装置に対して、上りリンクデータとＡＣＫ／ＮＡＣＫが同時に送信される場合、その配置を指定するための基地局装置からの制御信号は、その情報量を小さく保つ必要があり…”<br>（译文：到目前为止说明的内容，对于与接收质量信息相同的上行链路信息的针对下行链路数据的HARQ（Hybrid Automatic Repeat Request）的ACK/NACK也同样适用。在从移动局装置向基站装置同时发送上行链路数据和ACK/NACK的情况下，用于指定其配置的来自基站装置的控制信号需要保持较小的信息量……）<br><br>【说明书第[0041]段】<br>“移動局装置は、基地局装置からの下りリンク制御チャネル（Physical Downlink Control Channel：以下、「ＰＤＣＣＨ」と呼称する。）によって指示されたリソース割り当てに応じて、ＰＵＳＣＨを使用してデータを送信する。”<br>（译文：移动局装置根据来自基站装置的下行链路控制信道（Physical Downlink Control Channel：以下称为“PDCCH”）所指示的资源分配，使用PUSCH发送数据。） | 目标专利说明书[0076]、[0082]明确，在PUSCH传输时，上行链路业务数据（UL-SCH数据）与UCI控制信息（如CQI或HARQ-ACK）复用在PUSCH资源上并行传送。<br>对比文件明确记载了在PUSCH上同时发送“上行链路数据（即UL-SCH数据）”以及“接收质量信息（CQI）/针对下行链路数据的HARQ ACK/NACK（控制信息）”。其技术实质就是物理层PUSCH信道承载传输块数据和层1/层2控制信息，其作用与目标专利完全相同。因此该特征被对比文件直接公开。 |
| 技术特征D：<br>（空）<br><br>《未公开》 | 无内容。 | 无内容。 |
| 技术特征E：<br>在所述WTRU进行的所述PUSCH传输没有发生在所述多个UL CC中的任意UL CC的情况下<br><br>《未公开》 | 对比文件全文检索无对应内容。<br>背景技术仅提及单载波下的PUCCH发送：<br>“国際的な標準化プロジェクトである３ＧＰＰで検討されている第３世代無線アクセスの進化（Evolved Universal Terrestrial Radio Access）では、専用の上りリンク制御チャネル（Physical Uplink Control Channel：以下、「ＰＵＣＣＨ」と呼称する。）を用いて送信することが検討されている。”<br>（译文：在3GPP探讨的演进通用陆地无线接入中，探讨了使用专用的上行链路控制信道（PUCCH）进行发送。） | 目标专利说明书[0077]-[0078]指出：“如果在任何UL CC上均未发生PUSCH传输，则可以始终从指定UL CC的PUCCH传送用于指定DL-SCH的反馈……如果在该子帧中没有传送PUSCH传输的UL CC，那么该信息可以在预定UL CC的PUCCH上传送”。该特征明确依赖“多个UL CC”系统架构，并限定了“在所述多个UL CC中的任意UL CC上均无PUSCH传输”的条件分支。<br>对比文件仅涉及单载波系统中的信道分配，完全没有涉及多个分量载波的存在，更无“多个UL CC均未发生PUSCH传输”的判断机制。因此该特征未被直接公开，亦无法隐含推导。 |
| 技术特征F：<br>在物理上行链路控制信道PUCCH上传送所述控制信息。<br><br>《直接公开》 | 【说明书第[0033]段】<br>“この移動局装置による基地局装置への受信品質情報の送信に関して、国際的な標準化プロジェクトである３ＧＰＰ（3rd Generation Partnership Project）で検討されている第３世代無線アクセスの進化（Evolved Universal Terrestrial Radio Access）では、専用の上りリンク制御チャネル（Physical Uplink Control Channel：以下、「ＰＵＣＣＨ」と呼称する。）を用いて送信することが検討されている。”<br>（译文：关于通过该移动局装置向基站装置发送接收质量信息，在国际标准化项目3GPP正在探讨的第三代无线接入演进中，正在探讨使用专用的上行链路控制信道（Physical Uplink Control Channel：以下称为“PUCCH”）进行发送。）<br><br>【说明书第[0033]段】<br>“例えば、非特許文献１では、移動局装置から基地局装置へ受信品質情報を送信する際に、要求される受信品質情報が異なるサービスの種類によって、ＰＵＣＣＨ、もしくは、ＰＵＳＣＨを用いて受信品質情報を送信しようとする提案がなされている。”<br>（译文：例如在非专利文献1中，提出了在从移动局装置向基站装置发送接收质量信息时，根据所需接收质量信息不同的业务种类，使用PUCCH或者PUSCH发送接收质量信息的建议。） | 目标专利说明书中控制信息包括HARQ-ACK和CQI/PMI/RI，在无PUSCH调度时回退或承载在PUCCH上传输。<br>对比文件明确记载在没有复用到PUSCH或特定传输要求下，移动局装置通过专用上行链路控制信道（PUCCH）向基站装置传送控制信息（接收质量信息CQI及下行HARQ ACK/NACK）。该特征在对比文件中起到利用控制信道承载控制信令的作用，与目标专利相同，构成直接公开。 |
| 技术特征G：<br>其中所述控制信息是混合自动重复请求HARQ应答ACK。<br><br>《直接公开》 | 【说明书第[0034]段】<br>“上記までに説明したことは、受信品質情報と同じ上りリンク情報である下りリンクデータに対するＨＡＲＱ（Hybrid Automatic Repeat Request）のＡＣＫ／ＮＡＣＫについても同様のことが言える。移動局装置から基地局装置に対して、上りリンクデータとＡＣＫ／ＮＡＣＫが同時に送信される場合、その配置を指定するための基地局装置からの制御信号は、その情報量を小さく保つ必要があり…”<br>（译文：到目前为止说明的内容，对于与接收质量信息相同的上行链路信息的针对下行链路数据的HARQ（Hybrid Automatic Repeat Request）的ACK/NACK也同样适用。在从移动局装置向基站装置同时发送上行链路数据和ACK/NACK的情况下，用于指定其配置的来自基站装置的控制信号需要保持较小的信息量……）<br><br>【说明书发明内容第（3）、（5）、（10）等项】<br>“（３）また、本発明の移動局装置は、移動局装置が下りリンクデータに対するＨＡＲＱのＡＣＫ／ＮＡＣＫを前記基地局装置へ送信する移動通信システムにおける移動局装置であって…”<br>（译文：（3）此外，本发明的移动局装置，是移动局装置向所述基站装置发送针对下行链路数据的HARQ的ACK/NACK的移动通信系统中的移动局装置……） | 目标专利说明书[0015]、[0038]、[0077]明确该控制信息包括HARQ ACK/NACK。<br>对比文件直接公开了上行控制信息不仅可以是接收质量信息CQI，还可以是下行链路数据对应的“HARQ的ACK/NACK（包含肯定应答ACK）”。两者在无线传输中表示下行数据译码正确与否的反馈作用完全一致，被对比文件直接公开。 |
| 技术特征H：<br>其中在所述PUSCH传输发生在所述多个UL CC的至少两个UL CC上的情况下<br><br>《未公开》 | 对比文件全文检索无对应内容。 | 目标专利说明书[0078]指出：“如果存在一个在指定子帧上具有PUSCH传输的允许的UL CC……如果存在一个以上的此类允许的UL CC，则WTRU可以在允许的UL CC中随机选取。作为替换，UL CC可以根据优先级按照顺序排序”。该特征限定了多个UL CC中同时在“至少两个UL CC上存在PUSCH传输”的前提触发条件。<br>对比文件基于单载波系统，根本不存在两个或两个以上的UL CC，更无法存在在至少两个UL CC上传输PUSCH的情形。因此该特征未被直接公开，亦无法隐含推导。 |
| 技术特征I：<br>在所述多个UL CC中<br><br>《未公开》 | 对比文件全文检索无对应内容。 | 目标专利说明书[0009]、[0077]-[0078]限定了存在多个并行聚合的上行分量载波（Multiple UL CCs）。<br>对比文件为单载波传输机制，无“多个UL CC”。因此未被公开。 |
| 技术特征J：<br>基于排序选择的一个UL CC上传送所述控制信息。<br><br>《未公开》 | 对比文件全文检索无对应内容。 | 目标专利说明书[0078]明确：“作为替换，UL CC可以根据优先级按照顺序排序（这种排序可以由较高层用信号通告）”，以此在发生PUSCH传输的多个UL CC中基于排序选出一个UL CC来传送控制信息。<br>对比文件仅针对单载波内部子载波/资源块进行映射和频域位置排序（如周波数低い側），根本未涉及在多个UL CC间根据排序选择某一个UL CC来发送控制信息。因此该特征未被公开。 |
| 技术特征K：<br>其中由较高层用信号发送排序信息。<br><br>《未公开》 | 对比文件全文检索无对应内容。 | 目标专利说明书[0078]明确记载：“UL CC可以根据优先级按照顺序排序（这种排序可以由较高层用信号通告）”。<br>对比文件虽然提及RRC信令（较高层信令）配置维持值、最大值或周期（见第[0046]、[0054]段），但完全未涉及“较高层用信号发送针对多个UL CC的排序信息”。因此该特征未被直接公开，亦无法推导出。 |
| 技术特征L：<br>其中在由较高层用信号通告的UL CC上传送所述PUCCH。<br><br>《未公开》 | 对比文件全文检索无对应内容。 | 目标专利说明书[0078]明确：“如果在该子帧中没有传送PUSCH传输的UL CC，那么该信息可以在预定UL CC（它可以由较高层用信号通告）的PUCCH上传送”。在多载波LTE-A中，由RRC指定在哪个特定的UL CC上传送PUCCH。<br>对比文件中由于仅有单一载波，PUCCH天然在唯一的系统带宽边缘资源块上传输，完全没有出现“通过较高层信令从多个UL CC中通知/指派某一个UL CC来发送PUCCH”的构思。因此该特征未被公开。 |
| 技术特征M：<br>其中在由较高层用信号通告的服务小区上传送所述PUCCH。<br><br>《未公开》 | 对比文件全文检索无对应内容。 | 目标专利说明书[0029]、[0035]指出“在多载波操作中，WTRU可以被配置成操作于两个或更多个载波（也就是频率或小区）”，且主小区/特定服务小区由较高层配置用于传输PUCCH。<br>对比文件仅在背景技术提及“セル（Cell/小区）”用于蜂窝组网频率复用概念，完全没有在多载波聚合场景下通过较高层信令通知特定“服务小区（Serving Cell）”来传输PUCCH的方案。因此该特征未被公开。 |
| 技术特征N：<br>该方法还包括<br><br>《直接公开》 | 【说明书背景技术及实施方式多处】<br>见上述技术特征A引用及各实施例步骤流程（如図9、図11、図12）。 | 常规方法引导性特征，对比文件方案本身由一系列通信步骤组成，直接公开。 |
| 技术特征O：<br>在物理上行链路共享信道PUSCH传输发生在当前子帧的情况下<br><br>《隐含公开》 | 【说明书第[0041]段】<br>“移動局装置は、基地局装置からの下りリンク制御チャネル（Physical Downlink Control Channel：以下、「ＰＤＣＣＨ」と呼称する。）によって指示されたリソース割り当てに応じて、ＰＵＳＣＨを使用してデータを送信する。すなわち、この下りリンク制御チャネル（ＰＤＣＣＨ）は、上りリンクに対するデータ送信を許可する信号（Ｌ１／Ｌ２グラント）である。本実施形態において、移動局装置は、基地局装置がＬ１／Ｌ２グラントを使用して割り当てたリソースに応じて、上りリンクデータと受信品質情報を同時に送信する際の情報の配置を行なう。”<br>（译文：移动局装置根据来自基站装置的下行链路控制信道（PDCCH）所指示的资源分配，使用PUSCH发送数据。即，该下行链路控制信道（PDCCH）是许可针对上行链路进行数据发送的信号（L1/L2 grant）。在本实施方式中，移动局装置根据基站装置使用L1/L2 grant分配的资源，进行同时发送上行链路数据和接收质量信息时的信息配置。）<br><br>【说明书第[0054]段（第3实施方式）】<br>“図１２では、例として、＃ｓｌｏｔ１～＃ｓｌｏｔ１０までの動作を示している。…＃ｓｌｏｔ２において基地局装置は、移動局装置が上りリンクデータを送信するために使用するリソースをＬ１／Ｌ２グラントを用いて割り当てる。この信号を受信した移動局装置は、割り当てられたリソースを使用して情報維持型の配置方法で上りリンクデータと受信品質情報を同時に送信する。”<br>（译文：图12中作为示例示出了#slot1~#slot10的操作。……在#slot2中，基站装置使用L1/L2 grant分配移动局装置发送上行链路数据所使用的资源。接收到该信号的移动局装置使用所分配的资源，以信息维持型的配置方法同时发送上行链路数据和接收质量信息。） | 目标专利说明书[0077]-[0078]指出：“如果在至少一个UL CC上发生了PUSCH传输……如果存在一个在指定子帧上具有PUSCH传输的允许的UL CC”。在LTE通信中，子帧（subframe）是传输调度的基本时间单位，1个子帧包含2个时隙（slot）。<br>对比文件虽然在图12中以“时隙（#slot）”作为传输时间单位进行说明，但其明确记载了在接收到L1/L2 grant许可后，在该特定时隙/传输时间间隔内执行PUSCH数据与控制信息的传输调度。由于在3GPP LTE架构下，时隙和子帧均是描述当前传输时间的基本物理层调度概念（子帧由时隙构成），本领域技术人员结合3GPP常识可以毫无疑义地合理推断出，在被调度上行数据的当前时间单元（子帧/时隙）内发生PUSCH传输的机制。采用极宽松的隐含公开标准，对比文件公开了在被授予资源的时隙传输PUSCH的条件，与“在当前子帧发生PUSCH传输”技术实质高度对应，起到确定传输时机的作用，因此判定技术特征O被《隐含公开》。 |
| 技术特征P：<br>在所述PUSCH上传输所述控制信息<br><br>《直接公开》 | 【说明书第[0033]段】<br>“また、上りリンクデータチャネル（Physical Uplink Shared Channel：以下、「ＰＵＳＣＨ」と呼称する。）を用いて、上りリンクデータと受信品質情報を同時に送信することも検討されている。”<br>（译文：此外，正在探讨使用上行链路数据信道（Physical Uplink Shared Channel：以下称为“PUSCH”）同时发送上行链路数据和接收质量信息。）<br><br>【说明书第[0034]段】<br>“上記までに説明したことは、受信品質情報と同じ上りリンク情報である下りリンクデータに対するＨＡＲＱ（Hybrid Automatic Repeat Request）のＡＣＫ／ＮＡＣＫについても同様のことが言える。移動局装置から基地局装置に対して、上りリンクデータとＡＣＫ／ＮＡＣＫが同時に送信される場合…”<br>（译文：到目前为止说明的内容，对于与接收质量信息相同的上行链路信息的针对下行链路数据的HARQ的ACK/NACK也同样适用。在从移动局装置向基站装置同时发送上行链路数据和ACK/NACK的情况下……） | 目标专利说明书[0077]、[0092]指出，当子帧有PUSCH可用时，控制信息通过PUSCH资源发送。<br>对比文件全文核心发明构思即在于：当有上行数据调度时，将控制信息（接收质量信息CQI、ACK/NACK）配置并映射在PUSCH信道资源上进行传输。对比文件与目标专利中该特征所起的作用完全相同（即将控制信息捎带在PUSCH上传送，避免额外占用PUCCH），属于直接公开。 |
| 技术特征Q：<br>所述控制信息包括信道质量指示符CQI/预编码矩阵指示符PMI/秩指示符RI信息<br><br>《隐含公开》 | 【说明书背景技术部分】<br>“ＯＦＤＭＡシステムにおける送信パケットのスケジューリングでは、広帯域のサブキャリアにおける下り回線状態の受信品質を示す情報であるＣＱＩ（Channel Quality Indicator）を移動局装置が基地局装置に送信し、基地局装置は、各移動局装置から送信された広帯域のサブキャリアのＣＱＩに基づいて、パケットのスケジューリングを行なうという方法が知られている。”<br>（译文：在OFDMA系统中的发送分组调度中，已知一种方法：移动局装置向基站装置发送作为表示宽带子载波下行链路状态的接收质量信息CQI（Channel Quality Indicator），基站装置基于各移动局装置发送的宽带子载波CQI进行分组调度。）<br><br>【说明书第[0033]段】<br>“非特許文献１では、移動局装置から基地局装置へ受信品質情報を送信する際に、要求される受信品質情報が異なるサービスの種類によって、ＰＵＣＣＨ、もしくは、ＰＵＳＣＨを用いて受信品質情報を送信しようとする提案がなされている。非特許文献１：“CQI handling during DRX”、3GPP、TSG RAN WG2 Meeting #58、R2-071901、2007年5月”<br>（译文：非专利文献1中提出了在从移动局装置向基站装置发送接收质量信息时，根据所需接收质量信息不同的业务种类，使用PUCCH或PUSCH发送接收质量信息的建议。非专利文献1：“CQI handling during DRX”，3GPP，TSG RAN WG2 Meeting #58，R2-071901，2007年5月。） | 目标专利说明书[0015]、[0038]、[0091]指出该控制信息包括CQI/PMI/RI。<br>对比文件中直接明确记载了控制信息包括“CQI（Channel Quality Indicator，信道质量指示符）”。关于PMI（预编码矩阵指示符）和RI（秩指示符），对比文件引用的3GPP标准文献及MIMO/OFDM上下文中，CQI、PMI、RI属于同一种属的信道状态信息（CSI/接收质量信息），在PUSCH上的复用机制完全一致。虽然对比文件未逐字出现“PMI/RI”，但由于本特征是并列选择项“CQI/PMI/RI”，且对比文件已经部分公开了其核心特征“CQI”，在极宽松的隐含公开判断原则下，技术人员能够合理推理其涵盖与CQI同属信道质量反馈的控制信息。因此判定技术特征Q被对比文件《隐含公开》。 |
| 技术特征R：<br>（空）<br><br>《未公开》 | 无内容。 | 无内容。 |
| 技术特征S：<br>在主分量载波上<br><br>《未公开》 | 对比文件全文检索无对应内容。 | 目标专利说明书[0029]、[0036]明确定义：“主载波”是为UL和DL CC子集的UL和DL共享信道传输提供控制信令的CC。<br>对比文件为单载波系统，根本不存在载波聚合中的“主分量载波（Primary Component Carrier，PCC）”与“辅分量载波（Secondary Component Carrier，SCC）”的技术区分，无任何公开。 |
| 技术特征T：<br>在所述当前子帧传送所述PUCCH上的调度请求SR<br><br>《未公开》 | 对比文件全文检索无对应内容。 | 目标专利说明书[0015]、[0093]明确指出：“在触发SR时，可以通过PUCCH或PRACH来发送该SR。当在PUCCH或PRACH上触发SR时，该SR是在UL主载波上发送的”。技术特征T限定了在当前子帧传送PUCCH上的调度请求SR。<br>对比文件全文研究的是在上行已经分配有PUSCH（通过L1/L2 grant获得调度）时如何在PUSCH上映射CQI和ACK/NACK，全篇完全未涉及“调度请求（Scheduling Request，SR）”，更未涉及在当前子帧通过PUCCH传输调度请求SR的技术方案。因此该特征未被公开。 |
| 技术特征U：<br>其中所述多个PUSCH的所述至少一个PUSCH是在所述主分量载波上传送的。<br><br>《未公开》 | 对比文件全文检索无对应内容。 | 目标专利说明书[0082]指出，在UL主载波方法中，控制信令或数据在所配置的UL主载波上传送。<br>对比文件不存在“主分量载波”的概念，更没有多个PUSCH以及在主分量载波上传送PUSCH的方案。因此该特征未被公开。 |
| 技术特征V：<br>其中所述主分量载波是通过无线电资源控制RRC信令来配置的。<br><br>《未公开》 | 对比文件全文检索无对应内容。 | 目标专利说明书[0043]指出：“WTRU可以根据RRC信令来显式地或隐式地确定UL主载波”。<br>对比文件虽然在第[0046]段、第[0054]段提到了使用RRC信令来通知参数（如CQI最小/最大值、维持值、周期），但其RRC信令完全不涉及“配置主分量载波”。因此该特征未被直接公开，亦无法推导出。 |
| 技术特征W：<br>其中所述主分量载波是基于半静态来配置的。<br><br>《未公开》 | 对比文件全文检索无对应内容。 | 目标专利说明书[0078]指出允许的UL CC集合等可由较高层在半静态（semi-static）的基础上用信号通告。<br>对比文件不存在主分量载波，亦不存在半静态配置主分量载波的技术内容。因此该特征未被公开。 |
| 技术特征X：<br>其中所述主分量载波对应于主小区。<br><br>《未公开》 | 对比文件全文检索无对应内容。 | 目标专利说明书[0029]、[0035]明确载波即对应于频率或小区（主小区PCell与主载波对应）。<br>对比文件没有任何载波聚合中“主分量载波对应于主小区（Primary Cell）”的概念和技术方案。因此该特征未被公开。 |
| 技术特征Y：<br>其中所述主小区和所述主分量载波是通过无线电资源控制(RRC)信令来配置的。<br><br>《未公开》 | 对比文件全文检索无对应内容。 | 目标专利说明书[0043]等明确主载波/主小区由RRC信令配置。<br>对比文件中既无主小区亦无主分量载波，其RRC信令仅用于配置数据内复用控制信息的映射参数/周期，完全未公开通过RRC配置主小区和主分量载波。因此该特征未被公开。 |
---
<<<A>>>
<<<C>>>
<<<F>>>
<<<G>>>
<<<N>>>
<<<o>>>
<<<P>>>
<<<q>>>
结合目标专利说明书原文，对给出的对比文件《WO2005039094A3 METHODS AND APPARATUS OF IMPROVING INTER-SECTOR AND_OR INTER-CELL HANDOFFS IN A MULTI-CARRIER WIRELESS COMMUNICATIONS SYSTEM》与目标专利权利要求的各技术特征进行逐一比对与论述。
需要特别说明的是：在提供的对比文件输入中，仅给出了文件标题及信息，**标注为“无说明书”**（即未提供对比文件的任何具体说明书文本、段落或附图公开内容）。在缺乏对比文件任何具体技术公开内容的前提下，即便采用极宽松的审查标准，本领域技术人员也完全无法从对比文件中获取或合理推知目标专利权利要求中所述的具体方案（如PUSCH/PUCCH复用、HARQ反馈传输、载波排序选择、RRC信令半静态配置主载波等特征）。
## 特征比对表格
| 技术特征描述及判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 由于对比文件未提供说明书正文或具体技术方案，无法确认其是否公开了相应通信方法步骤，因此未公开。 |
| 技术特征B：在物理上行链路共享信道PUSCH传输发生在多个上行链路分量载波UL CC的至少一个UL CC上的情况下<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 目标专利说明书（如段落[0077]）涉及在载波聚合场景下多UL CC上PUSCH传输的判断与控制信息反馈机制。对比文件未提供说明书内容，既未直接公开也无法隐含推导出多载波下PUSCH传输判断的方案。 |
| 技术特征C：在PUSCH上传送上行链路共享信道UL-SCH数据和控制信息<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 目标专利（如段落[0076]、[0082]）记载了数据与控制信息在信道上的复用及传输。对比文件未提供说明书内容，未公开在PUSCH上传送UL-SCH数据和控制信息的技术特征。 |
| 技术特征D：<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 该特征项为空白/未定义特征，对比文件无法公开。 |
| 技术特征E：在所述WTRU进行的所述PUSCH传输没有发生在所述多个UL CC中的任意UL CC的情况下<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 目标专利说明书（如段落[0077]）记载“如果在任何UL CC上均未发生PUSCH传输……”。对比文件未提供说明书内容，未公开该条件触发机制。 |
| 技术特征F：在物理上行链路控制信道PUCCH上传送所述控制信息。<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 目标专利（如段落[0077]、[0078]）记载当未发生PUSCH传输时从PUCCH传送控制信息。对比文件未提供说明书内容，未公开该技术特征。 |
| 技术特征G：其中所述控制信息是混合自动重复请求HARQ应答ACK。<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 目标专利（如段落[0077]、[0084]）明确将控制信息限定为HARQ ACK反馈。对比文件未提供说明书内容，未公开该技术特征。 |
| 技术特征H：其中在所述PUSCH传输发生在所述多个UL CC的至少两个UL CC上的情况下<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 目标专利说明书（如段落[0078]）记载“如果存在一个以上的此类允许的UL CC……”。对比文件未提供说明书内容，未公开该多载波PUSCH并发判定特征。 |
| 技术特征I：在所述多个UL CC中<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 目标专利说明书针对多个UL CC集合进行资源选择。对比文件未提供说明书内容，未公开该特征。 |
| 技术特征J：基于排序选择的一个UL CC上传送所述控制信息。<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 目标专利说明书（如段落[0078]）记载“UL CC可以根据优先级按照顺序排序……在指定子帧中传送该信息”。对比文件未提供说明书内容，未公开基于排序选择特定UL CC传送控制信息的方案。 |
| 技术特征K：其中由较高层用信号发送排序信息。<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 目标专利（段落[0078]）明确记载“这种排序可以由较高层用信号通告”。对比文件未提供说明书内容，未公开由高层信令配置排序信息的特征。 |
| 技术特征L：其中在由较高层用信号通告的UL CC上传送所述PUCCH。<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 目标专利（段落[0078]）记载“该信息可以在预定UL CC(它可以由较高层用信号通告)的PUCCH上传送”。对比文件未提供说明书内容，未公开该技术特征。 |
| 技术特征M：其中在由较高层用信号通告的服务小区上传送所述PUCCH。<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 目标专利说明书中将特定载波/小区配置为主小区以传输PUCCH（段落[0029]、[0078]）。对比文件未提供说明书内容，未公开该技术特征。 |
| 技术特征N：该方法还包括<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 对比文件无说明书内容，无法公开进一步的方法步骤。 |
| 技术特征O：在物理上行链路共享信道PUSCH传输发生在当前子帧的情况下<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 目标专利（段落[0078]、[0092]）记载在指定子帧中存在PUSCH传输的条件。对比文件未提供说明书内容，未公开该特征。 |
| 技术特征P：在所述PUSCH上传输所述控制信息<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 目标专利（段落[0077]、[0092]）记载控制信息复用在PUSCH资源上传输。对比文件未提供说明书内容，未公开该特征。 |
| 技术特征Q：所述控制信息包括信道质量指示符CQI/预编码矩阵指示符PMI/秩指示符RI信息<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 目标专利（段落[0077]、[0091]、[0092]）明确控制信息包含CQI/PMI/RI。对比文件未提供说明书内容，未公开该特征。 |
| 技术特征R：<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 该特征项为空白/未定义特征，对比文件无法公开。 |
| 技术特征S：在主分量载波上<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 目标专利说明书（段落[0036]、[0038]、[0093]）明确限定控制信令在主分量载波上传送。对比文件未提供说明书内容，未公开该特征。 |
| 技术特征T：在所述当前子帧传送所述PUCCH上的调度请求SR<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 目标专利（段落[0038]、[0093]）记载集中调度请求SR并在主载波的PUCCH上传送。对比文件未提供说明书内容，未公开该特征。 |
| 技术特征U：其中所述多个PUSCH的所述至少一个PUSCH是在所述主分量载波上传送的。<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 目标专利（段落[0082]）记载在所配置的UL主载波的PUSCH资源上传送。对比文件未提供说明书内容，未公开该特征。 |
| 技术特征V：其中所述主分量载波是通过无线电资源控制RRC信令来配置的。<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 目标专利说明书（段落[0043]、[0046]、[0095]）记载UL主载波通过RRC信令进行显式或隐式配置/设置。对比文件未提供说明书内容，未公开该特征。 |
| 技术特征W：其中所述主分量载波是基于半静态来配置的。<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 目标专利说明书（段落[0078]）记载高层在半静态基础上用信号通告相关集合。对比文件未提供说明书内容，未公开该特征。 |
| 技术特征X：其中所述主分量载波对应于主小区。<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 目标专利（段落[0029]、[0035]、[0062]）记载载波与服务小区的逻辑关联与锚定。对比文件未提供说明书内容，未公开该特征。 |
| 技术特征Y：其中所述主小区和所述主分量载波是通过无线电资源控制(RRC)信令来配置的。<br>《未公开》 | 对比文件无说明书文本提供，无法引用原文。 | 目标专利说明书（段落[0043]、[0045]-[0048]）记载通过RRC信令对主载波及小区属性进行配置。对比文件未提供说明书内容，未公开该特征。 |
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br>【直接公开】 | [p0017]<br>“An exemplary method, in accordance with the invention comprises receiving a signal, e.g., a composite signal, including a first signal component and a second signal component, the first and second signal components being within the first frequency band, operating a passband filter to pass the first and second signal components, performing a first signal measurement on the first signal component to generate a first signal quality indicator value, performing a second signal measurement on the second signal component to generate a second quality indicator value, and selecting between operating in the first frequency band associated with the first signal component and the second frequency band associated with the second signal component as a function of the first and second quality indicator values.”<br>（中文翻译：根据本发明的一个示例性方法包括：接收包括第一信号分量和第二信号分量的信号（例如复合信号），所述第一和第二信号分量处于第一频带内；操作通带滤波器以使所述第一和第二信号分量通过；对所述第一信号分量执行第一信号测量以生成第一信号质量指示符值；对所述第二信号分量执行第二信号测量以生成第二质量指示符值；以及根据所述第一和第二质量指示符值，在与所述第一信号分量相关联的在第一频带中操作和与所述第二信号分量相关联的在第二频带中操作之间进行选择。） | 对比文件在[p0017]中明确公开了一种多载波/多频带无线通信方法，其技术方案构成了方法类权利要求的引导部分，技术特征A仅为方法主题引导词，已被对比文件直接公开。 |
| 技术特征B：<br>在物理上行链路共享信道PUSCH传输发生在多个上行链路分量载波UL CC的至少一个UL CC上的情况下<br>【未公开】 | 无对应公开内容。 | 对比文件WO2005109701A1主要涉及利用单个接收机链在多个下行载波/频带之间进行选择与测量（例如利用信标信号beacon测量并切换下行载波），未涉及3GPP LTE/LTE-A系统中上行载波聚合（多个UL CC）、物理上行链路共享信道（PUSCH）传输事件判断的技术方案。对比文件根本未提及或暗示“在物理上行链路共享信道PUSCH传输发生在多个上行链路分量载波UL CC的至少一个UL CC上的情况”这一技术方案。因此技术特征B未公开。 |
| 技术特征C：<br>在PUSCH上传送上行链路共享信道UL-SCH数据和控制信息<br>【未公开】 | 无对应公开内容。 | 对比文件没有公开或暗示在PUSCH上传送UL-SCH数据和控制信息（即UCI复用到PUSCH上传输）的机制。对比文件仅涉及终端在接收机侧接收下行信标和数据信号，没有涉及LTE上行信道结构中UCI与UL-SCH数据共用PUSCH传输的特征。因此技术特征C未公开。 |
| 技术特征D：<br>（空）<br>【未公开】 | 无对应公开内容。 | 技术特征内容为空，不作比对判定。 |
| 技术特征E：<br>在所述WTRU进行的所述PUSCH传输没有发生在所述多个UL CC中的任意UL CC的情况下<br>【未公开】 | 无对应公开内容。 | 对比文件未涉及WTRU在多个UL CC上是否存在PUSCH传输的状态判断，未公开当没有发生任何PUSCH传输时的触发与判决条件。因此技术特征E未公开。 |
| 技术特征F：<br>在物理上行链路控制信道PUCCH上传送所述控制信息。<br>【未公开】 | 无对应公开内容。 | 对比文件全文完全未涉及3GPP LTE架构中的PUCCH（物理上行链路控制信道），更没有公开在PUCCH上传送控制信息（如UCI）。因此技术特征F未公开。 |
| 技术特征G：<br>其中所述控制信息是混合自动重复请求HARQ应答ACK。<br>【未公开】 | 无对应公开内容。 | 对比文件仅涉及信标（beacon）测量及SNR/能量测量，未涉及在控制信道或共享信道上传送HARQ-ACK反馈信息。因此技术特征G未公开。 |
| 技术特征H：<br>其中在所述PUSCH传输发生在所述多个UL CC的至少两个UL CC上的情况下<br>【未公开】 | 无对应公开内容。 | 对比文件不涉及上行载波聚合中在两个或多个UL CC上并发PUSCH传输的情况判断。因此技术特征H未公开。 |
| 技术特征I：<br>在所述多个UL CC中<br>【未公开】 | 无对应公开内容。 | 对比文件仅涉及下行多载波环境（多个频带选择），未涉及上行链路中定义并配置的多个UL CC。因此技术特征I未公开。 |
| 技术特征J：<br>基于排序选择的一个UL CC上传送所述控制信息。<br>【未公开】 | 无对应公开内容。 | 对比文件没有公开基于载波优先级或规则对多个UL CC进行排序并选择其中一个UL CC来承载上行控制信息（UCI）的技术方案。因此技术特征J未公开。 |
| 技术特征K：<br>其中由较高层用信号发送排序信息。<br>【未公开】 | 无对应公开内容。 | 对比文件未公开由较高层信令发送用于UL CC选择的排序信息。因此技术特征K未公开。 |
| 技术特征L：<br>其中在由较高层用信号通告的UL CC上传送所述PUCCH。<br>【未公开】 | 无对应公开内容。 | 对比文件未公开较高层半静态信令通告特定UL CC用于传输PUCCH。因此技术特征L未公开。 |
| 技术特征M：<br>其中在由较高层用信号通告的服务小区上传送所述PUCCH。<br>【未公开】 | 无对应公开内容。 | 对比文件未公开由较高层信令通告特定服务小区并在其上传送PUCCH。因此技术特征M未公开。 |
| 技术特征N：<br>该方法还包括<br>【直接公开】 | [p0018]<br>“The method further comprises operating a second transmitter, e.g., a different base station transmitter, which primarily transmits in the second frequency band to transmit, e.g., periodically, the second signal component in the first frequency band.”<br>（中文翻译：该方法还包括操作主要在第二频带中进行发送的第二基站发射机（例如不同的基站发射机）以在第一频带中（例如周期性地）发送第二信号分量。）<br>[p0021]<br>“the method, in some embodiments, further comprises controlling the passband filter to pass the second band instead of the first band when the second frequency band is selected.”<br>（中文翻译：在一些实施例中，该方法还包括：当选择第二频带时，控制通带滤波器以通过第二频带而不是第一频带。） | 对比文件在[p0018]、[p0021]等处明确记载了方法进一步包括的步骤（“The method further comprises...”），直接公开了该过渡词技术特征。 |
| 技术特征O：<br>在物理上行链路共享信道PUSCH传输发生在当前子帧的情况下<br>【未公开】 | 无对应公开内容。 | 对比文件未公开在子帧时间粒度下基于当前子帧是否存在PUSCH传输进行分支判断的技术特征。因此技术特征O未公开。 |
| 技术特征P：<br>在所述PUSCH上传输所述控制信息<br>【未公开】 | 无对应公开内容。 | 对比文件未涉及控制信息（UCI）复用/背负到PUSCH上传输的技术方案。因此技术特征P未公开。 |
| 技术特征Q：<br>所述控制信息包括信道质量指示符CQI/预编码矩阵指示符PMI/秩指示符RI信息<br>【未公开】 | 无对应公开内容。 | 对比文件仅提及信标测量生成的SNR/能量/质量指示符，且属于终端内部用于频带选择的质量度量，并未公开向上行基站发送的由CQI/PMI/RI构成的上行控制信息。因此技术特征Q未公开。 |
| 技术特征R：<br>（空）<br>【未公开】 | 无对应公开内容。 | 技术特征内容为空，不作比对判定。 |
| 技术特征S：<br>在主分量载波上<br>【未公开】 | 无对应公开内容。 | 对比文件全文并未涉及LTE-A载波聚合框架下的“主分量载波（Primary Component Carrier, PCC）”概念，对比文件提及的“primary frequency band”仅指基站发射机主要工作的频带，与目标专利中配置给特定终端的UL主分量载波含义与作用完全不同。因此技术特征S未公开。 |
| 技术特征T：<br>在所述当前子帧传送所述PUCCH上的调度请求SR<br>【未公开】 | 无对应公开内容。 | 对比文件完全未涉及在当前子帧传送PUCCH上的调度请求（SR）。因此技术特征T未公开。 |
| 技术特征U：<br>其中所述多个PUSCH的所述至少一个PUSCH是在所述主分量载波上传送的。<br>【未公开】 | 无对应公开内容。 | 对比文件未公开多个PUSCH在主分量载波上承载传输的技术特征。因此技术特征U未公开。 |
| 技术特征V：<br>其中所述主分量载波是通过无线电资源控制RRC信令来配置的。<br>【未公开】 | 无对应公开内容。 | 对比文件未公开通过无线电资源控制（RRC）信令来配置主分量载波。因此技术特征V未公开。 |
| 技术特征W：<br>其中所述主分量载波是基于半静态来配置的。<br>【未公开】 | 无对应公开内容。 | 对比文件未公开主分量载波基于半静态方式进行配置。因此技术特征W未公开。 |
| 技术特征X：<br>其中所述主分量载波对应于主小区。<br>【未公开】 | 无对应公开内容。 | 对比文件未公开主分量载波对应于服务小区架构中的主小区（PCell）。因此技术特征X未公开。 |
| 技术特征Y：<br>其中所述主小区和所述主分量载波是通过无线电资源控制(RRC)信令来配置的。<br>【未公开】 | 无对应公开内容。 | 对比文件未公开主小区和主分量载波通过RRC信令来配置。因此技术特征Y未公开。 |
<<<A>>><<<N>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>【直接公开】 | 段落[0029]：“The needs identified in the foregoing Background, and other needs and objects that will become apparent from the following description, are achieved by, in one aspect, a method for querying for RAT handover data in a mobile telecommunications device.”（在前面的背景技术中确定的需求、以及从以下描述中将变得显而易见的其它需求和目的，在一种方案中，是通过一种在移动电信设备中查询RAT切换数据的方法来实现的。）<br>段落[0033]：“Figure 5 is a flow diagram which illustrates implementation of a first embodiment of the invention in a UE. The process starts at step 500...” | 技术特征A为方法权利要求的常规前序引入语。对比文件段落[0029]及图5、段落[0033]等处公开了在移动设备中执行相应通信控制处理的方法。因此，技术特征A被对比文件实质/直接公开。 |
| 技术特征B：在物理上行链路共享信道PUSCH传输发生在多个上行链路分量载波UL CC的至少一个UL CC上的情况下<br>【未公开】 | 无对应记载。对比文件涉及UMTS/GSM系统间切换中查询系统信息块（SIB16）有效性的方案，未涉及载波聚合（CA）场景，全文未记载“物理上行链路共享信道（PUSCH）”、“上行链路分量载波（UL CC）”或“多个UL CC的至少一个UL CC上传输PUSCH”的技术方案。 | 目标专利说明书（如[0008]-[0009]、[0077]-[0078]）明确指出该特征是在LTE-A载波聚合系统中，当WTRU在所配置的多个上行分量载波（UL CC）中的至少一个载波上传输PUSCH共享信道数据时的特定条件触发机制。对比文件属于早期3G（UMTS/GSM）系统技术，仅公开了传统的单载波网络及RAT间切换机制，完全不涉及载波聚合、多个UL CC以及PUSCH信道传输，本领域技术人员无法从对比文件中直接得出或合理解读、推导得出该技术方案。因此该特征未被公开。 |
| 技术特征C：在PUSCH上传送上行链路共享信道UL-SCH数据和控制信息<br>【未公开】 | 无对应记载。对比文件全文均未公开在PUSCH信道上复用/传输UL-SCH数据与控制信息的相关技术手段。 | 目标专利说明书（如[0076]-[0077]、[0082]）指出该特征是指在发生PUSCH传输时，上行业务数据（UL-SCH）与控制信息可以在同一个PUSCH信道上伴随传送（即UCI在PUSCH上的复用/打孔传输）。对比文件仅涉及通过GSM/UMTS的特定信令（如IRHI请求和响应消息）传递SIB16有效性ID，根本没有涉及LTE/LTE-A系统中的PUSCH、UL-SCH数据以及在共享信道上传送控制信息的机理。本领域技术人员即使依据极其宽松的标准也无法合理推导出该方案。因此该特征未被公开。 |
| 技术特征D：<br>【未公开】 | 无内容。 | 目标专利技术特征D内容为空，不构成实质技术方案的比对实体，判定为未公开。 |
| 技术特征E：在所述WTRU进行的所述PUSCH传输没有发生在所述多个UL CC中的任意UL CC的情况下<br>【未公开】 | 无对应记载。 | 结合目标说明书[0077]（“如果在任何UL CC上均未发生PUSCH传输...”），该特征限定了与特征B相对的另一种通信条件，即当WTRU在所有激活的UL CC上均无PUSCH传输活动时的触发状态。对比文件未涉及载波聚合及PUSCH传输，亦不存在关于多个UL CC上均无PUSCH传输的判断或状态限定。本领域技术人员无法得出该方案。因此该特征未被公开。 |
| 技术特征F：在物理上行链路控制信道PUCCH上传送所述控制信息。<br>【未公开】 | 无对应记载。对比文件未记载PUCCH，亦未涉及在无PUSCH时将控制信息转由PUCCH承载的机制。 | 结合目标说明书[0077]（“如果在任何UL CC上均未发生PUSCH传输，则可以始终从指定UL CC的PUCCH传送用于指定DL-SCH的反馈...”），该特征的作用是在无上行共享信道时利用物理控制信道承载控制信息。对比文件属于UMTS/GSM系统，无LTE系统的PUCCH物理层信道结构与传输机制，本领域技术人员无法从中直接获取或合理推知该技术特征。因此该特征未被公开。 |
| 技术特征G：其中所述控制信息是混合自动重复请求HARQ应答ACK。<br>【未公开】 | 无对应记载。对比文件仅在段落[0033]-[0035]中提及在IRHI响应消息中传输SIB16标识（ID），全文未记载HARQ机制或HARQ ACK控制信息。 | 目标专利说明书（如[0015]、[0038]、[0077]）阐明控制信息具体为针对下行数据接收情况的HARQ ACK反馈。对比文件仅处理无线接入技术切换时系统信息块有效性的查询与ID反馈，完全未涉及下行物理层数据传输的混合自动重传请求（HARQ）应答机制，二者在信令性质、传输层次及功能作用上截然不同。本领域技术人员无法从对比文件中推断出该特征。因此该特征未被公开。 |
| 技术特征H：其中在所述PUSCH传输发生在所述多个UL CC的至少两个UL CC上的情况下<br>【未公开】 | 无对应记载。 | 结合目标说明书[0078]（“如果存在一个以上的此类允许的UL CC...”），该特征限定了在载波聚合中出现多个UL CC同时具有PUSCH传输时的冲突解决或选择前置条件。对比文件完全不涉及多载波系统或多个UL CC上的并发PUSCH传输场景，不存在任何启示或对应记载。因此该特征未被公开。 |
| 技术特征I：在所述多个UL CC中<br>【未公开】 | 无对应记载。 | 该特征限定了控制信息传输载波的选择范围属于配置的多个UL CC。对比文件未涉及载波聚合及多个UL CC架构，更无在多个UL CC中进行选择的基础环境。因此该特征未被公开。 |
| 技术特征J：基于排序选择的一个UL CC上传送所述控制信息。<br>【未公开】 | 段落[0013]：“Upon receipt of a IRHI message from the UE, UTRAN then selects which of the SIB16s is to be used in the handover... communicating the reference number/identifier 0..15 of the selected SIB16 to the UE...”<br>段落[0033]：“At step 504, the UE reads the details of the first or next SIB16 determined by the UE to be stored in the UE... the UE writes the ID for that S1B16... to a list which is compiled for transmission to UTRAN in the IRHI message.” | 目标专利说明书（如[0078]“UL CC可以根据优先级按照顺序排序...在指定子帧中传送该信息的UL CC进行选择”）的技术方案是指：当有多个UL CC传输PUSCH时，通过排序规则选择其中一个特定的UL CC来承载控制信息，以避免控制信息在多个分量载波上分散或冲突。对比文件仅在段落[0013]中公开了UTRAN基站从UE上报的SIB16候选列表中根据UE能力等因素“选择（select）”一个SIB16配置用于切换，段落[0033]中遍历列表，这属于对系统信息块配置的选择，既非对传输信道/分量载波（UL CC）的选择，也非根据排序确定上行控制信息（UCI）的物理传输载体。即便采取最宽松的隐含公开推论，对比文件所涉对象（SIB16配置）与功能机制与目标专利（控制信息物理传输载波的选择）存在本质技术鸿沟，本领域技术人员无法推导出该特征。因此该特征未被公开。 |
| 技术特征K：其中由较高层用信号发送排序信息。<br>【未公开】 | 无对应记载。 | 目标专利说明书[0078]指出“这种排序可以由较高层用信号通告（such ordering may be signalled by higher layers）”，即通过高层信令（如RRC信令）配置UL CC的优先级顺序。对比文件未记载关于载波排序及其由高层信令通知的任何方案。因此该特征未被公开。 |
| 技术特征L：其中在由较高层用信号通告的UL CC上传送所述PUCCH。<br>【未公开】 | 无对应记载。 | 目标专利说明书[0078]记载“如果在该子帧中没有传送PUSCH传输的UL CC，那么该信息可以在预定UL CC(它可以由较高层用信号通告)的PUCCH上传送”。对比文件没有涉及PUCCH信道，更未公开由高层信令通告特定的UL CC来传输该PUCCH信道。因此该特征未被公开。 |
| 技术特征M：其中在由较高层用信号通告的服务小区上传送所述PUCCH。<br>【未公开】 | 无对应记载。 | 目标专利说明书（如[0029]、[0035]、[0078]）中载波对应于小区，由高层信令指定特定小区/主小区传输PUCCH。对比文件虽然提及Cell概念，但从未公开在由高层通告的特定服务小区上传送PUCCH控制信道的技术手段。因此该特征未被公开。 |
| 技术特征N：该方法还包括<br>【直接公开】 | 段落[0029]：“...a method for querying for RAT handover data in a mobile telecommunications device. In other aspects, the invention encompasses apparatus and a computer-readable medium configured to carry out the foregoing steps.”<br>段落[0033]-[0035]、图5、图6所展示的流程方法步骤。 | 属于从属权利要求或补充方法步骤的常规前序连接词。对比文件所公开的通信处理方法包含多个执行步骤。因此，技术特征N被对比文件实质/直接公开。 |
| 技术特征O：在物理上行链路共享信道PUSCH传输发生在当前子帧的情况下<br>【未公开】 | 无对应记载。对比文件未涉及子帧时序结构，亦未记载PUSCH信道传输。 | 目标专利说明书[0077]-[0078]明确以子帧（subframe）为传输时间单位，限定在“当前子帧（in a given/current subframe）”中发生PUSCH传输这一具体时隙/子帧触发条件。对比文件未涉及LTE子帧概念，未记载在特定子帧中传输PUSCH的时序控制方案。因此该特征未被公开。 |
| 技术特征P：在所述PUSCH上传输所述控制信息<br>【未公开】 | 无对应记载。 | 结合目标说明书[0077]（“...如果在至少一个UL CC上发生了PUSCH传输，则在所述UL CC中的一个UL CC的PUSCH上提供反馈”），该特征是将控制信息复用在所选定的PUSCH信道中进行物理层上行传输。对比文件未公开任何在PUSCH信道中承载控制信息的方案。因此该特征未被公开。 |
| 技术特征Q：所述控制信息包括信道质量指示符CQI/预编码矩阵指示符PMI/秩指示符RI信息<br>【未公开】 | 无对应记载。对比文件未公开CQI/PMI/RI等信道状态信息（CSI）。 | 目标专利说明书（如[0015]、[0038]、[0077]）指明上行反馈的控制信息包含信道质量指示符CQI、预编码矩阵指示符PMI或秩指示符RI等物理层CSI反馈。对比文件仅涉及系统信息块SIB16的标识上报，不属于物理层信道测量反馈信息，未公开该特征。因此该特征未被公开。 |
| 技术特征R：<br>【未公开】 | 无内容。 | 目标专利技术特征R内容为空，不构成实质技术方案的比对实体，判定为未公开。 |
| 技术特征S：在主分量载波上<br>【未公开】 | 段落[0007]：“The UTRAN... sends system information to a UE by means of a message that comprises a Master Information Block (MIB) and a plurality of System Information Blocks (SIBs).” | 目标专利说明书（如[0029]、[0035]、[0036]）明确界定“主分量载波（UL/DL Primary Component Carrier, PCC）”是载波聚合系统中为CC子集提供控制信令（例如PDCCH调度、PUCCH传输等）的核心载波。对比文件虽然在段落[0007]提到了广播主信息块（Master Information Block, MIB），但MIB是无线资源控制（RRC）层广播系统信息的顶层数据块，与物理层/MAC层的分量载波（Component Carrier）完全是两个层面的概念，对比文件不存在“主分量载波”的概念与技术方案。因此该特征未被公开。 |
| 技术特征T：在所述当前子帧传送所述PUCCH上的调度请求SR<br>【未公开】 | 无对应记载。对比文件未涉及调度请求（SR），亦未记载在子帧中经由PUCCH传送SR。 | 目标专利说明书（如[0046]、[0048]、[0093]）公开了在当前子帧的PUCCH资源上传送调度请求（SR），用于向基站请求上行共享信道资源。对比文件在切换方案中仅涉及IRHI响应消息的上报，完全没有PUCCH及调度请求SR的生成与传输机制。因此该特征未被公开。 |
| 技术特征U：其中所述多个PUSCH的所述至少一个PUSCH是在所述主分量载波上传送的。<br>【未公开】 | 无对应记载。 | 目标专利说明书（如[0082]）限定了多个并发PUSCH传输中，至少有一个PUSCH是承载在所配置的主分量载波（PCC）上。对比文件既无载波聚合概念，亦无主分量载波及PUSCH信道，无法公开该特征。因此该特征未被公开。 |
| 技术特征V：其中所述主分量载波是通过无线电资源控制RRC信令来配置的。<br>【未公开】 | 段落[0031]：“The RRC 200 is responsible for controlling the configuration of radio interface Layer 1 110 and Layer 2 120. When the UTRAN wishes to change the UE configuration it will issue a message to the UE containing a command to invoke a specific RRC procedure.” | 目标专利说明书[0043]、[0045]公开了通过专用RRC信令显式配置或重配主分量载波（UL primary CC）。对比文件段落[0031]仅公开了UMTS系统中RRC协议层负责控制L1/L2层常规参数配置以及发起特定RRC过程，由于对比文件完全没有提出多载波系统中的“主分量载波”概念，根本不存在“利用RRC信令配置主分量载波”的技术方案。本领域技术人员无法从对比文件中推导得出。因此该特征未被公开。 |
| 技术特征W：其中所述主分量载波是基于半静态来配置的。<br>【未公开】 | 无对应记载。 | 目标专利说明书[0078]指出载波集合/主载波可基于半静态（semi-static）方式通过高层信令配置。对比文件未记载主分量载波的概念，亦无半静态配置主分量载波的技术方案。因此该特征未被公开。 |
| 技术特征X：其中所述主分量载波对应于主小区。<br>【未公开】 | 段落[0004]：“The radio access network covers a geographical area divided into a plurality of cell areas. Each cell area is served by at least one base station, which may be referred to as a Node B. Each cell is identified by a unique identifier which is broadcast in the cell.” | 目标专利说明书[0029]、[0035]指出在多载波操作中，载波亦可称为小区（Cell），主载波与主小区（Primary Cell, PCell）形成映射与对应。对比文件段落[0004]仅为传统蜂窝通信中将地理区域划分为单小区（Cell）的背景介绍，不存在载波聚合中“主分量载波对应于主小区（PCell）”的架构与技术特征。因此该特征未被公开。 |
| 技术特征Y：其中所述主小区和所述主分量载波是通过无线电资源控制(RRC)信令来配置的。<br>【未公开】 | 无对应记载。 | 目标专利说明书（如[0043]、[0045]）公开通过RRC信令建立和配置主小区及其对应的主分量载波。对比文件既无主小区、主分量载波的定义与技术方案，也未记载通过RRC信令对其进行协同配置。因此该特征未被公开。 |
<<<A>>><<<N>>>
### 特征比对分析
本比对基于目标专利说明书原文对各技术特征的技术方案、作用机理及应用场景进行深入理解。目标专利涉及**LTE-Advanced多载波/载波聚合（CA）系统**，核心解决在非对称或对称多载波场景下，针对上行控制信道（PUCCH/PUSCH）上的控制信息（HARQ ACK/NACK、CQI/PMI/RI、SR）进行动态/半静态上行载波指派、控制与数据复用传输及主载波重选等问题。
而对比文件（EP 1784034 B1）公开的是一种**在移动通信系统中查询无线电接入技术（RAT）切换系统信息有效性的设备与方法**，主要聚焦于UMTS与GSM等多RAT跨制式切换中，UE如何维护并向网络汇报系统信息块16（SIB16）的有效性以避免执行已过期的切换配置。
---
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>《隐含公开》 | [0001] "This application relates to mobile telecommunications systems, for example UMTS... in general and to an apparatus and method for determining whether validity of RAT... handover information in mobile telecommunications system user equipment will remain valid..."<br>（译文：本申请涉及移动电信系统，例如通用移动电信系统（UMTS），且一般涉及用于确定移动电信系统用户设备中的RAT切换信息的有效性是否将保持有效以允许从一个RAT切换到另一个RAT的设备和方法……） | 对比文件中的作用：引出一种用于移动通信系统中判断RAT切换信息有效性的方法步骤流程。<br>目标专利中的作用：作为方法权利要求的前序引导用语。<br>公开性论述：对比文件段落[0001]、[0029]、[0033]等处明确披露了实施于移动通信系统终端的“方法（method）”，包含多个处理步骤，因此技术特征A被对比文件隐含公开。 |
| 技术特征B：在物理上行链路共享信道PUSCH传输发生在多个上行链路分量载波UL CC的至少一个UL CC上的情况下<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中的作用：限定载波聚合（CA）中存在多个上行分量载波（UL CC），且在当前子帧/时隙中至少有一个UL CC存在物理上行共享信道（PUSCH）数据传输触发条件。<br>公开性论述：对比文件涉及的是单载波UMTS/GSM之间的跨RAT切换信令（SIB16传输），完全未涉及LTE-A的载波聚合技术，未公开“多个上行链路分量载波UL CC”，更未公开在至少一个UL CC上发生PUSCH传输的条件触发机制。即使采用极宽松的隐含公开推理，本领域技术人员也无法从对比文件推导得出该特征。 |
| 技术特征C：在PUSCH上传送上行链路共享信道UL-SCH数据和控制信息<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中的作用：实现上行控制信息（UCI）与UL-SCH业务数据在同一个PUSCH物理资源上的复用/背负（piggyback）传输。<br>公开性论述：对比文件仅记载了GSM/UMTS的RRC层信令交互（如IRHI消息），未公开LTE/LTE-A物理层PUSCH信道，更未公开在PUSCH上同时/复用传送UL-SCH数据与物理层控制信息的机制。无法得出或合理推理出该特征。 |
| 技术特征D：<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利权利要求中技术特征D为空白/未定义特征，对比文件中无对应技术方案，认定为未公开。 |
| 技术特征E：在所述WTRU进行的所述PUSCH传输没有发生在所述多个UL CC中的任意UL CC的情况下<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中的作用：定义多载波场景下的互斥边界条件——即当前传输时刻没有任何一个UL CC被调度或发生PUSCH物理信道传输。<br>公开性论述：对比文件未涉及多载波架构（多个UL CC），亦未涉及判断PUSCH是否存在传输的信道状态检测与条件分支判断。 |
| 技术特征F：在物理上行链路控制信道PUCCH上传送所述控制信息。<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中的作用：在无PUSCH传输可用时，将上行控制信息回退（fallback）至专用的物理控制信道PUCCH上传送。<br>公开性论述：对比文件仅提及GSM与UMTS之间的高层信令传递（如通过GSM接口发送IRHI），未涉及物理上行控制信道PUCCH及其上传送物理层控制信息的操作。 |
| 技术特征G：其中所述控制信息是混合自动重复请求HARQ应答ACK。<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中的作用：将待反馈的物理层控制信息具体限定为用于下行PDSCH传输反馈的HARQ ACK/NACK。<br>公开性论述：对比文件仅讨论无线资源控制层（RRC）针对SIB16有效性查询的响应消息与HOTU指示，未涉及L1/MAC级的HARQ应答ACK机制。 |
| 技术特征H：其中在所述PUSCH传输发生在所述多个UL CC的至少两个UL CC上的情况下<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中的作用：限定多个UL CC聚合时，存在并发或同时调度了至少两个PUSCH传输的多载波冲突与选择场景。<br>公开性论述：对比文件完全不包含多分量载波并发传输的技术内容，无法推导出至少两个UL CC上发生PUSCH传输的条件。 |
| 技术特征I：在所述多个UL CC中<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中的作用：限定选择载波的范围基础为已配置/激活的多个上行分量载波集合。<br>公开性论述：对比文件仅涉及单载波跨RAT小区环境，不存在多个UL CC的集合概念。 |
| 技术特征J：基于排序选择的一个UL CC上传送所述控制信息。<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中的作用：当多个UL CC同时具有PUSCH传输时，按照预设或配置的优先级排序准则选择唯一一个目标UL CC来承载控制信息，防止控制信息分裂或传输混乱。<br>公开性论述：对比文件[0033]-[0034]中仅公开了UE按顺序读取已存储的SIB16配置并基于有效时间选择有效的SIB16标识放入列表，其针对的是切换配置参数的选择与筛选，并非在多个UL CC载波之间基于排序规则选择物理载波来传送控制信息。二者解决的技术问题、技术手段及实现的作用完全不同，无法隐含推导出该特征。 |
| 技术特征K：其中由较高层用信号发送排序信息。<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中的作用：通过RRC等高层信令向WTRU配置各UL CC的排序/优先级准则。<br>公开性论述：对比文件中未公开关于UL CC的任何排序信息，更无高层信令配置UL CC排序的构思。 |
| 技术特征L：其中在由较高层用信号通告的UL CC上传送所述PUCCH。<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中的作用：半静态指定承载PUCCH的UL CC（例如配置主载波运载PUCCH），避免动态指示开销。<br>公开性论述：对比文件未公开PUCCH信道，亦未公开由高层信令半静态通告指定UL CC上传送PUCCH的方案。 |
| 技术特征M：其中在由较高层用信号通告的服务小区上传送所述PUCCH。<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中的作用：由高层信令（如RRC）明确指定主服务小区（PCell）并在该服务小区上传送PUCCH。<br>公开性论述：对比文件未公开LTE-A服务小区聚合的概念，亦未涉及在指定服务小区上传送PUCCH。 |
| 技术特征N：该方法还包括<br>《隐含公开》 | [0001]、[0029]、[0033] | 对比文件中的作用：引出方法中的进一步流程步骤。<br>目标专利中的作用：方法特征之间的连接过渡语言。<br>公开性论述：对比文件描述的多步骤流程中天然包含“该方法还包括进一步处理步骤”的常规逻辑架构，属于表述上的常规步骤过渡，因此认定为隐含公开。 |
| 技术特征O：在物理上行链路共享信道PUSCH传输发生在当前子帧的情况下<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中的作用：以子帧（Subframe）为时间颗粒度，判断当前传输时间间隔（TTI）内是否存在PUSCH信道传输。<br>公开性论述：对比文件未涉及子帧时间单元的物理层信道状态判断，未公开该特征。 |
| 技术特征P：在所述PUSCH上传输所述控制信息<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中的作用：将控制信息打孔或速率匹配映射到该PUSCH资源上进行上行发送。<br>公开性论述：对比文件无PUSCH信道及其承载物理层控制信息的任何技术披露。 |
| 技术特征Q：所述控制信息包括信道质量指示符CQI/预编码矩阵指示符PMI/秩指示符RI信息<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中的作用：将控制信息明确为下行信道状态信息（CSI），包含CQI、PMI、RI中的一种或多种。<br>公开性论述：对比文件未涉及信道状态测量报告（CQI/PMI/RI）的物理层传输机制。 |
| 技术特征R：<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利权利要求中技术特征R为空白/未定义特征，对比文件中无对应技术方案，认定为未公开。 |
| 技术特征S：在主分量载波上<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中的作用：限定特定控制信号（如SR/PUCCH）固定或绑定在多载波系统的主分量载波（PCC）上传送。<br>公开性论述：对比文件属于UMTS系统单载波与GSM交互，完全未公开载波聚合系统中的“主分量载波（Primary Component Carrier）”。 |
| 技术特征T：在所述当前子帧传送所述PUCCH上的调度请求SR<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中的作用：在当前子帧利用PUCCH资源发送调度请求（SR），以向基站请求上行共享信道资源。<br>公开性论述：对比文件段落[0012]、[0033]等处虽然提及向网络发送IRHI消息以响应请求，但这属于高层跨RAT切换信息交互，并非在物理层子帧上通过PUCCH发送调度请求SR。 |
| 技术特征U：其中所述多个PUSCH的所述至少一个PUSCH是在所述主分量载波上传送的。<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中的作用：限定并发的多个PUSCH中，至少有一个PUSCH位于主分量载波上。<br>公开性论述：对比文件无载波聚合、无多PUSCH并发、亦无主分量载波的记载。 |
| 技术特征V：其中所述主分量载波是通过无线电资源控制RRC信令来配置的。<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中的作用：通过网络端发送的半静态RRC信令对UE的主分量载波进行显式或隐式配置/重配。<br>公开性论述：对比文件段落[0031]虽然公开了UMTS中RRC层负责控制无线电接口Layer 1和Layer 2的配置，但这属于通用的RRC协议栈功能介绍，并没有公开通过RRC信令配置“主分量载波（PCC）”。本领域技术人员无法从通用的RRC协议功能直接或隐含推导得出该特征。 |
| 技术特征W：其中所述主分量载波是基于半静态来配置的。<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中的作用：限定主分量载波的配置周期是相对稳定、长周期的半静态配置（非动态逐子帧调度）。<br>公开性论述：对比文件未涉及主分量载波的概念，无对应半静态配置的公开。 |
| 技术特征X：其中所述主分量载波对应于主小区。<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中的作用：明确主分量载波（PCC）与主服务小区（PCell）的物理绑定对应关系。<br>公开性论述：对比文件段落[0004]仅提及传统蜂窝网中蜂窝小区被划分为多个cell area，由Node B服务，属于蜂窝网络宏观拓扑结构，并未涉及载波聚合中的“主小区（PCell）”与“主分量载波”的对应关系。 |
| 技术特征Y：其中所述主小区和所述主分量载波是通过无线电资源控制(RRC)信令来配置的。<br>《未公开》 | 对比文件全文无相关记载。 | 目标专利中的作用：通过网络下发的高层RRC专用信令建立并配置主服务小区及对应的主分量载波。<br>公开性论述：对比文件未公开载波聚合中的主小区和主分量载波概念，无法得出通过RRC信令对其进行配置的技术方案。 |
---
<<<a>>>
<<<n>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | 【具体实施方式】“图1为本发明实施例中数据传输方法的流程示意图。参照图1，该流程包括如下步骤：步骤101……” | 对比文件公开了一种多载波数据传输方法，公开了方法所包括的各步骤，技术特征A仅为方法权利要求的前序过渡语，被对比文件直接公开。 |
| 技术特征B：<br>在物理上行链路共享信道PUSCH传输发生在多个上行链路分量载波UL CC的至少一个UL CC上的情况下<br><br>《隐含公开》 | 【具体实施方式】“步骤106至步骤107，UE收到Node B发送来的E-PUCH载波资源后，将发送缓冲区中的HSUPA数据装入到Node B所选择的多个E-PUCH载波上……然后，UE通过多个E-PUCH载波向Node B发送HSUPA数据。” | 目标专利中PUSCH为物理上行共享信道，用于承载上行数据；对比文件公开的是TD-SCDMA HSUPA系统中的增强物理上行信道（E-PUCH），其同样作为上行共享物理信道用于承载多载波上行业务数据传输。在对比文件中UE在基站分配的多个E-PUCH载波上发送HSUPA数据，E-PUCH对应于PUSCH，E-PUCH载波对应于UL CC。本领域技术人员基于对比文件多载波上行数据传输的教导，能够容易推知在上行共享信道传输发生在多个上行载波中的至少一个载波上的运行场景与条件。按照非常宽松的隐含公开标准，技术特征B被对比文件隐含公开。 |
| 技术特征C：<br>在PUSCH上传送上行链路共享信道UL-SCH数据和控制信息<br><br>《隐含公开》 | 【背景技术】“步骤1，当UE存在缓冲数据时，UE将向基站(Node B)发送调度请求(Scheduling Information)来请求增强的物理上行信道(E-PUCH)资源。”<br>【具体实施方式】“步骤102至步骤103，UE的发送缓冲区中存在缓存的数据，UE向Node B发送调度请求/调度信息，请求E-PUCH资源。为了与现有3GPP协议相兼容，步骤103中UE的调度请求/调度信息通过媒体接入控制/层1(MAC/L1)发送给Node B……”<br>“步骤106至步骤107……UE通过多个E-PUCH载波向Node B发送HSUPA数据。” | 目标专利中在PUSCH上传送UL-SCH数据和控制信息（如UCI背负于PUSCH传输）。对比文件公开了UE通过E-PUCH（对应PUSCH）传输HSUPA业务数据（对应UL-SCH数据），并且公开了UE可以发送调度请求/调度信息（Scheduling Information，SI属于控制信息）以请求资源，且指明与3GPP兼容、通过MAC/L1发送。在3GPP HSUPA标准中，SI控制信息可与业务数据一同复用在E-PUCH上传输。对比文件部分公开了在共享信道上传送数据与控制信息的相关内容，结合非常宽松的审查标准，本领域技术人员合理推断在共享信道承载数据时亦可携带相关控制信息，因此技术特征C被隐含公开。 |
| 技术特征D：<br>（注：原权利要求特征项为空）<br><br>《直接公开》 | 全文结构 | 目标专利未在该技术特征序号下限定具体技术内容（特征内容为空），不构成技术限制，认定为《直接公开》。 |
| 技术特征E：<br>在所述WTRU进行的所述PUSCH传输没有发生在所述多个UL CC中的任意UL CC的情况下<br><br>《未公开》 | 对比文件全文未记载UE在没有任何UL CC上传输PUSCH（或E-PUCH）时的判断条件或针对控制信道传输的触发机制。 | 对比文件主要侧重于如何在分配的多个E-PUCH载波上分配、迁移和传输数据，并未涉及当所有上行分量载波均未发生共享信道PUSCH传输时进行条件分支判断的技术方案。对比文件未公开也无法合理推导出该特征。 |
| 技术特征F：<br>在物理上行链路控制信道PUCCH上传送所述控制信息。<br><br>《未公开》 | 对比文件全文未涉及LTE系统中的物理上行链路控制信道（PUCCH）及在无共享信道传输时将控制信息移至PUCCH上传输的机制。 | 目标专利中当无PUSCH发生时在PUCCH上传送控制信息（如HARQ-ACK反馈等）。对比文件涉及TD-SCDMA HSUPA多载波系统，其上行控制信息（如SI）通过MAC/L1传输，并未公开PUCCH，更未公开在无PUSCH传输时将控制信息转移至PUCCH上传送的方案。对比文件未直接公开亦未隐含公开。 |
| 技术特征G：<br>其中所述控制信息是混合自动重复请求HARQ应答ACK。<br><br>《未公开》 | 【具体实施方式】“步骤108至步骤109，Node B根据RNC下发的配置信息，通过分别与上述多个E-PUCH载波存在一一映射关系的各E-HICH，向UE返回HARQ ACK/NACK，指示步骤107中的数据传输是否成功，其中ACK表示传输成功，NACK表示传输失败。” | 目标专利中HARQ-ACK是UE向基站反馈的用于指示下行传输（如PDSCH）的控制信息；而对比文件中记载的HARQ ACK/NACK是Node B通过下行信道E-HICH向UE返回的用于指示上行HSUPA数据是否成功的应答消息，传输方向相反、实体主体不同，并非UE在PUSCH或PUCCH上传送的控制信息。对比文件未公开技术特征G。 |
| 技术特征H：<br>其中在所述PUSCH传输发生在所述多个UL CC的至少两个UL CC上的情况下<br><br>《隐含公开》 | 【具体实施方式】“步骤106至步骤107，UE收到Node B发送来的E-PUCH载波资源后，将发送缓冲区中的HSUPA数据装入到Node B所选择的多个E-PUCH载波上……然后，UE通过多个E-PUCH载波向Node B发送HSUPA数据。” | 对比文件中Node B可以为UE分配多个E-PUCH载波，UE通过所选择的多个E-PUCH载波向Node B发送HSUPA数据。多个E-PUCH载波即对应于多个UL CC的至少两个UL CC，共享信道数据传输发生在上述至少两个载波上。依据宽松的隐含公开判断原则，对比文件隐含公开了PUSCH传输发生在至少两个UL CC上的情况。 |
| 技术特征I：<br>在所述多个UL CC中<br><br>《隐含公开》 | 【具体实施方式】“步骤101……RNC根据UE的上行多载波能力为UE分配可用的E-PUCH多载波……步骤104至步骤105，Node B根据RNC下发的配置，从可用的E-PUCH多载波中选择部分或全部E-PUCH载波作为分配给UE的E-PUCH多载波资源……” | 对比文件明确公开了系统配置有多个E-PUCH载波（对应多个UL CC），所有后续的载波资源选取与数据控制均是在所述多个载波范围内进行的。按照宽松标准，技术特征I在对比文件中被隐含公开。 |
| 技术特征J：<br>基于排序选择的一个UL CC上传送所述控制信息。<br><br>《未公开》 | 对比文件全文未记载UE侧多个UL CC之间针对控制信息的排序与选载波传输规则。 | 目标专利是在存在多个PUSCH时，通过排序规则选择其中一个UL CC来上传控制信息（避免多载波发送UCI破坏单载波特性）。对比文件中并未涉及在多个载波上传送控制信息时的排序和选择机制（其仅提及Node B选择多个载波分流数据，且反馈HARQ是由Node B在下行E-HICH返回），不存在“基于排序选择的一个UL CC上传送所述控制信息”，对比文件未公开该特征。 |
| 技术特征K：<br>其中由较高层用信号发送排序信息。<br><br>《未公开》 | 对比文件全文未记载由较高层信令发送用于UL CC排序的信息。 | 目标专利中载波的优先级/排序信息由高层配置并下发。对比文件虽有RNC通过RRC配置多载波信息，但根本未涉及控制信息传输的排序信息，更谈不上由较高层用信号发送排序信息。对比文件未公开该特征。 |
| 技术特征L：<br>其中在由较高层用信号通告的UL CC上传送所述PUCCH。<br><br>《未公开》 | 对比文件全文未公开在由较高层通告的UL CC上传送PUCCH。 | 目标专利限定了PUCCH所在UL CC的高层半静态配置方案。对比文件为TD-SCDMA HSUPA系统，未涉及PUCCH及在较高层通告的UL CC上传送PUCCH的技术方案。 |
| 技术特征M：<br>其中在由较高层用信号通告的服务小区上传送所述PUCCH。<br><br>《未公开》 | 对比文件全文未公开在由较高层通告的服务小区上传送PUCCH。 | 目标专利限定在较高层信令指示的主服务小区上传送PUCCH。对比文件未公开服务小区维度的PUCCH信令配置与传输，对比文件未公开该特征。 |
| 技术特征N：<br>该方法还包括<br><br>《直接公开》 | 【发明内容】“步骤A之前进一步包括……步骤A所述RNC分配可用的E-PUCH多载波之后，进一步包括……所述步骤C之后进一步包括……” | 对比文件在说明书中公开了数据传输方法的附加步骤与并列方案，特征N为权利要求的前序补充过渡语，被对比文件直接公开。 |
| 技术特征O：<br>在物理上行链路共享信道PUSCH传输发生在当前子帧的情况下<br><br>《隐含公开》 | 【具体实施方式】“在UE的上行多载波能力为支持同时进行多个E-PUCH载波的发送的情况下，RNC为该UE分配同时发送的多个E-PUCH载波……步骤106至步骤107……UE通过多个E-PUCH载波向Node B发送HSUPA数据。” | 对比文件公开了在UE支持同时发送多个载波时分配同时发送的多个E-PUCH载波进行数据传输。在移动通信的子帧结构中，“同时发送”即意味着在当前子帧/传输时间间隔（TTI）内发生E-PUCH（对应PUSCH）传输。本领域技术人员基于对比文件公开的同时传输场景能够合理推导出物理上行共享信道传输发生在当前子帧的情形，按宽松标准认定技术特征O被隐含公开。 |
| 技术特征P：<br>在所述PUSCH上传输所述控制信息<br><br>《隐含公开》 | 【具体实施方式】“步骤102至步骤103，UE的发送缓冲区中存在缓存的数据，UE向Node B发送调度请求/调度信息，请求E-PUCH资源。为了与现有3GPP协议相兼容，步骤103中UE的调度请求/调度信息通过媒体接入控制/层1(MAC/L1)发送给Node B……” | 如同特征C所述，目标专利中在PUSCH上传输控制信息。对比文件公开了通过MAC/L1发送调度请求/调度信息（SI，属于控制信息），在3GPP HSUPA机制中SI通常复用在共享信道E-PUCH（对应PUSCH）中传输。根据宽松推导原则，对比文件部分公开了在PUSCH上传输控制信息的概念，认定为隐含公开。 |
| 技术特征Q：<br>所述控制信息包括信道质量指示符CQI/预编码矩阵指示符PMI/秩指示符RI信息<br><br>《未公开》 | 对比文件全文未提及CQI、PMI或RI信息在PUSCH上的传输。 | 对比文件中仅涉及HSUPA业务数据、调度请求/调度信息（SI）以及下行E-HICH返回的HARQ ACK/NACK，完全未提及LTE多天线/下行信道状态反馈相关的CQI/PMI/RI控制信息。对比文件未公开该特征。 |
| 技术特征R：<br>（注：原权利要求特征项为空）<br><br>《直接公开》 | 全文结构 | 目标专利未在该技术特征序号下限定具体技术内容（特征内容为空），不构成技术方案的实质限制，认定为《直接公开》。 |
| 技术特征S：<br>在主分量载波上<br><br>《隐含公开》 | 【具体实施方式】“步骤101……这里所述的UE的上行多载波能力是指：UE是否支持同时进行多个载波的发送；如果不支持同时进行多个载波的发送，那么是否支持非主载波(即非广播信道(BCH)载波)上的发送……在另一种配置方案中，RNC将所有的E-AGCH配置到同一个E-PUCH载波上，这个E-PUCH载波可以是BCH载波，也可以是非BCH载波……” | 目标专利中的主分量载波用于集中传输控制信息或特定配置。对比文件明确记载了系统载波区分为“主载波（即广播信道(BCH)载波）”和“非主载波”，且某些下行授权或信道可集中配置在该BCH载波上。本领域技术人员可以合理推断在该主分量载波上执行特定信号/信息的发送或调度。按照宽松判断标准，对比文件隐含公开了“在主分量载波上”这一特征。 |
| 技术特征T：<br>在所述当前子帧传送所述PUCCH上的调度请求SR<br><br>《未公开》 | 对比文件全文未公开在当前子帧传送PUCCH上的调度请求SR。 | 目标专利是在当前子帧中在主载波上传送PUCCH上的SR（且与PUSCH共存/交互）。对比文件中UE发送调度请求SI是通过MAC/L1发送以请求E-PUCH资源，并没有PUCCH信道，更未公开在主载波当前子帧传送PUCCH上的SR。对比文件未公开该特征。 |
| 技术特征U：<br>其中所述多个PUSCH的所述至少一个PUSCH是在所述主分量载波上传送的。<br><br>《隐含公开》 | 【具体实施方式】“步骤101……在UE的上行多载波能力为支持同时进行多个E-PUCH载波的发送的情况下，RNC为该UE分配同时发送的多个E-PUCH载波……步骤106至步骤107……UE通过多个E-PUCH载波向Node B发送HSUPA数据。” | 对比文件中系统包含主载波（BCH载波）与非主载波，当UE支持多载波同时发送时分配多个E-PUCH载波，UE在多个E-PUCH载波上传送数据。在同时分配多个载波的常规配置中，主载波（BCH载波）作为基本载波参与承载E-PUCH数据传输。本领域技术人员基于对比文件多载波分配的公开内容，能够合理推断出多个共享信道中的至少一个共享信道位于主分量载波上。按照宽松标准，技术特征U被隐含公开。 |
| 技术特征V：<br>其中所述主分量载波是通过无线电资源控制RRC信令来配置的。<br><br>《隐含公开》 | 【具体实施方式】“步骤101是UE与RNC之间的RRC无线承载建立(RRC Radio Bearer Setup)/重配置过程(Reconfiguration Procedures)。具体而言，在该步骤中，RNC根据UE的上行多载波能力进行配置……然后，RNC将配置的结果通知给UE……这里的配置包括可用的E-PUCH多载波……” | 目标专利中主分量载波通过RRC信令配置。对比文件中RNC在RRC无线承载建立或重配置过程中，通过RRC信令向UE下发多载波配置（包括可用的包含主载波/BCH载波在内的多载波信息）。本领域技术人员基于对比文件中RRC过程配置多载波的教导，能够合理预期主载波/主分量载波也是通过RRC信令完成建立与参数配置的。按照宽松标准，技术特征V被隐含公开。 |
| 技术特征W：<br>其中所述主分量载波是基于半静态来配置的。<br><br>《隐含公开》 | 【具体实施方式】“步骤101是UE与RNC之间的RRC无线承载建立(RRC Radio Bearer Setup)/重配置过程(Reconfiguration Procedures)……然后，RNC将配置的结果通知给UE……另外，Node B中的调度器还可以根据每个载波的负载和质量来控制所述上行数据在多个E-PUCH载波之间进行迁移和/或负载均衡。” | 目标专利中主分量载波是半静态配置的（即通过RRC等高层信令配置，不随每个子帧动态变更）。对比文件中RNC通过RRC无线承载建立/重配置过程为UE配置可用的多载波环境，该RRC过程属于高层半静态配置，而由Node B进行动态调度与数据迁移。对比文件公开的RRC承载配置属于典型的半静态配置手段，本领域技术人员能够合理推断主载波的配置为半静态方式。按照宽松标准，技术特征W被隐含公开。 |
| 技术特征X：<br>其中所述主分量载波对应于主小区。<br><br>《隐含公开》 | 【具体实施方式】“步骤101……这里所述的UE的上行多载波能力是指：UE是否支持同时进行多个载波的发送；如果不支持同时进行多个载波的发送，那么是否支持非主载波(即非广播信道(BCH)载波)上的发送……然后，RNC将配置的结果通知给UE，同时也将配置的结果通过基站应用协议(NBAP)无线链路或者物理共享信道配置过程通知给UE所在小区的Node B。” | 目标专利中主分量载波对应于主小区（PCell）。对比文件中明确指出主载波即为发送系统广播信道（BCH）的载波，且该载波位于“UE所在小区”中，与服务该UE的基本小区环境相对应。在蜂窝移动通信系统中，发送广播信道BCH的载波天然对应于UE驻留或接入的服务主小区。本领域技术人员基于对比文件的描述可以合理推导出主载波对应于主小区。按照宽松标准，技术特征X被隐含公开。 |
| 技术特征Y：<br>其中所述主小区和所述主分量载波是通过无线电资源控制(RRC)信令来配置的。<br><br>《隐含公开》 | 【具体实施方式】“步骤101是UE与RNC之间的RRC无线承载建立(RRC Radio Bearer Setup)/重配置过程(Reconfiguration Procedures)。具体而言，在该步骤中，RNC根据UE的上行多载波能力进行配置……然后，RNC将配置的结果通知给UE，同时也将配置的结果……通知给UE所在小区的Node B。这里的配置包括可用的E-PUCH多载波……” | 目标专利中主小区和主分量载波通过RRC信令配置。对比文件公开了在UE与RNC之间通过RRC无线承载建立/重配置过程为UE所在小区配置可用的多载波信息（包含主载波/BCH载波）。本领域技术人员基于该RRC信令交互与小区/载波配置机制，能够合理推导出主小区及主分量载波是通过RRC信令进行配置的。按照宽松标准，技术特征Y被隐含公开。 |
<<<A>>><<<b>>><<<c>>><<<D>>><<<h>>><<<i>>><<<N>>><<<o>>><<<p>>><<<R>>><<<s>>><<<u>>><<<v>>><<<w>>><<<x>>><<<y>>>
## 特征比对表格
| 技术特征描述及判断结果 | 对比文件原文引用（JP2009049538A） | 公开性论述 |
| 技术特征A：<br>该方法包括<br>《直接公开》 | 【说明书第2段】<br>“本発明は、移動通信システム、基地局装置、ユーザ装置及び方法に関する。”<br>（中文翻译：本发明涉及移动通信系统、基站装置、用户装置及方法。） | 对比文件明确说明其涉及一种通信方法，直接公开了“该方法包括”。 |
| 技术特征B：<br>在物理上行链路共享信道PUSCH传输发生在多个上行链路分量载波UL CC的至少一个UL CC上的情况下<br>《未公开》 | 对比文件全文针对的是单载波系统（如LTE Release 8）中的可变系统带宽配置，其全部多路复用与映射技术方案均建立在单载波/单频带系统之上，未涉及载波聚合（CA）技术，完全未记载“多个上行链路分量载波（UL CC）”以及在多个UL CC的至少一个UL CC上传输PUSCH的判定或操作情景。 | 对比文件JP2009049538A聚焦于在不同带宽的单小区单载波下如何复用RACH与PUCCH/PUSCH，并未公开任何载波聚合或“多个上行链路分量载波（UL CC）”的特征，无法直接公开或隐含公开该特征。 |
| 技术特征C：<br>在PUSCH上传送上行链路共享信道UL-SCH数据和控制信息<br>《隐含公开》 | 【说明书第2段】<br>“上りリンク制御チャネル（PUCCH）は、上り共有データチャネルPUSCHに付随する場合だけでなく、付随しない場合もある。”<br>（中文翻译：上行链路控制信道（PUCCH）不仅存在附随于上行共享数据信道PUSCH的情形，也存在不附随的情形。）<br>“上り物理共有チャネルPUSCHに付随するPUCCH（上りＬ１／Ｌ２制御チャネル等）は、PUSCH（具体的には示されていないが、サブフレーム内の余白の部分に相当する）と時間分割多重（ＴＤＭ）される。”<br>（中文翻译：附随于上行物理共享信道PUSCH的PUCCH（上行L1/L2控制信道等），与PUSCH以时间分割多路复用（TDM）方式进行复用。） | 对比文件公开了附随于PUSCH的上行L1/L2控制信息在PUSCH分配资源中与PUSCH数据（用户数据）进行时分复用传输。在本领域LTE规范中，附随于PUSCH传输的上行控制信道/控制信息即复用映射至PUSCH上与UL-SCH数据一同传输。即便文字表达为“附随于PUSCH的PUCCH与PUSCH时分复用”，按照宽松的隐含公开判断标准，本领域技术人员可以明确且合理推导出在PUSCH上传送上行共享信道数据和控制信息，属于隐含公开。 |
| 技术特征D：<br>（空白）<br>《未公开》 | 无对应内容。 | 原权利要求特征划分中该项内容为空白，不构成实质技术特征，认定为未公开。 |
| 技术特征E：<br>在所述WTRU进行的所述PUSCH传输没有发生在所述多个UL CC中的任意UL CC的情况下<br>《未公开》 | 对比文件全篇基于单载波系统，未公开“多个UL CC”，亦未公开基于多个UL CC中是否有任一UL CC发生PUSCH传输的条件分支判断。 | 对比文件缺乏载波聚合及跨多个UL CC进行信道状态判断的机制，未直接公开亦未隐含公开该特征。 |
| 技术特征F：<br>在物理上行链路控制信道PUCCH上传送所述控制信息。<br>《直接公开》 | 【说明书第2段】<br>“上りリンク制御チャネル（PUCCH）は、上り共有データチャネルPUSCHに付随する場合だけでなく、付随しない場合もある。後者の場合、下りリンクの品質情報（ＣＱＩ：Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）及び物理下りリンク共有チャネルの送達確認情報（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ）等が専用の帯域でＰＵＣＣＨとして伝送される。”<br>（中文翻译：上行链路控制信道（PUCCH）不仅存在附随于上行共享数据信道PUSCH的情形，也存在不附随的情形。在后一种情况下，下行链路的信道质量信息（CQI）以及物理下行链路共享信道的送达确认信息（ACK/NACK）等在专用的频带上作为PUCCH进行传输。） | 对比文件明确公开了当下行质量信息（CQI）及ACK/NACK等控制信息不附随于PUSCH传输时，在物理上行控制信道PUCCH上传送上述控制信息。因此技术特征F被对比文件直接公开。 |
| 技术特征G：<br>其中所述控制信息是混合自动重复请求HARQ应答ACK。<br>《直接公开》 | 【说明书第2段】<br>“物理下りリンク共有チャネルの送達確認情報（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ）等が専用の帯域でＰＵＣＣＨとして伝送される。……送達確認情報の内容は、送信信号が適切に受信されたことを示す肯定応答(ＡＣＫ：Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)又はそれが適切に受信されなかったことを示す否定応答(ＮＡＣＫ：Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)の何れかで表現される。”<br>（中文翻译：物理下行链路共享信道的送达确认信息等在专用的频带上作为PUCCH进行传输。……送达确认信息的内容由表示发送信号已被适当地接收的肯定应答（ACK）或表示其未被适当地接收的否定应答（NACK）来表达。） | 对比文件明确记载了PUCCH上传输的送达确认信息为肯定应答（ACK）或否定应答（NACK），即属于HARQ应答ACK，被对比文件直接公开。 |
| 技术特征H：<br>其中在所述PUSCH传输发生在所述多个UL CC的至少两个UL CC上的情况下<br>《未公开》 | 对比文件未公开多载波聚合架构，不存在多个UL CC的概念，更未涉及在至少两个UL CC上传输PUSCH的条件。 | 对比文件基于单载波系统，无法直接或隐含得出多载波配置下至少两个UL CC上有PUSCH传输的情形。 |
| 技术特征I：<br>在所述多个UL CC中<br>《未公开》 | 对比文件未涉及多个UL CC架构。 | 对比文件未公开多个UL CC环境。 |
| 技术特征J：<br>基于排序选择的一个UL CC上传送所述控制信息。<br>《未公开》 | 对比文件未涉及在多个UL CC间根据载波优先级/排序规则选择特定UL CC以承载控制信息的操作。 | 对比文件仅公开了在单载波内RACH跳频图案的循环移位及频率排序选择，与在多个UL CC中根据排序选择一个UL CC传送控制信息的技术方案本质不同，未直接公开且无法隐含得出。 |
| 技术特征K：<br>其中由较高层用信号发送排序信息。<br>《未公开》 | 对比文件未公开通过较高层信令发送用于在多个UL CC中选择上行控制信道载波的排序信息。 | 对比文件未涉及多载波排序选择信令，未公开。 |
| 技术特征L：<br>其中在由较高层用信号通告的UL CC上传送所述PUCCH。<br>《未公开》 | 对比文件未公开在载波聚合场景下由较高层信令指定特定UL CC传送PUCCH的方案。 | 对比文件仅涉及单载波小区中广播信息通知RACH跳频参数等，未公开由高层信令配置特定UL CC来传输PUCCH。 |
| 技术特征M：<br>其中在由较高层用信号通告的服务小区上传送所述PUCCH。<br>《未公开》 | 对比文件未涉及主服务小区（PCell）/辅服务小区（SCell）的载波聚合小区划分，亦未公开由较高层用信号通告的服务小区上传送PUCCH。 | 对比文件未公开多小区载波聚合及高层信令指定服务小区传送PUCCH的方案。 |
| 技术特征N：<br>该方法还包括<br>《直接公开》 | 【说明书第2段】<br>“本発明は、移動通信システム、基地局装置、ユーザ装置及び方法に関する。”<br>（中文翻译：本发明涉及移动通信系统、基站装置、用户装置及方法。） | 承接前序方法声明，对比文件公开了通信方法步骤，属于直接公开。 |
| 技术特征O：<br>在物理上行链路共享信道PUSCH传输发生在当前子帧的情况下<br>《直接公开》 | 【说明书第2段】<br>“上り物理共有チャネルＰＵＳＣＨに付随するＰＵＣＣＨ（上りＬ１／Ｌ２制御チャネル等）は、ＰＵＳＣＨ（具体的には示されていないが、サブフレーム内の余白の部分に相当する）と時間分割多重（ＴＤＭ）される。”<br>（中文翻译：附随于上行物理共享信道PUSCH的PUCCH（上行L1/L2控制信道等），与PUSCH（具体虽未示出，但相当于子帧内的空白部分）进行时间分割多路复用（TDM）。） | 对比文件在论述图3等子帧多路复用方案时明确指出了在子帧内存在PUSCH传输（即PUSCH发生在当前子帧）的情形，技术特征O被对比文件直接公开。 |
| 技术特征P：<br>在所述PUSCH上传输所述控制信息<br>《隐含公开》 | 【说明书第2段】<br>“上り物理共有チャネルＰＵＳＣＨに付随するＰＵＣＣＨ（上りＬ１／Ｌ２制御チャネル等）は、ＰＵＳＣＨ（具体的には示されていないが、サブフレーム内の余白の部分に相当する）と時間分割多重（ＴＤＭ）される。”<br>（中文翻译：附随于上行物理共享信道PUSCH的PUCCH（上行L1/L2控制信道等），与PUSCH（具体虽未示出，但相当于子帧内的空白部分）进行时间分割多路复用（TDM）。） | 对比文件公开了附随于PUSCH的上行控制信道（L1/L2控制信道）与PUSCH在同一子帧内时分复用。在LTE架构中，当子帧有PUSCH传输时，上行控制信息（UCI）被复用打孔或速率匹配映射到PUSCH的物理资源上进行传输。按照极其宽松的隐含公开判断标准，本领域技术人员结合LTE单载波规范常识完全可以合理推导出该控制信息正是在PUSCH上传输的，故认定为隐含公开。 |
| 技术特征Q：<br>所述控制信息包括信道质量指示符CQI/预编码矩阵指示符PMI/秩指示符RI信息<br>《直接公开》 | 【说明书第2段】<br>“後者の場合、下りリンクの品質情報（ＣＱＩ：Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）及び物理下りリンク共有チャネルの送達確認情報（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ）等が専用の帯域でＰＵＣＣＨとして伝送される。……ＣＱＩは、下りリンクにおける共有物理チャネルのスケジューリング処理や適応変復調及び符号化処理（ＡＭＣＳ： Ａｄａｐｔｉｖｅ Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ）等に使用される。”<br>（中文翻译：在后一种情况下，下行链路的信道质量信息（CQI）及物理下行链路共享信道的送达确认信息等在专用的频带上作为PUCCH进行传输。……CQI用于下行链路共享物理信道的调度处理、自适应调制解调及编码处理等。） | 对比文件明确记载了控制信息包含下行信道质量指示符（CQI），直接公开了该控制信息包括CQI，满足该选择性特征的要求，属于直接公开。 |
| 技术特征R：<br>（空白）<br>《未公开》 | 无对应内容。 | 原权利要求特征划分中该项内容为空白，认定为未公开。 |
| 技术特征S：<br>在主分量载波上<br>《未公开》 | 对比文件未涉及载波聚合架构，未公开主分量载波（PCC）的概念或实体。 | 对比文件未公开主分量载波。 |
| 技术特征T：<br>在所述当前子帧传送所述PUCCH上的调度请求SR<br>《隐含公开》 | 【说明书第2段】<br>“ところで、ユーザ装置は、初期アクセスの場合（例えば、電源投入時）、リソースの割り当てを要求する場合、同期の再確立を要する等の場合（例えば、ハンドオーバに失敗した時）に、基地局装置にランダムアクセスチャネル(ＲＡＣＨ)を送信する。”<br>（中文翻译：另外，用户装置在初始接入的情形、要求资源分配的情形、需要再建立同步等情形下，向基站装置发送随机接入信道（RACH）。）<br>“上りリンク制御チャネル（PUCCH）は、上り共有データチャネルＰＵＳＣＨに付随する場合だけでなく、付随しない場合もある。後者の場合、下りリンクの品質情報（ＣＱＩ）及び物理下りリンク共有チャネルの送達確認情報（ＡＣＫ／ＮＡＣＫ）等が専用の帯域でＰＵＣＣＨとして伝送される。” | 对比文件公开了用户装置在需要请求资源分配时向上行发送信道，并公开了在子帧中未伴随PUSCH时在专用的PUCCH上传送控制信息；且在LTE系统中请求资源分配的标准机制除基于竞争/非竞争的RACH外，即为在PUCCH专用资源上发送调度请求（SR）。在极其宽松的隐含公开标准下，对比文件讨论了资源分配请求与PUCCH的传输，本领域技术人员可以合理推导出在当前子帧的PUCCH上传送调度请求SR，故认定为隐含公开。 |
| 技术特征U：<br>其中所述多个PUSCH的所述至少一个PUSCH是在所述主分量载波上传送的。<br>《未公开》 | 对比文件未公开多载波系统中存在多个PUSCH传输，亦未公开主分量载波。 | 对比文件基于单载波系统，未公开该多载波及主分量载波特征。 |
| 技术特征V：<br>其中所述主分量载波是通过无线电资源控制RRC信令来配置的。<br>《未公开》 | 对比文件未公开主分量载波及其通过RRC信令进行配置的特征。 | 对比文件未公开。 |
| 技术特征W：<br>其中所述主分量载波是基于半静态来配置的。<br>《未公开》 | 对比文件未公开基于半静态配置主分量载波的特征。 | 对比文件未公开。 |
| 技术特征X：<br>其中所述主分量载波对应于主小区。<br>《未公开》 | 对比文件未公开载波聚合中的主小区（PCell）以及主分量载波对应于主小区的特征。 | 对比文件未公开。 |
| 技术特征Y：<br>其中所述主小区和所述主分量载波是通过无线电资源控制(RRC)信令来配置的。<br>《未公开》 | 对比文件未公开主小区和主分量载波，亦未公开通过RRC信令对二者进行配置。 | 对比文件未公开。 |
<<<A>>>
<<<c>>>
<<<F>>>
<<<G>>>
<<<N>>>
<<<O>>>
<<<p>>>
<<<Q>>>
<<<t>>>
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | [0022]<br>「（４）また、本発明の通信方法は、移動局装置が基地局装置から受信した信号の品質を示す受信品質情報を前記基地局装置へ送信する移動通信システムにおける移動局装置の通信方法であって……」<br>（（4）此外，本发明的一种通信方法，是在移动台装置向基站装置发送表示自基站装置接收到的信号的品质的接收品质信息的移动通信系统中的移动台装置的通信方法，该方法包括……） | 1. 作用与技术对应性：<br>目标专利涉及由WTRU（移动局装置）实施的方法流程；对比文件同样公开了一种移动通信系统中移动局装置执行的通信方法，用于概括并引导后续的具体传输步骤，两者作用完全相同。<br>2. 判断论述：<br>对比文件段落[0022]明确公开了移动局装置的通信方法（“移動局装置の通信方法であって”），直接且毫无疑义地公开了作为方法权利要求引导语的“该方法包括”。 |
| 技术特征B：<br>在物理上行链路共享信道PUSCH传输发生在多个上行链路分量载波UL CC的至少一个UL CC上的情况下<br><br>《隐含公开》 | [0007]<br>「……また、上りリンクデータチャネル（Physical Uplink Shared Channel：以下、「ＰＵＳＣＨ」と呼称する。）を用いて、上りリンクデータと受信品質情報を同時に送信することも検討されている。」<br>（……此外，还在探讨使用上行链路数据信道（物理上行链路共享信道：以下称为“PUSCH”）同时发送上行链路数据和接收品质信息。）<br>[0022]<br>「……上りリンクに対するデータ送信を許可する信号に含まれる、上りリンクデータチャネルに対する時間または周波数成分を特定するリソース割り当て情報を前記基地局装置から受信し、前記リソース割り当て情報から、前記上りリンクデータチャネルに上りリンクデータと共に配置される受信品質情報のシンボル数を算出し、前記算出されたシンボル数で受信品質情報を前記上りリンクデータと共に前記上りリンクデータチャネルを使用して前記基地局装置へ送信することを特徴とする。」<br>（……从所述基站装置接收包含在许可上行链路数据发送的信号中的、用于确定针对上行链路数据信道的时间或频率成分的资源分配信息，从所述资源分配信息计算在上行链路数据信道上与上行链路数据一起配置的接收品质信息的符号数，利用所计算出的符号数使用所述上行链路数据信道将接收品质信息与所述上行链路数据一起发送给所述基站装置。） | 1. 作用与技术对应性：<br>目标专利中该特征限定了控制信息在PUSCH上传输的触发前提条件（发生PUSCH传输时转向PUSCH传送）。对比文件公开了在基站分配了PUSCH资源时在PUSCH上进行传输，其触发控制信息走PUSCH的作用相同。<br>2. 判断论述：<br>对比文件明确公开了当接收到上行许可信号且分配了PUSCH资源时，在PUSCH上传输数据和控制信息（即PUSCH传输发生）。虽然对比文件是针对单载波或一般载波场景进行具体阐述，未明确写出“多个上行链路分量载波UL CC”这一载波聚合术语，但在LTE向LTE-A演进的技术背景下，多载波聚合传输本质上是由多个基本载波构成。本领域技术人员基于宽泛的隐含公开推理标准，能够合理推断出当系统采用多载波（或多载波的任意一个载波上发生PUSCH）时，其单个载波上的PUSCH传输逻辑直接适用；此外对比文件公开了单个载波PUSCH传输，构成了对“多个UL CC的至少一个UL CC上传输”的部分公开，具备与多载波系统结合公开该特征的可能性，故判断为隐含公开。 |
| 技术特征C：<br>在PUSCH上传送上行链路共享信道UL-SCH数据和控制信息<br><br>《直接公开》 | [0007]<br>「……また、上りリンクデータチャネル（Physical Uplink Shared Channel：以下、「ＰＵＳＣＨ」と呼称する。）を用いて、上りリンクデータと受信品質情報を同時に送信することも検討されている。」<br>（……此外，还在探讨使用上行链路数据信道（物理上行链路共享信道：以下称为“PUSCH”）同时发送上行链路数据和接收品质信息。）<br>[0016]<br>「上記までに説明したことは、受信品質情報と同じ上りリンク情報である下りリンクデータに対するＨＡＲＱ（Hybrid Automatic Repeat Request）のＡＣＫ／ＮＡＣＫについても同様のことが言える。移動局装置から基地局装置に対して、上りリンクデータとＡＣＫ／ＮＡＣＫが同時に送信される場合……」<br>（以上所说明的内容，对于作为与接收品质信息相同的上行链路信息的针对下行链路数据的HARQ的ACK/NACK也是适用的。在从移动台装置向基站装置同时发送上行链路数据和ACK/NACK的情况下……）<br>[0022]<br>「……前記算出されたシンボル数で受信品質情報を前記上りリンクデータと共に前記上りリンクデータチャネルを使用して前記基地局装置へ送信することを特徴とする。」<br>（……利用所计算出的符号数使用所述上行链路数据信道将接收品质信息与所述上行链路数据一起发送给所述基站装置。） | 1. 作用与技术对应性：<br>目标专利通过在PUSCH上传送上行数据（UL-SCH数据）和控制信息（UCI），实现控制信息向数据信道的复用捎带传输，以维持上行单载波特性或充分利用PUSCH资源；对比文件公开了在PUSCH上将上行链路数据（即UL-SCH数据）与受信品质信息（CQI）或HARQ ACK/NACK（控制信息）同时发送，二者作用完全一致。<br>2. 判断论述：<br>对比文件段落[0007]、[0016]和[0022]明确指出了在PUSCH（上行数据信道）上同时发送“上行链路数据（上りリンクデータ，即UL-SCH数据）”以及“受信品质信息/HARQ ACK/NACK（控制信息）”，本领域技术人员能够毫无疑义地直接得出该特征全部内容，构成直接公开。 |
| 技术特征D：<br>（空特征）<br><br>《未公开》 | 对比文件无对应记载。 | 权利要求中未定义技术方案内容，不予以评述。 |
| 技术特征E：<br>在所述WTRU进行的所述PUSCH传输没有发生在所述多个UL CC中的任意UL CC的情况下<br><br>《隐含公开》 | [0007]<br>「この移動局装置による基地局装置への受信品質情報の送信に関して、国際的な標準化プロジェクトである３ＧＰＰ（3rd Generation Partnership Project）で検討されている第３世代無線アクセスの進化（Evolved Universal Terrestrial Radio Access）では、専用の上りリンク制御チャネル（Physical Uplink Control Channel：以下、「ＰＵＣＣＨ」と呼称する。）を用いて送信することが検討されている。また、上りリンクデータチャネル（Physical Uplink Shared Channel：以下、「ＰＵＳＣＨ」と呼称する。）を用いて、上りリンクデータと受信品質情報を同時に送信することも検討されている。」<br>（关于由该移动台装置向基站装置发送接收品质信息，在国际标准化组织3GPP探讨的E-UTRA中，正在探讨使用专用的上行链路控制信道（物理上行链路控制信道：以下称为“PUCCH”）来进行发送。此外，还在探讨使用上行链路数据信道（物理上行链路共享信道：以下称为“PUSCH”）同时发送上行链路数据和接收品质信息。） | 1. 作用与技术对应性：<br>目标专利中该特征定义了回退到PUCCH传输控制信息的触发场景（即无PUSCH可复用时）；对比文件段落[0007]阐述了控制信息的两种基本传输机制：常规专用PUCCH传输，以及有上行数据时的PUSCH复用传输。<br>2. 判断论述：<br>对比文件[0007]将控制信道PUCCH与共享信道PUSCH作为传输上行控制信息的两种并列方案列出。本领域技术人员结合公知常识可以容易推理得出：当移动台没有数据需要发送、未被分配PUSCH（即PUSCH传输未发生）时，控制信息的传输自然回退至其专用的上行链路控制信道PUCCH上进行。根据极宽松的隐含公开判断原则，对比文件公开了这两种互斥机制，使本领域技术人员能够合理推断出“无PUSCH传输时走默认控制信道”的判定分支，因此该特征构成隐含公开。 |
| 技术特征F：<br>在物理上行链路控制信道PUCCH上传送所述控制信息。<br><br>《直接公开》 | [0007]<br>「この移動局装置による基地局装置への受信品質情報の送信に関して、国際的な標準化プロジェクトである３ＧＰＰ（3rd Generation Partnership Project）で検討されている第３世代無線アクセスの進化（Evolved Universal Terrestrial Radio Access）では、専用の上りリンク制御チャネル（Physical Uplink Control Channel：以下、「ＰＵＣＣＨ」と呼称する。）を用いて送信することが検討されている。」<br>（关于由该移动台装置向基站装置发送接收品质信息，在国际标准化组织3GPP探讨的E-UTRA中，正在探讨使用专用的上行链路控制信道（物理上行链路控制信道：以下称为“PUCCH”）来进行发送。） | 1. 作用与技术对应性：<br>目标专利中PUCCH用于承载上行控制信息（如ACK/NACK、CQI）；对比文件段落[0007]中PUCCH的作用同样是作为专用的物理上行链路控制信道来发送上行控制信息（接收品质信息等），二者作用完全相同。<br>2. 判断论述：<br>对比文件段落[0007]明确记载了“専用の上りリンク制御チャネル（Physical Uplink Control Channel：以下、「ＰＵＣＣＨ」と呼称する。）を用いて送信することが検討されている”，本领域技术人员能够毫无疑义地确定其公开了在PUCCH上传送控制信息，属于直接公开。 |
| 技术特征G：<br>其中所述控制信息是混合自动重复请求HARQ应答ACK。<br><br>《直接公开》 | [0016]<br>「上記までに説明したことは、受信品質情報と同じ上りリンク情報である下りリンクデータに対するＨＡＲＱ（Hybrid Automatic Repeat Request）のＡＣＫ／ＮＡＣＫについても同様のことが言える。移動局装置から基地局装置に対して、上りリンクデータとＡＣＫ／ＮＡＣＫが同時に送信される場合……」<br>（以上所说明的内容，对于作为与接收品质信息相同的上行链路信息的针对下行链路数据的HARQ（混合自动重复请求）的ACK/NACK也是适用的。在从移动台装置向基站装置同时发送上行链路数据和ACK/NACK的情况下……）<br>[0023]<br>「（５）また、本発明の移動通信システムは、移動局装置が下りリンクデータに対するＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）のＡＣＫまたはＮＡＣＫを基地局装置へ送信する移動通信システムであって……」<br>（（5）此外，本发明的移动通信系统是移动台装置将针对下行链路数据的HARQ（混合自动重复请求）的ACK或NACK发送给基站装置的移动通信系统……） | 1. 作用与技术对应性：<br>目标专利中HARQ ACK用于反馈下行数据接收结果以控制下行重传；对比文件段落[0016]、[0023]中的HARQ ACK/NACK同样是针对下行链路数据的接收响应信息，作为上行控制信息发送给基站，作用完全相同。<br>2. 判断论述：<br>对比文件在段落[0016]、[0023]中直接明确地提到了“下りリンクデータに対するＨＡＲＱ（Hybrid Automatic Repeat Request）のＡＣＫ／ＮＡＣＫ”，毫无疑义地公开了控制信息可以是HARQ应答ACK，属于直接公开。 |
| 技术特征H：<br>其中在所述PUSCH传输发生在所述多个UL CC的至少两个UL CC上的情况下<br><br>《未公开》 | 对比文件全文无对应记载。 | 1. 作用与技术对应性：<br>目标专利中该特征针对载波聚合中在多个UL CC上同时发生并发PUSCH传输的特定冲突解决与信道选择场景进行保护。<br>2. 判断论述：<br>对比文件全篇仅立足于单载波传输或未引入载波聚合并发PUSCH传输机制，未提及在“多个UL CC的至少两个UL CC上发生PUSCH传输”的场景，无法通过逻辑推理或部分公开推导得出，既未直接公开也未隐含公开。 |
| 技术特征I：<br>在所述多个UL CC中<br><br>《隐含公开》 | [0004]<br>「また、複数のサブキャリアを用いるＯＦＤＭ（Orthogonal Frequency Division Multiplexing：直交周波数分割多重）システムにおける送信パケットのスケジューリングにおいて……」<br>（此外，在使用多个副载波的OFDM系统中……）<br>[0002]<br>「……周波数利用効率を高める技術の１つに、ＯＦＤＭＡ……がある。」<br>（……提高频率利用效率的技术之一是OFDMA……） | 1. 作用与技术对应性：<br>目标专利限定传输载体处于配置的多个UL CC之中。<br>2. 判断论述：<br>对比文件公开了OFDMA系统中的多频段/多子载波资源划分。在极为宽松的隐含公开标准下，通信系统中支持多载波聚合是LTE向LTE-A演进的基础公知架构，对比文件讨论了包含多个频带资源的系统分配，本领域技术人员可以合理推断该传输选择发生于系统所具有的多个载波单元/频带中，构成对载波环境的隐含公开。 |
| 技术特征J：<br>基于排序选择的一个UL CC上传送所述控制信息。<br><br>《未公开》 | 对比文件全文无对应记载。 | 1. 作用与技术对应性：<br>目标专利中该特征通过在多个载波发生并发PUSCH时，通过预设或信令配置的“排序/优先级规则”确定唯一一个载波来承载控制信息，以避免多载波发送破坏PAPR及控制信令混乱。<br>2. 判断论述：<br>对比文件完全未公开多个UL CC之间的“排序”机制，更未公开基于该排序选择一个UL CC传输控制信息，本领域技术人员从对比文件无法推理得出该方案，既未直接公开也未隐含公开。 |
| 技术特征K：<br>其中由较高层用信号发送排序信息。<br><br>《未公开》 | 对比文件全文无对应记载。 | 1. 作用与技术对应性：<br>目标专利中该特征用于通过较高层信令（如RRC）下发各载波的优先级/排序参数。<br>2. 判断论述：<br>对比文件仅提及通过RRC信令配置控制信息的最大值、最小值或维持值（如段落[0022]、[0081]），从未提及通过较高层信令发送“载波排序信息”，该方案未被公开，既非直接公开也非隐含公开。 |
| 技术特征L：<br>其中在由较高层用信号通告的UL CC上传送所述PUCCH。<br><br>《隐含公开》 | [0007]<br>「……専用の上りリンク制御チャネル（Physical Uplink Control Channel：以下、「ＰＵＣＣＨ」と呼称する。）を用いて送信することが検討されている。」<br>（……正在探讨使用专用的上行链路控制信道（物理上行链路控制信道：以下称为“PUCCH”）来进行发送。）<br>[0081]<br>「基地局装置は、移動局装置に送信するＲＲＣシグナリングに……」<br>（基站装置在发送给移动台装置的RRC信令中……） | 1. 作用与技术对应性：<br>目标专利中通过高层信令（如RRC）指定传输PUCCH的固定UL CC（如主载波），以统一控制链路；对比文件公开了PUCCH为专用的控制信道，并公开了利用高层RRC信令向移动台配置上行控制参数。<br>2. 判断论述：<br>在3GPP LTE/LTE-A技术体系中，专用的上行控制信道PUCCH所在的载波及资源位置通常是由基站通过高层半静态信令（RRC广播SIB或专用信令）进行通告配置的，这是本领域的常规技术构架。对比文件段落[0007]公开了使用专用PUCCH传输，段落[0081]公开了基站通过RRC信令下发配置信息。结合极其宽松的隐含公开判断标准，本领域技术人员可以合理推理得出，移动局装置所使用的专用PUCCH信道及其对应的上行载波资源是由较高层信令通知并建立的，故判断为隐含公开。 |
| 技术特征M：<br>其中在由较高层用信号通告的服务小区上传送所述PUCCH。<br><br>《隐含公开》 | [0002]<br>「……このＯＦＤＭＡは、セルで構成される通信エリアにおいて、すべてのセルで同じ周波数を用いて通信する際の変调方式の技術に関するものであり……」<br>（……该OFDMA涉及在由小区构成的通信区域中、所有小区使用相同频率进行通信时的调制方式技术……）<br>[0007]、[0081]<br>（见上述关于PUCCH与RRC信令的公开） | 1. 作用与技术对应性：<br>目标专利中在较高层信令通告的服务小区（主小区PCell）上传送PUCCH；对比文件涉及在由小区构成的移动通信系统中，移动台在基站服务下通过专用信道PUCCH传输。<br>2. 判断论述：<br>对比文件明确指出系统由“小区（セル）”构成（段落[0002]），且公开了由基站通过RRC较高层信令向移动台进行通信配置。本领域技术人员基于宽松隐含推导，服务小区与载波存在对应关系，在较高层配置的特定载波/信道上传送PUCCH，技术人员可以合理推断出该PUCCH的配置与发送亦对应于较高层信令所通告配置的服务小区，故属于隐含公开。 |
| 技术特征N：<br>该方法还包括<br><br>《直接公开》 | [0022]<br>「（４）また、本発明の通信方法は……上りリンクデータと共に前記上りリンクデータチャネルを使用して前記基地局装置へ送信することを特徴とする。」<br>（（4）此外，本发明的一种通信方法……其特征在于，利用所计算出的符号数使用所述上行链路数据信道将接收品质信息与所述上行链路数据一起发送给所述基站装置。） | 1. 作用与技术对应性：<br>目标专利中用于引入从属权利要求中的附加方法步骤；对比文件段落[0022]等方案同样包含了多项连续的方法步骤，起到串联方法特征的作用。<br>2. 判断论述：<br>对比文件段落[0022]详细记录了包含接收信息、计算符号数、发送数据等一系列操作的方法流程，直接且毫无疑义地公开了作为后续方法步骤引导的“该方法还包括”。 |
| 技术特征O：<br>在物理上行链路共享信道PUSCH传输发生在当前子帧的情况下<br><br>《直接公开》 | [0060]<br>「……各形態において、縦方向は時間軸を表しており、ここでは基地局装置によって割り当てられるリソースの一例として１４ＯＦＤＭシンボルで示されている。その１４ＯＦＤＭシンボル内に、データの復調を行なうための伝搬路推定に用いる既知のリファレンスシンボル……と、……上りリンクデータが配置されている。」<br>（……在各形态中，纵向表示时间轴，在此作为由基站装置分配的资源的一例，以14个OFDM符号示出。在该14个OFDM符号内，配置有用于解调数据的信道估计的已知参考符号……以及上行链路数据。）<br>[0062]<br>「移動局装置は、基地局装置からの下りリンク制御チャネル（Physical Downlink Control Channel：以下、「ＰＤＣＣＨ」と呼称する。）によって指示されたリソース割り当てに応じて、ＰＵＳＣＨを使用してデータを送信する。」<br>（移动台装置根据由来自基站装置的物理下行链路控制信道（PDCCH）指示的资源分配，使用PUSCH发送数据。）<br>[0108]<br>「……図１２では、例として、＃ｓｌｏｔ１〜＃ｓｌｏｔ１０までの動作を示している。……」<br>（……在图12中，作为示例示出了从#slot1到#slot10的动作。……） | 1. 作用与技术对应性：<br>目标专利中限定在当前传输时间间隔（子帧）发生PUSCH传输时作为触发条件；对比文件通过14个OFDM符号（即LTE中1个子帧的时间长度）或时隙（slot）作为调度周期，在此期间指示并执行PUSCH数据传输，其限定时域传输发生的作用相同。<br>2. 判断论述：<br>对比文件图3及段落[0060]明确指出传输是以14个OFDM符号（即LTE标准中1个Subframe/当前子帧的时间长度）为资源调度单位，段落[0062]公开了根据调度许可使用PUSCH发送数据，且在段落[0108]、[0111]等处明确记载了在具体的时隙/子帧（如#slot2、#slot3）发生PUSCH上行数据发送。本领域技术人员可以毫无疑义地直接确定对比文件公开了在对应时隙/子帧中发生PUSCH传输，属于直接公开。 |
| 技术特征P：<br>在所述PUSCH上传输所述控制信息<br><br>《直接公开》 | [0022]<br>「……前記算出されたシンボル数で受信品質情報を前記上りリンクデータと共に前記上りリンクデータチャネルを使用して前記基地局装置へ送信することを特徴とする。」<br>（……其特征在于，利用所计算出的符号数使用所述上行链路数据信道将接收品质信息与所述上行链路数据一起发送给所述基站装置。）<br>[0016]<br>「……移動局装置から基地局装置に対して、上りリンクデータとＡＣＫ／ＮＡＣＫが同時に送信される場合……」<br>（……在从移动台装置向基站装置同时发送上行链路数据和ACK/NACK的情况下……） | 1. 作用与技术对应性：<br>目标专利通过在PUSCH上承载控制信息完成UCI与数据复用；对比文件同样利用上行共享信道（PUSCH）发送上行控制信息（CQI或ACK/NACK），二者作用相同。<br>2. 判断论述：<br>对比文件段落[0022]明确记载了“使用上行链路数据信道（即PUSCH）将接收品质信息（控制信息）与上行链路数据一起发送”，段落[0016]也公开了上行数据与ACK/NACK（控制信息）在PUSCH上的同时发送。本领域技术人员能够毫无疑义地确定该特征被直接公开。 |
| 技术特征Q：<br>所述控制信息包括信道质量指示符CQI/预编码矩阵指示符PMI/秩指示符RI信息<br><br>《直接公开》 | [0003]<br>「ＯＦＤＭＡシステムにおける送信パケットのスケジューリングでは、広帯域のサブキャリアにおける下り回線状態の受信品質を示す情報であるＣＱＩ（Channel Quality Indicator）を移動局装置が基地局装置に送信し、基地局装置は、各移動局装置から送信された広帯域のサブキャリアのＣＱＩに基づいて、パケットのスケジューリングを行なうという方法が知られている。」<br>（在OFDMA系统中的发送分组调度中，已知一种移动台装置向基站装置发送作为表示宽带子载波中下行链路状态的接收品质信息CQI（信道质量指示符），基站装置基于从各移动台装置发送的宽带子载波的CQI进行分组调度的方法。）<br>[0022]<br>「……移動局装置が基地局装置から受信した信号の品質を示す受信品質情報を前記基地局装置へ送信する……」<br>（……移动台装置向所述基站装置发送表示自基站装置接收到的信号的品质的接收品质信息……） | 1. 作用与技术对应性：<br>目标专利中CQI/PMI/RI用于反馈下行信道状态以供基站进行链路自适应调度；对比文件段落[0003]明确指出CQI用于反映下行链路接收品质以供基站执行调度，作用完全相同。<br>2. 判断论述：<br>对比文件在段落[0003]中明确记载了“ＣＱＩ（Channel Quality Indicator）”，并在随后的技术方案中将其作为核心上行控制信息（受信品质信息）进行复用传输。由于目标专利权利要求采用了并列选择方式（“CQI/PMI/RI信息”），对比文件公开了其中的CQI信息，属于直接公开。 |
| 技术特征R：<br>（空特征）<br><br>《未公开》 | 对比文件无对应记载。 | 权利要求中未定义技术方案内容，不予以评述。 |
| 技术特征S：<br>在主分量载波上<br><br>《未公开》 | 对比文件全文无对应记载。 | 1. 作用与技术对应性：<br>目标专利中限定控制信息（如SR）或PUSCH的发送载体为主分量载波（Primary Component Carrier），用于集中式锚定上行信令控制。<br>2. 判断论述：<br>对比文件全篇未涉及“主分量载波（PCC）”的技术概念及技术方案，无法通过常识合理推导出将特定信令归集在主分量载波上，未公开该特征。 |
| 技术特征T：<br>在所述当前子帧传送所述PUCCH上的调度请求SR<br><br>《隐含公开》 | [0053]<br>「スケジューラ部１１０は、各移動局装置が使用することのできるリソース領域、間欠送受信サイクル、送信データチャネルのフォーマット、バッファ状況などの制御情報に基づき、下りリンクのスケジューリング、上りリンクのスケジューリングを行なう。」<br>（调度部110根据各移动台装置可以使用的资源区域、非连续收发周期、发送数据信道的格式、缓冲区状况等控制信息，进行下行链路的调度和上行链路的调度。）<br>[0062]<br>「移動局装置は、基地局装置からの下りリンク制御チャネル（Physical Downlink Control Channel：以下、「ＰＤＣＣＨ」と呼称する。）によって指示されたリソース割り当てに応じて、ＰＵＳＣＨを使用してデータを送信する。すなわち、この下りリンク制御チャネル（ＰＤＣＣＨ）は、上りリンクに対するデータ送信を許可する信号（Ｌ１／Ｌ２グラント）である。」<br>（移动台装置根据来自基站装置的PDCCH所指示的资源分配，使用PUSCH发送数据。即，该PDCCH是许可针对上行链路的数据发送的信号（L1/L2授权）。） | 1. 作用与技术对应性：<br>目标专利中移动台在需要上行资源时通过PUCCH向基站发送调度请求SR；对比文件段落[0053]、[0062]阐明了移动台缓冲区状况与基站上行调度的关联机制。<br>2. 判断论述：<br>对比文件段落[0053]指出基站根据移动台的“缓冲区状况（バッファ状況）”进行上行调度，而段落[0007]公开了专用的上行控制信道PUCCH。在移动通信系统（如3GPP LTE）中，移动台指示有数据待发并请求上行资源授权（即调度请求SR）的常规底层机制就是在PUCCH物理控制信道上发送SR。按照宽松的隐含公开判断规则，基站获取移动台缓冲区及请求上行调度，结合LTE公知常识，本领域技术人员可以合理推理得出移动局在当前子帧通过PUCCH发送调度请求以触发后续的L1/L2授权，故属于隐含公开。 |
| 技术特征U：<br>其中所述多个PUSCH的所述至少一个PUSCH是在所述主分量载波上传送的。<br><br>《未公开》 | 对比文件全文无对应记载。 | 1. 作用与技术对应性：<br>目标专利中限定在多载波聚合的多个PUSCH中，至少有一个PUSCH处于被配置为主分量载波的载波上。<br>2. 判断论述：<br>对比文件未公开载波聚合中“主分量载波”与“多个PUSCH”的组合及配置关系，亦无法通过逻辑推理推导出在主分量载波上传送多个PUSCH中的至少一个，未公开该特征。 |
| 技术特征V：<br>其中所述主分量载波是通过无线电资源控制RRC信令来配置的。<br><br>《未公开》 | 对比文件全文无对应记载。 | 1. 作用与技术对应性：<br>目标专利通过半静态的RRC信令对主分量载波进行配置确立；<br>2. 判断论述：<br>对比文件虽然在段落[0081]中公开了利用RRC信令配置控制信息的最小/最大资源量，但其完全没有公开“主分量载波”，更不存在通过RRC信令配置主分量载波的内容，无法推导得出，未公开该特征。 |
| 技术特征W：<br>其中所述主分量载波是基于半静态来配置的。<br><br>《未公开》 | 对比文件全文无对应记载。 | 1. 作用与技术对应性：<br>目标专利中主分量载波采用半静态配置方式保持链路相对稳定；<br>2. 判断论述：<br>对比文件未涉及“主分量载波”的概念，更无对主分量载波进行半静态配置的公开，未公开该特征。 |
| 技术特征X：<br>其中所述主分量载波对应于主小区。<br><br>《未公开》 | 对比文件全文无对应记载。 | 1. 作用与技术对应性：<br>目标专利限定多载波操作中主分量载波与主小区（PCell）的对应绑定映射关系；<br>2. 判断论述：<br>对比文件未公开LTE-A中主分量载波与主小区的架构映射技术特征，未公开该特征。 |
| 技术特征Y：<br>其中所述主小区和所述主分量载波是通过无线电资源控制(RRC)信令来配置的。<br><br>《未公开》 | 对比文件全文无对应记载。 | 1. 作用与技术对应性：<br>目标专利通过RRC信令统一下发主小区与主分量载波的配置信息；<br>2. 判断论述：<br>对比文件全篇未出现主小区和主分量载波的技术特征，更未公开通过RRC信令对其进行配置，未公开该特征。 |
---
<<<A>>>
<<<b>>>
<<<C>>>
<<<a>>>
<<<E>>>
<<<F>>>
<<<G>>>
<<<e>>>
<<<I>>>
<<<i>>>
<<<L>>>
<<<l>>>
<<<M>>>
<<<m>>>
<<<N>>>
<<<O>>>
<<<P>>>
<<<Q>>>
<<<T>>>
<<<t>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>《未公开》 | 对比文件【0001】至【0038】涉及一种抗菌性树脂组合物，例如【0001】记载：“本発明は抗菌性樹脂組成物に関するものであり…（本发明涉及一种抗菌性树脂组合物…）”。 | 对比文件属于高分子化学及抗菌材料领域，具体涉及包含特定金属化合物（如糖精银）的抗菌性树脂组合物及其成形品。目标专利及技术特征A涉及无线通信领域的“由WTRU实施的用于多载波操作的方法”。两者的技术领域、技术方案及方法步骤完全不相关，对比文件未公开由WTRU实施的多载波操作方法，本领域技术人员也无法合理解析或推导出该方法步骤，因此未公开。 |
| 技术特征B：在物理上行链路共享信道PUSCH传输发生在多个上行链路分量载波UL CC的至少一个UL CC上的情况下<br>《未公开》 | 对比文件全文记载的是热塑性树脂、热固性树脂、金属化合物等化学配方及测试，如【0008】。 | 对比文件全文完全未记载或涉及无线通信技术，完全不存在“物理上行链路共享信道PUSCH”、“分量载波UL CC”或其传输情况等通信概念，无法得出也无法推理出该技术特征，因此未公开。 |
| 技术特征C：在PUSCH上传送上行链路共享信道UL-SCH数据和控制信息<br>《未公开》 | 对比文件全文记载的是树脂组成物、抗菌活性值测定等，如【0033】。 | 对比文件未涉及无线通信中的数据传输信道及控制信息复用传送机制，完全未公开在PUSCH上传送UL-SCH数据和控制信息的技术内容，本领域技术人员无法合理解析或推断，因此未公开。 |
| 技术特征D：<br>《未公开》 | 无对应内容。 | 技术特征D为空白特征/无具体限定内容，对比文件中无对应通信技术内容，判定为未公开。 |
| 技术特征E：在所述WTRU进行的所述PUSCH传输没有发生在所述多个UL CC中的任意UL CC的情况下<br>《未公开》 | 对比文件全文记载的是抗菌性树脂成形品的制备及评价，如【0028】。 | 对比文件不涉及多载波无线通信系统中的WTRU及其信道传输状态判断机制，未公开没有PUSCH传输的条件判断，因此未公开。 |
| 技术特征F：在物理上行链路控制信道PUCCH上传送所述控制信息。<br>《未公开》 | 对比文件全文未记载任何物理控制信道或信息传输内容。 | 对比文件属于高分子抗菌树脂技术领域，未涉及PUCCH及在PUCCH上传送控制信息的技术方案，因此未公开。 |
| 技术特征G：其中所述控制信息是混合自动重复请求HARQ应答ACK。<br>《未公开》 | 对比文件全文记载的是抗菌金属离子溶出及树脂混合物，如【0006】。 | 对比文件完全不涉及移动通信协议及HARQ-ACK反馈机制，无法得出或推导控制信息为HARQ-ACK，因此未公开。 |
| 技术特征H：其中在所述PUSCH传输发生在所述多个UL CC的至少两个UL CC上的情况下<br>《未公开》 | 对比文件全文未记载任何载波或信道传输内容。 | 对比文件未涉及多载波通信中至少两个UL CC上发生PUSCH传输的触发条件与处理机制，因此未公开。 |
| 技术特征I：在所述多个UL CC中<br>《未公开》 | 对比文件全文未记载载波概念。 | 对比文件不涉及上行分量载波集合及其选择范围，因此未公开。 |
| 技术特征J：基于排序选择的一个UL CC上传送所述控制信息。<br>《未公开》 | 对比文件全文未记载载波排序或控制信息传送。 | 对比文件不涉及多载波环境下载波优先顺序或规则排序、以及基于排序选择特定UL CC来运载控制信息的技术方案，因此未公开。 |
| 技术特征K：其中由较高层用信号发送排序信息。<br>《未公开》 | 对比文件全文未记载分层信令或高层配置信息。 | 对比文件不涉及协议栈分层架构或由较高层信令发送载波排序信息，因此未公开。 |
| 技术特征L：其中在由较高层用信号通告的UL CC上传送所述PUCCH。<br>《未公开》 | 对比文件全文未记载高层信令配置PUCCH载波。 | 对比文件未涉及高层信令半静态配置或指示用于PUCCH传输的特定UL CC，因此未公开。 |
| 技术特征M：其中在由较高层用信号通告的服务小区上传送所述PUCCH。<br>《未公开》 | 对比文件全文未记载服务小区配置及PUCCH传输。 | 对比文件未涉及高层信令通告服务小区并在该服务小区上传送PUCCH的技术方案，因此未公开。 |
| 技术特征N：该方法还包括<br>《未公开》 | 对比文件全文涉及材料成形及评价方法，如【0030】记载的薄膜挤出成形方法。 | 对比文件为材料加工方法，与无线通信方法完全不同，未公开由通信实体执行的方法延伸特征，因此未公开。 |
| 技术特征O：在物理上行链路共享信道PUSCH传输发生在当前子帧的情况下<br>《未公开》 | 对比文件全文未记载子帧或共享信道传输。 | 对比文件不涉及无线帧结构、时域子帧或当前子帧内PUSCH传输条件的判断，因此未公开。 |
| 技术特征P：在所述PUSCH上传输所述控制信息<br>《未公开》 | 对比文件全文未记载信道控制信息传输。 | 对比文件未涉及在特定子帧的PUSCH资源上传输控制信息（UCI on PUSCH）的机制，因此未公开。 |
| 技术特征Q：所述控制信息包括信道质量指示符CQI/预编码矩阵指示符PMI/秩指示符RI信息<br>《未公开》 | 对比文件全文记载的是抗菌剂及银离子浓度分析，如【0019】。 | 对比文件不涉及下行信道状态信息测量反馈（CQI/PMI/RI），未公开该控制信息内容，因此未公开。 |
| 技术特征R：<br>《未公开》 | 无对应内容。 | 技术特征R为空白特征/无具体限定内容，对比文件中无对应通信技术内容，判定为未公开。 |
| 技术特征S：在主分量载波上<br>《未公开》 | 对比文件全文未记载主分量载波（PCC）概念。 | 对比文件不涉及载波聚合中的主分量载波/锚定载波架构，因此未公开。 |
| 技术特征T：在所述当前子帧传送所述PUCCH上的调度请求SR<br>《未公开》 | 对比文件全文未记载调度请求SR或PUCCH传输。 | 对比文件未涉及在特定时域子帧内利用PUCCH资源传送调度请求（SR）的技术方案，因此未公开。 |
| 技术特征U：其中所述多个PUSCH的所述至少一个PUSCH是在所述主分量载波上传送的。<br>《未公开》 | 对比文件全文未记载主载波上的PUSCH传输。 | 对比文件未公开多个上行共享信道中至少一个PUSCH在主分量载波上传输的技术特征，因此未公开。 |
| 技术特征V：其中所述主分量载波是通过无线电资源控制RRC信令来配置的。<br>《未公开》 | 对比文件全文未记载RRC信令配置。 | 对比文件未公开通过无线电资源控制（RRC）信令显式或隐式配置主分量载波的技术特征，因此未公开。 |
| 技术特征W：其中所述主分量载波是基于半静态来配置的。<br>《未公开》 | 对比文件全文未记载半静态配置。 | 对比文件未公开基于半静态机制配置主分量载波的技术特征，因此未公开。 |
| 技术特征X：其中所述主分量载波对应于主小区。<br>《未公开》 | 对比文件全文未记载主小区（PCell）。 | 对比文件未公开主分量载波与主小区之间对应关系的技术特征，因此未公开。 |
| 技术特征Y：其中所述主小区和所述主分量载波是通过无线电资源控制(RRC)信令来配置的。<br>《未公开》 | 对比文件全文未记载RRC信令及主小区/主载波配置。 | 对比文件未公开通过RRC信令配置主小区以及主分量载波的技术方案，因此未公开。 |
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：<br>该方法包括<br><br>《直接公开》 | 【说明书背景技术部分】<br>“本発明は、移動局装置が、基地局装置から受信した信号の受信品質を測定し、受信品質情報を前記基地局装置へ送信する一方、基地局装置が、移動局装置から受信した受信品質情報に基づいてリソースの割り当てを行なう移動通信システム、これに適用可能な基地局装置および移動局装置に関する。”<br>（译文：本发明涉及一种移动通信系统，移动局装置测量从基站装置接收到的信号的接收质量，并将接收质量信息发送给所述基站装置，另一方面基站装置根据从移动局装置接收到的接收质量信息进行资源分配，以及适用于该系统的基站装置和移动局装置。）<br><br>【说明书第[0033]段（第1实施方式）】<br>“基地局装置から受信品質測定に用いる下りリンク情報を受信した移動局装置は、その下りリンク情報に基づいて各チャネルの受信品質を測定し、伝搬路のチャネルプロファイルを作成する。移動局装置が作成したチャネルプロファイルは、上り回線を用いて、受信品質情報として移動局装置から基地局装置に送信される。”<br>（译文：接收到基站装置用于接收质量测量的下行链路信息的移动局装置，基于该下行链路信息测量各信道的接收质量，生成传播路径的信道特性文件。移动局装置生成的信道特性文件使用上行链路作为接收质量信息从移动局装置发送给基站装置。） | 对比文件公开了一种移动通信系统中移动局装置（UE/终端）向基站发送信息的通信方法，其技术方案本身包含了执行信息交互与传输的方法步骤。因此，前序部分技术特征A属于常规的方法引导性特征，被对比文件直接公开。两者在通信方法的基本属性和作用上完全相同。 |
| 技术特征B：<br>在物理上行链路共享信道PUSCH传输发生在多个上行链路分量载波UL CC的至少一个UL CC上的情况下<br><br>《未公开》 | 对比文件全文检索无对应内容。<br>仅在背景技术提及单载波/LTE相关概述：<br>“周波数利用効率を高める技術の１つに、ＯＦＤＭＡ…がある。…国際的な標準化プロジェクトである３ＧＰＰで検討されている第３世代無線アクセスの進化（Evolved Universal Terrestrial Radio Access）では、専用の上りリンク制御チャネル（PUCCH）…上りリンクデータチャネル（PUSCH）を用いて、上りリンクデータと受信品質情報を同時に送信することも検討されている。”<br>（译文：提高频谱利用率的技术之一是OFDMA……在国际标准化项目3GPP正在探讨的第三代无线接入演进中，正在探讨使用专用的上行链路控制信道（PUCCH）……以及探讨使用上行链路数据信道（PUSCH）同时发送上行链路数据和接收质量信息。） | 目标专利说明书（如[0008]-[0009]、[0077]-[0078]）明确指出，该特征涉及LTE-A中的载波聚合（Carrier Aggregation）场景，具有“多个上行链路分量载波（UL CC）”，且在“多个UL CC的至少一个UL CC上发生PUSCH传输”。<br>对比文件WO2009008337A1公开的是早期LTE系统（Rel-8时期）中单载波架构下，单个载波内PUSCH上复用数据与控制信息/HARQ ACK的方案，其全文从未涉及载波聚合（Carrier Aggregation），不存在“多个上行链路分量载波（Multiple UL CCs）”的架构和配置。本领域技术人员无法从单载波PUSCH调度直接或隐含推导出多分量载波（UL CC）的场景。因此该特征未被直接公开，也不构成隐含公开。 |
| 技术特征C：<br>在PUSCH上传送上行链路共享信道UL-SCH数据和控制信息<br><br>《直接公开》 | 【说明书第[0033]段】<br>“また、上りリンクデータチャネル（Physical Uplink Shared Channel：以下、「ＰＵＳＣＨ」と呼称する。）を用いて、上りリンクデータと受信品質情報を同時に送信することも検討されている。”<br>（译文：此外，正在探讨使用上行链路数据信道（Physical Uplink Shared Channel：以下称为“PUSCH”）同时发送上行链路数据和接收质量信息。）<br><br>【说明书第[0034]段】<br>“上記までに説明したことは、受信品質情報と同じ上りリンク情報である下りリンクデータに対するＨＡＲＱ（Hybrid Automatic Repeat Request）のＡＣＫ／ＮＡＣＫについても同様のことが言える。移動局装置から基地局装置に対して、上りリンクデータとＡＣＫ／ＮＡＣＫが同時に送信される場合、その配置を指定するための基地局装置からの制御信号は、その情報量を小さく保つ必要があり…”<br>（译文：到目前为止说明的内容，对于与接收质量信息相同的上行链路信息的针对下行链路数据的HARQ（Hybrid Automatic Repeat Request）的ACK/NACK也同样适用。在从移动局装置向基站装置同时发送上行链路数据和ACK/NACK的情况下，用于指定其配置的来自基站装置的控制信号需要保持较小的信息量……）<br><br>【说明书第[0041]段】<br>“移動局装置は、基地局装置からの下りリンク制御チャネル（Physical Downlink Control Channel：以下、「ＰＤＣＣＨ」と呼称する。）によって指示されたリソース割り当てに応じて、ＰＵＳＣＨを使用してデータを送信する。”<br>（译文：移动局装置根据来自基站装置的下行链路控制信道（Physical Downlink Control Channel：以下称为“PDCCH”）所指示的资源分配，使用PUSCH发送数据。） | 目标专利说明书[0076]、[0082]明确，在PUSCH传输时，上行链路业务数据（UL-SCH数据）与UCI控制信息（如CQI或HARQ-ACK）复用在PUSCH资源上并行传送。<br>对比文件明确记载了在PUSCH上同时发送“上行链路数据（即UL-SCH数据）”以及“接收质量信息（CQI）/针对下行链路数据的HARQ ACK/NACK（控制信息）”。其技术实质就是物理层PUSCH信道承载传输块数据和层1/层2控制信息，其作用与目标专利完全相同。因此该特征被对比文件直接公开。 |
| 技术特征D：<br>（空）<br><br>《未公开》 | 无内容。 | 无内容。 |
| 技术特征E：<br>在所述WTRU进行的所述PUSCH传输没有发生在所述多个UL CC中的任意UL CC的情况下<br><br>《未公开》 | 对比文件全文检索无对应内容。<br>背景技术仅提及单载波下的PUCCH发送：<br>“国際的な標準化プロジェクトである３ＧＰＰで検討されている第３世代無線アクセスの進化（Evolved Universal Terrestrial Radio Access）では、専用の上りリンク制御チャネル（Physical Uplink Control Channel：以下、「ＰＵＣＣＨ」と呼称する。）を用いて送信することが検討されている。”<br>（译文：在3GPP探讨的演进通用陆地无线接入中，探讨了使用专用的上行链路控制信道（PUCCH）进行发送。） | 目标专利说明书[0077]-[0078]指出：“如果在任何UL CC上均未发生PUSCH传输，则可以始终从指定UL CC的PUCCH传送用于指定DL-SCH的反馈……如果在该子帧中没有传送PUSCH传输的UL CC，那么该信息可以在预定UL CC的PUCCH上传送”。该特征明确依赖“多个UL CC”系统架构，并限定了“在所述多个UL CC中的任意UL CC上均无PUSCH传输”的条件分支。<br>对比文件仅涉及单载波系统中的信道分配，完全没有涉及多个分量载波的存在，更无“多个UL CC均未发生PUSCH传输”的判断机制。因此该特征未被直接公开，亦无法隐含推导。 |
| 技术特征F：<br>在物理上行链路控制信道PUCCH上传送所述控制信息。<br><br>《直接公开》 | 【说明书第[0033]段】<br>“この移動局装置による基地局装置への受信品質情報の送信に関して、国際的な標準化プロジェクトである３ＧＰＰ（3rd Generation Partnership Project）で検討されている第３世代無線アクセスの進化（Evolved Universal Terrestrial Radio Access）では、専用の上りリンク制御チャネル（Physical Uplink Control Channel：以下、「ＰＵＣＣＨ」と呼称する。）を用いて送信することが検討されている。”<br>（译文：关于通过该移动局装置向基站装置发送接收质量信息，在国际标准化项目3GPP正在探讨的第三代无线接入演进中，正在探讨使用专用的上行链路控制信道（Physical Uplink Control Channel：以下称为“PUCCH”）进行发送。）<br><br>【说明书第[0033]段】<br>“例えば、非特許文献１では、移動局装置から基地局装置へ受信品質情報を送信する際に、要求される受信品質情報が異なるサービスの種類によって、ＰＵＣＣＨ、もしくは、ＰＵＳＣＨを用いて受信品質情報を送信しようとする提案がなされている。”<br>（译文：例如在非专利文献1中，提出了在从移动局装置向基站装置发送接收质量信息时，根据所需接收质量信息不同的业务种类，使用PUCCH或者PUSCH发送接收质量信息的建议。） | 目标专利说明书中控制信息包括HARQ-ACK和CQI/PMI/RI，在无PUSCH调度时回退或承载在PUCCH上传输。<br>对比文件明确记载在没有复用到PUSCH或特定传输要求下，移动局装置通过专用上行链路控制信道（PUCCH）向基站装置传送控制信息（接收质量信息CQI及下行HARQ ACK/NACK）。该特征在对比文件中起到利用控制信道承载控制信令的作用，与目标专利相同，构成直接公开。 |
| 技术特征G：<br>其中所述控制信息是混合自动重复请求HARQ应答ACK。<br><br>《直接公开》 | 【说明书第[0034]段】<br>“上記までに説明したことは、受信品質情報と同じ上りリンク情報である下りリンクデータに対するＨＡＲＱ（Hybrid Automatic Repeat Request）のＡＣＫ／ＮＡＣＫについても同様のことが言える。移動局装置から基地局装置に対して、上りリンクデータとＡＣＫ／ＮＡＣＫが同時に送信される場合、その配置を指定するための基地局装置からの制御信号は、その情報量を小さく保つ必要があり…”<br>（译文：到目前为止说明的内容，对于与接收质量信息相同的上行链路信息的针对下行链路数据的HARQ（Hybrid Automatic Repeat Request）的ACK/NACK也同样适用。在从移动局装置向基站装置同时发送上行链路数据和ACK/NACK的情况下，用于指定其配置的来自基站装置的控制信号需要保持较小的信息量……）<br><br>【说明书发明内容第（3）、（5）、（10）等项】<br>“（３）また、本発明の移動局装置は、移動局装置が下りリンクデータに対するＨＡＲＱのＡＣＫ／ＮＡＣＫを前記基地局装置へ送信する移動通信システムにおける移動局装置であって…”<br>（译文：（3）此外，本发明的移动局装置，是移动局装置向所述基站装置发送针对下行链路数据的HARQ的ACK/NACK的移动通信系统中的移动局装置……） | 目标专利说明书[0015]、[0038]、[0077]明确该控制信息包括HARQ ACK/NACK。<br>对比文件直接公开了上行控制信息不仅可以是接收质量信息CQI，还可以是下行链路数据对应的“HARQ的ACK/NACK（包含肯定应答ACK）”。两者在无线传输中表示下行数据译码正确与否的反馈作用完全一致，被对比文件直接公开。 |
| 技术特征H：<br>其中在所述PUSCH传输发生在所述多个UL CC的至少两个UL CC上的情况下<br><br>《未公开》 | 对比文件全文检索无对应内容。 | 目标专利说明书[0078]指出：“如果存在一个在指定子帧上具有PUSCH传输的允许的UL CC……如果存在一个以上的此类允许的UL CC，则WTRU可以在允许的UL CC中随机选取。作为替换，UL CC可以根据优先级按照顺序排序”。该特征限定了多个UL CC中同时在“至少两个UL CC上存在PUSCH传输”的前提触发条件。<br>对比文件基于单载波系统，根本不存在两个或两个以上的UL CC，更无法存在在至少两个UL CC上传输PUSCH的情形。因此该特征未被直接公开，亦无法隐含推导。 |
| 技术特征I：<br>在所述多个UL CC中<br><br>《未公开》 | 对比文件全文检索无对应内容。 | 目标专利说明书[0009]、[0077]-[0078]限定了存在多个并行聚合的上行分量载波（Multiple UL CCs）。<br>对比文件为单载波传输机制，无“多个UL CC”。因此未被公开。 |
| 技术特征J：<br>基于排序选择的一个UL CC上传送所述控制信息。<br><br>《未公开》 | 对比文件全文检索无对应内容。 | 目标专利说明书[0078]明确：“作为替换，UL CC可以根据优先级按照顺序排序（这种排序可以由较高层用信号通告）”，以此在发生PUSCH传输的多个UL CC中基于排序选出一个UL CC来传送控制信息。<br>对比文件仅针对单载波内部子载波/资源块进行映射和频域位置排序（如周波数低い側），根本未涉及在多个UL CC间根据排序选择某一个UL CC来发送控制信息。因此该特征未被公开。 |
| 技术特征K：<br>其中由较高层用信号发送排序信息。<br><br>《未公开》 | 对比文件全文检索无对应内容。 | 目标专利说明书[0078]明确记载：“UL CC可以根据优先级按照顺序排序（这种排序可以由较高层用信号通告）”。<br>对比文件虽然提及RRC信令（较高层信令）配置维持值、最大值或周期（见第[0046]、[0054]段），但完全未涉及“较高层用信号发送针对多个UL CC的排序信息”。因此该特征未被直接公开，亦无法推导出。 |
| 技术特征L：<br>其中在由较高层用信号通告的UL CC上传送所述PUCCH。<br><br>《未公开》 | 对比文件全文检索无对应内容。 | 目标专利说明书[0078]明确：“如果在该子帧中没有传送PUSCH传输的UL CC，那么该信息可以在预定UL CC（它可以由较高层用信号通告）的PUCCH上传送”。在多载波LTE-A中，由RRC指定在哪个特定的UL CC上传送PUCCH。<br>对比文件中由于仅有单一载波，PUCCH天然在唯一的系统带宽边缘资源块上传输，完全没有出现“通过较高层信令从多个UL CC中通知/指派某一个UL CC来发送PUCCH”的构思。因此该特征未被公开。 |
| 技术特征M：<br>其中在由较高层用信号通告的服务小区上传送所述PUCCH。<br><br>《未公开》 | 对比文件全文检索无对应内容。 | 目标专利说明书[0029]、[0035]指出“在多载波操作中，WTRU可以被配置成操作于两个或更多个载波（也就是频率或小区）”，且主小区/特定服务小区由较高层配置用于传输PUCCH。<br>对比文件仅在背景技术提及“セル（Cell/小区）”用于蜂窝组网频率复用概念，完全没有在多载波聚合场景下通过较高层信令通知特定“服务小区（Serving Cell）”来传输PUCCH的方案。因此该特征未被公开。 |
| 技术特征N：<br>该方法还包括<br><br>《直接公开》 | 【说明书背景技术及实施方式多处】<br>见上述技术特征A引用及各实施例步骤流程（如図9、図11、図12）。 | 常规方法引导性特征，对比文件方案本身由一系列通信步骤组成，直接公开。 |
| 技术特征O：<br>在物理上行链路共享信道PUSCH传输发生在当前子帧的情况下<br><br>《隐含公开》 | 【说明书第[0041]段】<br>“移動局装置は、基地局装置からの下りリンク制御チャネル（Physical Downlink Control Channel：以下、「ＰＤＣＣＨ」と呼称する。）によって指示されたリソース割り当てに応じて、ＰＵＳＣＨを使用してデータを送信する。すなわち、この下りリンク制御チャネル（ＰＤＣＣＨ）は、上りリンクに対するデータ送信を許可する信号（Ｌ１／Ｌ２グラント）である。本実施形態において、移動局装置は、基地局装置がＬ１／Ｌ２グラントを使用して割り当てたリソースに応じて、上りリンクデータと受信品質情報を同時に送信する際の情報の配置を行なう。”<br>（译文：移动局装置根据来自基站装置的下行链路控制信道（PDCCH）所指示的资源分配，使用PUSCH发送数据。即，该下行链路控制信道（PDCCH）是许可针对上行链路进行数据发送的信号（L1/L2 grant）。在本实施方式中，移动局装置根据基站装置使用L1/L2 grant分配的资源，进行同时发送上行链路数据和接收质量信息时的信息配置。）<br><br>【说明书第[0054]段（第3实施方式）】<br>“図１２では、例として、＃ｓｌｏｔ１～＃ｓｌｏｔ１０までの動作を示している。…＃ｓｌｏｔ２において基地局装置は、移動局装置が上りリンクデータを送信するために使用するリソースをＬ１／Ｌ２グラントを用いて割り当てる。この信号を受信した移動局装置は、割り当てられたリソースを使用して情報維持型の配置方法で上りリンクデータと受信品質情報を同時に送信する。”<br>（译文：图12中作为示例示出了#slot1~#slot10的操作。……在#slot2中，基站装置使用L1/L2 grant分配移动局装置发送上行链路数据所使用的资源。接收到该信号的移动局装置使用所分配的资源，以信息维持型的配置方法同时发送上行链路数据和接收质量信息。） | 目标专利说明书[0077]-[0078]指出：“如果在至少一个UL CC上发生了PUSCH传输……如果存在一个在指定子帧上具有PUSCH传输的允许的UL CC”。在LTE通信中，子帧（subframe）是传输调度的基本时间单位，1个子帧包含2个时隙（slot）。<br>对比文件虽然在图12中以“时隙（#slot）”作为传输时间单位进行说明，但其明确记载了在接收到L1/L2 grant许可后，在该特定时隙/传输时间间隔内执行PUSCH数据与控制信息的传输调度。由于在3GPP LTE架构下，时隙和子帧均是描述当前传输时间的基本物理层调度概念（子帧由时隙构成），本领域技术人员结合3GPP常识可以毫无疑义地合理推断出，在被调度上行数据的当前时间单元（子帧/时隙）内发生PUSCH传输的机制。采用极宽松的隐含公开标准，对比文件公开了在被授予资源的时隙传输PUSCH的条件，与“在当前子帧发生PUSCH传输”技术实质高度对应，起到确定传输时机的作用，因此判定技术特征O被《隐含公开》。 |
| 技术特征P：<br>在所述PUSCH上传输所述控制信息<br><br>《直接公开》 | 【说明书第[0033]段】<br>“また、上りリンクデータチャネル（Physical Uplink Shared Channel：以下、「ＰＵＳＣＨ」と呼称する。）を用いて、上りリンクデータと受信品質情報を同時に送信することも検討されている。”<br>（译文：此外，正在探讨使用上行链路数据信道（Physical Uplink Shared Channel：以下称为“PUSCH”）同时发送上行链路数据和接收质量信息。）<br><br>【说明书第[0034]段】<br>“上記までに説明したことは、受信品質情報と同じ上りリンク情報である下りリンクデータに対するＨＡＲＱ（Hybrid Automatic Repeat Request）のＡＣＫ／ＮＡＣＫについても同様のことが言える。移動局装置から基地局装置に対して、上りリンクデータとＡＣＫ／ＮＡＣＫが同時に送信される場合…”<br>（译文：到目前为止说明的内容，对于与接收质量信息相同的上行链路信息的针对下行链路数据的HARQ的ACK/NACK也同样适用。在从移动局装置向基站装置同时发送上行链路数据和ACK/NACK的情况下……） | 目标专利说明书[0077]、[0092]指出，当子帧有PUSCH可用时，控制信息通过PUSCH资源发送。<br>对比文件全文核心发明构思即在于：当有上行数据调度时，将控制信息（接收质量信息CQI、ACK/NACK）配置并映射在PUSCH信道资源上进行传输。对比文件与目标专利中该特征所起的作用完全相同（即将控制信息捎带在PUSCH上传送，避免额外占用PUCCH），属于直接公开。 |
| 技术特征Q：<br>所述控制信息包括信道质量指示符CQI/预编码矩阵指示符PMI/秩指示符RI信息<br><br>《隐含公开》 | 【说明书背景技术部分】<br>“ＯＦＤＭＡシステムにおける送信パケットのスケジューリングでは、広帯域のサブキャリアにおける下り回線状態の受信品質を示す情報であるＣＱＩ（Channel Quality Indicator）を移動局装置が基地局装置に送信し、基地局装置は、各移動局装置から送信された広帯域のサブキャリアのＣＱＩに基づいて、パケットのスケジューリングを行なうという方法が知られている。”<br>（译文：在OFDMA系统中的发送分组调度中，已知一种方法：移动局装置向基站装置发送作为表示宽带子载波下行链路状态的接收质量信息CQI（Channel Quality Indicator），基站装置基于各移动局装置发送的宽带子载波CQI进行分组调度。）<br><br>【说明书第[0033]段】<br>“非特許文献１では、移動局装置から基地局装置へ受信品質情報を送信する際に、要求される受信品質情報が異なるサービスの種類によって、ＰＵＣＣＨ、もしくは、ＰＵＳＣＨを用いて受信品質情報を送信しようとする提案がなされている。非特許文献１：“CQI handling during DRX”、3GPP、TSG RAN WG2 Meeting #58、R2-071901、2007年5月”<br>（译文：非专利文献1中提出了在从移动局装置向基站装置发送接收质量信息时，根据所需接收质量信息不同的业务种类，使用PUCCH或PUSCH发送接收质量信息的建议。非专利文献1：“CQI handling during DRX”，3GPP，TSG RAN WG2 Meeting #58，R2-071901，2007年5月。） | 目标专利说明书[0015]、[0038]、[0091]指出该控制信息包括CQI/PMI/RI。<br>对比文件中直接明确记载了控制信息包括“CQI（Channel Quality Indicator，信道质量指示符）”。关于PMI（预编码矩阵指示符）和RI（秩指示符），对比文件引用的3GPP标准文献及MIMO/OFDM上下文中，CQI、PMI、RI属于同一种属的信道状态信息（CSI/接收质量信息），在PUSCH上的复用机制完全一致。虽然对比文件未逐字出现“PMI/RI”，但由于本特征是并列选择项“CQI/PMI/RI”，且对比文件已经部分公开了其核心特征“CQI”，在极宽松的隐含公开判断原则下，技术人员能够合理推理其涵盖与CQI同属信道质量反馈的控制信息。因此判定技术特征Q被对比文件《隐含公开》。 |
| 技术特征R：<br>（空）<br><br>《未公开》 | 无内容。 | 无内容。 |
| 技术特征S：<br>在主分量载波上<br><br>《未公开》 | 对比文件全文检索无对应内容。 | 目标专利说明书[0029]、[0036]明确定义：“主载波”是为UL和DL CC子集的UL和DL共享信道传输提供控制信令的CC。<br>对比文件为单载波系统，根本不存在载波聚合中的“主分量载波（Primary Component Carrier，PCC）”与“辅分量载波（Secondary Component Carrier，SCC）”的技术区分，无任何公开。 |
| 技术特征T：<br>在所述当前子帧传送所述PUCCH上的调度请求SR<br><br>《未公开》 | 对比文件全文检索无对应内容。 | 目标专利说明书[0015]、[0093]明确指出：“在触发SR时，可以通过PUCCH或PRACH来发送该SR。当在PUCCH或PRACH上触发SR时，该SR是在UL主载波上发送的”。技术特征T限定了在当前子帧传送PUCCH上的调度请求SR。<br>对比文件全文研究的是在上行已经分配有PUSCH（通过L1/L2 grant获得调度）时如何在PUSCH上映射CQI和ACK/NACK，全篇完全未涉及“调度请求（Scheduling Request，SR）”，更未涉及在当前子帧通过PUCCH传输调度请求SR的技术方案。因此该特征未被公开。 |
| 技术特征U：<br>其中所述多个PUSCH的所述至少一个PUSCH是在所述主分量载波上传送的。<br><br>《未公开》 | 对比文件全文检索无对应内容。 | 目标专利说明书[0082]指出，在UL主载波方法中，控制信令或数据在所配置的UL主载波上传送。<br>对比文件不存在“主分量载波”的概念，更没有多个PUSCH以及在主分量载波上传送PUSCH的方案。因此该特征未被公开。 |
| 技术特征V：<br>其中所述主分量载波是通过无线电资源控制RRC信令来配置的。<br><br>《未公开》 | 对比文件全文检索无对应内容。 | 目标专利说明书[0043]指出：“WTRU可以根据RRC信令来显式地或隐式地确定UL主载波”。<br>对比文件虽然在第[0046]段、第[0054]段提到了使用RRC信令来通知参数（如CQI最小/最大值、维持值、周期），但其RRC信令完全不涉及“配置主分量载波”。因此该特征未被直接公开，亦无法推导出。 |
| 技术特征W：<br>其中所述主分量载波是基于半静态来配置的。<br><br>《未公开》 | 对比文件全文检索无对应内容。 | 目标专利说明书[0078]指出允许的UL CC集合等可由较高层在半静态（semi-static）的基础上用信号通告。<br>对比文件不存在主分量载波，亦不存在半静态配置主分量载波的技术内容。因此该特征未被公开。 |
| 技术特征X：<br>其中所述主分量载波对应于主小区。<br><br>《未公开》 | 对比文件全文检索无对应内容。 | 目标专利说明书[0029]、[0035]明确载波即对应于频率或小区（主小区PCell与主载波对应）。<br>对比文件没有任何载波聚合中“主分量载波对应于主小区（Primary Cell）”的概念和技术方案。因此该特征未被公开。 |
| 技术特征Y：<br>其中所述主小区和所述主分量载波是通过无线电资源控制(RRC)信令来配置的。<br><br>《未公开》 | 对比文件全文检索无对应内容。 | 目标专利说明书[0043]等明确主载波/主小区由RRC信令配置。<br>对比文件中既无主小区亦无主分量载波，其RRC信令仅用于配置数据内复用控制信息的映射参数/周期，完全未公开通过RRC配置主小区和主分量载波。因此该特征未被公开。 |
---
<<<A>>>
<<<C>>>
<<<F>>>
<<<G>>>
<<<N>>>
<<<o>>>
<<<P>>>
<<<q>>>
权利要求2
根据权利要求1所述的方法，其中所述控制信息是混合自动重复请求HARQ应答ACK。
权利要求3
根据权利要求1所述的方法，其中在所述PUSCH传输发生在所述多个UL CC的至少两个UL CC上的情况下；在所述多个UL CC中；基于排序选择的一个UL CC上传送所述控制信息。
权利要求4
根据权利要求3所述的方法，其中由较高层用信号发送排序信息。
权利要求5
根据权利要求1所述的方法，其中在由较高层用信号通告的UL CC上传送所述PUCCH。
权利要求6
根据权利要求1所述的方法，其中在由较高层用信号通告的服务小区上传送所述PUCCH。
权利要求7
根据权利要求1所述的方法，该方法还包括；在物理上行链路共享信道PUSCH传输发生在当前子帧的情况下；在所述PUSCH上传输所述控制信息；所述控制信息包括信道质量指示符CQI/预编码矩阵指示符PMI/秩指示符RI信息；以及；在主分量载波上；在所述当前子帧传送所述PUCCH上的调度请求SR；其中所述多个PUSCH的所述至少一个PUSCH是在所述主分量载波上传送的。
权利要求8
根据权利要求7所述的方法，其中所述主分量载波是通过无线电资源控制RRC信令来配置的。
权利要求9
根据权利要求7所述的方法，其中所述主分量载波是基于半静态来配置的。
权利要求10
根据权利要求7所述的方法，其中所述主分量载波对应于主小区。
权利要求11
根据权利要求10所述的方法，其中所述主小区和所述主分量载波是通过无线电资源控制(RRC)信令来配置的。