目标专利:2222一种用于产生和传送RLC PDU的方法和无线发射/接收单元
专利公开号:CN103490853B
专利权人:交互数字
无效请求书提交日期:2026年
非显而易见性评估仅供参考,不构成法律建议。
| 编号 | 名称 |
|---|
一种在无线发射/接收单元WTRU中使用的用于预先产生无线电链路控制RLC协议数据单元PDU的方法,该方法包括;确定是否存在足够的数据量以用于传输;假设所述WTRU具有足够的数据量以用于传输;选择将被复用至媒介接入控制MAC-i PDU或MAC-is PDU的所述RLC PDU的数据字段的大小;其中所述数据字段大小被选择为使得RLC PDU大小与针对当前传输时间间隔TTI由当前授权允许传送的数据量匹配;以及在用于逻辑信道的一个或多个未完成RLC PDU内的数据量小于当前授权的预定限制的情况下;预先产生所述RLC PDU以用于在后来的TTI中进行传输。
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A:该方法包括<br>《未公开》 | 对比文件正文第2页第8段记载:“参见图2,它是制备本发明的锂过渡金属氧化材料的各步骤的流程图。制备锂的过渡金属氧化物材料的第一步示于流程50的方框52中……” | 对比文件涉及一种可再充电电池的正极材料及其制造方法,公开的是材料制备的化学工艺步骤,而目标专利涉及无线通信领域中产生和传送RLC PDU的数据处理通信方法。两者技术领域完全不相关,技术方案、目的及作用均不相同。对比文件公开的化学制备方法无法对应或启示无线通信数据传输方法,即使按照最宽松的隐含公开判断标准,本领域技术人员也无法从中推理得出目标通信方法的前提特征,因此该特征未公开。 |
| 技术特征B:确定是否存在足够的数据量以用于传输<br>《未公开》 | 无对应公开内容。 | 对比文件涉及锂电池正极材料的化学合成工艺,全文未公开、涉及或暗示任何关于数据量检测、缓存判断或无线通信传输控制的技术内容,该特征未公开。 |
| 技术特征C:假设所述WTRU具有足够的数据量以用于传输<br>《未公开》 | 无对应公开内容。 | 对比文件完全未涉及无线发射/接收单元(WTRU)、数据传输或通信协议栈中的数据量假设机制,该特征未公开。 |
| 技术特征D:选择将被复用至媒介接入控制MAC-i PDU或MAC-is PDU的所述RLC PDU的数据字段的大小<br>《未公开》 | 无对应公开内容。 | 对比文件未涉及媒介接入控制层(MAC)、MAC-i/is PDU、无线电链路控制层(RLC)或PDU数据字段大小的确定机制,该特征未公开。 |
| 技术特征E:其中所述数据字段大小被选择为使得RLC PDU大小与针对当前传输时间间隔TTI由当前授权允许传送的数据量匹配<br>《未公开》 | 无对应公开内容。 | 对比文件未涉及传输时间间隔(TTI)、网络授权(Grant)或RLC PDU与授权数据量的匹配机制,该特征未公开。 |
| 技术特征F:在用于逻辑信道的一个或多个未完成RLC PDU内的数据量小于当前授权的预定限制的情况下<br>《未公开》 | 无对应公开内容。 | 对比文件未涉及逻辑信道、未完成(outstanding)RLC PDU、数据量统计或授权限制比较机制,该特征未公开。 |
| 技术特征G:预先产生所述RLC PDU以用于在后来的TTI中进行传输。<br>《未公开》 | 无对应公开内容。 | 对比文件未涉及RLC PDU的预先产生或在后续TTI中传输的通信机制,该特征未公开。 |
| 技术特征H:其中所述预定限制小于或等于四倍的针对所述当前TTI由所述当前授权允许传送的最大数据量。<br>《未公开》 | 无对应公开内容。 | 对比文件未涉及基于当前授权最大允许传输数据量的倍数(如4倍)设定未完成PDU限制的技术方案,该特征未公开。 |
| 技术特征I:其中所述允许传送的数据量基于当前选择的增强型专用信道E-DCH传输格式组合E-TFC的比特数。<br>《未公开》 | 无对应公开内容。 | 对比文件未涉及增强型专用信道(E-DCH)、E-TFC选择或基于E-TFC比特数确定允许传送数据量的通信方案,该特征未公开。 |
| 技术特征J:其中所述允许传送的数据量是针对所述当前TTI由所述当前授权允许传输的最大数据量。<br>《未公开》 | 无对应公开内容。 | 对比文件未涉及根据当前TTI的当前授权计算最大允许传输数据量的技术方案,该特征未公开。 |
| 技术特征K:其中所述RLC PDU的所述数据字段的大小是在周期基础上选择的<br>《未公开》 | 无对应公开内容。 | 对比文件未涉及基于周期性触发来选择RLC PDU数据字段大小的技术方案,该特征未公开。 |
| 技术特征L:其中所述周期基础包括下列中的至少一者<br>《未公开》 | 无对应公开内容。 | 对比文件未涉及通信协议中周期基础的细化选项,该特征未公开。 |
| 技术特征M:传输时间间隔TTI基础<br>《未公开》 | 无对应公开内容。 | 对比文件未涉及以TTI为基础触发协议数据计算的处理机制,该特征未公开。 |
| 技术特征N:预定TTI基础<br>《未公开》 | 无对应公开内容。 | 对比文件未涉及以预定数量TTI(每N个TTI)为基础触发协议数据计算的处理机制,该特征未公开。 |
| 技术特征O:每次E-TFC选择时<br>《未公开》 | 无对应公开内容。 | 对比文件未涉及在每次E-TFC选择时触发计算的处理机制,该特征未公开。 |
| 技术特征P:当从RLC服务数据单元SDU的分段或连接中产生新的RLC PDU时<br>《未公开》 | 无对应公开内容。 | 对比文件未涉及RLC SDU的分段、级联或在产生新RLC PDU时触发计算的机制,该特征未公开。 |
| 技术特征Q:当所述RLC接收新的数据时<br>《未公开》 | 无对应公开内容。 | 对比文件未涉及RLC接收较高层新数据(SDU)作为触发条件的机制,该特征未公开。 |
| 技术特征R:当服务授权被更新时<br>《未公开》 | 无对应公开内容。 | 对比文件未涉及服务授权更新及其触发计算的通信协议处理,该特征未公开。 |
| 技术特征S:在活动集更新过程时<br>《未公开》 | 无对应公开内容。 | 对比文件未涉及蜂窝移动通信中的活动集(Active Set)更新及其触发计算机制,该特征未公开。 |
| 技术特征T:当服务小区改变时<br>《未公开》 | 无对应公开内容。 | 对比文件未涉及服务小区改变(Handover/Cell Change)事件及其触发机制,该特征未公开。 |
| 技术特征U:在无线电承载、传输信道或物理信道的建立、配置或重新配置时<br>《未公开》 | 无对应公开内容。 | 对比文件未涉及无线电承载、传输信道或物理信道的建立、配置或重配置事件,该特征未公开。 |
| 技术特征V:在从RRC信令中接收到最小或最大值时。<br>《未公开》 | 无对应公开内容。 | 对比文件未涉及通过RRC信令接收最小或最大PDU大小限制及其触发计算的机制,该特征未公开。 |
| 技术特征W:其中所述RLC PDU大小是在每次E-TFC选择时确定的<br>《未公开》 | 无对应公开内容。 | 对比文件未涉及在MAC层执行E-TFC选择时确定RLC PDU大小的机制,该特征未公开。 |
| 技术特征X:其中来自逻辑信道的数据被包含在增强型MAC PDU中。<br>《未公开》 | 无对应公开内容。 | 对比文件未涉及将逻辑信道数据映射或封装在增强型MAC PDU(如MAC-i PDU)中的协议架构,该特征未公开。 |
| 技术特征Y:其中所述RLC PDU大小是在每次E-TFC选择时确定的<br>《未公开》 | 无对应公开内容。 | 对比文件未涉及在每次E-TFC选择时确定RLC PDU大小的机制,该特征未公开。 |
| 技术特征Z:其中HARQ进程被配置成传送调度的数据和非调度的数据中的至少一者。<br>《未公开》 | 无对应公开内容。 | 对比文件未涉及混合自动重传请求(HARQ)进程配置以发送调度数据或非调度数据的机制,该特征未公开。 |
作为专利代理师,在严谨结合目标专利说明书原文的基础上,对给出的对比文件(KR1019990022353A)与目标专利技术特征进行技术特征比对与公开性评估。
### 1. 技术领域与技术主题核查
* **目标专利主题**:涉及无线通信领域中,在无线发射/接收单元(WTRU)中选择无线电链路控制(RLC)协议数据单元(PDU)大小、根据当前授权(Grant)与传输时间间隔(TTI)预先产生RLC PDU以复用到MAC-i/MAC-is PDU中的方法及实体。
* **对比文件主题**:对比文件【KR1019990022353A】涉及化学与储能电池领域,具体为“재충전가능한 전기화학 전지용 양극 재료 및 이의 제조 방법(用于可再充电电化学电池的正极材料及其制造方法)”,公开了锂化过渡金属氧化物(如$LiNiO_2 \cdot Li_2O$)的固相合成、惰性气氛加热、XRD图谱特性及充放电容量。
### 2. 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A:该方法包括<br>《未公开》 | 对比文件全文段落[2]及实施例。 | 技术特征A为方法权利要求的引导词。对比文件公开的是一种制备锂二次电池正极材料的方法,而非无线通信系统中产生和处理数据单元的通信处理方法。两者技术领域完全不同,对比文件未公开用于通信传输处理的方法。 |
| 技术特征B:确定是否存在足够的数据量以用于传输<br>《未公开》 | 对比文件全文段落[2]。 | 目标专利中,该特征用于指示WTRU/RLC实体在缓冲器中检查是否有足够的数据量(如RLC SDU数据)来创建RLC PDU。对比文件涉及电化学储能电池的充放电及活性物质材料制备,完全不涉及通信数据量检测或传输数据缓冲判定,既未直接公开,本领域技术人员也绝无可能从中推导出该通信技术方案,未公开。 |
| 技术特征C:假设所述WTRU具有足够的数据量以用于传输<br>《未公开》 | 对比文件全文段落[2]。 | 目标专利中,该特征涉及WTRU在假定有足够数据待传的前提下执行E-TFC选择或RLC PDU大小计算。对比文件为锂电池化学材料专利,完全不涉及无线发射接收单元(WTRU)或数据传输量的假定,未公开。 |
| 技术特征D:选择将被复用至媒介接入控制MAC-i PDU或MAC-is PDU的所述RLC PDU的数据字段的大小<br>《未公开》 | 对比文件全文段落[2]。 | 目标专利中,该特征涉及3GPP协议栈中RLC层与MAC层(MAC-i/is)之间的数据字段大小适配与复用。对比文件涉及正极材料合成步骤及充放电,未涉及任何协议层、RLC PDU、MAC-i/is PDU或数据字段大小的选择,未公开。 |
| 技术特征E:其中所述数据字段大小被选择为使得RLC PDU大小与针对当前传输时间间隔TTI由当前授权允许传送的数据量匹配<br>《未公开》 | 对比文件全文段落[2]。 | 目标专利中,该特征的作用是使RLC PDU匹配当前TTI授权的数据量,以减少分段开销和HARQ残留错误。对比文件为电化学电池材料制备,不存在传输时间间隔(TTI)、网络授权(Grant)或RLC数据大小匹配机制,未公开。 |
| 技术特征F:在用于逻辑信道的一个或多个未完成RLC PDU内的数据量小于当前授权的预定限制的情况下<br>《未公开》 | 对比文件全文段落[2]。 | 目标专利中,该特征用于防止预先创建过多的未完成(outstanding)RLC PDU以控制处理负担与错误率。对比文件涉及化学反应物配比与电化学性能,未涉及逻辑信道、未完成RLC PDU及授权限制,未公开。 |
| 技术特征G:预先产生所述RLC PDU以用于在后来的TTI中进行传输。<br>《未公开》 | 对比文件全文段落[2]。 | 目标专利中,该特征指在E-TFC选择之前预先生成RLC PDU以平滑峰值处理需求。对比文件不包含任何无线数据帧/分组的预先产生与传输,未公开。 |
| 技术特征H:其中所述预定限制小于或等于四倍的针对所述当前TTI由所述当前授权允许传送的最大数据量。<br>《未公开》 | 对比文件全文段落[2]。 | 目标专利中,对应说明书图7步骤750中的常数因子(如4倍G)。对比文件仅公开化学计量比(如$Ni(OH)_2$与$LiNO_3$的摩尔比1:2.5等),与通信授权及数据量倍数限制完全无关,未公开。 |
| 技术特征I:其中所述允许传送的数据量基于当前选择的增强型专用信道E-DCH传输格式组合E-TFC的比特数。<br>《未公开》 | 对比文件全文段落[2]。 | 目标专利涉及3GPP HSUPA中的E-DCH和E-TFC传输块比特数确定。对比文件未公开任何通信信道或传输格式组合,未公开。 |
| 技术特征J:其中所述允许传送的数据量是针对所述当前TTI由所述当前授权允许传输的最大数据量。<br>《未公开》 | 对比文件全文段落[2]。 | 目标专利涉及服务授权(SG)限定的最大有效载荷数据量。对比文件未公开任何通信授权或数据量计算,未公开。 |
| 技术特征K:其中所述RLC PDU的所述数据字段的大小是在周期基础上选择的<br>《未公开》 | 对比文件全文段落[2]。 | 目标专利涉及周期性(如每TTI或每N个TTI)计算RLC PDU大小。对比文件仅涉及电池充放电循环(Cycle),与通信协议PDU大小计算无关,未公开。 |
| 技术特征L:其中所述周期基础包括下列中的至少一者<br>《未公开》 | 对比文件全文段落[2]。 | 目标专利中为周期基础各候选触发项的引出句。对比文件未公开任何关于周期基础的通信选项,未公开。 |
| 技术特征M:传输时间间隔TTI基础<br>《未公开》 | 对比文件全文段落[2]。 | 目标专利中指以TTI为周期粒度进行RLC PDU大小选择。对比文件未涉及无线通信时间间隔,未公开。 |
| 技术特征N:预定TTI基础<br>《未公开》 | 对比文件全文段落[2]。 | 目标专利中指每隔N个预定TTI计算一次RLC PDU大小。对比文件未公开该内容,未公开。 |
| 技术特征O:每次E-TFC选择时<br>《未公开》 | 对比文件全文段落[2]。 | 目标专利涉及在MAC层执行E-TFC选择触发时确定RLC PDU大小。对比文件完全不涉及E-TFC选择,未公开。 |
| 技术特征P:当从RLC服务数据单元SDU的分段或连接中产生新的RLC PDU时<br>《未公开》 | 对比文件全文段落[2]。 | 目标专利涉及RLC SDU的分段/连接与PDU生成的事件触发机制。对比文件未公开任何SDU分段或PDU生成,未公开。 |
| 技术特征Q:当所述RLC接收新的数据时<br>《未公开》 | 对比文件全文段落[2]。 | 目标专利涉及RLC子层从上层接收新数据(新SDU)时触发更新大小。对比文件未公开该内容,未公开。 |
| 技术特征R:当服务授权被更新时<br>《未公开》 | 对比文件全文段落[2]。 | 目标专利涉及在Node B更新Serving Grant时触发RLC PDU大小重新计算。对比文件不包含服务授权更新,未公开。 |
| 技术特征S:在活动集更新过程时<br>《未公开》 | 对比文件全文段落[2]。 | 目标专利涉及移动通信网络中的Active Set更新流程。对比文件不包含通信网络活动集更新,未公开。 |
| 技术特征T:当服务小区改变时<br>《未公开》 | 对比文件全文段落[2]。 | 目标专利涉及移动性管理中Serving Cell切换/改变事件。对比文件不包含蜂窝通信小区概念,未公开。 |
| 技术特征U:在无线电承载、传输信道或物理信道的建立、配置或重新配置时<br>《未公开》 | 对比文件全文段落[2]。 | 目标专利涉及无线承载(RB)、传输信道或物理信道重配置事件。对比文件未公开该内容,未公开。 |
| 技术特征V:在从RRC信令中接收到最小或最大值时。<br>《未公开》 | 对比文件全文段落[2]。 | 目标专利涉及通过RRC层信令配置RLC PDU大小的最小/最大限制参数。对比文件未公开RRC信令及参数配置,未公开。 |
| 技术特征W:其中所述RLC PDU大小是在每次E-TFC选择时确定的<br>《未公开》 | 对比文件全文段落[2]。 | 目标专利涉及在E-TFC选择点上动态确定RLC PDU大小。对比文件未公开该内容,未公开。 |
| 技术特征X:其中来自逻辑信道的数据被包含在增强型MAC PDU中。<br>《未公开》 | 对比文件全文段落[2]。 | 目标专利涉及将特定逻辑信道的数据复用到增强型MAC(如MAC-i/is)PDU中传输。对比文件未公开该内容,未公开。 |
| 技术特征Y:其中所述RLC PDU大小是在每次E-TFC选择时确定的<br>《未公开》 | 对比文件全文段落[2]。 | 同特征W,对比文件未公开。 |
| 技术特征Z:其中HARQ进程被配置成传送调度的数据和非调度的数据中的至少一者。<br>《未公开》 | 对比文件全文段落[2]。 | 目标专利涉及MAC层HARQ进程对调度数据流与非调度数据流的处理配置。对比文件未公开HARQ或数据流调度机制,未公开。 |
### 3. 评估结论
对比文件【KR1019990022353A】属于电化学储能材料领域(二次锂电池正极活性物质合成及性能评估),与目标专利所属的无线移动通信领域(3GPP RLC与MAC层协议数据处理与资源分配)存在根本性的领域差异。对比文件既未直接公开、也未隐含公开技术特征A至技术特征Z中的任何一个技术特征。
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A:<br>该方法包括<br><br>《直接公开》 | 引证部分: 全文说明书及权利要求(例如段落标号[2]:“페이징송신기의 비동기직렬데이타 수신방법{Method for receiving of asynchronous serial data in paging transceiver}”及说明书详细实施方式)。<br>中文翻译: 寻呼发射机中的异步串行数据接收方法…… | 对比文件公开了一种寻呼发射机中用于接收异步串行数据的方法,包括数据接收与中断处理等一系列连续步骤。因此,“该方法包括”这一方法类引导性技术特征已被对比文件直接公开。 |
| 技术特征B:<br>确定是否存在足够的数据量以用于传输<br><br>未公开 | 对比文件通篇未记载相关内容。<br>引证部分: 全文说明书(涉及寻呼发射机通过通用微处理器外部端口利用定时器中断接收异步串行数据,如段落[2]图3-图7)。 | 目标专利中技术特征B的作用是在产生或调度RLC PDU前,判定待发送数据缓冲区中是否有足够的数据量进行PDU组装与后续传输。对比文件公开的是微处理器通过外部端口利用下降沿检测和定时器中断接收单比特异步串行数据流的方法,不涉及确定发射端是否存在足够待发数据量。即使在极其宽松的标准下,也不存在推理出该特征的逻辑支撑,故未公开。 |
| 技术特征C:<br>假设所述WTRU具有足够的数据量以用于传输<br><br>未公开 | 对比文件通篇未记载相关内容。<br>引证部分: 全文说明书。 | 目标专利中该特征针对WTRU处于有数据待传的预设条件,以计算授权匹配的PDU大小。对比文件仅涉及低层异步串行数据接收采样(寻呼系统从机微处理器),没有移动终端WTRU、传输数据量假设等机制,亦无任何可能进行合理推断,故未公开。 |
| 技术特征D:<br>选择将被复用至媒介接入控制MAC-i PDU或MAC-is PDU的所述RLC PDU的数据字段的大小<br><br>未公开 | 对比文件通篇未记载相关内容。<br>引证部分: 全文说明书。 | 目标专利中该特征用于根据协议层级在MAC-i/is复用前确定RLC PDU数据字段长度。对比文件属于微处理器底层UART/GPIO仿真位接收技术,完全不涉及蜂窝移动通信的RLC层、MAC-i/is PDU及其数据字段大小的选择,故未公开。 |
| 技术特征E:<br>其中所述数据字段大小被选择为使得RLC PDU大小与针对当前传输时间间隔TTI由当前授权允许传送的数据量匹配<br><br>未公开 | 对比文件通篇未记载相关内容。<br>引证部分: 全文说明书。 | 目标专利中该特征用于使RLC层PDU与MAC层当前TTI的网络调度授权容量动态适配,以减少重传和分段开销。对比文件是固定波特率下基于位采样间隔接收异步字节,既无TTI概念,亦无动态网络授权与PDU尺寸匹配机制,故未公开。 |
| 技术特征F:<br>在用于逻辑信道的一个或多个未完成RLC PDU内的数据量小于当前授权的预定限制的情况下<br><br>未公开 | 对比文件通篇未记载相关内容。<br>引证部分: 全文说明书。 | 目标专利中用于限制预先生成的未完成(outstanding)PDU总量,防止过多预产生导致数据延迟或溢出。对比文件仅对单字节内的采样比特计数(Data-cnt判断是否小于9),与上行链路逻辑信道已生成未发PDU数据量门限控制毫无关联,故未公开。 |
| 技术特征G:<br>预先产生所述RLC PDU以用于在后来的TTI中进行传输。<br><br>未公开 | 对比文件通篇未记载相关内容。<br>引证部分: 全文说明书。 | 目标专利旨在通过在当前TTI提前预先构造RLC PDU,平滑后续TTI发送时的峰值处理延迟。对比文件为串行位数据被动接收与拼装,不存在上行数据块的预生成传输机制,故未公开。 |
| 技术特征H:<br>其中所述预定限制小于或等于四倍的针对所述当前TTI由所述当前授权允许传送的最大数据量。<br><br>未公开 | 对比文件通篇未记载相关内容。<br>引证部分: 全文说明书。 | 目标专利限定了预先生成数据量的具体边界因子(≤4倍当前授权量)。对比文件完全未涉及任何基于当前传输授权倍数的未完成数据限制,故未公开。 |
| 技术特征I:<br>其中所述允许传送的数据量基于当前选择的增强型专用信道E-DCH传输格式组合E-TFC的比特数。<br><br>未公开 | 对比文件通篇未记载相关内容。<br>引证部分: 全文说明书。 | 目标专利涉及3GPP HSUPA系统中的E-TFC选择机制以确定可用比特数。对比文件属于单片机串行端口通信,未公开任何E-DCH、E-TFC等移动通信调度架构,故未公开。 |
| 技术特征J:<br>其中所述允许传送的数据量是针对所述当前TTI由所述当前授权允许传输的最大数据量。<br><br>未公开 | 对比文件通篇未记载相关内容。<br>引证部分: 全文说明书。 | 目标专利限定传输数据量为当前授权允许的最大值。对比文件中无传输授权概念,亦无基于授权计算允许传输数据量的内容,故未公开。 |
| 技术特征K:<br>其中所述RLC PDU的所述数据字段的大小是在周期基础上选择的技术特征<br><br>未公开 | 对比文件通篇未记载相关内容。<br>引证部分: 全文说明书。 | 目标专利限定在周期性时间基准上触发RLC PDU大小的动态评估计算。对比文件仅在接收端基于波特率周期产生定时器中断采样信号线高低电平,不涉及协议数据单元(RLC PDU)数据字段尺寸的周期性计算,故未公开。 |
| 技术特征L:<br>其中所述周期基础包括下列中的至少一者<br><br>未公开 | 对比文件通篇未记载相关内容。<br>引证部分: 全文说明书。 | 目标专利是关于周期计算基准选项的上位特征。对比文件未涉及RLC PDU大小的周期选择基准,故未公开。 |
| 技术特征M:<br>传输时间间隔TTI基础<br><br>未公开 | 对比文件通篇未记载相关内容。<br>引证部分: 全文说明书。 | 目标专利是以移动通信物理层/MAC层TTI周期作为RLC大小计算基准。对比文件完全不涉及TTI传输时间间隔,故未公开。 |
| 技术特征N:<br>预定TTI基础<br><br>未公开 | 对比文件通篇未记载相关内容。<br>引证部分: 全文说明书。 | 目标专利是以每N个TTI为基准进行RLC大小调整。对比文件中无TTI及预定TTI配置,故未公开。 |
| 技术特征O:<br>每次E-TFC选择时<br><br>未公开 | 对比文件通篇未记载相关内容。<br>引证部分: 全文说明书。 | 目标专利将E-TFC选择事件作为触发RLC大小计算的基础。对比文件不包含E-TFC过程,故未公开。 |
| 技术特征P:<br>当从RLC服务数据单元SDU的分段或连接中产生新的RLC PDU时<br><br>未公开 | 对比文件通篇未记载相关内容。<br>引证部分: 全文说明书。 | 目标专利涉及分段/级联上层SDU产生新PDU时的尺寸选择机制。对比文件属于物理引脚数据电平接收,没有SDU/RLC PDU的概念及分段连接处理,故未公开。 |
| 技术特征Q:<br>当所述RLC接收新的数据时<br><br>未公开 | 对比文件通篇未记载相关内容。<br>引证部分: 全文说明书。 | 目标专利限定上层向RLC层投递新数据时触发尺寸确定。对比文件未涉及RLC协议层及其接收上层数据的触发机制,故未公开。 |
| 技术特征R:<br>当服务授权被更新时<br><br>未公开 | 对比文件通篇未记载相关内容。<br>引证部分: 全文说明书。 | 目标专利限定基站通过绝对/相对授权更新UE上行服务授权时触发大小计算。对比文件中不存在基站对终端的上行服务授权(Serving Grant)概念,故未公开。 |
| 技术特征S:<br>在活动集更新过程时<br><br>未公开 | 对比文件通篇未记载相关内容。<br>引证部分: 全文说明书。 | 目标专利限定在移动通信软切换活动集(Active Set)更新时重算大小。对比文件为寻呼发射机内部微控制器的串行接收方案,不涉及无线蜂窝小区的活动集更新,故未公开。 |
| 技术特征T:<br>当服务小区改变时<br><br>未公开 | 对比文件通篇未记载相关内容。<br>引证部分: 全文说明书。 | 目标专利限定移动终端服务小区切换/重选时触发。对比文件未记载无线蜂窝服务小区及其变更机制,故未公开。 |
| 技术特征U:<br>在无线电承载、传输信道或物理信道的建立、配置或重新配置时<br><br>未公开 | 对比文件通篇未记载相关内容。<br>引证部分: 全文说明书。 | 目标专利涉及RRC层信道配置变更对RLC尺寸的影响。对比文件不具备无线电承载(Radio Bearer)及传输/物理信道配置流程,故未公开。 |
| 技术特征V:<br>在从RRC信令中接收到最小或最大值时。<br><br>未公开 | 对比文件通篇未记载相关内容。<br>引证部分: 全文说明书。 | 目标专利涉及从无线资源控制(RRC)信令解析边界参数。对比文件仅有微处理器内部程序存储器设置的固定时间常量(如段落[2]说明书记载的tm-h-val、tm-val),没有RRC协议或信令交互,故未公开。 |
| 技术特征W:<br>其中所述RLC PDU大小是在每次E-TFC选择时确定的<br><br>未公开 | 对比文件通篇未记载相关内容。<br>引证部分: 全文说明书。 | 目标专利限定在E-TFC选择事件中确定RLC PDU尺寸。对比文件无对应机制,故未公开。 |
| 技术特征X:<br>其中来自逻辑信道的数据被包含在增强型MAC PDU中。<br><br>未公开 | 对比文件通篇未记载相关内容。<br>引证部分: 全文说明书。 | 目标专利涉及将上层逻辑信道数据打包复用进增强型MAC PDU(如MAC-i/is PDU)。对比文件仅涉及将外部端口收到的移位寄存数据存入通用Rx-Buff中以组装字节数据,不具备逻辑信道和增强型MAC PDU架构,故未公开。 |
| 技术特征Y:<br>其中所述RLC PDU大小是在每次E-TFC选择时确定的<br><br>未公开 | 对比文件通篇未记载相关内容。<br>引证部分: 全文说明书。 | 目标专利限定在E-TFC选择执行时确定PDU大小(与特征W相同)。对比文件完全未公开该特征,故未公开。 |
| 技术特征Z:<br>其中HARQ进程被配置成传送调度的数据和非调度的数据中的至少一者。<br><br>未公开 | 对比文件通篇未记载相关内容。<br>引证部分: 全文说明书。 | 目标专利涉及MAC层HARQ实体中区分调度(Scheduled)和非调度(Non-scheduled)流的混合重传进程配置。对比文件不包含任何无线通信HARQ机制及调度/非调度数据区分传输,故未公开。 |
<<<A>>>
作为一名资深专利代理师,基于目标专利说明书的记载与对比文件(KR100290426B1)的全部公开内容,对技术特征A至Z进行逐项严谨的公开性判断。
### 技术背景与特征解读基础
* **目标专利技术方案**:涉及3GPP移动通信中(如HSUPA/E-DCH)在MAC-i/is及RLC层下,解决因固定或即时计算RLC PDU大小导致的开销与HARQ剩余错误问题,提出了基于传输时间间隔(TTI)、E-TFC选择、服务授权(Grant)等参数“预先产生”用于在后来TTI中传输的RLC PDU,并对未完成RLC PDU设置预定限制(例如不超过4倍最大允许数据量)。
* **对比文件技术方案**:涉及呼叫机发射机(寻呼发射机)中微处理器的通用异步串行数据(UART)软件接收方法,解决单串口微处理器在增加功能时无需更换多串口芯片的问题,通过外部中断引脚(EX-P)检测起始位下降沿并配合定时器中断在半位/全位周期进行移位接收。
---
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用(含翻译与位置说明) | 公开性论述 |
| 技术特征A:该方法包括<br>《直接公开》 | 【对比文件/发明摘要及实施例段落】:<br>“본 발명은 페이징 송신기의 비동기 직렬데이타 수신방법에 관한 것으로...”(本发明涉及一种寻呼发射机的异步串行数据接收方法……)以及各实施例步骤描述。 | 对比文件KR100290426B1公开了一种通信数据处理及接收的“方法”,因此作为方法权利要求的前序提示特征“该方法包括”,已被对比文件实质直接公开。 |
| 技术特征B:确定是否存在足够的数据量以用于传输<br>《未公开》 | 【对比文件全文】:<br>未记载任何确定发送端是否存在足够传输数据量的判断步骤。仅在接收流程中记载判断计数是否达到9位以判定单字节接收完毕:“1 바이트(8비트) 데이터 수신 여부를 판단하기 위하여 상기 증가된 데이터 카운트(Data-cnt)가 '9' 보다 작은 지를 판단하게 된다(단계62)”。(为了判断是否接收到1字节数据,判断增加的数据计数值是否小于9)。 | 目标专利的技术特征B是在发射侧产生RLC PDU前,判断发射缓冲器中是否有足够的数据量(如RLC SDU)以用于传输创建。对比文件为单片机外部引脚模拟UART的串行数据“接收”方法,其判断的是接收计数(Data-cnt),既不是判断“用于传输”的可用数据量,也没有任何传输数据量充裕与否的判定机制。二者作用、技术领域完全不同,本领域技术人员无法从中直接或隐含得出该特征。 |
| 技术特征C:假设所述WTRU具有足够的数据量以用于传输<br>《未公开》 | 【对比文件全文】:<br>未记载WTRU(无线发射/接收单元),亦未记载假设具有足够数据量用于传输的技术内容。 | 目标专利的技术特征C属于蜂窝移动通信协议机制中假定WTRU具备充足待发数据的前提假设。对比文件是寻呼发射机微控制器的串行接收逻辑,不存在WTRU实体及上述传输假设,对比文件完全未公开。 |
| 技术特征D:选择将被复用至媒介接入控制MAC-i PDU或MAC-is PDU的所述RLC PDU的数据字段的大小<br>《未公开》 | 【对比文件全文】:<br>全文仅涉及物理电平位(起始位、数据位、校验位、停止位)的串行时序采样,未涉及分层协议栈,未记载RLC层、MAC-i/is层或任何协议数据单元(PDU)及其数据字段大小选择。 | 目标专利的技术特征D是针对UMTS/HSUPA中增强型MAC分层架构,选择RLC PDU数据字段大小以便复用至MAC-i/MAC-is。对比文件仅为硬件底层的位定时中断采样,技术领域与方案完全无关,未直接公开亦无法隐含得出。 |
| 技术特征E:其中所述数据字段大小被选择为使得RLC PDU大小与针对当前传输时间间隔TTI由当前授权允许传送的数据量匹配<br>《未公开》 | 【对比文件全文】:<br>未涉及传输时间间隔TTI、网络授权(Grant)或基于授权匹配PDU大小的任何内容。 | 目标专利的技术特征E用于使RLC PDU大小动态匹配当前授权,以减少MAC分段和HARQ残余错误。对比文件处理的是固定的单字节串行位流(10位或11位固定格式),完全没有授权(Grant)及TTI的概念,未公开。 |
| 技术特征F:在用于逻辑信道的一个或多个未完成RLC PDU内的数据量小于当前授权的预定限制的情况下<br>《未公开》 | 【对比文件全文】:<br>未记载逻辑信道、未完成(outstanding)RLC PDU或当前授权的预定限制。 | 目标专利的技术特征F是预先产生PDU的门限触发条件,控制未发送RLC PDU的总量不超过门限。对比文件完全不涉及该协议实体与缓冲控制机制,未公开。 |
| 技术特征G:预先产生所述RLC PDU以用于在后来的TTI中进行传输<br>《未公开》 | 【对比文件全文】:<br>仅涉及在外部中断后按位时序接收并存储至接收缓冲区(Rx-Buff),未涉及协议数据单元的“预先产生”并用于后续TTI传输。 | 目标专利的技术特征G旨在克服无线可察觉RLC带来的大峰值处理延迟,通过提前在非紧迫时机预先构建PDU。对比文件是单纯的被动串行脉冲信号采样接收,两者的处理方向、协议层次与技术构思截然不同,未公开。 |
| 技术特征H:其中所述预定限制小于或等于四倍的针对所述当前TTI由所述当前授权允许传送的最大数据量<br>《未公开》 | 【对比文件全文】:<br>未公开授权量、TTI及四倍允许最大数据量的预定限制。 | 目标专利说明书[0058]记载将最大数据量M计算为常数(如4)乘以传输块比特数G。对比文件完全无相关技术方案与参数记载,未公开。 |
| 技术特征I:其中所述允许传送的数据量基于当前选择的增强型专用信道E-DCH传输格式组合E-TFC的比特数<br>《未公开》 | 【对比文件全文】:<br>未记载E-DCH、E-TFC或传输格式组合比特数。 | 该特征属于移动通信专用物理/传输信道格式选择机制。对比文件为基础单片机串口通信,未公开。 |
| 技术特征J:其中所述允许传送的数据量是针对所述当前TTI由所述当前授权允许传输的最大数据量<br>《未公开》 | 【对比文件全文】:<br>未记载TTI、当前授权或允许传输的最大数据量。 | 属于蜂窝通信中根据服务授权确定最高有效载荷的技术特征。对比文件完全未涉及该技术,未公开。 |
| 技术特征K:其中所述RLC PDU的所述数据字段的大小是在周期基础上选择的<br>《未公开》 | 【对比文件全文】:<br>对比文件仅记载通过定时器中断在位周期时间内进行采样:“비트의 중심점에서 전체 비트 시간 후에 발생되어야 할 타이머 인터럽트 시간 값(tm-val)을 메모리(12)에 저장한다”(将位中心点之后全位时间后应产生的定时器中断时间值存储在存储器中)。 | 对比文件的定时周期是硬件移位寄存器级别的波特率采样时钟间隔(bit-level clocking),用于逐位读取I/O电平;而特征K是在无线通信协议中以特定周期(如TTI)动态评估选择RLC PDU数据字段长度(数据包大小)。两者所针对的对象、协议层级、技术实质和达到的技术效果完全不同,无法等同或隐含,未公开。 |
| 技术特征L:其中所述周期基础包括下列中的至少一者<br>《未公开》 | 【对比文件全文】:<br>未记载任何与所列选项相关的周期基础。 | 目标专利为上位选择引出项,对比文件不包含其所列任何一种无线通信层面的触发/周期机制,未公开。 |
| 技术特征M:传输时间间隔TTI基础<br>《未公开》 | 【对比文件全文】:<br>未记载传输时间间隔TTI。 | 对比文件完全不存在移动通信系统的TTI时隙划分概念,未公开。 |
| 技术特征N:预定TTI基础<br>《未公开》 | 【对比文件全文】:<br>未记载预定TTI。 | 对比文件未记载该特征,未公开。 |
| 技术特征O:每次E-TFC选择时<br>《未公开》 | 【对比文件全文】:<br>未记载E-TFC选择。 | 对比文件未涉及3GPP E-TFC选择过程,未公开。 |
| 技术特征P:当从RLC服务数据单元SDU的分段或连接中产生新的RLC PDU时<br>《未公开》 | 【对比文件全文】:<br>未记载RLC SDU、分段、连接或RLC PDU。 | 对比文件仅涉及底层异步串行格式(起始位、数据位、停止位)移位组装,不属于数据链路层SDU的分段或级联生成PDU过程,未公开。 |
| 技术特征Q:当所述RLC接收新的数据时<br>《未公开》 | 【对比文件全文】:<br>未记载RLC实体或接收新数据以触发选择RLC PDU大小。 | 对比文件未记载RLC协议实体及其数据接收触发机制,未公开。 |
| 技术特征R:当服务授权被更新时<br>《未公开》 | 【对比文件全文】:<br>未记载服务授权更新。 | 对比文件完全不存在基站下发调度授权/服务授权及更新的机制,未公开。 |
| 技术特征S:在活动集更新过程时<br>《未公开》 | 【对比文件全文】:<br>未记载活动集(Active Set)更新。 | 活动集更新属于CDMA/WCDMA移动通信中的切换管理过程,对比文件对此完全无记载,未公开。 |
| 技术特征T:当服务小区改变时<br>《未公开》 | 【对比文件全文】:<br>未记载服务小区或小区重选/切换。 | 对比文件属于单片机硬件外设扩展方法,不涉及蜂窝移动通信的小区概念,未公开。 |
| 技术特征U:在无线电承载、传输信道或物理信道的建立、配置或重新配置时<br>《未公开》 | 【对比文件全文】:<br>未记载无线电承载、传输信道或物理信道及其配置过程。 | 属于无线通信协议栈配置流程,对比文件未公开。 |
| 技术特征V:在从RRC信令中接收到最小或最大值时<br>《未公开》 | 【对比文件全文】:<br>未记载RRC信令或最小/最大RLC PDU大小参数。 | 属于高层网络信令指示参数,对比文件未公开。 |
| 技术特征W:其中所述RLC PDU大小是在每次E-TFC选择时确定的<br>《未公开》 | 【对比文件全文】:<br>未记载E-TFC选择或在此事件下确定RLC PDU大小。 | 目标专利说明书[0038]记载在每次E-TFC选择时确定RLC PDU大小,对比文件无任何相应记载,未公开。 |
| 技术特征X:其中来自逻辑信道的数据被包含在增强型MAC PDU中<br>《未公开》 | 【对比文件全文】:<br>未记载逻辑信道或增强型MAC PDU(MAC-i/is PDU)。 | 属于移动通信数据复用传输架构,对比文件未公开。 |
| 技术特征Y:其中所述RLC PDU大小是在每次E-TFC选择时确定的<br>《未公开》 | 【对比文件全文】:<br>未记载E-TFC选择或确定RLC PDU大小。 | 同特征W,对比文件未公开。 |
| 技术特征Z:其中HARQ进程被配置成传送调度的数据和非调度的数据中的至少一者<br>《未公开》 | 【对比文件全文】:<br>未记载HARQ(混合自动重传请求)进程、调度数据或非调度数据。 | 目标专利说明书[0040]记载HARQ过程被配置为发送调度或非调度数据。对比文件完全不涉及重传协议与HARQ机制,未公开。 |
---
### 结论
对比文件仅在文首概括其方案时直接公开了方法类通用前序语**技术特征A**(“该方法包括”),对于涉及无线通信协议架构、RLC/MAC层数据处理、TTI、授权匹配、E-TFC选择及HARQ进程的核心技术特征B至Z,对比文件均**未直接公开亦未隐含公开**。
<<<A>>>
作为一名资深专利代理师,紧密结合目标专利说明书原文(涉及在3GPP HSUPA/E-DCH演进架构下预先产生RLC PDU及基于授权/E-TFC确定RLC PDU大小的技术方案)与对比文件EP1158715A1(涉及在早期UMTS R99传统体系下,通过RRC或MAC依据信道传输质量/功率受限降低固定RLC PDU大小以对抗QoS劣化的方案)进行严格、客观的特征比对分析。
### 综合比对结论与分析依据
1. **底层机制与技术方案差异:**
- **目标专利**涉及3GPP Release 6及后续的HSUPA增强架构,引入了增强型MAC(MAC-i/is PDU)及增强专用信道(E-DCH)。针对该架构下“无线电可察觉(aware)”RLC计算峰值处理负荷大及分段HARQ残差错误问题,目标专利提出了在E-TFC选择之前“预先产生(pre-generate)”RLC PDU、根据“当前服务授权/非调度授权(SG)”及E-TFC确定大小、且限制未完成(outstanding)RLC PDU数据量(如预定限制小于等于4倍授权允许传输量)等技术特征。
- **对比文件EP1158715A1**涉及UMTS R99体系,其RLC PDU大小通常为半静态配置。当传输条件恶化(如达到最大发射功率)时,由MAC在RRC预配置的TFCS(TFS包含多种固定的(TP, N)组合)中选择更小的RLC PDU大小TP并增加传输块中PDU个数N,或者由RRC发起信令重配置过程来更改RLC PDU的固定大小。对比文件**完全未涉及**:E-DCH/E-TFC机制、MAC-i/MAC-is PDU架构、服务授权(Service Grant/SG)、以及为降低突发计算延迟而引入的“在后来的TTI中传输而预先产生RLC PDU(pre-generation)”与“未完成RLC PDU预定限制”等机制。
2. **公开性判断准则执行:**
- **直接公开**:要求对比文件能够使本领域技术人员毫无疑义地直接得出相同的技术方案。对于未涉及的技术体系及具体步骤,认定为未公开。
- **隐含公开**:采取非常宽松的标准,凡是存在技术手段在功能、作用上的对应或部分公开/可合理推导的,认定为隐含公开;对于技术构思完全相反或完全缺失的前提条件(如预先产生、未完成限制、服务授权计算等),则认定为未公开。
---
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A: 该方法包括<br>《直接公开》 | [0014] "A cet effet, la méthode de transmission selon l'invention est caractérisée en ce que la taille des unités de transmission RLC PDU est réduite lorsque les conditions de transmission sont dégradées."<br>(中文翻译:为此,根据本发明的数据传输方法的特征在于,当传输条件恶化时,减小传输单元RLC PDU的大小。) | 对比文件在说明书第[0014]段明确公开了一种涉及在无线通信系统中调整RLC PDU大小并进行数据传输的方法,技术特征A作为方法权利要求的前序引导词“该方法包括”,属于常规方法步骤引导,已被对比文件直接公开。 |
| 技术特征B: 确定是否存在足够的数据量以用于传输<br>《隐含公开》 | [0006] "...Dans un second mode dit mode non acquitté (Unacknowledged Mode ou UM) elle peut non seulement segmenter les unités SDU mais aussi en concaténer les fragments pour générer des unités RLC PDU..."<br>[0008] "...Pour un service donné, la sous-couche MAC peut envoyer un nombre NP de paquets, tous de même taille TP, pendant un intervalle de temps de transmission..."<br>(中文翻译:……在第二种非确认模式(UM)下,它不仅可以对SDU进行分段,还可以将分段进行级联以生成RLC PDU……对于给定的服务,MAC子层可以在一个传输时间间隔(TTI)内发送NP个大小均为TP的数据包……) | 对比文件第[0006]和[0008]段记载了在RLC层对上层SDU进行分段与级联以产生RLC PDU,且MAC层在TTI内调度发送一定数量NP的RLC PDU。本领域技术人员可以合理推知,在协议层进行SDU分段、打包与调度传输时,发射机必须先检测发送缓冲区/SDU中是否存在待传输的数据或是否有足够数据以组成传输块。按照非常宽松的隐含公开判断标准,此处理隐含了检查/确定是否存在用于传输的数据量。 |
| 技术特征C: 假设所述WTRU具有足够的数据量以用于传输<br>《未公开》 | 对比文件全文未记载关于假设WTRU具有足够的数据量以用于传输的具体计算假设条件。 | 目标专利说明书第[0044]、[0048]、[0049]等段落明确指出,在对可用比特数或传输块大小进行计算评估时,存在特定的计算假设逻辑(如在RLC根据授权确定PDU大小等场景下,假设缓冲区有充足的数据来充满授权允许传输的有效载荷)。对比文件完全未涉及“假设WTRU具有足够数据量用于传输”以此来进行后续参数选择或限制判定的机制。即便是最宽松的隐含推断,对比文件也未出现此种假设性逻辑推导,故未公开。 |
| 技术特征D: 选择将被复用至媒介接入控制MAC-i PDU或MAC-is PDU的所述RLC PDU的数据字段的大小<br>《隐含公开》 | [0015] "...la sous-couche RLC sélectionne, parmi cette pluralité, une taille d'unité de transmission en fonction des conditions de transmission..."<br>[0020] "...Selon un premier mode de réalisation de l'invention la taille de l'unité de transmission est choisie par la sous-couche MAC parmi un ensemble de tailles possibles..."<br>[0008] "...Pour un service donné, la sous-couche MAC peut envoyer un nombre NP de paquets, tous de même taille TP, pendant un intervalle de temps de transmission..."<br>(中文翻译:……RLC子层根据传输条件从多个传输单元大小中选择一个传输单元大小……根据本发明的第一实施例,传输单元的大小由MAC子层从一组可能的大小中选取……对于给定服务,MAC子层可以在一个传输时间间隔内发送NP个大小均为TP的包……) | 目标专利中,该特征是指在HSUPA增强MAC架构下,选择被复用至MAC-i或MAC-is PDU中的RLC PDU数据字段大小。对比文件基于UMTS Release 99架构,公开了选择传输单元RLC PDU的大小(TP),并由MAC层将多个大小为TP的RLC PDU组合/复用为MAC传输块(即MAC PDU)发送。虽然对比文件未具体公开R6中演进的MAC-i/MAC-is协议单元,但按照非常宽松的隐含公开标准,对比文件公开了由MAC层/RLC层选择复用到MAC传输协议数据单元中的RLC PDU的大小,属于部分公开并具有功能上的合理对应性,因此判断为隐含公开。 |
| 技术特征E: 其中所述数据字段大小被选择为使得RLC PDU大小与针对当前传输时间间隔TTI由当前授权允许传送的数据量匹配<br>《隐含公开》 | [0021] "...pour un taux d'erreur (BER) donné, un intervalle de temps de transmission (TTI) et un débit binaire donnés, on peut montrer qu'il existe une taille optimale de l'unité RLC PDU..."<br>[0023] "...La table TFCS décrit donc en particulier les combinaisons de tailles possibles d'unités RLC PDU pour l'ensemble des canaux de transport, une combinaison pouvant être sélectionnée à chaque intervalle de temps TTI par la sous-couche MAC..."<br>[0025] "...la sous-couche MAC recherche (34) dans la table TFCS la taille TP de RLC PDU inférieure à la taille courante et la combinaison (TP, N) qui correspond à un débit équivalent à celui en cours (TP2*N2 = TP1*N1)..."<br>(中文翻译:……对于给定的误码率(BER)、给定的传输时间间隔(TTI)和比特率,可以证明存在一个最佳的RLC PDU大小……因此,TFCS表特别描述了所有传输信道上RLC PDU的可能大小组合,该组合可由MAC子层在每个传输时间间隔TTI中进行选择……MAC子层在TFCS表中查找小于当前大小的RLC PDU大小TP,以及对应于与当前相当的数据速率的组合(TP, N)……) | 目标专利强调RLC PDU大小与当前TTI下由当前调度授权(SG)允许传输的数据量(传输块大小)匹配以减少MAC分段和HARQ残余错误。对比文件是在每个TTI中,由MAC层根据当前无线信道质量和受限的传输能力(在TFCS中受到RRC所分配的传输格式限制,对应信道所允许的数据率/传输块能力),选择合适的RLC PDU大小TP使得整体传输数据量(TP*N)与当前TTI所允许的信道传输能力相适配。按照极其宽松的推理准则,对比文件根据传输资源/功率约束在TTI中自适应匹配传输块容量并选择RLC PDU大小的技术思想,与该特征部分公开并可合理推导,因此认定为隐含公开。 |
| 技术特征F: 在用于逻辑信道的一个或多个未完成RLC PDU内的数据量小于当前授权的预定限制的情况下<br>《未公开》 | 对比文件全文未记载任何“未完成RLC PDU(outstanding RLC PDU)”的概念,亦未记载将未完成RLC PDU的数据量与“当前授权的预定限制”进行对比判断的机制。 | 目标专利说明书第[0037]、[0053]、[0058]段记载,为了避免在紧迫的TTI内产生巨大的峰值处理负荷,WTRU在发送前执行半无线电可察觉的预先产生(pre-generate),其前提是对“已产生但尚未插入传输块发送”的未完成RLC PDU的数据总量设立基于当前授权的预定门限限制。对比文件采用传统的实时处理方式或RRC重配置方式,不存在未完成RLC PDU队列大小限制与授权比较的机制。该特征在对比文件中毫无依据,即使依照最宽松的标准亦无法得出,故未公开。 |
| 技术特征G: 预先产生所述RLC PDU以用于在后来的TTI中进行传输<br>《未公开》 | 对比文件全文未记载在当前TTI之前“预先产生(pre-generate)”RLC PDU以用于在后来的TTI中传输的技术手段。 | 目标专利的发明核心之一(见说明书第[0022]、[0037]段)在于克服“无线电可察觉”RLC在当前TTI由于处理时间极短导致的高计算峰值延迟问题,引入了预先创建(pre-generation)供后续TTI使用的机制。而在对比文件EP1158715A1中,RLC PDU要么是在当前TTI按照选定的TFCI实时生成并由MAC打包发出,要么是经过RRC重配置后静态确定大小再进行常规组包传输,完全不具备“预先产生以备将来TTI使用”的半无线电可察觉机制。因此,对比文件未公开该特征。 |
| 技术特征H: 其中所述预定限制小于或等于四倍的针对所述当前TTI由所述当前授权允许传送的最大数据量<br>《未公开》 | 对比文件全文未记载任何关于未完成RLC PDU预定限制及其具体数值与倍数(小于或等于四倍当前授权最大数据量)的描述。 | 目标专利说明书第[0053]、[0058]段明确记载“未完成PDU中的最大数据量(M)被计算为常数(例如4)乘以步骤730中确定的传输块中的比特数(G)”。对比文件压根不存在“未完成RLC PDU的预定限制”这一概念,更不可能公开或启示“小于或等于四倍当前授权允许传送的最大数据量”这一特定参数限制。故该特征未公开。 |
| 技术特征I: 其中所述允许传送的数据量基于当前选择的增强型专用信道E-DCH传输格式组合E-TFC的比特数<br>《隐含公开》 | [0023] "...La table TFCS est relative à l'ensemble des canaux de transport et comprend une pluralité de combinaisons TFCi de formats de transports possibles... La combinaison sélectionnée par la sous-couche MAC est repérée par un pointeur TFCI dans la table TFCS..."<br>(中文翻译:……TFCS表涉及所有传输信道,并包括多个可能的传输格式组合TFCi……MAC子层所选择的组合由TFCS表中的指针TFCI标识……) | 目标专利中该特征是指允许传送的数据量基于当前选择的E-TFC的比特数。对比文件基于UMTS R99,公开了MAC层根据传输情况从TFCS中选择传输格式组合TFCi(通过TFCI指示),每个TFCi对应各个信道在当前TTI可传输的数据量(即比特数,由TP和N决定)。虽然对比文件是针对传统的DCH信道(TFC/TFCI),而非HSUPA上行链路引入的E-DCH(E-TFC/E-TFCI),但二者在协议架构中均属于由MAC层依据传输格式组合确定当前信道传输比特数的技术手段。按照非常宽松的隐含公开标准,对比文件部分公开了基于传输格式组合(TFC)比特数确定允许传输数据量的机制,因此认定为隐含公开。 |
| 技术特征J: 其中所述允许传送的数据量是针对所述当前TTI由所述当前授权允许传输的最大数据量<br>《隐含公开》 | [0008] "...Pour un service donné, la sous-couche MAC peut envoyer un nombre NP de paquets, tous de même taille TP, pendant un intervalle de temps de transmission. Cependant la sous-couche MAC ne peut choisir n'importe quelles valeurs pour NP et TP. Les valeurs de NP et TP possibles sont imposées par la couche RRC et seules certaines combinaisons de ces valeurs sont autorisées par cette dernière..."<br>[0024] "...Si la puissance maximale est atteinte (32) et que le contrôle de puissance demande encore une augmentation de la puissance d'émission, cela signifie que le niveau de consigne ne peut être atteint et donc que la qualité de service n'est plus respectée..."<br>(中文翻译:……对于给定的服务,MAC子层可以在一个传输时间间隔内发送NP个大小均为TP的包。但是,MAC子层不能为NP和TP选择任意值。可能的NP和TP值由RRC层强制规定,并且仅有这些值的某些组合被RRC层所允许……如果达到了最大功率且功率控制仍然请求增加发射功率,则意味着设定目标无法达到,QoS不再得到遵守……) | 目标专利中该特征是指由当前授权允许传输的最大数据量(例如根据服务授权SG、最大发射功率等限定后的最高有效载荷)。在对比文件中,RRC层为MAC分配了授权的传输格式组合集(TFCS),在当前TTI内,信道所能发送的最大包数量和大小组合(NP×TP)构成了该时段内被允许传输的最大数据限额;同时当受到最大发射功率限制时,其传输能力被限制在最大允许水平。按照极其宽松的隐含公开判断原则,对比文件中由网络侧配置和物理层能力所施加的最大允许传输比特量,隐含公开了“针对当前TTI由当前授权允许传输的最大数据量”的技术含义。 |
| 技术特征K: 其中所述RLC PDU的所述数据字段的大小是在周期基础上选择的<br>《隐含公开》 | [0023] "...La table TFCS décrit donc en particulier les combinaisons de tailles possibles d'unités RLC PDU pour l'ensemble des canaux de transport, une combinaison pouvant être sélectionnée à chaque intervalle de temps TTI par la sous-couche MAC..."<br>(中文翻译:……TFCS表因此具体描述了所有传输信道上RLC PDU可能大小的组合,MAC子层可以在每个传输时间间隔TTI选择一种组合……) | 对比文件第[0023]段明确说明,TFCS所描述的RLC PDU大小组合可以在“每个传输时间间隔TTI(à chaque intervalle de temps TTI)”由MAC子层进行选择。由于TTI是无线通信中固定时长的基本传输周期(例如10ms或20ms),在每个TTI进行选择即属于在周期性时间基准上进行选择。因此,按照宽松的隐含公开标准,对比文件关于每个TTI选择组合的描述隐含公开了在周期基础上选择RLC PDU大小。 |
| 技术特征L: 其中所述周期基础包括下列中的至少一者<br>《隐含公开》 | [0023] "...une combinaison pouvant être sélectionnée à chaque intervalle de temps TTI par la sous-couche MAC..."<br>(中文翻译:……MAC子层可以在每个传输时间间隔TTI选择一种组合……) | 对比文件公开了RLC PDU的大小可以基于每个TTI进行选择(属于下文技术特征M所列的技术方案)。作为包含下列至少一者的上位引述特征,技术特征L被对比文件隐含公开。 |
| 技术特征M: 传输时间间隔TTI基础<br>《直接公开》 | [0023] "...La table TFCS décrit donc en particulier les combinaisons de tailles possibles d'unités RLC PDU pour l'ensemble des canaux de transport, une combinaison pouvant être sélectionnée à chaque intervalle de temps TTI par la sous-couche MAC..."<br>(中文翻译:……TFCS表因此具体描述了所有传输信道上RLC PDU可能大小的组合,MAC子层可以在每个传输时间间隔TTI选择一种组合……) | 对比文件第[0023]段明确记载了在“每个传输时间间隔TTI(à chaque intervalle de temps TTI)”由MAC子层选择RLC PDU的大小组合。其所依据的周期基准正是“传输时间间隔TTI基础”,技术方案和术语实质相同,属于直接公开。 |
| 技术特征N: 预定TTI基础<br>《未公开》 | 对比文件全文未记载以“每N个预定TTI”为周期基准来确定RLC PDU大小。 | 目标专利说明书第[0038]段记载“例如以传输时间间隔(TTI)为基础或每N个TTI”。对比文件仅公开了在每个TTI进行检查或在RRC重配置时改变,完全未提及或启示“预定TTI基础(例如每隔固定N个TTI的预定周期)”来选择RLC PDU大小。即使按照宽松标准,亦无法从对比文件中推导出该特征,故未公开。 |
| 技术特征O: 每次E-TFC选择时<br>《未公开》 | 对比文件全文未记载增强型专用信道(E-DCH)及其传输格式组合(E-TFC)选择过程。 | 目标专利是在HSUPA体系中,将RLC PDU大小确定触发点绑定在“每次E-TFC选择时”(说明书第[0038]段)。对比文件仅涉及Release 99的TFC选择,根本未涉及E-TFC概念及在每次E-TFC选择时计算RLC PDU大小的机制。因此,对比文件未公开该特征。 |
| 技术特征P: 当从RLC服务数据单元SDU的分段或连接中产生新的RLC PDU时<br>《未公开》 | 对比文件第[0006]段仅一般性描述了在UM模式下RLC子层可以对SDU进行分段和级联以产生RLC PDU,但完全未公开将“从SDU的分段或连接中产生新的RLC PDU”作为触发重新选择/计算RLC PDU大小的事件。 | 目标专利说明书第[0038]段明确将“在每一次从RLC服务数据单元(SDU)的分段和/或连接中创建新的RLC PDU时”作为重新确定RLC PDU大小的具体触发时机。对比文件中RLC PDU的大小要么由TFCS在TTI中根据信道条件选定,要么通过RRC静态重置,产生PDU本身只是依据既定大小执行数据组包,并非反过来触发计算RLC PDU大小。因此该特征未公开。 |
| 技术特征Q: 当所述RLC接收新的数据时<br>《未公开》 | 对比文件全文未记载在RLC接收到新数据时触发选择或计算RLC PDU大小。 | 目标专利说明书第[0038]段明确公开“在每一次RLC从较高层接收新数据(即新的RLC SDU)时……来确定RLC PDU大小”。对比文件中PDU大小由信道传输条件/功率或RRC信令决定,与RLC是否接收到新数据无触发关联。因此,对比文件未公开该特征。 |
| 技术特征R: 当服务授权被更新时<br>《未公开》 | 对比文件基于UMTS R99系统,全文未记载HSUPA中的“服务授权(Serving Grant)”概念,亦未记载当服务授权更新时确定RLC PDU大小。 | 目标专利说明书第[0038]段记载“每一次更新服务授权时来确定RLC PDU大小”。在3GPP规范中,服务授权是由Node B调度器通过绝对授权(E-AGCH)或相对授权(E-RGCH)下发以动态控制UE发送速率的机制。对比文件属于R99架构,无服务授权更新机制,更无在此事件时确定RLC PDU大小的方案。故未公开。 |
| 技术特征S: 在活动集更新过程时<br>《未公开》 | 对比文件全文未记载活动集更新(Active Set Update)过程,亦未记载在活动集更新时确定RLC PDU大小。 | 目标专利说明书第[0038]段明确记载“基于活动集(active set)更新过程来确定RLC PDU大小”。对比文件未提及活动集更新与RLC PDU大小选择之间的任何关联,故未公开。 |
| 技术特征T: 当服务小区改变时<br>《未公开》 | 对比文件全文未记载当服务小区改变时确定RLC PDU大小。 | 目标专利说明书第[0038]段记载“服务小区变化……都可以来确定RLC PDU大小”。对比文件针对的是单连接下链路传输条件恶化的处理,未涉及服务小区改变以及在服务小区改变时计算RLC PDU大小的机制。故未公开。 |
| 技术特征U: 在无线电承载、传输信道或物理信道的建立、配置或重新配置时<br>《直接公开》 | [0016] "Selon un second mode de réalisation de l'invention la couche (RRC) fixe au début d'une connexion une taille d'unité de transmission en fonction des conditions de transmission. En cas de dégradation des conditions de transmission, la couche RRC du réseau initie une procédure de changement de la taille de transmission."<br>[0034] "...la couche RRC du réseau (N) envoie un ordre de reconfiguration (51) à la couche RRC du terminal mobile (UE). Les sous-couches RLC et MAC de l'émetteur et du récepteur sont alors respectivement configurées (52, 52',53,53') pour se conformer à cette nouvelle taille... Si le système de télécommunication radiomobile est un système UMTS, les sous-couches MAC reçoivent des couches RRC une nouvelle table TFCS donnant les nouvelles combinaisons de formats de transport possibles. Ces nouvelles combinaisons indiqueront la nouvelle taille de RLC PDU que la sous-couche MAC peut utiliser..."<br>(中文翻译:……根据本发明的第二实施例,RRC层在连接开始时根据传输条件确定传输单元的大小。在传输条件恶化的情况下,网络侧RRC层发起改变传输大小的过程……网络RRC层向移动终端RRC层发送重配置命令。然后发射机和接收机的RLC与MAC子层分别被配置以符合该新尺寸……MAC子层从RRC层接收新的TFCS表,指示新的RLC PDU大小……) | 目标专利说明书第[0038]段与第[0051]段指出,在无线电承载、传输信道配置或重新配置时可以确定或更新RLC PDU大小。对比文件第[0016]及[0034]段明确记载在建立连接(无线电承载/信道建立)或在传输条件恶化时通过RRC重配置流程(发送reconfiguration命令重新配置MAC和RLC实体)来改变和确定RLC PDU大小,这与在无线电承载/传输信道的建立与重新配置时确定大小完全相同,属于直接公开。 |
| 技术特征V: 在从RRC信令中接收到最小或最大值时<br>《隐含公开》 | [0008] "...Cependant la sous-couche MAC ne peut choisir n'importe quelles valeurs pour NP et TP. Les valeurs de NP et TP possibles sont imposées par la couche RRC et seules certaines combinaisons de ces valeurs sont autorisées par cette dernière. Les combinaisons possibles sont fournies par la couche RRC à la sous-couche MAC."<br>[0023] "...Lors de l'établissement d'une connexion, la couche RRC fournit à la sous-couche MAC un ensemble de tailles possibles pour l'unité de transmission RLC PDU... Une table TFS relative à un canal de transport consiste en un ensemble de couples (TPj,Nj)..."<br>[0028] "...Avantageusement, la table TFS ne comportera que deux tailles d'unité RLC PDU : une première taille correspondant à des conditions de transmission normales sur le canal et une seconde taille correspondant à des situations de crise..."<br>(中文翻译:……可能的NP和TP值由RRC层强制规定,并且仅有这些值的某些组合被RRC层所允许。可能的组合由RRC层提供给MAC子层……在建立连接时,RRC层向MAC子层提供一组可能的RLC PDU大小……TFS表包含两个大小:对应于正常条件的第一大小和对应于危机情况的第二较小大小……) | 目标专利说明书第[0038]、[0051]段记载,可以在从RRC信令接收到最小/最大值时计算或重置RLC PDU大小。在对比文件中,RRC层通过信令下发TFS/TFCS表格,该表格限定了RLC PDU的候选尺寸范围,特别是如第[0028]段所述仅包含两档尺寸(正常情况下的较大尺寸与危机情况下的较小尺寸),本质上即通过RRC信令为终端指定了允许使用的最大和最小RLC PDU大小边界。根据非常宽松的隐含公开标准,这构成了本领域技术人员可以合理推断出的等同或隐含公开。 |
| 技术特征W: 其中所述RLC PDU大小是在每次E-TFC选择时确定的<br>《未公开》 | 对比文件全文未记载E-TFC选择,亦未记载在每次E-TFC选择时确定RLC PDU大小。 | 目标专利说明书第[0038]段明确限定在每次E-TFC选择时确定RLC PDU大小。对比文件属于R99体制,仅存在TFC,完全未记载增强型E-TFC,更未公开在每次E-TFC选择时确定RLC PDU大小。故未公开。 |
| 技术特征X: 其中来自逻辑信道的数据被包含在增强型MAC PDU中<br>《未公开》 | 对比文件全文未记载增强型MAC PDU(即MAC-e/i或MAC-es/is PDU)。 | 目标专利说明书第[0036]、[0040]、[0117]段记载增强型MAC PDU(例如MAC-i PDU或MAC-is PDU),属于HSUPA协议栈新增的协议数据单元。对比文件是基于R99标准规范构建,仅包含常规的MAC PDU,未公开增强型MAC PDU。故未公开。 |
| 技术特征Y: 其中所述RLC PDU大小是在每次E-TFC选择时确定的<br>《未公开》 | 对比文件全文未记载E-TFC选择。 | 该特征与技术特征W完全相同,对比文件未涉及HSUPA中的E-TFC机制,故未公开。 |
| 技术特征Z: 其中HARQ进程被配置成传送调度的数据和非调度的数据中的至少一者<br>《未公开》 | 对比文件未涉及HARQ机制中的调度数据(scheduled data)与非调度数据(non-scheduled data)的传输配置。 | 目标专利说明书第[0040]、[0118]段明确记载,在E-DCH传输中,HARQ实体/进程可以被配置成发送调度的数据和非调度的数据中的至少一者。对比文件第[0006]、[0009]段虽然提及物理层信道编码和RLC ARQ重传,但根本未涉及MAC层的HARQ进程,更未公开区分“调度数据”与“非调度数据”的HARQ进程配置机制。因此,对比文件未公开该特征。 |
---
### 评估结论汇总
- **直接公开的技术特征:** A、M、U
- **隐含公开的技术特征:** B、D、E、I、J、K、L、V
- **未公开的技术特征:** C、F、G、H、N、O、P、Q、R、S、T、W、X、Y、Z
<<<A>>>
<<<b>>>
<<<d>>>
<<<e>>>
<<<i>>>
<<<j>>>
<<<k>>>
<<<l>>>
<<<M>>>
<<<U>>>
<<<v>>>
根据目标专利说明书与对比文件(CN1326302A)的内容,在严谨结合目标专利说明书原文理解各技术特征的基础之上,并遵循“直接公开”需毫无疑义或实质等同、而“隐含公开”采取非常宽松标准的原则,对技术特征A至Z进行逐一比对分析。
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A:该方法包括<br>《直接公开》 | 全文,例如【说明书第4页倒数第2段】:“根据本发明的传输方法的特征在于,当传输条件恶化时,将该RLC PDU传输单元的尺寸减小。”及【说明书第5页第3段】等。 | 对比文件公开了一种在移动电信系统中克服服务质量降低的数据传输方法,显然直接公开了作为方法引导语的“该方法包括”。 |
| 技术特征B:确定是否存在足够的数据量以用于传输<br>《隐含公开》 | 【说明书第3页第4段】:“该RLC子层可根据不同的模式工作……根据该第一子模式,该RLC可将该SDUs分段,以便产生数据分组或称为RLC PDUs(RLC协议数据单元)的传输单元。根据第二子模式,不起动这个分段,RLC PDU必须与SDU对应。在第二种称为未被承认的模式(UM)中,不仅将该SDUs分段而且还将这些分段连接在一起,以便产生该RLC PDUs……”以及【第3页第6段】:“该MAC子层负责对该共享物理资源的接入。如果用户希望同时能得到几个服务,则该MAC子层在由该RRC层预定的资源上分配这些服务。将对该资源的接入分为一些传输时间间隔(TTI)。对于给定的服务,在一个传输时间间隔中,该MAC子层可发送分组的号数NP,所有同样大小的TP……” | 对比文件公开了RLC层从上层接收SDU并将其分段/级联成RLC PDU,MAC层在TTI内调度发送分组。虽然对比文件未字面记载“确定是否存在足够的数据量以用于传输”,但在进行分组组装和调度发送时,RLC/MAC层必然会检查/感知是否有待发送的SDU或数据(即是否有足够数据量),按照极宽松的隐含公开标准,本领域技术人员可以合理推断出该数据量存在性检查过程,因此构成隐含公开。 |
| 技术特征C:假设所述WTRU具有足够的数据量以用于传输<br>《隐含公开》 | 【说明书第4页倒数第3段】:“本发明的目的是克服上述的缺点,具体地提供一种传输方法,尽管传输条件的恶化,甚至于不再能增加支持所述服务的信号发送功率的情况下,仍能保证对于服务的传输速率。”及【说明书第5页第3段至倒数第2段】。 | 对比文件讨论在传输条件变坏、功率受限时如何维持传输速率,其针对有数据待发并保持非零传输速率的场景设计。在此情境中,推导和选择传输参数前提即默认/假设终端有数据可供传输(若无数据传输则无需保证传输速率并维持传输)。按照极宽松的标准,该假设条件被隐含公开。 |
| 技术特征D:选择将被复用至媒介接入控制MAC-i PDU或MAC-is PDU的所述RLC PDU的数据字段的大小<br>《隐含公开》 | 【说明书第4页倒数第2段】:“根据本发明的传输方法的特征在于,当传输条件恶化时,将该RLC PDU传输单元的尺寸减小。”<br>【说明书第4页倒数第1段至第5页第1段】:“根据本发明的第一实施方案,在连接的开始,该RRC层为给定的传输时间间隔确定一组可能的传输单元的量值,该RLC子层根据传输的条件从这一组中,选出一个传输单元量值……根据第一实施方案,由该MAC子层从一组可能的量值中选择该传输单元的量值。”<br>【说明书第3页第5段】:“在图2中示出了RLC PDU的结构……该分组包括由来自一个或多个SDUs……的服务数据、对该RLC层供给必要的信令信息的首标和用于检测该分组是否错误的差错检测码(CRC)组成的有用负载。” | 对比文件公开了在UMTS中选择RLC PDU传输单元的量值TP(RLC PDU包含首标与数据载荷),且RLC PDU递交MAC层传输。虽然对比文件属于早期R99架构,未提及HSUPA增强型MAC(MAC-i/MAC-is),但其公开了“选择RLC PDU大小(对应数据字段大小)以复用至MAC PDU中传输”;按照极宽松的隐含公开判断原则(部分公开并可与其他标准协议技术组合),本领域技术人员可以合理推断出该机制在增强MAC架构下的应用,因此认定为隐含公开。 |
| 技术特征E:其中所述数据字段大小被选择为使得RLC PDU大小与针对当前传输时间间隔TTI由当前授权允许传送的数据量匹配<br>《隐含公开》 | 【说明书第5页倒数第2段】:“在每个时间间隔TTI上可由该MAC子层选择一个组合……如果达到了这个功率,因此该服务的质量不能同意,则该MAC子层在该TFCS表中寻找比当前量值小的RLC PDU的量值TP和对应于等同当前一个速率的组合(TP2*N2=TP1*N1)。如果这个组合存在(35),则将该RLC PDU的量值固定在该对应的新量值上(36)。”<br>【说明书第3页第6段】:“由该RRC层安放NP和TP的可能值,只有这些值的某些组合由后者授权。由该RRC层对该MAC子层提供这些可能的组合。” | 目标专利中该特征是指RLC PDU大小与当前TTI授权允许传输的数据量(传输块大小或其函数)相匹配。对比文件中,由RRC层对组合进行授权,MAC在每个TTI根据当前授权的TFCS表选择符合当前传输条件/速率的RLC PDU量值TP(即选择使得RLC PDU尺寸与当前TTI所允许的传送能力相适应)。基于宽松标准,对比文件关于在TTI上选择与授权组合相匹配的PDU大小的教导,构成对该特征的隐含公开。 |
| 技术特征F:在用于逻辑信道的一个或多个未完成RLC PDU内的数据量小于当前授权的预定限制的情况下<br>《未公开》 | 对比文件全文无记载。 | 对比文件完全没有公开或涉及“未完成RLC PDU(outstanding RLC PDU)”的概念,更未公开“未完成RLC PDU内的数据量与当前授权的预定限制进行比较”的判断逻辑。该特征既未被直接公开,也不可能通过对比文件内容合理推断得出,不构成隐含公开。 |
| 技术特征G:预先产生所述RLC PDU以用于在后来的TTI中进行传输<br>《未公开》 | 对比文件全文无记载。 | 对比文件采用的是常规的按TTI选择传输格式并即时传输,未涉及目标专利中为了避免处理峰值瓶颈而采取的“预先产生(pre-generate)RLC PDU以用于在后来的TTI中传输”的技术方案。该技术方案在对比文件中完全没有线索,不构成直接或隐含公开。 |
| 技术特征H:其中所述预定限制小于或等于四倍的针对所述当前TTI由所述当前授权允许传送的最大数据量<br>《未公开》 | 对比文件全文无记载。 | 对比文件完全未涉及未完成PDU的数据量预定限制,更无“小于或等于四倍的最大数据量”这一特定参数限制的记载或技术暗示,不构成直接或隐含公开。 |
| 技术特征I:其中所述允许传送的数据量基于当前选择的增强型专用信道E-DCH传输格式组合E-TFC的比特数<br>《隐含公开》 | 【说明书第5页第3段至倒数第2段】:“更确切地说,如果该移动电信系统是UMTS系统,在一方面该RRC层向该MAC子层提供每个传送信道一个TFS(传送格式设置)表,在另一方面提供一个与所述子层可用的所有传送信道相关的TFCS(传送格式组合设置)表……该TFCS表具体地描述了所有传送信道的RLC PDUs量值的可能组合。在每个时间间隔TTI上可由该MAC子层选择一个组合。通过该TFCS表中的TFCI指针来表示被该MAC子层选择的该组合。” | 对比文件公开了UMTS系统中MAC层在每个TTI选择传输格式组合TFC(通过TFCI指示),允许传送的数据量由选定的TFC确定(包含传输块大小与数量)。虽然对比文件公开的是专用信道DCH下的TFC,而非HSUPA中的增强型专用信道E-DCH的E-TFC,但两者在MAC层传输格式组合选择及确定允许传送比特数上机制等同;按照极宽松的隐含公开判断原则(部分公开及与演进技术结合推断),本领域技术人员可以合理推断出该机制在E-DCH(E-TFC)上的对应实现,认定为隐含公开。 |
| 技术特征J:其中所述允许传送的数据量是针对所述当前TTI由所述当前授权允许传输的最大数据量<br>《隐含公开》 | 【说明书第3页第6段】:“对于给定的服务,在一个传输时间间隔中,该MAC子层可发送分组的号数NP,所有同样大小的TP。然而,该MAC子层不能为NP和TP选择任何值。由该RRC层安放NP和TP的可能值,只有这些值的某些组合由后者授权。”<br>【说明书第5页倒数第2段】:“如果达到了最大功率(32)该功率检查请求进一步增加传输功率……该MAC子层在该TFCS表中寻找比当前量值小的RLC PDU的量值TP和对应于等同当前一个速率的组合(TP2*N2=TP1*N1)。” | 对比文件公开了RRC层对TFC进行授权,所选组合决定了在该TTI所能发送的数据量;当达到最大传输功率约束时,系统在授权范围内选择最大程度匹配所能支持速率的组合(即授权与功率限制下的最大传输能力)。基于宽松标准,本领域技术人员可推知允许传送的数据量即为授权许可传输的最大数据量,构成隐含公开。 |
| 技术特征K:其中所述RLC PDU的所述数据字段的大小是在周期基础上选择的<br>《直接公开》 | 【说明书第5页倒数第3段】:“因此,该TFCS表具体地描述了所有传送信道的RLC PDUs量值的可能组合。在每个时间间隔TTI上可由该MAC子层选择一个组合。通过该TFCS表中的TFCI指针来表示被该MAC子层选择的该组合。利用在该DPCCH控制信道上的每个物理帧(10ms)将这个指示发送到接收机。” | 对比文件明确公开了在“每个时间间隔TTI上”由MAC子层选择一个组合(确定RLC PDU的量值TP),TTI本身即为周期性时间单位,因此直接公开了RLC PDU大小(包含数据字段)是在“周期基础上”选择的。 |
| 技术特征L:其中所述周期基础包括下列中的至少一者<br>《直接公开》 | 【说明书第5页倒数第3段】:“在每个时间间隔TTI上可由该MAC子层选择一个组合。” | 对比文件公开了以传输时间间隔TTI为周期基础进行选择,直接涵盖了该特征所限定的下位选项选择逻辑。 |
| 技术特征M:传输时间间隔TTI基础<br>《直接公开》 | 【说明书第5页倒数第3段】:“在每个时间间隔TTI上可由该MAC子层选择一个组合。”及【说明书第3页第6段】:“将对该资源的接入分为一些传输时间间隔(TTI)……在每个时间间隔TTI上……” | 对比文件明确直接公开了在每个“时间间隔TTI上”选择RLC PDU大小组合,与该技术特征完全相同,属于直接公开。 |
| 技术特征N:预定TTI基础<br>《隐含公开》 | 【说明书第5页倒数第3段】:“在每个时间间隔TTI上可由该MAC子层选择一个组合……利用在该DPCCH控制信道上的每个物理帧(10ms)将这个指示发送到接收机。”及【第6页第2段】:“只在发现了与服务的质量不符合的情况持续超过容限的预定期间之后才改变该RLC PDU的大小,以避免不需要的改变。” | 对比文件公开了以TTI(例如每个物理帧10ms)为基础,并公开了可以在“持续超过容限的预定期间之后”改变RLC PDU大小,该预定期间必然对应于预定的TTI数量/周期。按照极宽松的推导标准,技术人员可以合理推导出以预定TTI为基础,构成隐含公开。 |
| 技术特征O:每次E-TFC选择时<br>《隐含公开》 | 【说明书第5页倒数第3段】:“在每个时间间隔TTI上可由该MAC子层选择一个组合。通过该TFCS表中的TFCI指针来表示被该MAC子层选择的该组合。” | 对比文件公开了在每个TTI进行TFC选择并确定RLC PDU大小。虽然对比文件使用的是TFC而非E-TFC,但二者在协议演进中属于同类技术机制;根据极宽松的隐含公开标准,在每次传输格式组合选择时确定PDU大小的技术思想已被实质公开并可直接推及E-TFC,因此认定为隐含公开。 |
| 技术特征P:当从RLC服务数据单元SDU的分段或连接中产生新的RLC PDU时<br>《隐含公开》 | 【说明书第3页第4段】:“根据该第一子模式,该RLC可将该SDUs分段,以便产生数据分组或称为RLC PDUs……在第二种称为未被承认的模式(UM)中,不仅将该SDUs分段而且还将这些分段连接在一起,以便产生该RLC PDUs。”及【说明书第5页第3段至倒数第2段】。 | 对比文件公开了RLC层通过对SDU进行分段或连接(级联)来产生RLC PDU,并且该RLC PDU的大小依据所选择的量值确定。在分段或级联产生新的RLC PDU时必然需确定/采用所选的数据大小。依据极宽松的隐含公开判断标准,此过程被对比文件隐含公开。 |
| 技术特征Q:当所述RLC接收新的数据时<br>《隐含公开》 | 【说明书第3页第4段】:“该RLC子层,根据RRC层保证的服务质量对不同的应用提供传输支持……该RLC可将该SDUs分段,以便产生数据分组或称为RLC PDUs……” | 对比文件公开了RLC子层为不同应用提供传输支持,接收SDU数据并进行分段/产生PDU。当上层有新数据到达RLC时,触发PDU的配置与生成。按照极宽松的推导标准,其隐含公开了当RLC接收到新数据时确定/选择PDU大小。 |
| 技术特征R:当服务授权被更新时<br>《隐含公开》 | 【说明书第3页第6段】:“由该RRC层安放NP和TP的可能值,只有这些值的某些组合由后者授权。由该RRC层对该MAC子层提供这些可能的组合。”<br>【说明书第6页第8段至第7页第1段】:“首先,该网络(N)的RRC层发送一个重新配置指令(51)给该移动终端(UE)的RRC层……该MAC子层从这些RRC层接收一个给出该新的可能传送格式组合的新的TFCS表。这些新的组合将表示该MAC子层可用的新的RLC PDU的量值。” | 对比文件的第二实施例明确公开了网络侧RRC发送重新配置指令并向MAC提供新的TFCS表(即更新授权的传输组合与RLC PDU量值),终端据此更新RLC PDU大小。尽管此处的授权更新表现为RRC授权组合更新,但基于宽松的隐含公开原则,其公开了在授权被更新时改变/确定RLC PDU大小,构成隐含公开。 |
| 技术特征S:在活动集更新过程时<br>《未公开》 | 对比文件全文无记载。 | 对比文件全文未提及软切换或“活动集更新过程(Active Set Update)”,更未公开在活动集更新时选择或计算RLC PDU大小,既未直接公开也无法隐含推导出。 |
| 技术特征T:当服务小区改变时<br>《隐含公开》 | 【说明书第4页第3段】:“为了解决这种拥挤现象,已提出了各种方法,比如中断某些小区或大量地减少某些发射机的发送速率。”<br>【说明书第6页第6段至第7页第1段】:“如果达到了最大功率(42),为保持该服务质量必须增加传输功率,则起动改变该RLC PDU量值的程序(44)……首先,该网络(N)的RRC层发送一个重新配置指令(51)给该移动终端(UE)的RRC层。然后分别构成该发射机和接收机的RLC和MAC子层……” | 对比文件涉及移动通信系统中基站与移动站通信及小区环境变化。移动通信中小区改变通常伴随着无线链路重配置或重新建立,而在对比文件第二实施例中,重配置指令会触发重新配置RLC/MAC并改变RLC PDU大小。按照极宽松的隐含公开判断标准,小区改变必然涉及链路重配置和传输参数重新选择,因此可以合理解释为隐含公开。 |
| 技术特征U:在无线电承载、传输信道或物理信道的建立、配置或重新配置时<br>《直接公开》 | 【说明书第4页倒数第1段】:“根据本发明的第二实施方案,在连接的开始,该层(RRC)根据传输的条件固定一个传输单元量值。在传输条件恶化的情况下,该网络的RRC层起动一个改变该传输量值的程序。”<br>【说明书第6页第8段至第7页第1段】:“首先,该网络(N)的RRC层发送一个重新配置指令(51)给该移动终端(UE)的RRC层。然后分别构成该发射机和接收机的RLC和MAC子层(52,52’,53,53’),以便符合这个新的量值……该MAC子层从这些RRC层接收一个给出该新的可能传送格式组合的新的TFCS表。这些新的组合将表示该MAC子层可用的新的RLC PDU的量值。” | 对比文件明确公开了在连接建立开始时由RRC确定RLC PDU大小,并在传输恶化时由网络RRC层发送重新配置指令对RLC和MAC子层进行重新配置(包含传送信道TFCS表的重新配置与更新),以确定新的RLC PDU量值。这与“在无线电承载、传输信道或物理信道的建立、配置或重新配置时选择/确定RLC PDU大小”实质完全相同,属于直接公开。 |
| 技术特征V:在从RRC信令中接收到最小或最大值时<br>《隐含公开》 | 【说明书第3页第6段】:“由该RRC层安放NP和TP的可能值,只有这些值的某些组合由后者授权。由该RRC层对该MAC子层提供这些可能的组合。”<br>【说明书第6页第3段】:“优点是,该TFS表将只包括两RLC PDU量值:第一量值对应于该信道上的正常传输条件,而第二个量值对应于应急情况。”<br>【说明书第6页倒数第1段】:“例如,假定有三个传送信道,它们具有相同的TFS:{(320,2);(320,4);(320,6);(640,1);(640,2);(640,3)}……” | 对比文件中,RRC层向MAC子层提供TFS/TFCS表信令,其中包含离散的传输单元量值集合(例如320和640),该集合中本身即内含了允许选用的最大值和最小值(如实施例中的最大值640、应急情况较小值320)。按照极宽松的隐含公开判断原则,接收包含离散限定范围的RRC配置信令可等同或推导出接收最大/小值以限定PDU大小,因此构成隐含公开。 |
| 技术特征W:其中所述RLC PDU大小是在每次E-TFC选择时确定的<br>《隐含公开》 | 【说明书第5页倒数第3段】:“在每个时间间隔TTI上可由该MAC子层选择一个组合。通过该TFCS表中的TFCI指针来表示被该MAC子层选择的该组合。” | 论述同特征O。对比文件公开了在每个TTI进行传输格式组合选择时确定RLC PDU大小。依据极宽松的隐含公开标准,从TFC选择推及演进标准中的E-TFC选择属于本领域技术人员显而易见的对应推断,认定为隐含公开。 |
| 技术特征X:其中来自逻辑信道的数据被包含在增强型MAC PDU中<br>《隐含公开》 | 【说明书第3页第3段至第6段】:“将层2分为RLC(无线电链路控制)子层和MAC(媒体接入控制)子层……该RLC可将该SDUs分段,以便产生数据分组或称为RLC PDUs……该MAC子层负责对该共享物理资源的接入……在一个传输时间间隔中,该MAC子层可发送分组的号数NP,所有同样大小的TP……” | 对比文件公开了来自上层的数据由RLC处理成PDU后递交给MAC层,并由MAC层打包为MAC分组(即MAC PDU)发送。虽然对比文件未具体冠以“增强型(Enhanced/MAC-i/is)”前缀,但其属于UMTS L2协议栈的演进架构;按照极宽松的隐含公开判断原则,该基本数据流动关系已部分公开并可推知其在增强型MAC PDU中的实施,认定为隐含公开。 |
| 技术特征Y:其中所述RLC PDU大小是在每次E-TFC选择时确定的<br>《隐含公开》 | 【说明书第5页倒数第3段】:“在每个时间间隔TTI上可由该MAC子层选择一个组合。通过该TFCS表中的TFCI指针来表示被该MAC子层选择的该组合。” | 论述同特征O及特征W。对比文件公开了每次TFC选择时确定RLC PDU大小,按照极宽松的隐含公开标准,认定对“每次E-TFC选择时确定RLC PDU大小”构成隐含公开。 |
| 技术特征Z:其中HARQ进程被配置成传送调度的数据和非调度的数据中的至少一者<br>《隐含公开》 | 【说明书第3页第4段】:“在称为被承认的第三种模式(AM)中,还可请错误的RLC PDUs的重发。具体地说,当它工作在被承认的模式时,该RLC层负责对不能由物理处理来纠错的错误单元的重发。”<br>【说明书第3页第7段】:“层1或物理层PHY负责该数据的物理处理。它具体包括纠错编码/译码功能,使它能够校正影响发送数据的差错的主要部分……”<br>【说明书第5页第2段】:“残留差错,即未被该物理层的纠错译码校正的差错……” | 对比文件公开了物理层的纠错重传及RLC重传机制,并公开了网络对不同服务质量(如不同优先级、有保证/无保证数据)进行资源调度和分配。虽然R99中未明确命名为HSUPA中的HARQ进程传输调度/非调度数据,但物理层混合纠错重传与数据流调度/非调度配置属于UMTS增强技术的常规组成;按照宽松的隐含公开与组合推断标准,认定为隐含公开。 |
---
<<<A>>><<<b>>><<<c>>><<<d>>><<<e>>><<<I>>><<<j>>><<<K>>><<<L>>><<<M>>><<<n>>><<<o>>><<<p>>><<<q>>><<<r>>><<<t>>><<<U>>><<<v>>><<<w>>><<<x>>><<<y>>><<<z>>>
根据目标专利(一种用于产生和传送RLC PDU的方法和无线发射/接收单元)的说明书原文、技术特征划分以及对比文件(CN1339903A)的内容,对各技术特征的公开性分析及特征比对如下:
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A:该方法包括<br><br>【直接公开】 | 【发明内容】第7段:<br>“为了整体或部分地至少实现上述目的,提供一种在RLC中插入PDU LI的方法……”<br>【实施方式】图7及第2段:<br>“图7是显示根据优选实施例在RLC中插入PDU的LI的方法的流程图。” | 对比文件公开了一种在无线电链路控制(RLC)中插入长度指示符(LI)并产生/传输PDU的方法,技术特征A仅为主题名称引导词,属于常规方法流程限定,已被对比文件直接公开。 |
| 技术特征B:确定是否存在足够的数据量以用于传输<br><br>【隐含公开】 | 【实施方式】第10段:<br>“同时,根据步骤76的确定结果,如果当前PDU(A)大小不与到目前的数据和LI组和首部大小的总和相同,在步骤78确定是否有更多的SDU要发送。如果有更多的SDU要发送,过程前进到步骤80,把i值增加+1,以对下一个序列中的SDU重复从步骤71开始的过程。但是,如果没有要发送的SDU,过程前进到步骤79……” | 目标专利中确定是否有足够的数据量用于产生和填充PDU传输(如说明书[0037]步骤690检查是否仍有可用数据,[0058]判断是否有足够可用数据)。对比文件在步骤78中判断“是否有更多的SDU要发送”,若有则继续填充,若无(即没有更多SDU数据)则进入填充(PAD)处理。按照极宽松的标准,对比文件在构建PDU时检测待发送缓冲中是否存在后续SDU数据的机制,部分/隐含涵盖了“确定是否存在用于传输的数据量”的构思。 |
| 技术特征C:假设所述WTRU具有足够的数据量以用于传输<br><br>【未公开】 | 对比文件全文未见记载。 | 目标专利说明书[0044]、[0049]明确指出在计算授权与传输块能力时可引入多种假设条件(例如假设发射功率总是充足、或假设在有数据前提下进行授权匹配),而对比文件仅在固定PDU大小框架下按实际SDU到达情况依次填充并在不足时填PAD,完全没有“假设WTRU具有足够数据量用于传输”的假定机制或技术方案,既未直接公开也未隐含公开。 |
| 技术特征D:选择将被复用至媒介接入控制MAC-i PDU或MAC-is PDU的所述RLC PDU的数据字段的大小<br><br>【隐含公开】 | 【实施方式】第2段、第4段:<br>“在步骤70,首先设置在协议结构的RLC层中进行数据发送/接收的PDU模式中使用的PDU大小和PDU的组成部分及其大小。”<br>“如果在步骤71确定结果是不可能,那么如步骤72所示,根据PDU大小插入SDUi的一个段。” | 目标专利说明书[0015]-[0020]、[0036]记载其核心在于HSUPA引入MAC-i/is实体后,RLC实体根据传输块大小动态选择RLC PDU的数据字段大小以避免MAC分段并降低HARQ残余错误。对比文件公开了传统的固定PDU大小并在步骤70设置PDU大小及组成部分大小,并在分段时根据该大小截取SDU段。虽然对比文件属于早期的R99体系未提及3GPP Release 6及之后的MAC-i/is,但按照宽松的隐含公开判断(将高层RLC PDU向底层MAC PDU复用传输的通用下传逻辑),对比文件公开了RLC层对数据字段大小的确定/划分,可视为对该特征中数据字段尺寸设定的基础属性进行了部分公开,构成隐含公开。 |
| 技术特征E:其中所述数据字段大小被选择为使得RLC PDU大小与针对当前传输时间间隔TTI由当前授权允许传送的数据量匹配<br><br>【未公开】 | 对比文件全文未见记载。 | 目标专利说明书[0018]-[0022]、[0043]-[0044]特别强调,数据字段大小是“无线电可察觉”或“半无线电可察觉”的,使其与当前TTI由当前授权允许传送的数据量(如SG指示的授权量)相匹配,以最大化信道利用率并减少分段。而对比文件属于典型的“无线电无察觉”传统固定大小PDU方案(PDU大小是静态配置好的预定值,仅处理SDU边界与LI插入),完全没有“根据当前TTI的授权允许传送的数据量动态匹配选择RLC PDU大小”的技术构思与机制。因此该特征未公开。 |
| 技术特征F:在用于逻辑信道的一个或多个未完成RLC PDU内的数据量小于当前授权的预定限制的情况下<br><br>【未公开】 | 对比文件全文未见记载。 | 目标专利说明书[0037]、[0053]、[0058]详细阐述了为了在后来的TTI中预先生成PDU,需要根据未完成RLC PDU(已生成但未发送的PDU)的总量与当前授权限定的预定限制(例如限制门限为授权允许量的倍数)进行比对,以防止预先生成过多导致过载。对比文件根本没有“未完成RLC PDU与当前授权的预定限制”这一门限机制,完全未公开。 |
| 技术特征G:预先产生所述RLC PDU以用于在后来的TTI中进行传输<br><br>【未公开】 | 对比文件全文未见记载。 | 目标专利说明书[0022]、[0037]明确其发明目的在于“预先产生用于在后来的TTI中传输的RLC PDU”,从而避免在E-TFC选择之后因延迟限制产生峰值处理瓶颈。对比文件仅是常规的逐个PDU组包并插入LI,完全不存在为了解决未来TTI调度峰值处理而引入的“预先生成机制”,既未直接公开也未隐含公开。 |
| 技术特征H:其中所述预定限制小于或等于四倍的针对所述当前TTI由所述当前授权允许传送的最大数据量<br><br>【未公开】 | 对比文件全文未见记载。 | 目标专利说明书[0058]步骤750具体说明“未完成PDU中的最大数据量(M)被计算为常数(例如4)乘以步骤730中确定的传输块中的比特数(G)”。对比文件未涉及任何基于授权倍数的预定限制数值设定,未公开。 |
| 技术特征I:其中所述允许传送的数据量基于当前选择的增强型专用信道E-DCH传输格式组合E-TFC的比特数<br><br>【未公开】 | 对比文件全文未见记载。 | 目标专利说明书[0036]、[0049]详细规定传输块中的比特数基于E-TFC选择结果。对比文件公开于HSUPA/E-DCH引入之前(3GPP Release 6之前),未记载E-DCH及E-TFC选择概念,完全未公开。 |
| 技术特征J:其中所述允许传送的数据量是针对所述当前TTI由所述当前授权允许传输的最大数据量<br><br>【未公开】 | 对比文件全文未见记载。 | 目标专利说明书[0044]、[0053]记载该数据量对应于根据服务授权和功率偏移能被传送的最高有效载荷。对比文件无物理层/MAC层动态授权及当前TTI最大授权传输量的概念,未公开。 |
| 技术特征K:其中所述RLC PDU的所述数据字段的大小是在周期基础上选择的<br><br>【未公开】 | 对比文件全文未见记载。 | 目标专利说明书[0038]记载在周期基础上计算/确定RLC PDU大小。对比文件的PDU大小在步骤70中静态设置后通常保持固定,并非在周期的触发机制下反复进行自适应“选择”,未公开。 |
| 技术特征L:其中所述周期基础包括下列中的至少一者<br><br>【未公开】 | 对比文件全文未见记载。 | 依附于特征K的从属特征,对比文件未涉及周期基础的事件列表定义,未公开。 |
| 技术特征M:传输时间间隔TTI基础<br><br>【未公开】 | 对比文件全文未见记载。 | 目标专利说明书[0038]指以TTI为周期计算RLC PDU大小。对比文件未公开在TTI周期基础上选择PDU大小,未公开。 |
| 技术特征N:预定TTI基础<br><br>【未公开】 | 对比文件全文未见记载。 | 目标专利说明书[0038]指每N个TTI为周期计算RLC PDU大小。对比文件未公开,未公开。 |
| 技术特征O:每次E-TFC选择时<br><br>【未公开】 | 对比文件全文未见记载。 | 目标专利说明书[0038]记载在每一次E-TFC选择发生时确定RLC PDU大小。对比文件未公开E-TFC及基于其触发RLC PDU大小确定,未公开。 |
| 技术特征P:当从RLC服务数据单元SDU的分段或连接中产生新的RLC PDU时<br><br>【隐含公开】 | 【实施方式】第2段、第4段、第10段:<br>“如果在步骤71确定结果是不可能,那么如步骤72所示,根据PDU大小插入SDUi的一个段。”<br>“如果有更多的SDU要发送,过程前进到步骤80,把i值增加+1,以对下一个序列中的SDU重复从步骤71开始的过程。” | 目标专利说明书[0038]记载“在每一次从RLC服务数据单元(SDU)的分段和/或连接(concatenation)中创建新的RLC PDU时来确定RLC PDU大小”。对比文件在PDU组包时,在对SDU进行分段或级联填充到新PDU的过程中(步骤71-80),根据预设规则为新创建的PDU确定装载的数据长度和结构。本领域技术人员结合极宽松的隐含公开判断标准,对比文件在从SDU分段/连接中组装新PDU时执行了相应数据边界与尺寸的确定,具有相关性,可认定为隐含公开。 |
| 技术特征Q:当所述RLC接收新的数据时<br><br>【未公开】 | 对比文件全文未见记载。 | 目标专利说明书[0038]指在RLC从较高层接收新数据(新的RLC SDU)时触发重新计算大小。对比文件未公开以接收新数据作为重新确定/选择RLC PDU大小的触发条件,未公开。 |
| 技术特征R:当服务授权被更新时<br><br>【未公开】 | 对比文件全文未见记载。 | 目标专利说明书[0038]记载在每一次更新服务授权时确定RLC PDU大小。对比文件无服务授权机制,未公开。 |
| 技术特征S:在活动集更新过程时<br><br>【未公开】 | 对比文件全文未见记载。 | 目标专利说明书[0038]记载基于活动集更新过程来确定RLC PDU大小。对比文件未提及活动集更新与PDU大小选择的关联,未公开。 |
| 技术特征T:当服务小区改变时<br><br>【未公开】 | 对比文件全文未见记载。 | 目标专利说明书[0038]记载服务小区变化时确定RLC PDU大小。对比文件未涉及小区变更与大小计算,未公开。 |
| 技术特征U:在无线电承载、传输信道或物理信道的建立、配置或重新配置时<br><br>【隐含公开】 | 【发明内容】第6段、【实施方式】第2段:<br>“在步骤70,首先设置在协议结构的RLC层中进行数据发送/接收的PDU模式中使用的PDU大小和PDU的组成部分及其大小。” | 目标专利说明书[0038]指在承载建立/配置/重配时确定RLC PDU大小。对比文件在步骤70中指出“首先设置在协议结构的RLC层中进行数据发送/接收的PDU模式中使用的PDU大小和PDU的组成部分”,在无线通信协议中,RLC层参数的静态设置通常发生在无线电承载(RB)或传输信道建立/配置阶段。根据宽松的隐含公开推理,本领域技术人员可以合理推断该初始配置发生于信道/承载建立之时,因此构成隐含公开。 |
| 技术特征V:在从RRC信令中接收到最小或最大值时<br><br>【未公开】 | 对比文件全文未见记载。 | 目标专利说明书[0038]、[0051]记载通过RRC信令指示最小/最大RLC PDU大小。对比文件未公开通过RRC信令接收最小或最大值来触发计算,未公开。 |
| 技术特征W:其中所述RLC PDU大小是在每次E-TFC选择时确定的<br><br>【未公开】 | 对比文件全文未见记载。 | 目标专利说明书[0038]、[0040]记载在每次E-TFC选择时确定/更新RLC PDU大小。对比文件完全不涉及E-TFC选择,未公开。 |
| 技术特征X:其中来自逻辑信道的数据被包含在增强型MAC PDU中<br><br>【未公开】 | 对比文件全文未见记载。 | 目标专利说明书[0036]、[0040]明确增强型MAC PDU为HSUPA体系引入的MAC-i/is PDU。对比文件仅涉及传统RLC PDU结构,未涉及增强型MAC PDU(MAC-i/is),未公开。 |
| 技术特征Y:其中所述RLC PDU大小是在每次E-TFC选择时确定的<br><br>【未公开】 | 对比文件全文未见记载。 | 内容同特征W,对比文件未公开。 |
| 技术特征Z:其中HARQ进程被配置成传送调度的数据和非调度的数据中的至少一者<br><br>【未公开】 | 对比文件全文未见记载。 | 目标专利说明书[0040]记载HARQ进程被配置成发送调度的数据和非调度的数据中的至少一者。对比文件未公开涉及调度/非调度数据区分配置的HARQ进程机制,未公开。 |
---
<<<A>>>
<<<b>>>
<<<d>>>
<<<p>>>
<<<u>>>
根据您提供的目标专利说明书原文以及对比文件(KR1020020066548A,涉及锂二次电池正极活性物质及其制造方法),作为资深专利代理师,对目标专利权利要求的各项技术特征(技术特征A至技术特征Z)与对比文件公开内容进行逐项比对与深度分析。
---
### 技术特征对比分析背景与领域判断
* **目标专利技术领域**:无线通信领域(UMTS/3GPP/HSUPA),涉及在无线发射/接收单元(WTRU)中在MAC/RLC层按授权(Grant)、E-TFC选择、TTI等动态确定/选择RLC PDU大小并预先产生RLC PDU的方法与设备。
* **对比文件技术领域**:电化学材料/二次电池领域,具体涉及“寿命特性优异的锂二次电池的正极活性物质及其制造方法”,其技术方案全部聚焦于锂金属复合氧化物中心颗粒、玻璃态氧化物包覆层(如Li₂O·SiO₂等)的配比、包覆工艺及烧结。
* **比对原则**:对比文件完全属于非相关技术领域(锂电池正极材料 vs. 无线通信协议层数据单元大小计算与调度)。对比文件中完全不存在关于无线通信数据传输、RLC/MAC层协议、TTI、授权(Grant)、E-TFC选择、HARQ进程等任何技术内容。即便以最宽松的隐含公开标准(结合常识或推断),对比文件也无法使本领域技术人员得出或推导上述任何通信领域的特征。
---
### ## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用(含中文翻译及段落) | 公开性论述 |
| 技术特征A:该方法包括<br>《未公开》 | 对比文件全文(段落[7]~[126]),例如[34]:<br>“또한 본 발명은 리튬 2 차 전지의 양극 활물질의 제조 방법에 있어서...”<br>(翻译:此外,本发明提供一种锂二次电池正极活性物质的制造方法...) | 对比文件涉及的是化学材料制备方法,虽然存在“制造方法”的外观上位用语,但目标专利的技术特征A是限定通信协议处理方法的引导语,属于无线电通信方法,对比文件既未直接公开也未隐含公开目标专利所指的无线通信处理方法。 |
| 技术特征B:确定是否存在足够的数据量以用于传输<br>《未公开》 | 对比文件全文无相关记载。全文涉及正极活性物质合成及充放电测试(段落[63]~[124])。 | 对比文件完全属于电池材料技术领域,未涉及任何通信中关于发射缓冲器数据量判断的技术方案,既无直接公开,本领域技术人员也绝无可能从中推导出该特征,因此未公开。 |
| 技术特征C:假设所述WTRU具有足够的数据量以用于传输<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件未公开WTRU实体,亦未公开任何关于传输数据量假设的技术方案,既无直接公开,也无隐含公开。 |
| 技术特征D:选择将被复用至媒介接入控制MAC-i PDU或MAC-is PDU的所述RLC PDU的数据字段的大小<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件未涉及媒介接入控制(MAC)层、无线电链路控制(RLC)层或PDU数据字段大小选择的任何技术内容,未直接公开亦未隐含公开。 |
| 技术特征E:其中所述数据字段大小被选择为使得RLC PDU大小与针对当前传输时间间隔TTI由当前授权允许传送的数据量匹配<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件未涉及传输时间间隔(TTI)、当前网络授权(Grant)或RLC PDU大小匹配机制,未直接公开亦未隐含公开。 |
| 技术特征F:在用于逻辑信道的一个或多个未完成RLC PDU内的数据量小于当前授权的预定限制的情况下<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件未记载逻辑信道、未完成RLC PDU、网络授权或预定限制相关的技术方案,未直接公开亦未隐含公开。 |
| 技术特征G:预先产生所述RLC PDU以用于在后来的TTI中进行传输。<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件未涉及在通信系统中预先生成PDU并在后来的TTI中传输的处理机制,未直接公开亦未隐含公开。 |
| 技术特征H:其中所述预定限制小于或等于四倍的针对所述当前TTI由所述当前授权允许传送的最大数据量。<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件完全不涉及该数值关系或授权数据量限制机制,未直接公开亦未隐含公开。 |
| 技术特征I:其中所述允许传送的数据量基于当前选择的增强型专用信道E-DCH传输格式组合E-TFC的比特数。<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件未记载E-DCH传输信道及E-TFC选择机制,未直接公开亦未隐含公开。 |
| 技术特征J:其中所述允许传送的数据量是针对所述当前TTI由所述当前授权允许传输的最大数据量。<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件未记载TTI及授权允许传输的最大数据量相关特征,未直接公开亦未隐含公开。 |
| 技术特征K:其中所述RLC PDU的所述数据字段的大小是在周期基础上选择的<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件未记载RLC PDU数据字段大小的周期性选择机制,未直接公开亦未隐含公开。 |
| 技术特征L:其中所述周期基础包括下列中的至少一者<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件未记载任何周期性触发基础的下位限定,未直接公开亦未隐含公开。 |
| 技术特征M:传输时间间隔TTI基础<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件未记载以TTI为基础的计算/选择机制,未直接公开亦未隐含公开。 |
| 技术特征N:预定TTI基础<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件未记载以预定TTI为基础的计算/选择机制,未直接公开亦未隐含公开。 |
| 技术特征O:每次E-TFC选择时<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件未记载E-TFC选择时触发大小确定的技术方案,未直接公开亦未隐含公开。 |
| 技术特征P:当从RLC服务数据单元SDU的分段或连接中产生新的RLC PDU时<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件未记载RLC SDU的分段、连接及产生RLC PDU的技术方案,未直接公开亦未隐含公开。 |
| 技术特征Q:当所述RLC接收新的数据时<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件未记载RLC层接收新数据触发大小确定的技术方案,未直接公开亦未隐含公开。 |
| 技术特征R:当服务授权被更新时<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件未记载服务授权(Serving Grant)更新触发机制,未直接公开亦未隐含公开。 |
| 技术特征S:在活动集更新过程时<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件未记载无线通信中的活动集(Active Set)更新过程,未直接公开亦未隐含公开。 |
| 技术特征T:当服务小区改变时<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件未记载蜂窝移动通信中服务小区改变的切换或更新机制,未直接公开亦未隐含公开。 |
| 技术特征U:在无线电承载、传输信道或物理信道的建立、配置或重新配置时<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件未记载通信信道/无线电承载的建立、配置或重新配置机制,未直接公开亦未隐含公开。 |
| 技术特征V:在从RRC信令中接收到最小或最大值时。<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件未记载无线电资源控制(RRC)信令及接收最小/最大值的技术方案,未直接公开亦未隐含公开。 |
| 技术特征W:其中所述RLC PDU大小是在每次E-TFC选择时确定的<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件未记载E-TFC选择时确定RLC PDU大小的技术方案,未直接公开亦未隐含公开。 |
| 技术特征X:其中来自逻辑信道的数据被包含在增强型MAC PDU中。<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件未记载增强型MAC PDU(MAC-i/is)包含逻辑信道数据的封装结构,未直接公开亦未隐含公开。 |
| 技术特征Y:其中所述RLC PDU大小是在每次E-TFC选择时确定的<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件未记载在每次E-TFC选择时确定RLC PDU大小,未直接公开亦未隐含公开。 |
| 技术特征Z:其中HARQ进程被配置成传送调度的数据和非调度的数据中的至少一者。<br>《未公开》 | 对比文件全文无相关记载。 | 对比文件未记载混合自动重传请求(HARQ)进程配置及传输调度/非调度数据的特征,未直接公开亦未隐含公开。 |
---
### 结论说明
对比文件(KR1020020066548A)属于锂二次电池材料制造领域,与目标专利的通信协议处理技术领域完全不相关。经严谨核查,对比文件**未直接公开**也**未隐含公开**技术特征A至技术特征Z中的任何一项。依照输出格式要求,未直接公开亦未隐含公开任何技术特征时,不插入大写或小写技术特征代码,亦不插入<<<无>>>。
作为一名专利创造性评估经验丰富的资深专利代理师,对对比文件(CN1457519A)与目标专利权利要求各技术特征(技术特征A至技术特征Z)的公开性分析如下:
### 基本背景与技术领域分析
- **目标专利**属于**移动通信技术领域**,具体涉及一种在无线通信系统(如3GPP UMTS/HSUPA系统)中用于在无线发射/接收单元(WTRU)中选择无线电链路控制(RLC)协议数据单元(PDU)大小、并在E-TFC选择之前预先产生RLC PDU以避免处理峰值和减小HARQ重传错误率的方法和装置。
- **对比文件(CN1457519A)**属于**电化学及电池材料技术领域**,涉及一种用于具有高性能的锂蓄电池的阳极活性材料(包括锂金属复合氧化物核心微粒及外层玻璃相覆层)及其制备方法。
本领域技术人员显而易见,对比文件与目标专利处于完全不相干的技术领域。即便采用极其宽松的隐含公开判断标准,在完全不同技术领域的化学材料对比文件中,也无法合理推断、部分公开或导出无线通信协议层中MAC/RLC/E-TFC/HARQ及数据传输量匹配的具体技术方案。
---
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A:该方法包括<br>《未公开》 | 无直接相关记载。(对比文件记载了一种阳极活性材料的制备方法,包含步骤a至d) | 虽然对比文件整体记载了一种用于锂蓄电池阳极活性材料的制备方法,但该方法属于材料化学制备方法,与目标专利无线通信中产生和传输RLC PDU的方法属于完全不同的技术领域,既未直接公开,本领域技术人员也无法合理解析或推断为目标通信方法的前序步骤,因此未公开。 |
| 技术特征B:确定是否存在足够的数据量以用于传输<br>《未公开》 | 无记载。 | 对比文件全文涉及正极活性材料的合成、涂覆、焙烧及电化学测试,未记载任何关于数据量检测、判断或无线数据传输的内容,未直接公开,也无任何可能隐含公开。 |
| 技术特征C:假设所述WTRU具有足够的数据量以用于传输<br>《未公开》 | 无记载。 | 对比文件全文未涉及无线发射/接收单元(WTRU)或数据量假设,未直接公开或隐含公开。 |
| 技术特征D:选择将被复用至媒介接入控制MAC-i PDU或MAC-is PDU的所述RLC PDU的数据字段的大小<br>《未公开》 | 无记载。 | 对比文件不涉及协议分层、MAC-i/is PDU、RLC PDU及其数据字段大小的选择,未直接公开或隐含公开。 |
| 技术特征E:其中所述数据字段大小被选择为使得RLC PDU大小与针对当前传输时间间隔TTI由当前授权允许传送的数据量匹配<br>《未公开》 | 无记载。 | 对比文件未涉及传输时间间隔TTI、授权、数据量匹配及RLC PDU大小设置,未直接公开或隐含公开。 |
| 技术特征F:在用于逻辑信道的一个或多个未完成RLC PDU内的数据量小于当前授权的预定限制的情况下<br>《未公开》 | 无记载。 | 对比文件未涉及逻辑信道、未完成RLC PDU或当前授权的预定限制等概念,未直接公开或隐含公开。 |
| 技术特征G:预先产生所述RLC PDU以用于在后来的TTI中进行传输。<br>《未公开》 | 无记载。 | 对比文件未涉及预先产生RLC PDU以供后续TTI传输的技术方案,未直接公开或隐含公开。 |
| 技术特征H:其中所述预定限制小于或等于四倍的针对所述当前TTI由所述当前授权允许传送的最大数据量。<br>《未公开》 | 无记载。 | 对比文件未记载该比例关系及限制条件,未直接公开或隐含公开。 |
| 技术特征I:其中所述允许传送的数据量基于当前选择的增强型专用信道E-DCH传输格式组合E-TFC的比特数。<br>《未公开》 | 无记载。 | 对比文件未涉及E-DCH、E-TFC或其比特数,未直接公开或隐含公开。 |
| 技术特征J:其中所述允许传送的数据量是针对所述当前TTI由所述当前授权允许传输的最大数据量。<br>《未公开》 | 无记载。 | 对比文件未涉及TTI内当前授权允许的最大数据量概念,未直接公开或隐含公开。 |
| 技术特征K:其中所述RLC PDU的所述数据字段的大小是在周期基础上选择的<br>《未公开》 | 无记载。 | 对比文件未记载RLC PDU数据字段大小的周期性选择,未直接公开或隐含公开。 |
| 技术特征L:其中所述周期基础包括下列中的至少一者<br>《未公开》 | 无记载。 | 对比文件未记载任何通信周期基础,未直接公开或隐含公开。 |
| 技术特征M:传输时间间隔TTI基础<br>《未公开》 | 无记载。 | 对比文件未涉及TTI基础周期,未直接公开或隐含公开。 |
| 技术特征N:预定TTI基础<br>《未公开》 | 无记载。 | 对比文件未涉及预定TTI周期基础,未直接公开或隐含公开。 |
| 技术特征O:每次E-TFC选择时<br>《未公开》 | 无记载。 | 对比文件未涉及E-TFC选择触发时机,未直接公开或隐含公开。 |
| 技术特征P:当从RLC服务数据单元SDU的分段或连接中产生新的RLC PDU时<br>《未公开》 | 无记载。 | 对比文件未涉及RLC SDU分段、连接或新PDU产生,未直接公开或隐含公开。 |
| 技术特征Q:当所述RLC接收新的数据时<br>《未公开》 | 无记载。 | 对比文件未涉及RLC接收新数据,未直接公开或隐含公开。 |
| 技术特征R:当服务授权被更新时<br>《未公开》 | 无记载。 | 对比文件未涉及服务授权的更新,未直接公开或隐含公开。 |
| 技术特征S:在活动集更新过程时<br>《未公开》 | 无记载。 | 对比文件未涉及移动通信活动集更新过程,未直接公开或隐含公开。 |
| 技术特征T:当服务小区改变时<br>《未公开》 | 无记载。 | 对比文件未涉及蜂窝网络服务小区改变,未直接公开或隐含公开。 |
| 技术特征U:在无线电承载、传输信道或物理信道的建立、配置或重新配置时<br>《未公开》 | 无记载。 | 对比文件未涉及无线通信中各信道与承载的建立/配置过程,未直接公开或隐含公开。 |
| 技术特征V:在从RRC信令中接收到最小或最大值时。<br>《未公开》 | 无记载。 | 对比文件未涉及RRC信令接收极限值,未直接公开或隐含公开。 |
| 技术特征W:其中所述RLC PDU大小是在每次E-TFC选择时确定的<br>《未公开》 | 无记载。 | 对比文件未涉及RLC PDU大小在E-TFC选择时确定,未直接公开或隐含公开。 |
| 技术特征X:其中来自逻辑信道的数据被包含在增强型MAC PDU中。<br>《未公开》 | 无记载。 | 对比文件未涉及逻辑信道数据封装到增强型MAC PDU中的机制,未直接公开或隐含公开。 |
| 技术特征Y:其中所述RLC PDU大小是在每次E-TFC选择时确定的<br>《未公开》 | 无记载。 | 对比文件未涉及该特征,未直接公开或隐含公开。 |
| 技术特征Z:其中HARQ进程被配置成传送调度的数据和非调度的数据中的至少一者。<br>《未公开》 | 无记载。 | 对比文件未涉及HARQ进程配置与调度/非调度数据传输,未直接公开或隐含公开。 |
---
### 评估结论
经严格与宽松标准的全面核实与比对,对比文件(CN1457519A)属于锂蓄电池电极材料化学合成领域,与目标专利(无线通信协议控制与RLC PDU处理方法)属于全然不同的技术领域,对比文件中**未直接公开且未隐含公开**技术特征A至Z中的任何一个技术特征。
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A:该方法包括<br>《未公开》 | 对比文件未提供任何说明书或权利要求书文本内容(显示为“无说明书”)。 | 由于对比文件未提供任何实质文本或内容记载,本领域技术人员无法从对比文件中获取该技术特征的任何技术信息,既未直接公开也未隐含公开。 |
| 技术特征B:确定是否存在足够的数据量以用于传输<br>《未公开》 | 对比文件未提供任何说明书或权利要求书文本内容(显示为“无说明书”)。 | 由于对比文件未提供任何实质文本或内容记载,本领域技术人员无法从对比文件中获取该技术特征的任何技术信息,既未直接公开也未隐含公开。 |
| 技术特征C:假设所述WTRU具有足够的数据量以用于传输<br>《未公开》 | 对比文件未提供任何说明书或权利要求书文本内容(显示为“无说明书”)。 | 由于对比文件未提供任何实质文本或内容记载,本领域技术人员无法从对比文件中获取该技术特征的任何技术信息,既未直接公开也未隐含公开。 |
| 技术特征D:选择将被复用至媒介接入控制MAC-i PDU或MAC-is PDU的所述RLC PDU的数据字段的大小<br>《未公开》 | 对比文件未提供任何说明书或权利要求书文本内容(显示为“无说明书”)。 | 由于对比文件未提供任何实质文本或内容记载,本领域技术人员无法从对比文件中获取该技术特征的任何技术信息,既未直接公开也未隐含公开。 |
| 技术特征E:其中所述数据字段大小被选择为使得RLC PDU大小与针对当前传输时间间隔TTI由当前授权允许传送的数据量匹配<br>《未公开》 | 对比文件未提供任何说明书或权利要求书文本内容(显示为“无说明书”)。 | 由于对比文件未提供任何实质文本或内容记载,本领域技术人员无法从对比文件中获取该技术特征的任何技术信息,既未直接公开也未隐含公开。 |
| 技术特征F:在用于逻辑信道的一个或多个未完成RLC PDU内的数据量小于当前授权的预定限制的情况下<br>《未公开》 | 对比文件未提供任何说明书或权利要求书文本内容(显示为“无说明书”)。 | 由于对比文件未提供任何实质文本或内容记载,本领域技术人员无法从对比文件中获取该技术特征的任何技术信息,既未直接公开也未隐含公开。 |
| 技术特征G:预先产生所述RLC PDU以用于在后来的TTI中进行传输。<br>《未公开》 | 对比文件未提供任何说明书或权利要求书文本内容(显示为“无说明书”)。 | 由于对比文件未提供任何实质文本或内容记载,本领域技术人员无法从对比文件中获取该技术特征的任何技术信息,既未直接公开也未隐含公开。 |
| 技术特征H:其中所述预定限制小于或等于四倍的针对所述当前TTI由所述当前授权允许传送的最大数据量。<br>《未公开》 | 对比文件未提供任何说明书或权利要求书文本内容(显示为“无说明书”)。 | 由于对比文件未提供任何实质文本或内容记载,本领域技术人员无法从对比文件中获取该技术特征的任何技术信息,既未直接公开也未隐含公开。 |
| 技术特征I:其中所述允许传送的数据量基于当前选择的增强型专用信道E-DCH传输格式组合E-TFC的比特数。<br>《未公开》 | 对比文件未提供任何说明书或权利要求书文本内容(显示为“无说明书”)。 | 由于对比文件未提供任何实质文本或内容记载,本领域技术人员无法从对比文件中获取该技术特征的任何技术信息,既未直接公开也未隐含公开。 |
| 技术特征J:其中所述允许传送的数据量是针对所述当前TTI由所述当前授权允许传输的最大数据量。<br>《未公开》 | 对比文件未提供任何说明书或权利要求书文本内容(显示为“无说明书”)。 | 由于对比文件未提供任何实质文本或内容记载,本领域技术人员无法从对比文件中获取该技术特征的任何技术信息,既未直接公开也未隐含公开。 |
| 技术特征K:其中所述RLC PDU的所述数据字段的大小是在周期基础上选择的<br>《未公开》 | 对比文件未提供任何说明书或权利要求书文本内容(显示为“无说明书”)。 | 由于对比文件未提供任何实质文本或内容记载,本领域技术人员无法从对比文件中获取该技术特征的任何技术信息,既未直接公开也未隐含公开。 |
| 技术特征L:其中所述周期基础包括下列中的至少一者<br>《未公开》 | 对比文件未提供任何说明书或权利要求书文本内容(显示为“无说明书”)。 | 由于对比文件未提供任何实质文本或内容记载,本领域技术人员无法从对比文件中获取该技术特征的任何技术信息,既未直接公开也未隐含公开。 |
| 技术特征M:传输时间间隔TTI基础<br>《未公开》 | 对比文件未提供任何说明书或权利要求书文本内容(显示为“无说明书”)。 | 由于对比文件未提供任何实质文本或内容记载,本领域技术人员无法从对比文件中获取该技术特征的任何技术信息,既未直接公开也未隐含公开。 |
| 技术特征N:预定TTI基础<br>《未公开》 | 对比文件未提供任何说明书或权利要求书文本内容(显示为“无说明书”)。 | 由于对比文件未提供任何实质文本或内容记载,本领域技术人员无法从对比文件中获取该技术特征的任何技术信息,既未直接公开也未隐含公开。 |
| 技术特征O:每次E-TFC选择时<br>《未公开》 | 对比文件未提供任何说明书或权利要求书文本内容(显示为“无说明书”)。 | 由于对比文件未提供任何实质文本或内容记载,本领域技术人员无法从对比文件中获取该技术特征的任何技术信息,既未直接公开也未隐含公开。 |
| 技术特征P:当从RLC服务数据单元SDU的分段或连接中产生新的RLC PDU时<br>《未公开》 | 对比文件未提供任何说明书或权利要求书文本内容(显示为“无说明书”)。 | 由于对比文件未提供任何实质文本或内容记载,本领域技术人员无法从对比文件中获取该技术特征的任何技术信息,既未直接公开也未隐含公开。 |
| 技术特征Q:当所述RLC接收新的数据时<br>《未公开》 | 对比文件未提供任何说明书或权利要求书文本内容(显示为“无说明书”)。 | 由于对比文件未提供任何实质文本或内容记载,本领域技术人员无法从对比文件中获取该技术特征的任何技术信息,既未直接公开也未隐含公开。 |
| 技术特征R:当服务授权被更新时<br>《未公开》 | 对比文件未提供任何说明书或权利要求书文本内容(显示为“无说明书”)。 | 由于对比文件未提供任何实质文本或内容记载,本逻辑信道技术人员无法从对比文件中获取该技术特征的任何技术信息,既未直接公开也未隐含公开。 |
| 技术特征S:在活动集更新过程时<br>《未公开》 | 对比文件未提供任何说明书或权利要求书文本内容(显示为“无说明书”)。 | 由于对比文件未提供任何实质文本或内容记载,本领域技术人员无法从对比文件中获取该技术特征的任何技术信息,既未直接公开也未隐含公开。 |
| 技术特征T:当服务小区改变时<br>《未公开》 | 对比文件未提供任何说明书或权利要求书文本内容(显示为“无说明书”)。 | 由于对比文件未提供任何实质文本或内容记载,本领域技术人员无法从对比文件中获取该技术特征的任何技术信息,既未直接公开也未隐含公开。 |
| 技术特征U:在无线电承载、传输信道或物理信道的建立、配置或重新配置时<br>《未公开》 | 对比文件未提供任何说明书或权利要求书文本内容(显示为“无说明书”)。 | 由于对比文件未提供任何实质文本或内容记载,本领域技术人员无法从对比文件中获取该技术特征的任何技术信息,既未直接公开也未隐含公开。 |
| 技术特征V:在从RRC信令中接收到最小或最大值时。<br>《未公开》 | 对比文件未提供任何说明书或权利要求书文本内容(显示为“无说明书”)。 | 由于对比文件未提供任何实质文本或内容记载,本领域技术人员无法从对比文件中获取该技术特征的任何技术信息,既未直接公开也未隐含公开。 |
| 技术特征W:其中所述RLC PDU大小是在每次E-TFC选择时确定的<br>《未公开》 | 对比文件未提供任何说明书或权利要求书文本内容(显示为“无说明书”)。 | 由于对比文件未提供任何实质文本或内容记载,本领域技术人员无法从对比文件中获取该技术特征的任何技术信息,既未直接公开也未隐含公开。 |
| 技术特征X:其中来自逻辑信道的数据被包含在增强型MAC PDU中。<br>《未公开》 | 对比文件未提供任何说明书或权利要求书文本内容(显示为“无说明书”)。 | 由于对比文件未提供任何实质文本或内容记载,本领域技术人员无法从对比文件中获取该技术特征的任何技术信息,既未直接公开也未隐含公开。 |
| 技术特征Y:其中所述RLC PDU大小是在每次E-TFC选择时确定的<br>《未公开》 | 对比文件未提供任何说明书或权利要求书文本内容(显示为“无说明书”)。 | 由于对比文件未提供任何实质文本或内容记载,本领域技术人员无法从对比文件中获取该技术特征的任何技术信息,既未直接公开也未隐含公开。 |
| 技术特征Z:其中HARQ进程被配置成传送调度的数据和非调度的数据中的至少一者。<br>《未公开》 | 对比文件未提供任何说明书或权利要求书文本内容(显示为“无说明书”)。 | 由于对比文件未提供任何实质文本或内容记载,本领域技术人员无法从对比文件中获取该技术特征的任何技术信息,既未直接公开也未隐含公开。 |
作为一名资深专利代理师,基于目标专利说明书原文以及所提供的对比文件(KR1020040037873A),对目标专利权利要求各技术特征(技术特征A至Z)的公开性进行严谨、客观的深度比对与评述。
### 一、 技术背景与对比文件技术领域界定
1. **目标专利技术领域及技术方案实质**:
目标专利涉及移动通信(3GPP/UMTS/HSUPA)领域的无线链路控制(RLC)和媒介接入控制(MAC)层协议处理机制,核心技术方案在于WTRU/UE中“在E-TFC选择之前或基于当前授权/E-TFC预先产生用于在后来的TTI中传输的RLC PDU”,解决传统方案中处理峰值过高、MAC分段开销以及HARQ剩余错误率的问题。
2. **对比文件(KR1020040037873A)技术方案实质**:
对比文件涉及半导体器件制造工艺领域,具体是一种“半导体器件的晶体管及其制造方法”,其技术方案包括在半导体基板上形成含氮化物的栅极氧化膜、导电物质层并图形化形成栅极、采用离子注入阻挡膜单独对栅极注入杂质并进行热处理活化、形成源极/漏极及硅化物层等工艺步骤,旨在解决杂质向沟道渗透、多晶硅耗尽效应(PDE)以及热载流子注入导致的器件性能退化问题。
---
### 二、 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用(含中文翻译及段落标号) | 公开性论述 |
| 技术特征A:<br>该方法包括<br><br>【公开性判断】《未公开》 | 对比文件第[17]段:<br>“본 발명에 따른 반도체 소자의 트랜지스터 제조 방법은 반도체 기판 상부에 질화물이 포함된 게이트 산화막을 형성하는 단계와... 포함한다.”<br>(中文翻译:根据本发明的半导体器件的晶体管制造方法包括在半导体基板上部形成包含氮化物的栅极氧化膜的步骤……) | 虽然对比文件涉及一种“制造方法”,但技术特征A作为无线通信中产生和传输RLC PDU的方法的前序统领特征,对比文件公开的是完全无关的半导体晶体管物理制造工艺方法。对比文件既未直接公开、本领域技术人员也无法从中推理出与无线通信协议处理相关的“该方法包括”,故未公开。 |
| 技术特征B:<br>确定是否存在足够的数据量以用于传输<br><br>【公开性判断】《未公开》 | 对比文件全文未记载任何关于数据、数据量缓冲或传输数据量的判断内容。全文涉及的主要为半导体制造步骤(如第[17]段、第[26]–[37]段所述的薄膜沉积、光刻刻蚀、离子注入与热处理等)。 | 目标专利中的特征B涉及在无线发射实体的RLC/MAC层检查缓冲数据(如RLC SDU或未完成PDU)以确定是否有足够数据量用于无线传输。对比文件属于半导体硬件制造工艺,完全没有涉及“数据”、“传输”或“数据量判断”,既无直接公开,也不存在任何暗示或推理基础,不构成隐含公开。 |
| 技术特征C:<br>假设所述WTRU具有足够的数据量以用于传输<br><br>【公开性判断】《未公开》 | 对比文件全文未记载任何关于WTRU(无线发射/接收单元)、通信终端或数据传输假设的内容。 | 目标专利中的特征C是基于WTRU发射缓冲中具有足够数据量的前提条件来选择PDU大小。对比文件仅公开晶体管的材料与微加工工艺,完全未公开WTRU实体或针对数据量的假设逻辑,既无直接公开亦无隐含公开。 |
| 技术特征D:<br>选择将被复用至媒介接入控制MAC-i PDU或MAC-is PDU的所述RLC PDU的数据字段的大小<br><br>【公开性判断】《未公开》 | 对比文件全文未记载任何关于MAC层协议、RLC协议、PDU协议数据单元或其数据字段大小选择的内容。 | 目标专利中该特征用于根据协议栈架构动态配置或选择分段封装进MAC-i/is PDU的RLC PDU数据载荷大小。对比文件完全不涉及通信协议或数据结构,不存在实质相同或等同方案,也无从推导,故未公开。 |
| 技术特征E:<br>其中所述数据字段大小被选择为使得RLC PDU大小与针对当前传输时间间隔TTI由当前授权允许传送的数据量匹配<br><br>【公开性判断】《未公开》 | 对比文件全文未记载任何TTI(传输时间间隔)、上行传输授权(Grant)、RLC PDU大小或匹配机制。 | 目标专利中该特征通过将预先生成的RLC PDU大小与当前TTI授权的数据量进行匹配,以避免在MAC层产生过多分段并降低HARQ剩余错误。对比文件属于半导体晶圆加工领域,无任何授权、TTI或数据大小匹配的对应技术方案,未公开。 |
| 技术特征F:<br>在用于逻辑信道的一个或多个未完成RLC PDU内的数据量小于当前授权的预定限制的情况下<br><br>【公开性判断】《未公开》 | 对比文件全文未记载逻辑信道、未完成(outstanding)RLC PDU、当前授权或预定限制。 | 目标专利中该特征用于限制预先生成的未完成RLC PDU的总量,防止因信道环境恶化而导致缓存的大量RLC PDU在后续TTI重传开销激增。对比文件无任何通信信道或协议缓存控制逻辑,未公开。 |
| 技术特征G:<br>预先产生所述RLC PDU以用于在后来的TTI中进行传输。<br><br>【公开性判断】《未公开》 | 对比文件全文未记载预先产生RLC PDU、后来的TTI或传输过程。 | 目标专利中该特征是为了在紧迫的时延约束下平滑处理峰值,在当前TTI或当前授权基础上提前构造后续TTI所需的RLC数据单元。对比文件仅涉及晶体管制造,完全未涉及此方案,未公开。 |
| 技术特征H:<br>其中所述预定限制小于或等于四倍的针对所述当前TTI由所述当前授权允许传送的最大数据量。<br><br>【公开性判断】《未公开》 | 对比文件全文未记载任何针对当前授权允许传送的最大数据量及其倍数(如4倍)的限制设置。 | 目标专利中该特征设定了用于控制预先生成PDU数量的具体数值门限(例如4*G)。对比文件没有任何通信数据限额或数值限定对应关系,未公开。 |
| 技术特征I:<br>其中所述允许传送的数据量基于当前选择的增强型专用信道E-DCH传输格式组合E-TFC的比特数。<br><br>【公开性判断】《未公开》 | 对比文件全文未记载E-DCH、E-TFC、传输格式组合或比特数计算。 | 目标专利中该特征涉及MAC层E-TFC选择过程所导出的传输块可用比特数。对比文件完全不涉及该技术要素,未公开。 |
| 技术特征J:<br>其中所述允许传送的数据量是针对所述当前TTI由所述当前授权允许传输的最大数据量。<br><br>【公开性判断】《未公开》 | 对比文件全文未记载当前授权允许传输的最大数据量。 | 目标专利中该特征定义了计算RLC PDU大小的参考基准(最高有效载荷/服务授权允许的最大量)。对比文件完全未公开该技术特征。 |
| 技术特征K:<br>其中所述RLC PDU的所述数据字段的大小是在周期基础上选择的<br><br>【公开性判断】《未公开》 | 对比文件全文未记载周期性选择PDU大小或通信周期的机制。 | 目标专利中该特征涉及周期性触发RLC PDU大小计算的机制。对比文件属于半导体工艺领域,完全不包含通信协议的数据尺寸周期性决策方案,未公开。 |
| 技术特征L:<br>其中所述周期基础包括下列中的至少一者<br><br>【公开性判断】《未公开》 | 对比文件全文未记载关于通信周期基础的技术内容。 | 属于从属权利要求引出项,对比文件完全未公开。 |
| 技术特征M:<br>传输时间间隔TTI基础<br><br>【公开性判断】《未公开》 | 对比文件全文未记载TTI或基于TTI的协议操作。 | 目标专利中该特征限定每TTI计算一次RLC PDU大小。对比文件未公开。 |
| 技术特征N:<br>预定TTI基础<br><br>【公开性判断】《未公开》 | 对比文件全文未记载每N个TTI或预定TTI周期的计算机制。 | 目标专利中该特征限定每N个TTI周期执行一次大小计算。对比文件未公开。 |
| 技术特征O:<br>每次E-TFC选择时<br><br>【公开性判断】《未公开》 | 对比文件全文未记载E-TFC选择或触发条件。 | 目标专利中该特征限定在MAC层触发E-TFC选择事件时计算PDU大小。对比文件未公开。 |
| 技术特征P:<br>当从RLC服务数据单元SDU的分段或连接中产生新的RLC PDU时<br><br>【公开性判断】《未公开》 | 对比文件全文未记载RLC SDU、分段、连接或产生新RLC PDU。 | 目标专利中该特征限定了在RLC进行分段/连接创建新PDU这一具体事件发生时重新计算大小。对比文件未公开。 |
| 技术特征Q:<br>当所述RLC接收新的数据时<br><br>【公开性判断】《未公开》 | 对比文件全文未记载RLC实体或接收上层数据的过程。 | 目标专利中该特征限定在RLC自高层接收到新数据SDU时触发计算。对比文件未公开。 |
| 技术特征R:<br>当服务授权被更新时<br><br>【公开性判断】《未公开》 | 对比文件全文未记载服务授权(Serving Grant)或其更新过程。 | 目标专利中该特征限定在网络下发相对授权/绝对授权导致服务授权更新时触发计算。对比文件未公开。 |
| 技术特征S:<br>在活动集更新过程时<br><br>【公开性判断】《未公开》 | 对比文件全文未记载移动通信中的活动集(Active Set)更新。 | 目标专利中该特征涉及由于软切换或活动集基站集合变化触发PDU大小重算。对比文件未公开。 |
| 技术特征T:<br>当服务小区改变时<br><br>【公开性判断】《未公开》 | 对比文件全文未记载蜂窝通信的服务小区(Serving Cell)切换/改变。 | 目标专利中该特征限定在服务小区重选或切换事件发生时触发计算。对比文件未公开。 |
| 技术特征U:<br>在无线电承载、传输信道或物理信道的建立、配置或重新配置时<br><br>【公开性判断】《未公开》 | 对比文件全文未记载无线电承载(RB)、传输信道(TrCH)、物理信道(PHY channel)或其配置/重配置。 | 目标专利中该特征限定在RRC无线资源信令对承载/信道进行建立或重配时触发计算。对比文件未公开。 |
| 技术特征V:<br>在从RRC信令中接收到最小或最大值时。<br><br>【公开性判断】《未公开》 | 对比文件全文未记载RRC信令(无线电资源控制信令)或其携带的PDU最小/最大值参数。 | 目标专利中该特征涉及通过L3 RRC信令(如IE "RLC Info")下发PDU大小边界并触发计算。对比文件未公开。 |
| 技术特征W:<br>其中所述RLC PDU大小是在每次E-TFC选择时确定的<br><br>【公开性判断】《未公开》 | 对比文件全文未记载E-TFC选择或RLC PDU大小确定。 | 与特征O相似,限定了RLC PDU大小确定的时机对应于MAC层的每次E-TFC选择。对比文件未公开。 |
| 技术特征X:<br>其中来自逻辑信道的数据被包含在增强型MAC PDU中。<br><br>【公开性判断】《未公开》 | 对比文件全文未记载逻辑信道、数据复用或增强型MAC PDU(MAC-i/is PDU)。 | 目标专利中该特征限定上行增强型专用信道(E-DCH)协议架构下,来自逻辑信道的数据被封装/复用在增强型MAC PDU中传输。对比文件未公开。 |
| 技术特征Y:<br>其中所述RLC PDU大小是在每次E-TFC选择时确定的<br><br>【公开性判断】《未公开》 | 对比文件全文未记载E-TFC选择与RLC PDU大小的确定。 | 该特征与特征W内容相同,对比文件完全未公开。 |
| 技术特征Z:<br>其中HARQ进程被配置成传送调度的数据和非调度的数据中的至少一者。<br><br>【公开性判断】《未公开》 | 对比文件全文未记载HARQ进程(混合自动重传请求进程)、调度数据或非调度数据。 | 目标专利中该特征涉及上行传输中针对MAC-d流的调度传输模式与非调度传输模式的HARQ进程配置机制。对比文件未公开。 |
---
### 三、 总结评估结论
本对比文件(KR1020040037873A)属于**半导体微电子制造工艺**领域,涉及半导体基板上栅极绝缘膜及晶体管栅极、源漏极离子的注入与热处理方法;而目标专利涉及**移动通信无线电通信协议与数据处理控制**(3GPP HSUPA协议栈中RLC/MAC层协作及PDU预产生控制)。
经逐字比对与严格论证:
1. **直接公开**:对比文件中完全不包含任何无线通信协议实体、MAC/RLC架构、PDU尺寸选择、TTI、服务授权、E-TFC等技术内容,因此技术特征A至Z**无一被直接公开**。
2. **隐含公开**:即便适用非常宽松的标准,半导体物理器件制造工艺与通信协议栈算法处理属于完全不同的技术领域,本领域技术人员根本无法从半导体掺杂热处理工艺中推理推导出任何有关通信协议PDU生成、调度授权匹配、HARQ及E-TFC选择的技术方案,也不存在部分公开或与其他对比文件结合的基础。因此,技术特征A至Z**亦无一被隐含公开**。
由于对比文件没有直接公开或者隐含公开任何技术特征,严格遵循指令要求,本回答结尾不插入任何直接公开的大写英文代码、隐含公开的小写英文代码,亦不插入“<<<无>>>”代码。
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A:该方法包括<br>《直接公开》 | [0007]<br>“Another example is a corresponding method of sending packets of data.”<br>(另一个示例是一种对应的数据分组发送方法。)<br>[0010]<br>“The present invention also provides a method of sending packets of data from a first station to a second station in a radio telecommunications network...”<br>(本发明还提供了一种在无线电信网络中从第一站向第二站发送数据分组的方法……) | 对比文件公开了一种无线电信网络中发送数据分组的方法,直接公开了“该方法包括”这一步骤引导特征。两者均属于无线通信领域中的数据处理与传输方法。 |
| 技术特征B:确定是否存在足够的数据量以用于传输<br>《隐含公开》 | [0015]<br>“The RLC layer 20 receives (step 26) Service Data Units (SDU's, also known as RLC SDU's) from upper protocol layers through an Acknowledged Mode-Service Access Point (AM-SAP, not shown). SDU's are segmented (step 28) by the transmitting side 24 of the RLC layer 20 into Acknowledged Mode Data- Protocol Data Units (PDU's) of a fixed length... The PDU's are sent (step 30) to the MAC layer 18 for transmission.”<br>(RLC层20通过AM-SAP从较高协议层接收SDU(步骤26)。发射侧24将SDU分段(步骤28)为固定长度的AMD PDU……PDU被发送(步骤30)到MAC层18以用于传输。)<br>[0024]<br>“Say a data packet (i.e. RLC SDU) 56 received from a higher layer is of size 500 bytes and each data packet is segmented into a series of PDU's small enough to be readily transmitted over the air-interface.”<br>(假定从较高层接收到的数据分组(即RLC SDU)56的大小为500字节,且每个数据分组被分段成一系列足够小的PDU以便在空中接口上传输。) | 对比文件中RLC层从较高层接收SDU,并判断是否需要分段成PDU以便发送给MAC层传输。在协议处理中,实体必须检测/判断是否有数据(如SDU大小是否足以生成PDU、缓冲区中是否有待传数据),目标专利说明书[0037]与[0064]亦将确定是否包含数据/是否有可用数据作为分段创建PDU的前置条件。本领域技术人员基于对比文件披露的根据接收到的数据量分段成PDU的流程,能够合理推断出其包含了确定是否存在足够数据量以供传输的检测逻辑,在宽松标准下构成隐含公开。 |
| 技术特征C:假设所述WTRU具有足够的数据量以用于传输<br>《未公开》 | 无对应内容。 | 对比文件仅描述根据信道质量调整SDU大小以及将SDU分段为固定大小的PDU,并未公开或隐含“假设WTRU具有足够的数据量以用于传输”(目标专利中用于在计算授权允许的最大数据量或预先生成PDU时建立的计算前提假设)。 |
| 技术特征D:选择将被复用至媒介接入控制MAC-i PDU或MAC-is PDU的所述RLC PDU的数据字段的大小<br>《未公开》 | [0015]<br>“The PDU size is configured by upper protocol layers, e.g. the higher layer 22, and is normally fixed. The PDU's are sent (step 30) to the MAC layer 18 for transmission.”<br>(PDU大小由较高协议层(例如较高层22)配置,并且通常是固定的。PDU被发送(步骤30)到MAC层18以用于传输。) | 对比文件中调整的是高层的RLC SDU大小([0009]、[0021]),而其RLC PDU的大小是固定的(fixed length),且对比文件基于传统UMTS版本,未涉及HSUPA增强型MAC实体(MAC-i/is),更未公开选择将被复用至MAC-i或MAC-is PDU的RLC PDU数据字段的大小。 |
| 技术特征E:其中所述数据字段大小被选择为使得RLC PDU大小与针对当前传输时间间隔TTI由当前授权允许传送的数据量匹配<br>《未公开》 | 无对应内容。 | 对比文件中调整的是高层SDU大小,RLC PDU大小为固定值,且对比文件未公开根据“当前TTI由当前授权允许传送的数据量”来动态匹配选择RLC PDU的大小(对比文件调整SDU是基于下行/上行反馈的BER/BLER门限,而非基于网络授权Grant匹配)。 |
| 技术特征F:在用于逻辑信道的一个或多个未完成RLC PDU内的数据量小于当前授权的预定限制的情况下<br>《未公开》 | 无对应内容。 | 对比文件完全未涉及未完成(outstanding)RLC PDU的概念,也没有“当前授权的预定限制”及将未完成PDU数据量与之比较的技术构思。 |
| 技术特征G:预先产生所述RLC PDU以用于在后来的TTI中进行传输<br>《隐含公开》 | [0015]<br>“An SDU discard function (not shown) at the transmitting side 24 is used to remove the SDU's from a transmit buffer (not shown) when the transmission of one or more of the component PDU's of an SDU does not succeed despite a predetermined period of time passing or a number of retransmission attempts being made.”<br>(在发射侧24处的SDU丢弃功能用于当尽管经过预定时间段或进行了若干次重传尝试,SDU的组件PDU中的一个或多个的传输仍未成功时,从发射缓冲器中移除SDU。)<br>[0016]<br>“Based on the acknowledgements, the transmitter... removes the PDU from its retransmission buffer if that PDU has been received correctly or retransmits that PDU if not correctly received.”<br>(基于该确认,发射机在PDU已被正确接收的情况下将其从重传缓冲器中移除,或者在未正确接收的情况下重传该PDU。) | 对比文件中发射侧包含发射缓冲器(transmit buffer)与重传缓冲器,由SDU分段产生的各PDU先存储在缓冲器中再依次送至MAC层传输。在时分/TTI调度体制下,发射缓冲器中预先组装好并等待后续调度间隔传输的PDU,客观上起到了在当前时刻生成以供后续传输间隔(后来的TTI)发送的作用。基于极其宽松的隐含公开判断标准,对比文件缓冲待发/重传机制部分公开了预备PDU供后续传输的构思,认定为隐含公开。 |
| 技术特征H:其中所述预定限制小于或等于四倍的针对所述当前TTI由所述当前授权允许传送的最大数据量<br>《未公开》 | 无对应内容。 | 对比文件完全未公开该具体的四倍授权限制的数值关系特征。 |
| 技术特征I:其中所述允许传送的数据量基于当前选择的增强型专用信道E-DCH传输格式组合E-TFC的比特数<br>《未公开》 | 无对应内容。 | 对比文件属于早期UMTS机制,未涉及E-DCH传输信道以及E-TFC选择过程。 |
| 技术特征J:其中所述允许传送的数据量是针对所述当前TTI由所述当前授权允许传输的最大数据量<br>《未公开》 | 无对应内容。 | 对比文件中不存在基于当前授权(Grant)确定允许传输的最大数据量以用于确定传输的技术特征。 |
| 技术特征K:其中所述RLC PDU的所述数据字段的大小是在周期基础上选择的<br>《未公开》 | [0015]<br>“The PDU size is configured by upper protocol layers, e.g. the higher layer 22, and is normally fixed.”<br>(PDU大小由较高协议层(例如较高层22)配置,并且通常是固定的。) | 对比文件中明确记载PDU大小通常是固定的(fixed),调整的是SDU大小而非RLC PDU数据字段大小,未公开在周期基础上选择RLC PDU数据字段大小。 |
| 技术特征L:其中所述周期基础包括下列中的至少一者<br>《未公开》 | 无对应内容。 | 对比文件未公开周期性选择RLC PDU大小。 |
| 技术特征M:传输时间间隔TTI基础<br>《未公开》 | 无对应内容。 | 对比文件未公开以TTI为周期基础来选择RLC PDU大小。 |
| 技术特征N:预定TTI基础<br>《未公开》 | 无对应内容。 | 对比文件未公开以预定TTI基础选择RLC PDU大小。 |
| 技术特征O:每次E-TFC选择时<br>《未公开》 | 无对应内容。 | 对比文件未涉及E-TFC选择。 |
| 技术特征P:当从RLC服务数据单元SDU的分段或连接中产生新的RLC PDU时<br>《未公开》 | 无对应内容。 | 对比文件中PDU大小由上层配置且固定,并非在产生新RLC PDU时动态选择PDU数据字段大小。 |
| 技术特征Q:当所述RLC接收新的数据时<br>《未公开》 | 无对应内容。 | 对比文件未公开在RLC接收新数据时选择RLC PDU数据字段大小。 |
| 技术特征R:当服务授权被更新时<br>《未公开》 | 无对应内容。 | 对比文件未涉及服务授权(Serving Grant)的更新与处理。 |
| 技术特征S:在活动集更新过程时<br>《未公开》 | 无对应内容。 | 对比文件未公开在活动集更新过程时选择RLC PDU大小。 |
| 技术特征T:当服务小区改变时<br>《未公开》 | 无对应内容。 | 对比文件未公开在服务小区改变时选择RLC PDU大小。 |
| 技术特征U:在无线电承载、传输信道或物理信道的建立、配置或重新配置时<br>《隐含公开》 | [0015]<br>“The PDU size is configured by upper protocol layers, e.g. the higher layer 22, and is normally fixed.”<br>(PDU大小由较高协议层(例如较高层22)配置,并且通常是固定的。) | 对比文件指出PDU大小是由较高层配置的(configured by upper protocol layers)。在UMTS无线协议体系中,较高层(如RRC)对RLC/MAC/PHY参数的配置通常正是在无线电承载(Radio Bearer)或传输信道的建立/重配置过程中通过信令下发的。本领域技术人员结合公知常识可以合理推断,对比文件中较高层对PDU大小的配置操作即发生在承载/信道的配置或重新配置之时,在极其宽松的标准下认定为隐含公开。 |
| 技术特征V:在从RRC信令中接收到最小或最大值时<br>《未公开》 | 无对应内容。 | 对比文件未公开从RRC信令中接收最小或最大值以用于选择RLC PDU大小。 |
| 技术特征W:其中所述RLC PDU大小是在每次E-TFC选择时确定的<br>《未公开》 | 无对应内容。 | 对比文件不涉及E-TFC选择。 |
| 技术特征X:其中来自逻辑信道的数据被包含在增强型MAC PDU中<br>《未公开》 | [0014]<br>“The physical layer 16 receives data for transmission from the Medium Access Control (MAC) layer 18... The MAC layer 18 offers various logical channels to the Radio Link Control (RLC) layer 20...”<br>(物理层16从MAC层18接收用于传输的数据……MAC层18向RLC层20提供各种逻辑信道……) | 对比文件仅公开了传统的MAC层和逻辑信道传输,未公开针对HSUPA演进引入的“增强型MAC PDU”(如目标专利说明书[0036]所述的MAC-i/is PDU)。 |
| 技术特征Y:其中所述RLC PDU大小是在每次E-TFC选择时确定的<br>《未公开》 | 无对应内容。 | 对比文件不涉及E-TFC选择。 |
| 技术特征Z:其中HARQ进程被配置成传送调度的数据和非调度的数据中的至少一者<br>《未公开》 | 无对应内容。 | 对比文件采用的是RLC层的重传机制(AM-RLC status reports),未涉及基于调度数据与非调度数据配置的HARQ进程。 |
<<<A>>><<<b>>><<<g>>><<<u>>>
作为一名资深专利代理师,结合目标专利说明书的公开内容,对给定的对比文件(CN1187265C《四元碳酸盐粉的制造工艺》)与目标专利权利要求的各个技术特征(A至Z)进行逐项对比和严谨的公开性论证。
### 案情与技术领域总体分析
1. **目标专利技术方案与构思**:目标专利涉及无线通信技术领域(特别针对3GPP W-CDMA/HSUPA系统中的RLC与MAC层交互及E-TFC选择),其核心在于在RLC实体中引入一种半/延迟无线电可察觉机制,在E-TFC选择前依据授权(Grant)与传输块大小预先产生RLC PDU,以平衡处理延迟峰值与分段重传开销。
2. **对比文件技术方案**:对比文件(CN1187265C)公开的是一种用于彩色显像管/阴极射线管阴极发射材料的“四元碳酸盐粉的制造工艺”(包含硝酸钡、硝酸锶、硝酸钙、氧化钪、碳酸钠等化学原料配比及共沉淀反应步骤)。
3. **技术领域与手段差异**:对比文件属于无机化学材料及显像管制造工艺领域,完全不涉及无线通信、协议分层、PDU分段、MAC/RLC调度与HARQ进程等任何技术内容。
---
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论证 |
| 技术特征A:该方法包括<br>《未公开》 | 无对应内容引用(全文涉及四元碳酸盐粉制造工艺及配方,无无线通信相关方法) | 技术特征A为通信协议数据处理方法的引导语。对比文件公开的是一种化学沉淀反应的化工制造工艺,二者在技术领域、实现手段及技术构思上无任何关联。即使以最宽松标准考量,亦无法推导出目标通信方法,因此未公开。 |
| 技术特征B:确定是否存在足够的数据量以用于传输<br>《未公开》 | 无对应内容引用 | 目标专利中该特征是指RLC/MAC层检查发射缓冲器中是否有足够的数据/RLC SDU可用于组包构建PDU传输(参见目标专利说明书[0037]、[0058]、实施例1)。对比文件为化学配料制备,不存在数据量检查与传输的技术方案与功能,因此未公开。 |
| 技术特征C:假设所述WTRU具有足够的数据量以用于传输<br>《未公开》 | 无对应内容引用 | 目标专利中该特征涉及WTRU在计算和评估传输条件时基于数据量的特定假设机制(参见目标专利说明书[0044]、[0049])。对比文件完全不涉及通信发射接收单元(WTRU)及其数据传输假设,因此未公开。 |
| 技术特征D:选择将被复用至媒介接入控制MAC-i PDU或MAC-is PDU的所述RLC PDU的数据字段的大小<br>《未公开》 | 无对应内容引用 | 目标专利中该特征涉及将高层RLC PDU数据字段大小根据底层MAC-i/MAC-is协议数据单元进行适配选择(参见目标专利说明书[0017]、[0036]、[0043]、实施例1)。对比文件不涉及任何通信协议层、PDU构造或复用机制,因此未公开。 |
| 技术特征E:其中所述数据字段大小被选择为使得RLC PDU大小与针对当前传输时间间隔TTI由当前授权允许传送的数据量匹配<br>《未公开》 | 无对应内容引用 | 目标专利中该特征通过使RLC PDU大小与当前TTI内授权允许的数据量匹配,避免MAC过度分段及HARQ剩余错误(参见目标专利说明书[0018]-[0019]、[0043]、实施例1)。对比文件完全未涉及TTI、信道授权、传输数据量匹配机制,因此未公开。 |
| 技术特征F:在用于逻辑信道的一个或多个未完成RLC PDU内的数据量小于当前授权的预定限制的情况下<br>《未公开》 | 无对应内容引用 | 目标专利中该特征是对未完成(outstanding)RLC PDU中的数据总量施加限制,避免预先生成过多无法及时发送的数据(参见目标专利说明书[0037]、[0053]、实施例21-24)。对比文件完全不涉及逻辑信道、未完成PDU以及授权限制判断,因此未公开。 |
| 技术特征G:预先产生所述RLC PDU以用于在后来的TTI中进行传输<br>《未公开》 | 无对应内容引用 | 目标专利中该特征是“半无线电可察觉”架构的核心手段,在E-TFC选择之前预先生成PDU以消除处理时延峰值限制(参见目标专利说明书[0022]、[0037])。对比文件为无机碳酸盐共沉淀制备,不存在预先生成通信协议PDU以用于后续TTI传输的技术方案,因此未公开。 |
| 技术特征H:其中所述预定限制小于或等于四倍的针对所述当前TTI由所述当前授权允许传送的最大数据量<br>《未公开》 | 无对应内容引用 | 目标专利中该特征具体限定了未完成PDU上限的量化关系(常数因子如4乘以当前授权最大传输量,参见目标专利说明书[0058]中步骤750)。对比文件不涉及任何协议数据限制与常数倍数关系,因此未公开。 |
| 技术特征I:其中所述允许传送的数据量基于当前选择的增强型专用信道E-DCH传输格式组合E-TFC的比特数<br>《未公开》 | 无对应内容引用 | 目标专利中该特征基于E-TFC比特数确定允许传送量,实现RLC与E-DCH传输块匹配(参见目标专利说明书[0036]、[0049]、实施例2)。对比文件无E-DCH或E-TFC相关概念,因此未公开。 |
| 技术特征J:其中所述允许传送的数据量是针对所述当前TTI由所述当前授权允许传输的最大数据量<br>《未公开》 | 无对应内容引用 | 目标专利中该特征由服务授权更新功能提供,限定了当前TTI下可传送的最大有效载荷(参见目标专利说明书[0044]、实施例3)。对比文件完全不涉及通信授权或数据量定义,因此未公开。 |
| 技术特征K:其中所述RLC PDU的所述数据字段的大小是在周期基础上选择的<br>《未公开》 | 无对应内容引用 | 目标专利中该特征是在周期性时间基准下触发RLC PDU数据字段大小的计算与选择(参见目标专利说明书[0038]、[0042]、实施例43)。对比文件无此周期性选择协议数据大小的机制,因此未公开。 |
| 技术特征L:其中所述周期基础包括下列中的至少一者<br>《未公开》 | 无对应内容引用 | 目标专利中该特征为从属特征引导项,用于引出周期基础的具体可选实现方式(参见目标专利说明书[0038]、实施例44)。对比文件完全不包含相关内容,因此未公开。 |
| 技术特征M:传输时间间隔TTI基础<br>《未公开》 | 无对应内容引用 | 目标专利限定以单个TTI为周期基础更新计算RLC PDU大小(参见目标专利说明书[0038]、实施例44、55)。对比文件不存在TTI及周期性计算,因此未公开。 |
| 技术特征N:预定TTI基础<br>《未公开》 | 无对应内容引用 | 目标专利限定以每N个预定TTI为周期基础执行计算(参见目标专利说明书[0038]、实施例44)。对比文件未涉及该内容,因此未公开。 |
| 技术特征O:每次E-TFC选择时<br>《未公开》 | 无对应内容引用 | 目标专利限定在底层每次执行E-TFC选择时同步触发RLC大小更新(参见目标专利说明书[0038]、[0040]、实施例44)。对比文件不存在E-TFC选择机制,因此未公开。 |
| 技术特征P:当从RLC服务数据单元SDU的分段或连接中产生新的RLC PDU时<br>《未公开》 | 无对应内容引用 | 目标专利限定事件驱动触发机制,在对RLC SDU执行分段/连接生成新PDU时触发大小确定(参见目标专利说明书[0038]、实施例44)。对比文件不涉及SDU分段或连接,因此未公开。 |
| 技术特征Q:当所述RLC接收新的数据时<br>《未公开》 | 无对应内容引用 | 目标专利限定在RLC层从高层接收到新数据(新RLC SDU)时触发计算(参见目标专利说明书[0038]、实施例44)。对比文件不涉及通信协议层接收数据事件,因此未公开。 |
| 技术特征R:当服务授权被更新时<br>《未公开》 | 无对应内容引用 | 目标专利限定在网络下发的服务授权(SG)发生更新时重新计算RLC大小(参见目标专利说明书[0037]、[0038]、实施例44)。对比文件不涉及服务授权更新,因此未公开。 |
| 技术特征S:在活动集更新过程时<br>《未公开》 | 无对应内容引用 | 目标专利限定在移动性管理中发生Active Set更新过程时触发确定(参见目标专利说明书[0038]、实施例44)。对比文件不涉及无线移动通信活动集过程,因此未公开。 |
| 技术特征T:当服务小区改变时<br>《未公开》 | 无对应内容引用 | 目标专利限定在无线信道发生小区切换或服务小区改变时触发计算(参见目标专利说明书[0038]、实施例44)。对比文件不涉及蜂窝移动通信或服务小区,因此未公开。 |
| 技术特征U:在无线电承载、传输信道或物理信道的建立、配置或重新配置时<br>《未公开》 | 无对应内容引用 | 目标专利限定在协议栈底层信道建立、配置或重配时触发重新评估PDU大小(参见目标专利说明书[0038]、实施例44)。对比文件不涉及无线电承载或信道重配,因此未公开。 |
| 技术特征V:在从RRC信令中接收到最小或最大值时<br>《未公开》 | 无对应内容引用 | 目标专利限定在通过L3高层RRC信令接收到配置的最小/最大限制参数时重新计算(参见目标专利说明书[0038]、[0051]、实施例44)。对比文件完全不涉及RRC信令与参数配置,因此未公开。 |
| 技术特征W:其中所述RLC PDU大小是在每次E-TFC选择时确定的<br>《未公开》 | 无对应内容引用 | 目标专利限定RLC PDU大小的具体确定时机为每次E-TFC选择(参见目标专利说明书[0038]、实施例44、47)。对比文件不涉及该机制,因此未公开。 |
| 技术特征X:其中来自逻辑信道的数据被包含在增强型MAC PDU中<br>《未公开》 | 无对应内容引用 | 目标专利中增强型MAC PDU涉及MAC-i/is PDU,逻辑信道数据映射复用至该PDU中(参见目标专利说明书[0017]、[0036]、[0040]、实施例47)。对比文件不涉及逻辑信道或MAC PDU,因此未公开。 |
| 技术特征Y:其中所述RLC PDU大小是在每次E-TFC选择时确定的<br>《未公开》 | 无对应内容引用 | 含义同特征W,限定在E-TFC选择触发下确定RLC PDU大小(参见目标专利说明书[0038]、[0040])。对比文件不涉及该内容,因此未公开。 |
| 技术特征Z:其中HARQ进程被配置成传送调度的数据和非调度的数据中的至少一者<br>《未公开》 | 无对应内容引用 | 目标专利限定HARQ进程支持传输调度(scheduled)与非调度(non-scheduled)数据流(参见目标专利说明书[0040]、实施例48)。对比文件不涉及HARQ进程或调度数据传输,因此未公开。 |
---
### 综合评估结论
对比文件(CN1187265C)公开的是用于显像管阴极发射材料的“四元碳酸盐粉的制造工艺”,属于无机化学及电子管制造技术领域;而目标专利涉及第三代移动通信(UMTS/HSUPA)中的无线电链路控制(RLC)和媒介接入控制(MAC)协议层的PDU产生与调度机制。
无论从**直接公开**(严格同一、实质公开或等同公开)还是**隐含公开**(即便按照最宽松的标准,考察本领域技术人员能否通过对比文件内容合理推断、或部分公开与其他公知常识/对比文件组合的可能性)的角度进行判断,对比文件均未公开技术特征A至Z中的任何一项。
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A:该方法包括<br>《未公开》 | 无对应公开内容。<br>(对比文件为半导体器件制造方法,全文未记载涉及无线通信传输的方法总领)。 | 对比文件KR100473734B涉及半导体器件晶体管的制造工艺,而目标专利的技术特征A为一种无线通信中生成和传送RLC PDU的方法总括步骤。两者分属完全不同的技术领域,对比文件中没有任何无线通信数据处理方法的引导性记载,因此本领域技术人员既无法直接得出,也无法基于常理推导出该技术特征,未公开。 |
| 技术特征B:确定是否存在足够的数据量以用于传输<br>《未公开》 | 无对应公开内容。 | 目标专利中技术特征B用于在RLC层确定是否有足够的数据量(如RLC SDU缓冲数据)可供生成RLC PDU进行传输(参见说明书[0037]、[0058]、[0064]等)。对比文件涉及半导体物理层面的杂质注入与热处理,不涉及任何数字通信缓存区、数据传输量及数据存在性判断的方案,无论是直接还是隐含均未公开。 |
| 技术特征C:假设所述WTRU具有足够的数据量以用于传输<br>《未公开》 | 无对应公开内容。 | 目标专利中技术特征C涉及无线发射/接收单元(WTRU)在确定传输格式或参数时假设存在充足数据量以优化计算。对比文件不包含任何通信终端或通信协议假设机制,无论是直接还是隐含均未公开。 |
| 技术特征D:选择将被复用至媒介接入控制MAC-i PDU或MAC-is PDU的所述RLC PDU的数据字段的大小<br>《未公开》 | 无对应公开内容。 | 目标专利技术特征D涉及协议栈层间协作(MAC层与RLC层)及PDU字段大小的选择机制。对比文件全文仅涉及微电子结构制造,不涉及MAC实体、RLC实体或PDU格式划分,无论是直接还是隐含均未公开。 |
| 技术特征E:其中所述数据字段大小被选择为使得RLC PDU大小与针对当前传输时间间隔TTI由当前授权允许传送的数据量匹配<br>《未公开》 | 无对应公开内容。 | 目标专利中技术特征E的作用在于使RLC PDU能够紧密适应当前TTI授权的数据容量,降低MAC分段和HARQ残余错误率(说明书[0017]-[0020]、[0043]、[0065])。对比文件完全不涉及TTI、信道授权、PDU适配等通信技术内容,未公开。 |
| 技术特征F:在用于逻辑信道的一个或多个未完成RLC PDU内的数据量小于当前授权的预定限制的情况下<br>《未公开》 | 无对应公开内容。 | 目标专利技术特征F限定了创建新RLC PDU的前置门限条件,以防止未传输数据积压(说明书[0037]、[0053]、[0088]-[0090])。对比文件为半导体器件领域文献,完全不存在逻辑信道、未完成PDU以及授权限制相关概念,未公开。 |
| 技术特征G:预先产生所述RLC PDU以用于在后来的TTI中进行传输。<br>《未公开》 | 无对应公开内容。 | 目标专利技术特征G用于在当前TTI预先生成PDU并缓冲,以缓解后续调度时处理峰值和紧密延迟限制(说明书[0022]、[0037]、[0067])。对比文件与无线数据包生成/预生成及传输时延控制无关,未公开。 |
| 技术特征H:其中所述预定限制小于或等于四倍的针对所述当前TTI由所述当前授权允许传送的最大数据量。<br>《未公开》 | 无对应公开内容。 | 目标专利技术特征H进一步量化了预定限制与当前TTI授权最大数据量之间的数值关系(常数因数小于等于4,见说明书[0058])。对比文件无任何相关技术方案或推论空间,未公开。 |
| 技术特征I:其中所述允许传送的数据量基于当前选择的增强型专用信道E-DCH传输格式组合E-TFC的比特数。<br>《未公开》 | 无对应公开内容。 | 目标专利技术特征I定义了数据量与E-TFC选择比特数之间的映射基础(说明书[0009]、[0036]、[0068])。对比文件与3GPP HSUPA协议传输格式组合无关,未公开。 |
| 技术特征J:其中所述允许传送的数据量是针对所述当前TTI由所述当前授权允许传输的最大数据量。<br>《未公开》 | 无对应公开内容。 | 目标专利技术特征J定义了允许传送数据量的具体取值准则(说明书[0044]、[0069])。对比文件不涉及基站调度授权及最大允许传输量,未公开。 |
| 技术特征K:其中所述RLC PDU的所述数据字段的大小是在周期基础上选择的<br>《未公开》 | 无对应公开内容。 | 目标专利技术特征K涉及PDU大小选择的时间触发模式(周期性执行,说明书[0038]、[0113])。对比文件与此完全无关,未公开。 |
| 技术特征L:其中所述周期基础包括下列中的至少一者<br>《未公开》 | 无对应公开内容。 | 目标专利技术特征L为具体周期基础的技术选项总括。对比文件未公开。 |
| 技术特征M:传输时间间隔TTI基础<br>《未公开》 | 无对应公开内容。 | 目标专利技术特征M为每TTI执行一次计算。对比文件不包含通信时间粒度TTI概念,未公开。 |
| 技术特征N:预定TTI基础<br>《未公开》 | 无对应公开内容。 | 目标专利技术特征N为以每N个TTI为单位周期性计算。对比文件未公开。 |
| 技术特征O:每次E-TFC选择时<br>《未公开》 | 无对应公开内容。 | 目标专利技术特征O涉及以E-TFC选择事件作为计算RLC PDU大小的周期/时机(说明书[0038]、[0114])。对比文件未公开。 |
| 技术特征P:当从RLC服务数据单元SDU的分段或连接中产生新的RLC PDU时<br>《未公开》 | 无对应公开内容。 | 目标专利技术特征P限定在SDU分段/串联生成新PDU时触发大小选择。对比文件未公开。 |
| 技术特征Q:当所述RLC接收新的数据时<br>《未公开》 | 无对应公开内容。 | 目标专利技术特征Q限定在较高层新数据到达RLC时触发大小选择。对比文件未公开。 |
| 技术特征R:当服务授权被更新时<br>《未公开》 | 无对应公开内容。 | 目标专利技术特征R限定在网络侧调度授权发生更新时重新计算大小。对比文件未公开。 |
| 技术特征S:在活动集更新过程时<br>《未公开》 | 无对应公开内容。 | 目标专利技术特征S涉及移动性管理中活动集(Active Set)更新对RLC大小重算的触发。对比文件未公开。 |
| 技术特征T:当服务小区改变时<br>《未公开》 | 无对应公开内容。 | 目标专利技术特征T涉及服务小区变更(Serving Cell Change)对RLC大小重算的触发。对比文件未公开。 |
| 技术特征U:在无线电承载、传输信道或物理信道的建立、配置或重新配置时<br>《未公开》 | 无对应公开内容。 | 目标专利技术特征U涉及协议实体建立或重配阶段确定RLC大小。对比文件未公开。 |
| 技术特征V:在从RRC信令中接收到最小或最大值时。<br>《未公开》 | 无对应公开内容。 | 目标专利技术特征V涉及通过RRC信令传递参数边界时触发大小确定。对比文件未公开。 |
| 技术特征W:其中所述RLC PDU大小是在每次E-TFC选择时确定的<br>《未公开》 | 无对应公开内容。 | 目标专利技术特征W具体限定了RLC PDU大小在MAC层E-TFC选择时确定。对比文件未公开。 |
| 技术特征X:其中来自逻辑信道的数据被包含在增强型MAC PDU中。<br>《未公开》 | 无对应公开内容。 | 目标专利技术特征X涉及将逻辑信道数据打包进增强型MAC PDU(MAC-i/is PDU,说明书[0040]、[0117])。对比文件未公开。 |
| 技术特征Y:其中所述RLC PDU大小是在每次E-TFC选择时确定的<br>《未公开》 | 无对应公开内容。 | 与技术特征W同义,对比文件未公开。 |
| 技术特征Z:其中HARQ进程被配置成传送调度的数据和非调度的数据中的至少一者。<br>《未公开》 | 无对应公开内容。 | 目标专利技术特征Z涉及HARQ进程对调度与非调度数据流的处理配置(说明书[0040]、[0118])。对比文件完全不涉及混合自动重传协议,未公开。 |
对比文件KR100473734B涉及一种半导体器件的晶体管制造方法,其全部内容均属于半导体前道工艺技术领域(包括绝缘膜形成、离子注入与热处理等),与目标专利所涉及的无线通信协议数据单元(RLC PDU)大小选择与传输控制属于完全不同的技术领域。经严谨核查,对比文件既未直接公开、亦未隐含公开技术特征A至Z中的任何一个技术特征。
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A:该方法包括<br><br>《直接公开》 | 【说明书】“根据本发明的另一方面,提供了一种用于在HSDPA(高速下行分组接入)通信系统中将经物理(PHY)层接收的至少一个PDU(协议数据单元)发送到MAC(介质访问控制)层的方法,包括步骤……” | 对比文件公开了用于通信系统中处理/发送PDU的方法,技术特征A仅为方法类前序连接词,其技术构思和操作载体均被对比文件直接公开。 |
| 技术特征B:确定是否存在足够的数据量以用于传输<br><br>《未公开》 | 【无对应公开内容】 | 对比文件针对的是下行HSDPA MAC-hs PDU在PHY到MAC层的接收、解码、重排与缓存处理机制,其关注的是接收侧数据块是否有CRC差错、是否存储于重排缓冲器等,并未涉及在上行传输或发送侧“确定是否存在足够的数据量以用于传输”。目标专利是在RLC/MAC发送实体中判断SDU/缓冲数据量是否满足创建传输块或RLC PDU的需求。二者技术领域(下行接收缓冲 vs 上行发送调度量确定)、技术作用及手段均不相同。对比文件未直接公开也无法隐含得出该特征。 |
| 技术特征C:假设所述WTRU具有足够的数据量以用于传输<br><br>《未公开》 | 【无对应公开内容】 | 对比文件仅公开了下行数据的接收与重排,不存在针对WTRU发送侧“假设WTRU具有足够的数据量以用于传输”的机制。目标专利中该假设用于在E-TFC选择或计算RLC PDU大小推算最大可容纳有效载荷。对比文件未直接公开,本领域技术人员也无法从中合理推知该技术方案,因此未公开。 |
| 技术特征D:选择将被复用至媒介接入控制MAC-i PDU或MAC-is PDU的所述RLC PDU的数据字段的大小<br><br>《未公开》 | 【无对应公开内容】 | 对比文件涉及版本5的HSDPA(HS-DSCH)下行接收处理,采用的是MAC-hs实体和MAC-hs PDU;而目标专利涉及HSUPA增强型上行链路引入的改进MAC实体(MAC-i/is),特征D限定在上行发送侧动态选择复用至MAC-i/MAC-is PDU的RLC PDU数据字段大小以适配授权。对比文件既未涉及MAC-i/is,也未涉及根据调度发送选择RLC PDU数据字段大小。因此未直接公开也未隐含公开。 |
| 技术特征E:其中所述数据字段大小被选择为使得RLC PDU大小与针对当前传输时间间隔TTI由当前授权允许传送的数据量匹配<br><br>《未公开》 | 【无对应公开内容】 | 对比文件公开的是下行固定以2ms TTI为单位接收并缓存MAC-hs PDU,且上层MAC以10ms为周期读取外部存储器;完全未涉及依据上行“当前授权允许传送的数据量”来动态匹配计算RLC PDU数据字段大小以减小HARQ分段开销的技术方案。因此未直接公开也未隐含公开。 |
| 技术特征F:在用于逻辑信道的一个或多个未完成RLC PDU内的数据量小于当前授权的预定限制的情况下<br><br>《未公开》 | 【无对应公开内容】 | 对比文件不存在“未完成RLC PDU内的数据量”与“当前授权的预定限制”进行比较的判断逻辑。对比文件中虽有判断外部存储器是否有数据、CRC是否有错或10ms定时是否到达,但与上行基于授权限额预生成RLC PDU的限额判断机理截然不同。因此未公开。 |
| 技术特征G:预先产生所述RLC PDU以用于在后来的TTI中进行传输。<br><br>《未公开》 | 【无对应公开内容】 | 对比文件处理的是接收端在当前TTI解码后暂存至内部存储器再移至外部存储器以供上层后续读取,属于接收端重排缓冲;而目标专利特征G是发送端为了平抑峰值处理时延,在E-TFC选择或传输前预先构造好RLC PDU以便后续TTI快速复用发射。两者的处理阶段、通信方向与功能作用完全不同,本领域技术人员无法从对比文件推断出特征G。因此未公开。 |
| 技术特征H:其中所述预定限制小于或等于四倍的针对所述当前TTI由所述当前授权允许传送的最大数据量。<br><br>《未公开》 | 【无对应公开内容】 | 对比文件中没有任何关于“预定限制小于或等于四倍的由当前授权允许传送的最大数据量”的记载,其涉及的数字如“4信道SAW-HARQ”、“最大5个MAC-hs PDU集合”均属于下行HARQ进程配置及接收批量上报,与上行授权限额倍数无关。因此未公开。 |
| 技术特征I:其中所述允许传送的数据量基于当前选择的增强型专用信道E-DCH传输格式组合E-TFC的比特数。<br><br>《未公开》 | 【无对应公开内容】 | 对比文件仅针对下行HSDPA(HS-DSCH、MAC-hs),未涉及HSUPA上行增强型专用信道(E-DCH)及其E-TFC选择流程,更未公开允许传送的数据量与E-TFC比特数的关系。因此未公开。 |
| 技术特征J:其中所述允许传送的数据量是针对所述当前TTI由所述当前授权允许传输的最大数据量。<br><br>《未公开》 | 【无对应公开内容】 | 对比文件未涉及基于网络授予的当前授权(Serving Grant)确定允许传输的最大数据量。因此未公开。 |
| 技术特征K:其中所述RLC PDU的所述数据字段的大小是在周期基础上选择的<br><br>《未公开》 | 【无对应公开内容】 | 对比文件中虽然提及控制器以“10ms周期”向重排队列分配器发送中断并读取已接收的数据,但这属于下行接收侧在特定周期读取硬件解码出的MAC-hs PDU,与发送端在周期基础上选择待发送RLC PDU数据字段大小的机制与目的完全不相同。本领域技术人员不能将下行接收中断周期等同于RLC PDU大小的周期性选择,未公开。 |
| 技术特征L:其中所述周期基础包括下列中的至少一者<br><br>《未公开》 | 【无对应公开内容】 | 由于前序特征K未公开,且对比文件未公开特征L及其后续各并行分支对应的在上行动态确定RLC PDU尺寸的周期触发机制,未公开。 |
| 技术特征M:传输时间间隔TTI基础<br><br>《隐含公开》 | 【说明书】“HS-DSCH解码单元330每隔2ms将MAC-hs PDU输出到内部存储器302。HSDPA控制器304每隔2ms从数据被写入的内部存储器302读取MAC-hs PDU……以由‘互最小TTI间隔(=N)×HS-DSCH TTI(2ms)’所表示的预定的时间间隔接收的MAC-hs PDU被发送到上层MAC层。” | 对比文件虽然未在发送侧RLC PDU生成机制中公开该特征,但在通信协议栈交互机制中公开了将2ms HS-DSCH TTI作为基础周期时间单位(每隔2ms/每TTI进行一次数据的解码、输出与读取)。本着最为宽松的隐含公开判断原则,对比文件公开了在通信层间数据交互处理时采用“TTI基础(2ms基础)”作为周期处理单位的技术概念,本领域技术人员结合常规协议知识,有可能将该以TTI为粒度的周期控制机制与其他对比文件组合用于PDU大小选择策略中,故认定为隐含公开。 |
| 技术特征N:预定TTI基础<br><br>《隐含公开》 | 【说明书】“HSDPA控制器304每隔10ms通知重排队列分配器308将由外部存储器306处理的MAC-hs PDU集合……的出现……上层(MAC)必须以由‘N×HS-DSCH TTI’表示的预定的时间间隔……读取HSDPA MAC-hs层的输出数据。” | 对比文件明确公开了处理与通知周期可以为预定的整数倍TTI间隔(即N×2ms,如10ms即5个TTI)。在极其宽松的隐含公开判断标准下,对比文件公开了按照“预定TTI基础”(固定倍数TTI周期)进行协议数据处理的设计,本领域技术人员有可能由此推导并移植该预定TTI周期机制至PDU参数决策中,认定为隐含公开。 |
| 技术特征O:每次E-TFC选择时<br><br>《未公开》 | 【无对应公开内容】 | 对比文件属于下行HSDPA技术,不存在上行E-TFC(增强型传输格式组合)选择操作,未公开。 |
| 技术特征P:当从RLC服务数据单元SDU的分段或连接中产生新的RLC PDU时<br><br>《未公开》 | 【无对应公开内容】 | 对比文件未涉及RLC层对SDU进行分段或级联产生PDU的触发时机,未公开。 |
| 技术特征Q:当所述RLC接收新的数据时<br><br>《未公开》 | 【无对应公开内容】 | 对比文件未公开在RLC实体接收新数据时触发确定PDU大小,未公开。 |
| 技术特征R:当服务授权被更新时<br><br>《未公开》 | 【无对应公开内容】 | 对比文件不涉及上行服务授权(Serving Grant)的更新机制,未公开。 |
| 技术特征S:在活动集更新过程时<br><br>《未公开》 | 【无对应公开内容】 | 对比文件未涉及无线链路活动集(Active Set)更新过程,未公开。 |
| 技术特征T:当服务小区改变时<br><br>《未公开》 | 【说明书】“如果UE 130移动到另一位置并因此使用RNC 112发送或接收UE 130的数据,那么RNC 112是DRNC。” | 对比文件在背景技术中仅提到了UE移动引起RNC角色变化(SRNC/DRNC),并未公开在“服务小区改变时”触发执行相关PDU数据大小选择或处理。未直接公开亦无法推理得出,未公开。 |
| 技术特征U:在无线电承载、传输信道或物理信道的建立、配置或重新配置时<br><br>《未公开》 | 【说明书】“假如在UE和节点B之间建立了N个信道……MAC-hs子层115从RRC接收预定的设置信息。” | 对比文件仅笼统提及信道建立及从RRC接收设置信息,并未公开将“承载/传输信道/物理信道的建立、配置或重新配置时”作为触发计算或选择PDU数据字段大小的周期/时机基础,未公开。 |
| 技术特征V:在从RRC信令中接收到最小或最大值时。<br><br>《未公开》 | 【无对应公开内容】 | 对比文件未公开从RRC信令中接收最小或最大值以及以此为时机选择PDU大小,未公开。 |
| 技术特征W:其中所述RLC PDU大小是在每次E-TFC选择时确定的<br><br>《未公开》 | 【无对应公开内容】 | 对比文件未涉及E-TFC选择,未公开。 |
| 技术特征X:其中来自逻辑信道的数据被包含在增强型MAC PDU中。<br><br>《未公开》 | 【说明书】“HSDPA使用N个逻辑信道……为了支持HSDPA方案,在传统的W-CDMA通信系统中使用的MAC层结构中的单独的MAC-c/sh和MAC-d实体中,还实现了MAC-hs实体……处理MAC-hs PDU” | 目标专利的“增强型MAC PDU”是指在Rel-7/Rel-8 HSUPA中引入的包含来自逻辑信道的数据的MAC-i/is PDU。对比文件中公开的是Rel-5下行HSDPA的MAC-hs实体将逻辑信道数据组织为MAC-hs PDU。在严格解释下二者所属协议版本与上下行实体不同;但MAC-hs PDU本质上同属于3GPP演进中引入的高速增强型MAC协议数据单元。在极宽松标准下,即便对比文件被考量为公开了MAC增强PDU容纳逻辑信道数据,由于目标专利特定指向E-DCH的上行增强型MAC,且对比文件未直接对应MAC-i/is,本处严谨认定对比文件未公开目标专利所指的增强型MAC PDU结构与映射。因此未公开。 |
| 技术特征Y:其中所述RLC PDU大小是在每次E-TFC选择时确定的<br><br>《未公开》 | 【无对应公开内容】 | 同技术特征W,对比文件未涉及E-TFC选择过程,未公开。 |
| 技术特征Z:其中HARQ进程被配置成传送调度的数据和非调度的数据中的至少一者。<br><br>《未公开》 | 【说明书】“在UE 130和节点B 113之间的介质访问控制(MAC)层包括与单独的信道相应的HARQ处理器……每个优先级有多个重排块……HARQ处理器按包含在数据块中的PCI(优先类标识符)将数据块发送到相应的重排块。” | 对比文件公开了配置HARQ处理器以按优先级和信道传输下行数据块,但未公开针对上行传输中区分并传输“调度的数据和非调度的数据(scheduled and non-scheduled data)”的HARQ配置机制。调度与非调度流属于E-DCH专有传输控制特征,对比文件未公开。 |
<<<A>>>
<<<m>>>
<<<n>>>
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用(含中文翻译及段号) | 公开性论述 |
| 技术特征A:该方法包括<br><br>《直接公开》 | [0039]<br>“According to one aspect of an exemplary embodiment of the present invention, in a method of transmitting data using a pre-defined LI in a mobile communication system, an SDU is received from a higher layer and a determination is made as to whether the SDU can be included in one PDU...”<br>(根据本发明示例性实施例的一个方面,在移动通信系统中使用预定义LI传输数据的方法中,从较高层接收SDU,并确定该SDU是否能够包含在一个PDU中……) | 对比文件段落[0039]公开了一种在移动通信系统中传输数据的方法(“in a method of transmitting data...”),明确具备方法步骤属性。因此,对比文件直接公开了技术特征A。 |
| 技术特征B:确定是否存在足够的数据量以用于传输<br><br>《隐含公开》 | [0039]<br>“...an SDU is received from a higher layer and a determination is made as to whether the SDU can be included in one PDU. If the SDU cannot be included in one PDU, the SDU is segmented into a plurality of segments according to a transmittable PDU size...”<br>(……从较高层接收SDU,并确定该SDU是否能够包含在一个PDU中。如果该SDU不能包含在一个PDU中,则根据可传输PDU大小将该SDU分段为多个段……)<br>[0107]<br>“The transmission buffer 905 buffers at least one RLC SDU received from the higher buffer and notifies the PDU size controller 930 of the size and number of the at least one RLC SDU. The PDU size controller 930 determines an RLC PDU size to ensure the highest transmission efficiency and notifies the transmission buffer 905 of the RLC PDU size.”<br>(传输缓冲器905缓冲从较高缓冲器接收的至少一个RLC SDU,并将至少一个RLC SDU的大小和数量通知PDU大小控制器930。PDU大小控制器930确定RLC PDU大小以确保最高传输效率,并将RLC PDU大小通知传输缓冲器905。) | 在目标专利说明书中(如[0064]、[0124]),确定数据量是否存在以用于传输是指确定是否有待传输的数据(如缓冲数据)。对比文件段落[0039]及[0107]中,发射端缓冲器接收来自较高层的SDU,检查SDU的大小与数量,并确定是否能装入一个PDU中或判断是否需要分段。本领域技术人员基于发射端缓冲器检查是否存在待发SDU及其大小以进行PDU构建的逻辑,能够直接且毫无疑问地推断出发射端必先检测和确定是否存在足够的数据量(即有数据可供打包传输),符合极宽松的隐含公开判断标准。 |
| 技术特征C:假设所述WTRU具有足够的数据量以用于传输<br><br>《隐含公开》 | [0029]<br>“...This RLC SDU is provided to the RLC layer of the transmitter every 20msec. The RLC layer reconstructs one concrete RLS SDU to one RLC PDU and sends it on a radio channel. As stated above, since the compressed header is usually 3 bytes in length, most RLC SDUs are 10 or 35 bytes. Accordingly, it is preferable to determine an RLC PDU size such that RLC SDUs of the most frequent size can be efficiently processed.”<br>(……该RLC SDU每20毫秒被提供给发射机的RLC层。RLC层将一个具体的RLC SDU重构成一个RLC PDU并在无线电信道上发送。如上所述,由于压缩报头通常为3字节长,大多数RLC SDU为10或35字节。因此,优选地确定RLC PDU大小使得能够高效处理最常见大小的RLC SDU。)<br>[0091]<br>“...When the sum of the RLC SDU size and a minimum RLC header size is equal or approximate to the RLC PDU size, not greater than the RLC PDU size, it is said that the RLC SDU size matches to the RLC PDU size...”<br>(……当RLC SDU大小与最小RLC报头大小之和等于或接近RLC PDU大小且不大于RLC PDU大小时,可以说RLC SDU大小与RLC PDU大小相匹配……) | 对比文件在计算/确定最适PDU大小时,是基于业务统计分布(如VoIP语音帧每20ms生成一次,典型大小为10或35字节)并在假定终端具有该类典型数据到达以进行打包传输的场景下进行PDU大小确定与分段决策。在对比文件常规帧构建中,控制器基于接收到的SDU假定具备对应数据进行大小适配,本领域技术人员能够合理推断其隐含了在计算或评估传输时“假设终端具有足够的数据量以用于传输”,因此判定技术特征C被隐含公开。 |
| 技术特征D:选择将被复用至媒介接入控制MAC-i PDU或MAC-is PDU的所述RLC PDU的数据字段的大小<br><br>《隐含公开》 | [0005]<br>“...a Radio Link Control (RLC) layer 102 for converting the header-compressed IP/UDP/RTP packet to be suitable for transmission on a radio channel, and a Medium Access Control (MAC)/Physical (PHY) layer 101 for sending the output of the RLC layer 102 on the radio channel.”<br>(……无线电链路控制(RLC)层102用于将报头压缩后的IP/UDP/RTP分组转换为适于在无线电信道上传输的分组,媒介接入控制(MAC)/物理(PHY)层101用于在无线电信道上发送RLC层102的输出。)<br>[0022]、[0070]<br>“Accordingly, a 38-byte Data field of the 40-byte RLC PDU 230, except for the first two bytes, is used to carry the first 38 bytes of the RLC SDU 225.”(因此,40字节RLC PDU 230中除了前两个字节之外的38字节数据字段用于承载RLC SDU 225的前38个字节。)<br>“The F field 410 also indicates whether an RLC SDU has been framed to the RLC PDU 415 without segmentation/concatenation/padding...”<br>[0090]<br>“The lower layer determines the most efficient RLC PDU size based on the received RLC SDU information and the radio channel condition for the next transmission interval and notifies the RLC layer of the RLC PDU size.”<br>(较低层基于接收到的RLC SDU信息以及下一传输间隔的无线信道条件来确定最高效的RLC PDU大小,并将该RLC PDU大小通知给RLC层。) | 对比文件公开了RLC层根据底层通知的PDU大小来调整分段并形成RLC PDU中的数据字段(Data field)(例如[0022]、[0070]中的Data field),且该RLC输出递交给较低层MAC层[0005]进行传输。虽然对比文件未明确提及HSUPA中的改进型实体“MAC-i或MAC-is PDU”,但对比文件处于UMTS架构下,其底层明确包含MAC层,RLC PDU最终交由MAC PDU复用传输。在极其宽松的隐含公开标准下,对比文件公开了确定包含在下层MAC PDU中RLC PDU的数据字段大小,部分公开了该技术特征,因此认定技术特征D被隐含公开。 |
| 技术特征E:其中所述数据字段大小被选择为使得RLC PDU大小与针对当前传输时间间隔TTI由当前授权允许传送的数据量匹配<br><br>《隐含公开》 | [0090]-[0091]<br>“The lower layer determines the most efficient RLC PDU size based on the received RLC SDU information and the radio channel condition for the next transmission interval and notifies the RLC layer of the RLC PDU size. In step 720, the RLC layer determines whether the notified RLC PDU size matches to the RLC SDU size... When the sum of the RLC SDU size and a minimum RLC header size is equal or approximate to the RLC PDU size, not greater than the RLC PDU size, it is said that the RLC SDU size matches to the RLC PDU size.”<br>(较低层基于接收到的RLC SDU信息以及下一传输间隔的无线信道条件来确定最高效的RLC PDU大小,并通知RLC层。在步骤720中,RLC层确定通知的RLC PDU大小是否与RLC SDU大小相匹配……当RLC SDU大小与最小RLC报头大小之和等于或接近RLC PDU大小且不大于RLC PDU大小时,可以说RLC SDU大小与RLC PDU大小相匹配。) | 对比文件中由底层(MAC/PHY)根据“下一传输间隔的无线信道条件(radio channel condition for the next transmission interval)”确定最高效的PDU大小,并据此调整RLC PDU数据字段以使其相匹配。本领域技术人员基于移动通信系统公知常识可知,无线信道条件在调度系统中通常映射为授权允许传输的数据量(传输块大小)。对比文件公开了根据下一传输间隔的无线信道能力确定匹配的PDU大小,在极其宽松的标准下,本领域技术人员可推断其涵盖或等同于使RLC PDU与传输间隔内允许传送的数据量匹配,故认定技术特征E被隐含公开。 |
| 技术特征F:在用于逻辑信道的一个或多个未完成RLC PDU内的数据量小于当前授权的预定限制的情况下<br><br>《未公开》 | 对比文件全文未记载任何关于“未完成(outstanding)RLC PDU”的数据量统计,亦未记载对未完成PDU内数据量是否小于“当前授权的预定限制”进行判断的机制。 | 对比文件完全未涉及追踪发射缓冲器中已生成但未发送的未完成RLC PDU的数据总量,更未引入“当前授权的预定限制”来控制是否继续生成PDU以避免过量积压。该特征在对比文件中没有任何事实依据供本领域技术人员合理推断,因此未公开。 |
| 技术特征G:预先产生所述RLC PDU以用于在后来的TTI中进行传输。<br><br>《隐含公开》 | [0041]<br>“...a transmission buffer receives an SDU from a higher layer, determines whether the SDU can be included in one PDU, and reconstructs the SDU to at least one segment according to a transmittable PDU size. A header inserter constructs at least one PDU including the at least one segment in a data field... A transmitter sends the at least one PDU received from the LI inserter to a receiver.”<br>(……传输缓冲器从较高层接收SDU,确定SDU是否能包含在一个PDU中,并根据可传输PDU大小将SDU重构为至少一个段。报头插入器构建包含数据字段中至少一个段的至少一个PDU……发射机将从LI插入器接收到的至少一个PDU发送至接收机。)<br>[0090]-[0093]<br>“The lower layer determines the most efficient RLC PDU size based on the received RLC SDU information and the radio channel condition for the next transmission interval... and sends the RLC PDU to the lower layer, for transmission to the receiver in step 735.”<br>(较低层基于下一传输间隔的无线信道条件确定RLC PDU大小……并在步骤735将RLC PDU发送至较低层以传输给接收机。) | 对比文件中,发射端根据下一传输间隔(next transmission interval)的信道条件生成RLC PDU并暂存于缓冲结构中,随后交付下层进行无线传输。从步骤时序上看,RLC层在准备下一传输间隔的数据时,必然存在先构建PDU再在后续实际传输时刻/TTI发射给接收方的过程。基于此宽松推断逻辑,技术特征G属于被对比文件隐含公开。 |
| 技术特征H:其中所述预定限制小于或等于四倍的针对所述当前TTI由所述当前授权允许传送的最大数据量。<br><br>《未公开》 | 对比文件全文未记载有关“预定限制”的数值设定,亦未记载“四倍(4倍)最大数据量”这一特定倍数关系。 | 对比文件不存在针对未完成PDU总量的限额参数,更未公开“小于或等于四倍当前授权允许传送的最大数据量”的具体数学比例限制。本领域技术人员无法从对比文件中推导出该特征,故未公开。 |
| 技术特征I:其中所述允许传送的数据量基于当前选择的增强型专用信道E-DCH传输格式组合E-TFC的比特数。<br><br>《未公开》 | 对比文件全文未记载E-DCH(增强型专用信道)或E-TFC(E-DCH传输格式组合)。 | 对比文件虽然以UMTS为背景,但全文针对的是通用的RLC层报头优化与分段机制,未记载HSUPA中的E-DCH传输信道及E-TFC选择过程,因此允许传送的数据量基于E-TFC比特数的技术方案未被公开。 |
| 技术特征J:其中所述允许传送的数据量是针对所述当前TTI由所述当前授权允许传输的最大数据量。<br><br>《隐含公开》 | [0090]<br>“The lower layer determines the most efficient RLC PDU size based on the received RLC SDU information and the radio channel condition for the next transmission interval and notifies the RLC layer of the RLC PDU size.”<br>(较低层基于接收到的RLC SDU信息以及下一传输间隔的无线信道条件来确定最高效的RLC PDU大小,并通知RLC层该RLC PDU大小。) | 对比文件指出底层根据下一传输间隔的无线信道条件决定最高效的PDU大小。为了在无线信道上实现最高效的吞吐量传输,该大小必然受限于该传输时段物理信道/授权所能承载的最大容量。在极宽松的隐含公开判断下,本领域技术人员可合理推断其所确定的传输数据量等同于或对应于当前信道授权条件所允许传输的最大可用数据量,因此认定技术特征J被隐含公开。 |
| 技术特征K:其中所述RLC PDU的所述数据字段的大小是在周期基础上选择的<br><br>《隐含公开》 | [0028]-[0029]<br>“...this AMR CODEC creates a 7-byte or 32-byte voice frame every 20msec... This RLC SDU is provided to the RLC layer of the transmitter every 20msec. The RLC layer reconstructs one concrete RLS SDU to one RLC PDU and sends it on a radio channel... Accordingly, it is preferable to determine an RLC PDU size such that RLC SDUs of the most frequent size can be efficiently processed.”<br>(……该AMR CODEC每20毫秒产生一个7字节或32字节的话音帧……该RLC SDU每20毫秒被提供给发射机的RLC层。RLC层将一个具体的RLC SDU重构成一个RLC PDU并在无线电信道上发送……因此,优选地确定RLC PDU大小使得能够高效处理最常见大小的RLC SDU。)<br>[0090]<br>“...for the next transmission interval...”<br>(……针对下一传输间隔……) | 对比文件明确指出VoIP业务中话音编解码器每隔20ms(即固定周期)生成话音帧并提供给RLC层,RLC层结合下一传输间隔(具有固有周期性)来构建RLC PDU并确定其大小及数据字段大小。因此,对比文件中RLC PDU数据字段大小的选择实际上是伴随着定期的传输间隔或业务到达周期(如每20ms)进行的。依据极宽松的隐含公开标准,技术特征K被隐含公开。 |
| 技术特征L:其中所述周期基础包括下列中的至少一者<br><br>《隐含公开》 | 结合下文技术特征M(传输时间间隔TTI基础)的公开内容。 | 对比文件公开了后续选项中的技术特征M,满足“包括下列中的至少一者”的上位涵盖关系,故该从属技术特征被隐含公开。 |
| 技术特征M:传输时间间隔TTI基础<br><br>《隐含公开》 | [0090]<br>“In step 715, the RLC layer waits until the lower layer reports the size and number of RLC PDUs to be transmitted for the next transmission interval. The lower layer determines the most efficient RLC PDU size based on the received RLC SDU information and the radio channel condition for the next transmission interval and notifies the RLC layer of the RLC PDU size.”<br>(在步骤715中,RLC层等待较低层报告针对下一传输间隔要传输的RLC PDU的大小和数量。较低层基于接收到的RLC SDU信息和下一传输间隔的无线信道条件确定最高效的RLC PDU大小,并将该RLC PDU大小通知给RLC层。) | 对比文件中明确记载了针对“下一传输间隔(transmission interval)”确定RLC PDU大小。在UMTS等移动通信系统中,“传输间隔(transmission interval)”即为传输时间间隔(TTI,Transmission Time Interval),底层按传输间隔/TTI向RLC层反馈可支持的PDU大小。本领域技术人员可以毫无疑义地合理推知其是在传输时间间隔(TTI)的基础上选择PDU大小,因此技术特征M被隐含公开。 |
| 技术特征N:预定TTI基础<br><br>《未公开》 | 对比文件未公开在“预定TTI基础”(即间隔预定数量个TTI,如每N个TTI)上选择数据字段大小的技术方案。 | 对比文件未披露跳过多TTI或按照预设的TTI计数间隔触发PDU大小确定的技术方案,故未公开。 |
| 技术特征O:每次E-TFC选择时<br><br>《未公开》 | 对比文件未记载E-TFC选择操作。 | 对比文件未涉及HSUPA中MAC层的E-TFC选择机制,更无在每次E-TFC选择时确定PDU大小的内容,故未公开。 |
| 技术特征P:当从RLC服务数据单元SDU的分段或连接中产生新的RLC PDU时<br><br>《隐含公开》 | [0039]<br>“...If the SDU cannot be included in one PDU, the SDU is segmented into a plurality of segments according to a transmittable PDU size. A plurality of PDUs are constructed, which include the segments in data fields...”<br>(……如果该SDU不能包含在一个PDU中,则根据可传输PDU大小将该SDU分段为多个段。构建多个PDU,其在数据字段中包含这些段……)<br>[0085]<br>“...an RLC SDU 625 is segmented into three RLC PDUs 630, 635 and 640... The F field is set to '1' and a pre-defined LI value of '1111 100' is inserted in the first RLC PDU 630... the F field of the second RLC PDU 635 is set to '0' and the new pre-defined LI value of '1111 110' is inserted... An LI value of '0100 011'... is inserted in the third RLC PDU 640...”<br>(……RLC SDU 625被分段为三个RLC PDU 630、635和640……第一RLC PDU中设置预定义LI为'1111 100'……第二RLC PDU设置F为0并插入新的预定义LI '1111 110'……第三RLC PDU中插入LI值'0100 011'……) | 对比文件公开了当SDU较大无法单PDU容纳时,将SDU执行分段以产生多个RLC PDU。在产生新的中间PDU或最后一个PDU时,均需依据当前段的实际长度或填充需求确定该PDU的数据字段大小及报头长度(LI设置),即在从SDU分段产生新的PDU的过程中实时确定各PDU数据字段大小。本领域技术人员可以容易推断出该过程与“从RLC SDU的分段产生新的RLC PDU时选择大小”等同,故判定特征P被隐含公开。 |
| 技术特征Q:当所述RLC接收新的数据时<br><br>《隐含公开》 | [0089]<br>“Referring to FIG. 7, upon receipt of at least one RLC SDU from the higher layer in step 705, the RLC layer of the transmitter notifies the lower layer of the number and the size of the at least one RLC SDU in step 710.”<br>(参见图7,在步骤705中从较高层接收到至少一个RLC SDU后,发射机的RLC层在步骤710中将所述至少一个RLC SDU的数量和大小通知给较低层。)<br>[0090]<br>“In step 715, the RLC layer waits until the lower layer reports the size and number of RLC PDUs to be transmitted for the next transmission interval. The lower layer determines the most efficient RLC PDU size based on the received RLC SDU information...”<br>(在步骤715中,RLC层等待较低层报告下一传输间隔中要传输的RLC PDU的大小和数量。较低层基于接收到的RLC SDU信息确定最高效的RLC PDU大小……) | 对比文件图7中步骤705明确记载“从较高层接收到至少一个RLC SDU(即接收新数据)”,且该接收动作直接触发了后续向底层上报、进而获取PDU大小并选择数据字段大小以进行匹配的整套处理流程。这说明对比文件中的大小选择是由RLC接收新数据所驱动或在接收新数据时触发的。本领域技术人员可明确推导出技术特征Q被隐含公开。 |
| 技术特征R:当服务授权被更新时<br><br>《未公开》 | 对比文件全文未记载服务授权(Serving Grant)及其更新过程。 | 对比文件未涉及基站向终端下发调度授权/服务授权及服务授权更新机制,故未公开。 |
| 技术特征S:在活动集更新过程时<br><br>《未公开》 | 对比文件未记载活动集更新(Active Set Update)过程。 | 对比文件未公开在活动集更新时重新计算或确定RLC PDU大小,故未公开。 |
| 技术特征T:当服务小区改变时<br><br>《未公开》 | 对比文件未记载服务小区改变(Serving Cell Change)对RLC PDU大小的影响。 | 对比文件未公开当服务小区发生改变时触发选择或确定RLC PDU大小,故未公开。 |
| 技术特征U:在无线电承载、传输信道或物理信道的建立、配置或重新配置时<br><br>《未公开》 | 对比文件未记载在承载/传输信道/物理信道建立、配置或重新配置的事件点触发选择RLC PDU数据字段大小。 | 对比文件虽然提及UMTS协议栈整体框架,但并未公开在信道配置/重配置时刻去选择确定RLC PDU的数据字段大小,故未公开。 |
| 技术特征V:在从RRC信令中接收到最小或最大值时。<br><br>《未公开》 | 对比文件未记载通过RRC信令接收最小或最大RLC PDU大小并触发计算。 | 对比文件未涉及通过RRC信令指示PDU大小的最大值或最小值,故未公开。 |
| 技术特征W:其中所述RLC PDU大小是在每次E-TFC选择时确定的<br><br>《未公开》 | 对比文件未记载E-TFC选择。 | 对比文件未公开E-TFC选择过程,更不存在每次E-TFC选择时确定RLC PDU大小的机制,故未公开。 |
| 技术特征X:其中来自逻辑信道的数据被包含在增强型MAC PDU中。<br><br>《未公开》 | 对比文件未记载增强型MAC PDU(如MAC-e/i/is PDU)。 | 对比文件仅记载了通用的MAC层(如[0005]),未公开HSUPA中引入的“增强型MAC PDU”,故未公开。 |
| 技术特征Y:其中所述RLC PDU大小是在每次E-TFC选择时确定的<br><br>《未公开》 | 对比文件未记载E-TFC选择。 | 与技术特征W相同,对比文件未涉及E-TFC选择过程,故未公开。 |
| 技术特征Z:其中HARQ进程被配置成传送调度的数据和非调度的数据中的至少一者。<br><br>《未公开》 | 对比文件未记载HARQ进程中关于“调度数据(scheduled data)”与“非调度数据(non-scheduled data)”的配置或传输机制。 | 对比文件全文针对的是RLC层报头优化,未深入涉及MAC层HARQ进程的调度与非调度数据传输配置,故未公开。 |
<<<A>>><<<b>>><<<c>>><<<d>>><<<e>>><<<g>>><<<j>>><<<k>>><<<l>>><<<m>>><<<p>>><<<q>>>
根据目标专利说明书的记载与对比文件(EP1764980A1)公开的内容,按照给定的技术特征划分及严格的比对规则,构建特征比对表格并进行论述分析如下:
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用(含中文翻译及段落标号) | 公开性论述 |
| 技术特征A:该方法包括<br>《直接公开》 | [0040] In a further advantageous embodiment the method for transmitting data packets comprising service data units comprises the steps of...<br>【中文翻译】在另一个有利实施例中,一种用于发送包括业务数据单元的数据分组的方法包括以下步骤…… | 对比文件公开了一种用于在通信系统中传输数据分组的方法,直接且明确公开了方法步骤的前序引导描述“该方法包括”。在对比文件中起到引导方法步骤的作用,与目标专利该特征的作用完全相同。 |
| 技术特征B:确定是否存在足够的数据量以用于传输<br>《直接公开》 | [0042] In a) it is determined whether the size remaining in the data packet payload is sufficient to transport a next service data unit or a fragment remaining from a previous service data unit... Steps a) and b) are repeated until the data packet payload has an insufficient size remaining to transport a next service data unit.<br>【中文翻译】在a)中,确定数据分组净荷中的剩余大小是否足以传输下一个业务数据单元或上一业务数据单元剩余的分段……重复步骤a)和b),直到数据分组净荷具有不足以传输下一个业务数据单元的剩余大小为止。<br>[0058] SDUs or fragments of SDUs are taken from a buffer and it is then determined whether the SDU or fragment of an SDU fits in the remaining size of the transport block...<br>【中文翻译】从缓冲区中取出SDU或SDU的分段,然后确定该SDU或SDU分段是否适合传输块的剩余大小…… | 对比文件在执行分段和级联构建传输块时,明确公开了判断待传输的SDU或其分段是否适合传输块剩余容量、以及数据量是否足以填入传输块的处理步骤。这与目标专利说明书中确定缓冲区中是否存在数据、是否有足够可用数据量来产生RLC PDU以用于传输的作用和机制实质相同,构成直接公开。 |
| 技术特征C:假设所述WTRU具有足够的数据量以用于传输<br>《隐含公开》 | [0042] If this is the case, in b) a next protocol data unit comprising the next service data unit or a fragment of a previous service data unit is formed and the protocol data unit is added to the data packet payload...<br>【中文翻译】如果是这种情况,在b)中形成包括下一个业务数据单元或上一业务数据单元的分段的下一个协议数据单元,并将该协议数据单元添加到数据分组净荷中……<br>[0056] Based on this indication, the SAR function selects n SDUs, the total size of which is just above Size_ind.<br>【中文翻译】基于该指示,分段与重组(SAR)功能选择n个SDU,其总大小刚好大于Size_ind。 | 目标专利说明书中在计算传输块大小或构造RLC PDU时,通常默认发射端缓冲区具备待发送的数据以进行满载荷评估或创建。对比文件段落[0056]及[0042]中在根据物理层指示(Size_ind)选择n个SDU进行封装时,也是预设缓冲区内有持续到达的SDU可供选择和切分。本领域技术人员基于该逻辑可以合理推断出发射机(WTRU/UE)在执行该封装算法时,基于具有足够数据量用于传输的前提假设,因此属于隐含公开。 |
| 技术特征D:选择将被复用至媒介接入控制MAC-i PDU或MAC-is PDU的所述RLC PDU的数据字段的大小<br>《隐含公开》 | [0006] ...As the span of functions of the data link layer is large, the data link layer is often subdivided in two sublayers (e.g. RLC and MAC sublayers in UMTS)...<br>【中文翻译】……由于数据链路层的功能跨度很大,数据链路层通常细分为两个子层(例如UMTS中的RLC和MAC子层)……<br>[0025] ...In UMTS Rel-5 HSDPA, the selected PDUs are directly concatenated in the MAC layer transport channel block (TrCH Blk or TrBlk) which, thus, contains several PDUs...<br>【中文翻译】……在UMTS Rel-5 HSDPA中,所选的PDU直接在MAC层传输信道块(TrCH Blk或TrBlk)中级联,因此包含多个PDU……<br>[0042] ...a protocol data unit is formed comprising a first fragment of the service data unit or fragment remaining from a previous service data unit such that the size of the protocol data unit corresponds to the remaining size of the data packet payload and the protocol data unit is added to the data packet payload.<br>【中文翻译】……形成一个包括该业务数据单元的第一分段或上一业务数据单元剩余分段的协议数据单元,使得该协议数据单元的大小与数据分组净荷的剩余大小相对应,并将该协议数据单元添加到数据分组净荷中。 | 对比文件明确公开了在UMTS系统架构下,高层协议数据单元(PDU)被形成并复用/级联到低层MAC传输信道块(TrBlk)中,且公开了调整/选择PDU的数据大小以使其与数据包净荷的剩余大小相匹配。虽然对比文件使用的具体术语为通用MAC TrBlk/Rel-5 MAC-hs而未明确出现“MAC-i”或“MAC-is”(属于HSUPA/Rel-6及增强引入的新MAC架构),但本领域技术人员已知MAC-i/is PDU即为HSUPA中的增强型MAC传输块。按照极为宽松的隐含公开判断标准,对比文件部分公开了根据MAC传输块大小选择RLC PDU分段数据字段大小的机制,并有可能结合3GPP后续增强演进技术,因此认定为隐含公开。 |
| 技术特征E:其中所述数据字段大小被选择为使得RLC PDU大小与针对当前传输时间间隔TTI由当前授权允许传送的数据量匹配<br>《隐含公开》 | [0024] ...the number of bits that can be transmitted over a transmission time interval (TTI) may significantly vary depending on the radio conditions, the code rate and the physical resources dedicated to the transmission...<br>【中文翻译】……在传输时间间隔(TTI)内可传输的比特数可能根据无线电条件、编码速率和专用于传输的物理资源而发生显著变化……<br>[0055] SDU segmentation and PDU concatenation both depend on the physical resources that are allocated for transmission for the next TTI. For instance the size of the payload of the next transport channel block (Size_ind) can be indicated to the SAR function as shown in Figure 9.<br>【中文翻译】SDU分段和PDU级联均取决于为下一个TTI分配用于传输的物理资源。例如,下一个传输信道块的净荷大小(Size_ind)可指示给SAR功能,如图9所示。<br>[0056] ...The sum of the n-1 th SDUs and the first fragment of the nth SDU is equal to Size_ind. Each of them is transformed into a PDU and receives a sequence number attributed sequentially...<br>【中文翻译】……第n-1个SDU与第n个SDU的第一分段的总和等于Size_ind。它们中的每一个都被转换成PDU并按顺序分配序列号…… | 对比文件明确公开了分段与级联取决于为下一个TTI所分配的物理资源(即Size_ind),并且通过对SDU进行分段,使生成的PDU大小相加后精确填满下一个TTI允许传输的传输块净荷大小。对比文件中的“分配的物理资源/Size_ind”在无线网络中实质上对应于网络侧调度授权所允许的数据量。对比文件公开的逻辑与目标专利中根据当前授权所允许的数据量来匹配选择RLC PDU大小在原理上存在极大重合,按照极其宽松的隐含公开判断规则,认定为隐含公开。 |
| 技术特征F:在用于逻辑信道的一个或多个未完成RLC PDU内的数据量小于当前授权的预定限制的情况下<br>《未公开》 | 对比文件全文未记载。<br>(无对应段落) | 对比文件仅公开了接收端针对未完成接收分段在重组时的处理逻辑,以及发送端在分配当前TTI资源时切分当前SDU;对比文件并未公开在发送端维护一个逻辑信道的“未完成(outstanding,即已产生但尚未被传输块发射)RLC PDU”的数据量监控机制,更未公开判断该未完成数据量是否小于当前授权的预定限制(例如不超过4倍最大授权量等防处理峰值堆积机制)。该特征既无直接公开,也无法由对比文件合理推断得出。 |
| 技术特征G:预先产生所述RLC PDU以用于在后来的TTI中进行传输<br>《隐含公开》 | [0056] ...For the next transmission, the second fragment will be considered first. This is shown in Figure 10, where the SDU3 is fragmented in 2 PDUs (PDU3 and PDU4).<br>【中文翻译】……对于下一次传输,将首先考虑第二分段。如图10所示,其中SDU3被分段为2个PDU(PDU3和PDU4)。<br>[0060] ...The second fragment of the SDU is put in the buffer and the PDU is then inserted into the transport block and the indicators added.<br>【中文翻译】……SDU的第二分段被放入缓冲区中,然后将该PDU插入到传输块中并添加指示符。 | 对比文件在图10及段落[0056]、[0060]中公开了:在当前传输块填满后,被切分的SDU的剩余分段会被预先形成或者存储在缓冲区中,作为下一个传输块(即下一次传输/后来的TTI)的PDU优先进行发送。虽然其生成机制与目标专利针对处理延迟峰值而前置预先生成完整RLC PDU在动机上略有差异,但本领域技术人员基于对比文件公开的“切分后未发分段留存以用于在后来的传输块中发送”的逻辑,完全有可能结合并推导出该操作特征,在宽松标准下判定为隐含公开。 |
| 技术特征H:其中所述预定限制小于或等于四倍的针对所述当前TTI由所述当前授权允许传送的最大数据量<br>《未公开》 | 对比文件全文未记载。<br>(无对应段落) | 对比文件完全没有设置“未完成RLC PDU的数据总量上限”的概念,更未公开具体的“四倍当前授权最大允许数据量”的数值限制。对比文件没有任何内容能让本领域技术人员推导出该具体数学比例限制,因此未公开。 |
| 技术特征I:其中所述允许传送的数据量基于当前选择的增强型专用信道E-DCH传输格式组合E-TFC的比特数<br>《隐含公开》 | [0025] ...In UMTS Rel-5 HSDPA, the selected PDUs are directly concatenated in the MAC layer transport channel block (TrCH Blk or TrBlk) which, thus, contains several PDUs...<br>【中文翻译】……在UMTS Rel-5 HSDPA中,所选的PDU直接在MAC层传输信道块(TrCH Blk或TrBlk)中级联……<br>[0026] In UMTS, the receiver unit is informed of the number of PDUs transmitted per TTI either via out-of-band signaling (Transport Format Combination Indicator or TFCI) or in-band in a specific header...<br>【中文翻译】在UMTS中,通过带外信令(传输格式组合指示符或TFCI)或在特定报头中的带内信令将每个TTI传输的PDU数量通知给接收机单元…… | 对比文件明确提到了UMTS系统中使用“传输格式组合指示符(TFCI)”来指示每个TTI所能传输的数据块格式与数量。虽然对比文件提及的是下行HSDPA和R99通用的TFCI,但目标专利针对的上行HSUPA中的E-TFC本质上就是E-DCH传输信道上的传输格式组合指示。根据极为宽松的隐含公开判断标准,本领域技术人员基于对比文件中基于TFCI确定传输容量的教导,极有可能推断出其在上行链路中等同替换为E-TFC比特数,因此属于隐含公开。 |
| 技术特征J:其中所述允许传送的数据量是针对所述当前TTI由所述当前授权允许传输的最大数据量<br>《隐含公开》 | [0024] ...the number of bits that can be transmitted over a transmission time interval (TTI) may significantly vary depending on the radio conditions, the code rate and the physical resources dedicated to the transmission...<br>【中文翻译】……在传输时间间隔(TTI)内可传输的比特数可能根据无线电条件、编码速率和专用于传输的物理资源而发生显著变化……<br>[0055] SDU segmentation and PDU concatenation both depend on the physical resources that are allocated for transmission for the next TTI. For instance the size of the payload of the next transport channel block (Size_ind) can be indicated to the SAR function...<br>【中文翻译】SDU分段和PDU级联均取决于为下一个TTI分配用于传输的物理资源。例如,下一个传输信道块的净荷大小(Size_ind)可指示给SAR功能…… | 对比文件明确指出每个TTI传输的比特数受限于分配的物理资源,并通过Size_ind将下一个传输块的最大允许净荷尺寸指示给SAR模块进行完全填充。在无线通信网络中,所分配的物理资源净荷上限即对应于当前调度授权(grant)允许发送的最大极限容量。基于对比文件以最大程度利用物理信道容量(完全填满传输块)的设计思想,本领域技术人员能够合理推断出该数据量即为授权所允许的最大数据量,构成隐含公开。 |
| 技术特征K:其中所述RLC PDU的所述数据字段的大小是在周期基础上选择的<br>《隐含公开》 | [0024] ...the number of bits that can be transmitted over a transmission time interval (TTI) may significantly vary depending on the radio conditions...<br>【中文翻译】……在传输时间间隔(TTI)内可传输的比特数可能根据无线电条件而发生显著变化……<br>[0055] SDU segmentation and PDU concatenation both depend on the physical resources that are allocated for transmission for the next TTI.<br>【中文翻译】SDU分段和PDU级联均取决于为下一个TTI分配用于传输的物理资源。 | 在无线通信协议中,TTI是物理层及MAC层调度的基本时间单位,具有固定的周期性(例如2ms或10ms)。对比文件指出SDU分段和PDU级联均取决于为“下一个TTI”分配的物理资源,这意味着每个TTI(即每个周期)都会根据新的Size_ind来决定PDU分段的数据字段大小。因此,本领域技术人员可以合理推知其PDU数据字段大小的选择是基于周期(TTI周期)进行的,认定为隐含公开。 |
| 技术特征L:其中所述周期基础包括下列中的至少一者<br>《隐含公开》 | [0055] SDU segmentation and PDU concatenation both depend on the physical resources that are allocated for transmission for the next TTI.<br>【中文翻译】SDU分段和PDU级联均取决于为下一个TTI分配用于传输的物理资源。 | 该特征是多选一的引出项。鉴于对比文件公开了基于每个TTI执行分段与大小决策(如下述特征M所示),因此属于隐含公开了该选择集。 |
| 技术特征M:传输时间间隔TTI基础<br>《直接公开》 | [0025] ...the MAC layer, based on some indications from the physical layer, determines the number of PDUs to be transmitted per TTI... Depending on the radio conditions or other variables, the number of selected PDUs per TTI varies...<br>【中文翻译】……MAC层基于来自物理层的某些指示,确定每个TTI要传输的PDU数量……根据无线电条件或其他变量,每个TTI选择的PDU数量会有所不同……<br>[0055] SDU segmentation and PDU concatenation both depend on the physical resources that are allocated for transmission for the next TTI.<br>【中文翻译】SDU分段和PDU级联均取决于为下一个TTI分配用于传输的物理资源。 | 对比文件明确且反复公开了数据处理、资源分配以及PDU的分段级联操作是针对“每个TTI(per TTI)”或“下一个TTI(for the next TTI)”动态进行的。这与目标专利中以“传输时间间隔TTI基础”作为调整周期的技术方案完全对应一致,构成直接公开。 |
| 技术特征N:预定TTI基础<br>《隐含公开》 | [0055] SDU segmentation and PDU concatenation both depend on the physical resources that are allocated for transmission for the next TTI.<br>【中文翻译】SDU分段和PDU级联均取决于为下一个TTI分配用于传输的物理资源。 | 在无线标准中,TTI本身就是系统预先定义配置好的固定时间间隔(如10ms或2ms)。对比文件公开了在每个TTI进行分段决策,本领域技术人员能够合理推断出该处理必然运行于预定周期的TTI基准之上,按照宽松判定标准认定为隐含公开。 |
| 技术特征O:每次E-TFC选择时<br>《隐含公开》 | [0025] ...In order to emulate some kind of dynamic behavior, the MAC layer, based on some indications from the physical layer, determines the number of PDUs to be transmitted per TTI...<br>【中文翻译】……为了仿真某种动态行为,MAC层基于来自物理层的某些指示,确定每个TTI要传输的PDU数量……<br>[0026] In UMTS, the receiver unit is informed of the number of PDUs transmitted per TTI either via out-of-band signaling (Transport Format Combination Indicator or TFCI)...<br>【中文翻译】在UMTS中,通过带外信令(传输格式组合指示符或TFCI)……将每个TTI传输的PDU数量通知给接收机单元…… | 目标专利中“E-TFC选择”是MAC层在每个TTI确定传输块格式和大小的过程。对比文件虽然在Rel-5背景下提及TFC/TFCI指示和根据物理层指示确定传输块,但实质上指代了相同的层2调度时机。基于极为宽松的隐含公开判断标准,本领域技术人员通过将对比文件的TrBlk大小确定映射为上行E-TFC选择过程,有可能合理推断出在每次E-TFC选择时确定RLC PDU大小,故认定为隐含公开。 |
| 技术特征P:当从RLC服务数据单元SDU的分段或连接中产生新的RLC PDU时<br>《直接公开》 | [0042] ...Otherwise, a next service data unit or fragment remaining from a previous service data unit is fragmented and a protocol data unit is formed comprising a first fragment of the service data unit or fragment remaining from a previous service data unit such that the size of the protocol data unit corresponds to the remaining size of the data packet payload...<br>【中文翻译】……否则,将下一个业务数据单元或上一业务数据单元剩余的分段进行分段,并形成包括该业务数据单元的第一分段或上一业务数据单元剩余分段的协议数据单元,使得该协议数据单元的大小对应于数据分组净荷的剩余大小……<br>[0058]-[0060] ...If however, the SDU or fragment of the SDU does not fit in the remaining size of the transport block, the SDU is fragmented and a PDU is created from a fragment of the SDU to fit into the remaining size of the transport block.<br>【中文翻译】……然而,如果该SDU或SDU分段不适合传输块的剩余大小,则对该SDU进行分段,并从该SDU的分段创建PDU以适合传输块的剩余大小。 | 对比文件明确公开了当SDU不满足传输块剩余空间时,执行分段(fragmented),并在分段产生新的PDU的过程中,将该PDU的大小精确设定为等于该传输块的剩余空间大小。该技术内容与技术特征P完全实质相同,构成直接公开。 |
| 技术特征Q:当所述RLC接收新的数据时<br>《隐含公开》 | [0058] SDUs or fragments of SDUs are taken from a buffer and it is then determined whether the SDU or fragment of an SDU fits in the remaining size of the transport block...<br>【中文翻译】从缓冲区中取出SDU或SDU的分段,然后确定该SDU或SDU分段是否适合传输块的剩余大小…… | 对比文件公开了从缓冲区中提取SDU或其分段进行判断与组装。在协议栈实际运行中,缓冲区的SDU即来自高层新接收的数据。当高层有新数据到达(即RLC接收新数据)并入队后,触发后续的取出与分段大小确定流程。在极其宽松的标准下,本领域技术人员能够合理推断出存在当RLC接收新数据时确定PDU大小的实施可能,因此认定为隐含公开。 |
| 技术特征R:当服务授权被更新时<br>《隐含公开》 | [0055] SDU segmentation and PDU concatenation both depend on the physical resources that are allocated for transmission for the next TTI. For instance the size of the payload of the next transport channel block (Size_ind) can be indicated to the SAR function...<br>【中文翻译】SDU分段和PDU级联均取决于为下一个TTI分配用于传输的物理资源。例如,下一个传输信道块的净荷大小(Size_ind)可指示给SAR功能…… | 对比文件中分段和计算大小的依据是新通知的Size_ind(为下一次传输分配的物理资源)。在3GPP蜂窝系统中,物理资源的分配直接体现为基站向终端下发或更新的服务授权(Serving Grant)。因此,资源指示的更新在本质上对应服务授权的更新。按照宽松的隐含公开判断标准,认定为隐含公开。 |
| 技术特征S:在活动集更新过程时<br>《未公开》 | 对比文件全文未记载。<br>(无对应段落) | 对比文件完全没有提及蜂窝网络软切换过程中的“活动集更新(active set update)”,也没有提及在此类移动性管理流程中触发RLC PDU大小的计算。该特征未公开。 |
| 技术特征T:当服务小区改变时<br>《未公开》 | 对比文件全文未记载。<br>(无对应段落) | 对比文件仅在段落[0024]提及移动台距离发射机的远近,未记载任何关于“服务小区改变(serving cell change)”或切换事件作为触发PDU大小计算的内容。该特征未公开。 |
| 技术特征U:在无线电承载、传输信道或物理信道的建立、配置或重新配置时<br>《隐含公开》 | [0029] In general, the size of the PDU is a static parameter of the radio bearer used to carry the considered service. This parameter cannot be changed without a heavy reconfiguration procedure. Therefore it is difficult to efficiently adapt the link to the characteristics of the incoming SDUs or to the resources offered by the lower layer...<br>【中文翻译】通常,PDU的大小是用于承载所考虑业务的无线电承载的静态参数。如果不经过繁琐的重新配置过程,该参数将无法更改。因此,难以使链路有效适应传入SDU的特性或下层提供的资源…… | 对比文件在背景技术段落[0029]中明确指出现有技术中PDU大小是无线电承载(radio bearer)的静态参数,且只有通过“重配置过程(reconfiguration procedure)”才能对其进行更改。对比文件虽然旨在克服必须重配置才可改变PDU大小的弊端,但其客观描述了在无线电承载建立或重配置时设定/改变PDU大小的通用机制。按照宽松的隐含公开标准,属于部分公开了该触发时机,认定为隐含公开。 |
| 技术特征V:在从RRC信令中接收到最小或最大值时<br>《未公开》 | 对比文件全文未记载。<br>(无对应段落) | 对比文件并未公开通过RRC(无线电资源控制)信令下发RLC PDU的最小或最大值并在接收到该信令限制时计算PDU大小。该特征未公开。 |
| 技术特征W:其中所述RLC PDU大小是在每次E-TFC选择时确定的<br>《隐含公开》 | [0025] ...the MAC layer, based on some indications from the physical layer, determines the number of PDUs to be transmitted per TTI...<br>【中文翻译】……MAC层基于来自物理层的某些指示,确定每个TTI要传输的PDU数量……<br>[0055] SDU segmentation and PDU concatenation both depend on the physical resources that are allocated for transmission for the next TTI.<br>【中文翻译】SDU分段和PDU级联均取决于为下一个TTI分配用于传输的物理资源。 | 同特征O。对比文件公开了根据下一TTI物理资源(由MAC层调度确定)来决定SDU分段形成的PDU大小,在极为宽松的推论标准下,本领域技术人员可以合理推断出其在HSUPA中等同于在每次E-TFC选择时确定RLC PDU大小,认定为隐含公开。 |
| 技术特征X:其中来自逻辑信道的数据被包含在增强型MAC PDU中<br>《隐含公开》 | [0025] ...In UMTS Rel-5 HSDPA, the selected PDUs are directly concatenated in the MAC layer transport channel block (TrCH Blk or TrBlk) which, thus, contains several PDUs as shown in Figure 6...<br>【中文翻译】……在UMTS Rel-5 HSDPA中,所选的PDU直接在MAC层传输信道块(TrCH Blk或TrBlk)中级联,因此包含多个PDU,如图6所示……<br>[0026] In UMTS, the receiver unit is informed of the number of PDUs transmitted per TTI either via out-of-band signaling (Transport Format Combination Indicator or TFCI) or in-band in a specific header (e.g. MAC-hs header in HSDPA).<br>【中文翻译】在UMTS中,通过带外信令(TFCI)或在特定报头(例如HSDPA中的MAC-hs报头)中的带内信令将每个TTI传输的PDU数量通知给接收机单元。 | 对比文件明确公开了来自高层(逻辑信道)的数据PDU被复用/级联到包含增强调度特性的MAC-hs传输块中。在UMTS演进演进体系中,增强型MAC PDU包括MAC-hs PDU(下行增强)及MAC-e/i PDU(上行增强)。根据宽松的判断标准,本领域技术人员能够从对比文件公开的MAC-hs级联结构合理推论出将逻辑信道数据包含在增强型MAC PDU中的技术特征,认定为隐含公开。 |
| 技术特征Y:其中所述RLC PDU大小是在每次E-TFC选择时确定的<br>(注:特征内容与特征W完全相同)<br>《隐含公开》 | [0025]、[0055]<br>(参见特征W与特征O的引文) | 论述同特征W/O。本领域技术人员基于对比文件公开的随传输块资源动态切分SDU形成PDU的机制,在宽松标准下可合理推知该特征被隐含公开。 |
| 技术特征Z:其中HARQ进程被配置成传送调度的数据和非调度的数据中的至少一者<br>《未公开》 | 对比文件全文未记载。<br>(无对应段落) | 对比文件虽在背景技术中提及了物理层/MAC层重传机制,但全文完全未涉及将数据区分为“调度的数据(scheduled data)”与“非调度的数据(non-scheduled data)”,更没有涉及HARQ进程针对这两类数据的具体传输配置。该特征未公开。 |
---
<<<A>>>
<<<B>>>
<<<c>>>
<<<d>>>
<<<e>>>
<<<g>>>
<<<i>>>
<<<j>>>
<<<k>>>
<<<l>>>
<<<M>>>
<<<n>>>
<<<o>>>
<<<P>>>
<<<q>>>
<<<r>>>
<<<u>>>
<<<w>>>
<<<x>>>
<<<y>>>
您好,我是专利代理师。针对您提供的目标专利权利要求各技术特征(技术特征A至技术特征Z)、目标专利说明书以及对比文件(CN1326302C《响应功率扰动变化率的浪涌抑制电路》),现进行严谨细致的特征比对与公开性评估。
### 背景技术领域与方案简析
* **目标专利技术方案**:涉及蜂窝移动通信系统(UMTS/HSUPA/3GPP)中无线发射/接收单元(WTRU)在L2层协议(RLC/MAC层)中**产生和传输RLC PDU的方法**,核心在于根据服务授权(Grant)、E-TFC选择、TTI等调度参数预先计算并产生与传输块匹配的RLC PDU大小,以降低HARQ剩余错误与协议开销。
* **对比文件(CN1326302C)技术方案**:属于**电力电气/电力电子保护电路领域**,公开的是一种用于交流电源和负载之间**“响应功率扰动变化率的浪涌抑制电路”**,通过电压钳位器件(MOV)、急剧短路器件(TRIAC/SCR)及RC触发电路在检测到交流电压幅值变化率($dV/dt$)瞬态干扰时将电压钳位。
---
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A<br>该方法包括<br><br>【未公开】 | 无引用内容。<br>(对比文件属于电路装置技术领域,见说明书【技术领域】:“本发明一般涉及用于保护一个设备及其负载使之免受电源电压的浪涌影响的设备……”) | 未公开论述:<br>技术特征A为方法权利要求的前序过渡用语。对比文件CN1326302C全部涉及硬件保护电路及其工作过程,未公开无线通信协议层数据PDU处理的特定方法前序架构,亦无对应的方法技术构思。 |
| 技术特征B<br>确定是否存在足够的数据量以用于传输<br><br>【未公开】 | 无相关内容。 | 未公开论述:<br>结合目标专利说明书[0037]、[0064]可知,该特征是指在RLC缓冲器中检查是否存在待发送的有效数据量(RLC SDU数据)。对比文件公开的是电力浪涌抑制电路,电路中处理的是物理交流电流与电压瞬态浪涌,不存在“通信数据缓冲量”以及“确定是否存在用于传输的数据量”的通信逻辑判断过程。 |
| 技术特征C<br>假设所述WTRU具有足够的数据量以用于传输<br><br>【未公开】 | 无相关内容。 | 未公开论述:<br>结合目标专利说明书可知,该特征涉及无线发射/接收单元(WTRU)协议实体在处理RLC PDU创建与授权计算时的数据假设条件。对比文件中根本不存在WTRU实体,也不存在数据通信量大小的假设机制。 |
| 技术特征D<br>选择将被复用至媒介接入控制MAC-i PDU或MAC-is PDU的所述RLC PDU的数据字段的大小<br><br>【未公开】 | 无相关内容。 | 未公开论述:<br>结合目标专利说明书[0017]、[0036]、[0043]可知,本特征是WTRU在MAC分段/复用之前,根据调度需求确定RLC PDU数据字段(Data Field)的大小,使其适配MAC-i/is PDU。对比文件完全不涉及MAC层或RLC层协议数据单元封装,无相关技术内容。 |
| 技术特征E<br>其中所述数据字段大小被选择为使得RLC PDU大小与针对当前传输时间间隔TTI由当前授权允许传送的数据量匹配<br><br>【未公开】 | 无相关内容。 | 未公开论述:<br>结合目标专利说明书[0018]-[0019]、[0043]可知,该特征是为了避免MAC级过多分段导致HARQ剩余错误率上升,将RLC PDU大小设定为匹配当前授权(Grant)所允许传送的数据量。对比文件属于电路浪涌抑制领域,不存在“TTI”、“通信授权”及“RLC PDU大小匹配授权”的机制。 |
| 技术特征F<br>在用于逻辑信道的一个或多个未完成RLC PDU内的数据量小于当前授权的预定限制的情况下<br><br>【未公开】 | 无相关内容。 | 未公开论述:<br>结合目标专利说明书[0037]、[0053]可知,“未完成(outstanding)RLC PDU”指已创建但尚未插入传输块发送的PDU,当其未超预定限制时才允许继续创建。对比文件不存在通信逻辑信道、未完成RLC PDU或通信传输授权限制判断。 |
| 技术特征G<br>预先产生所述RLC PDU以用于在后来的TTI中进行传输<br><br>【未公开】 | 无相关内容。 | 未公开论述:<br>结合目标专利说明书[0022]、[0037]可知,该特征属于“半无线电可察觉”机制,在E-TFC选择确定前预先构建RLC PDU以降低峰值处理时延。对比文件完全不涉及无线数据包/PDU的预先生成与缓冲传输机制。 |
| 技术特征H<br>其中所述预定限制小于或等于四倍的针对所述当前TTI由所述当前授权允许传送的最大数据量<br><br>【未公开】 | 无相关内容。 | 未公开论述:<br>结合目标专利说明书[0058]可知,未完成PDU最大数据量M计算为常数(如4)乘以传输块中的比特数G。对比文件属于模拟/分立电路领域,不具备该倍数限额与授权数据量的数量关系设置。 |
| 技术特征I<br>其中所述允许传送的数据量基于当前选择的增强型专用信道E-DCH传输格式组合E-TFC的比特数<br><br>【未公开】 | 无相关内容。 | 未公开论述:<br>目标专利说明书[0036]、[0068]表明该特征基于上行E-DCH信道的传输块格式(E-TFC)的比特容量来确定数据量。对比文件完全不涉及3GPP E-DCH传输信道与E-TFC。 |
| 技术特征J<br>其中所述允许传送的数据量是针对所述当前TTI由所述当前授权允许传输的最大数据量<br><br>【未公开】 | 无相关内容。 | 未公开论述:<br>结合目标专利说明书[0044]可知,该数据量对应于在当前TTI根据服务授权能被传送的最高有效载荷。对比文件不包含通信调度授权概念。 |
| 技术特征K<br>其中所述RLC PDU的所述数据字段的大小是在周期基础上选择的<br><br>【未公开】 | 无相关内容。 | 未公开论述:<br>结合目标专利说明书[0038]可知,此特征定义了以周期方式触发RLC PDU大小计算。对比文件仅公开了RC触发电路响应瞬态$dV/dt$脉冲,属于电路事件突发触发,且不涉及通信PDU大小的选择。 |
| 技术特征L<br>其中所述周期基础包括下列中的至少一者<br><br>【未公开】 | 无相关内容。 | 未公开论述:<br>目标专利权利要求中的下位选择引用项,对比文件不涉及任何通信周期基准。 |
| 技术特征M<br>传输时间间隔TTI基础<br><br>【未公开】 | 无相关内容。 | 未公开论述:<br>结合目标专利说明书[0038]可知,该特征是以TTI为周期计算RLC PDU大小。对比文件无无线通信时隙/TTI机制。 |
| 技术特征N<br>预定TTI基础<br><br>【未公开】 | 无相关内容。 | 未公开论述:<br>结合目标专利说明书[0038](每N个TTI)。对比文件无相关记载。 |
| 技术特征O<br>每次E-TFC选择时<br><br>【未公开】 | 无相关内容。 | 未公开论述:<br>结合目标专利说明书[0038]可知是在上行E-TFC选取事件时触发更新。对比文件完全不涉及该事件。 |
| 技术特征P<br>当从RLC服务数据单元SDU的分段或连接中产生新的RLC PDU时<br><br>【未公开】 | 无相关内容。 | 未公开论述:<br>结合目标专利说明书[0038]可知涉及高层SDU切片分段或级联时触发计算。对比文件不包含通信分段/级联机制。 |
| 技术特征Q<br>当所述RLC接收新的数据时<br><br>【未公开】 | 无相关内容。 | 未公开论述:<br>结合目标专利说明书[0038]指RLC接收到高层新SDU时触发。对比文件无相关内容。 |
| 技术特征R<br>当服务授权被更新时<br><br>【未公开】 | 无相关内容。 | 未公开论述:<br>目标专利说明书[0037]、[0038]涉及基站向UE下发的Serving Grant更新事件。对比文件无无线资源调度与授权机制。 |
| 技术特征S<br>在活动集更新过程时<br><br>【未公开】 | 无相关内容。 | 未公开论述:<br>结合目标专利说明书[0038]涉及WCDMA软切换中的活动集(Active Set)更新流程。对比文件无蜂窝网络切换流程。 |
| 技术特征T<br>当服务小区改变时<br><br>【未公开】 | 无相关内容。 | 未公开论述:<br>结合目标专利说明书[0038]涉及移动性管理服务小区重选或切换。对比文件不涉及基站/小区概念。 |
| 技术特征U<br>在无线电承载、传输信道或物理信道的建立、配置或重新配置时<br><br>【未公开】 | 无相关内容。 | 未公开论述:<br>结合目标专利说明书[0038]、[0051]涉及RRC连接层级的RB/TrCH/Physical Channel重配。对比文件不包含信道建立配置流程。 |
| 技术特征V<br>在从RRC信令中接收到最小或最大值时<br><br>【未公开】 | 无相关内容。 | 未公开论述:<br>结合目标专利说明书[0038]、[0051]涉及通过RRC信令IE通知RLC PDU尺寸边界。对比文件无RRC控制信令。 |
| 技术特征W<br>其中所述RLC PDU大小是在每次E-TFC选择时确定的<br><br>【未公开】 | 无相关内容。 | 未公开论述:<br>目标专利说明书[0038]、[0040]记载在每次MAC层E-TFC选择时确定RLC PDU大小。对比文件无相关内容。 |
| 技术特征X<br>其中来自逻辑信道的数据被包含在增强型MAC PDU中<br><br>【未公开】 | 无相关内容。 | 未公开论述:<br>结合目标专利说明书[0017]、[0036]、[0040]可知,“增强型MAC PDU”指3GPP引入的MAC-i/is PDU。对比文件无信道复用与MAC帧结构。 |
| 技术特征Y<br>其中所述RLC PDU大小是在每次E-TFC选择时确定的<br><br>【未公开】 | 无相关内容。 | 未公开论述:<br>同技术特征W,对比文件未公开此特征。 |
| 技术特征Z<br>其中HARQ进程被配置成传送调度的数据和非调度的数据中的至少一者<br><br>【未公开】 | 无相关内容。 | 未公开论述:<br>结合目标专利说明书[0040]可知,HARQ进程在上行链路分别映射并发送调度的流(Scheduled Data)或非调度的流(Non-scheduled Data)。对比文件为交流电路器件,无HARQ重传机制,更无调度/非调度通信流传输配置。 |
---
### 评估结论总结
对比文件CN1326302C属于**强电/电力电子领域的浪涌抑制电路技术**,而目标专利权利要求A至Z属于**无线通信系统(3GPP HSUPA)中L2层(RLC/MAC层)协议数据单元生成、调度匹配与预生成的通信协议方法**。
两者在技术领域、技术问题、技术方案及技术效果上完全不同:
1. **直接公开**:对比文件未直接公开技术特征A至Z中的任何一个技术特征;
2. **隐含公开**:即便利足于最宽松的隐含公开判断标准,本领域技术人员也绝不可能从对比文件的交流过压浪涌钳位电路(MOV+TRIAC/SCR+RC触发)中推理、概括出移动通信中WTRU的RLC PDU尺寸计算、调度授权匹配、预先产生或HARQ/MAC/E-TFC处理等任何技术方案,二者不存在组合或推理基础。
因此,对比文件CN1326302C对技术特征A至技术特征Z**均未直接公开,也未隐含公开**。按照指令要求,未公开任何特征时结尾不输出任何代码。
首先,您需要连接至 Workspace,以打开该扩展。
作为一名专利创造性评估经验丰富的资深专利代理师,对目标专利权利要求划分的各技术特征(技术特征A至Z)与对比文件(US 2007/0218363 A1,涉及锂二次电池正极活性材料及其制备方法)进行严谨的技术特征比对与公开性判断。
### 技术领域与方案性质简析
* **目标专利技术方案**:涉及无线通信系统(UMTS/HSUPA/LTE等)中WTRU/UE处的无线电链路控制(RLC)协议数据单元(PDU)大小的选择、基于授权(Grant)/E-TFC进行预先产生以及MAC层复用等无线通信层2/数据链路层传输机制。
* **对比文件(US 2007/0218363 A1)技术方案**:涉及化学/材料/电池技术领域,具体为“具有化学计量组成的钴酸锂及其制备方法(Stoichiometric Lithium Cobalt Oxide and Method for Preparation of the Same)”,核心在于通过将钴酸锂(LiCoO2)与固态锂缓冲材料共烧结,调节并平衡锂化学势,以解决锂电池正极材料的高温存储与高电压循环稳定性问题。
---
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A:该方法包括<br><br>【未公开】 | 无对应引用。<br>对比文件全篇涉及化学材料领域制备方法,例如:<br>“[0035] In accordance with a still further aspect of the present invention, there is provided a method for preparing a LiCoO2-containing powder...(根据本发明又一方面,提供了一种制备含LiCoO2粉末的方法...)” | 对比文件公开的是一种制备锂电池正极活性材料粉末的方法,与目标专利中用于无线通信中产生和传送RLC PDU的通信传输方法属于完全不相干的技术领域。技术特征A虽为方法前缀,但在限定的通信方法整体框架下,对比文件并未公开目标专利所指的无线通信方法,既未直接公开,本领域技术人员也绝无可能合理推理出通信方法,故不构成直接公开或隐含公开。 |
| 技术特征B:确定是否存在足够的数据量以用于传输<br><br>【未公开】 | 无对应引用。<br>对比文件未记载任何与通信缓存数据量检测相关的技术内容。 | 目标专利中技术特征B的作用是让WTRU检查待发数据量以决定是否创建RLC PDU或评估数据传输状态。对比文件通篇属于电化学与电池正极材料配比领域,完全不涉及通信数据量、缓冲队列或数据传输的确定,无论基于实质公开、等同公开还是极为宽松的隐含公开标准,对比文件均未公开该特征。 |
| 技术特征C:假设所述WTRU具有足够的数据量以用于传输<br><br>【未公开】 | 无对应引用。<br>对比文件未出现无线发射/接收单元(WTRU)或数据传输假设。 | 目标专利中技术特征C的作用是在确定传输参数(如PDU大小计算或预产生)时以WTRU具备充足数据量为先决/假设条件。对比文件涉及化学反应物摩尔比与固态锂缓冲材料,完全不存在WTRU实体及通信数据量假设,未直接公开,亦无任何隐含公开的基础。 |
| 技术特征D:选择将被复用至媒介接入控制MAC-i PDU或MAC-is PDU的所述RLC PDU的数据字段的大小<br><br>【未公开】 | 无对应引用。<br>对比文件完全不涉及MAC层或RLC层协议数据单元。 | 目标专利中技术特征D的作用是根据无线层2协议实体协同机制,自适应确定待复用至下层MAC PDU的RLC PDU数据字段长度。对比文件属于无机材料固相合成领域,根本不存在协议分层、MAC-i/is PDU、RLC PDU及其数据字段大小选择,未直接公开且无法隐含公开。 |
| 技术特征E:其中所述数据字段大小被选择为使得RLC PDU大小与针对当前传输时间间隔TTI由当前授权允许传送的数据量匹配<br><br>【未公开】 | 无对应引用。<br>对比文件不涉及TTI、网络调度授权或PDU大小匹配。 | 目标专利中技术特征E的作用是通过使预先或即时生成的RLC PDU尺寸与当前TTI的网络调度资源(Grant允许的数据量)相匹配,最大程度减少MAC分段和HARQ残留错误。对比文件记载的是材料化学势平衡及摩尔配比,完全没有TTI、调度授权及RLC与授权匹配的概念,未直接公开,也不可能隐含公开。 |
| 技术特征F:在用于逻辑信道的一个或多个未完成RLC PDU内的数据量小于当前授权的预定限制的情况下<br><br>【未公开】 | 无对应引用。<br>对比文件未涉及逻辑信道、未完成RLC PDU或当前授权的限制比较。 | 目标专利中技术特征F的作用是设置未完成(尚未发送)RLC PDU总量的门限条件,防止因过度预产生PDU而导致内存溢出或陈旧数据滞留。对比文件中完全不存在逻辑信道、未完成通信数据包或网络授权限制的判定,未直接公开且无法隐含公开。 |
| 技术特征G:预先产生所述RLC PDU以用于在后来的TTI中进行传输<br><br>【未公开】 | 无对应引用。<br>对比文件未涉及通信数据单元的预先生成。 | 目标专利中技术特征G的作用是在E-TFC选择之前提前构建RLC PDU,从而避免紧迫延迟限制下的高峰值处理负荷。对比文件完全不涉及通信协议数据单元的预先生成与TTI调度,未直接公开,亦无隐含公开可能。 |
| 技术特征H:其中所述预定限制小于或等于四倍的针对所述当前TTI由所述当前授权允许传送的最大数据量<br><br>【未公开】 | 无对应引用。<br>对比文件未涉及基于授权允许最大数据量四倍的数值限定。 | 目标专利中技术特征H的作用是具体量化未完成PDU限制(如常数4乘以授权允许比特数),以平衡缓冲资源与处理负荷。对比文件完全没有该无线通信特定数值边界的记载,未直接公开,也不可能隐含公开。 |
| 技术特征I:其中所述允许传送的数据量基于当前选择的增强型专用信道E-DCH传输格式组合E-TFC的比特数<br><br>【未公开】 | 无对应引用。<br>对比文件未涉及E-DCH或E-TFC传输格式组合。 | 目标专利中技术特征I的作用是使允许传输的数据量精确对应物理层传输块承载能力。对比文件属于化学电池材料领域,未直接公开或隐含公开E-DCH、E-TFC相关通信机制。 |
| 技术特征J:其中所述允许传送的数据量是针对所述当前TTI由所述当前授权允许传输的最大数据量<br><br>【未公开】 | 无对应引用。<br>对比文件未涉及TTI当前授权允许传输的最大数据量。 | 目标专利中技术特征J的作用是明确数据量匹配的基准为当前调度授权对应的上限有效载荷。对比文件未包含任何无线网络资源调度的技术方案,未直接公开或隐含公开。 |
| 技术特征K:其中所述RLC PDU的所述数据字段的大小是在周期基础上选择的<br><br>【未公开】 | 无对应引用。<br>对比文件未涉及周期性确定通信数据包大小。 | 目标专利中技术特征K的作用是提供一种定时触发重新计算PDU尺寸的机制。对比文件属于静态材料合成与测试,不涉及通信数据包字段大小的周期性选择,未直接公开或隐含公开。 |
| 技术特征L:其中所述周期基础包括下列中的至少一者<br><br>【未公开】 | 无对应引用。<br>对比文件未记载任何通信周期基准。 | 目标专利中技术特征L为多项选择的上位引导特征。对比文件缺乏通信时序机制,未直接公开或隐含公开。 |
| 技术特征M:传输时间间隔TTI基础<br><br>【未公开】 | 无对应引用。<br>对比文件未涉及通信传输时间间隔TTI。 | 目标专利中技术特征M的作用是以无线帧子结构TTI为粒度周期触发计算。对比文件不包含任何通信TTI概念,未直接公开或隐含公开。 |
| 技术特征N:预定TTI基础<br><br>【未公开】 | 无对应引用。<br>对比文件未涉及预定TTI间隔。 | 目标专利中技术特征N的作用是每隔N个TTI周期执行一次PDU尺寸计算以节省开销。对比文件未包含该技术方案,未直接公开或隐含公开。 |
| 技术特征O:每次E-TFC选择时<br><br>【未公开】 | 无对应引用。<br>对比文件未涉及E-TFC选择过程。 | 目标专利中技术特征O的作用是将PDU大小计算与无线传输格式组合选择事件绑定。对比文件完全不涉及E-TFC选择,未直接公开或隐含公开。 |
| 技术特征P:当从RLC服务数据单元SDU的分段或连接中产生新的RLC PDU时<br><br>【未公开】 | 无对应引用。<br>对比文件未涉及RLC SDU的分段或连接。 | 目标专利中技术特征P的作用是在高层数据包拆分/拼接生成新PDU事件时触发尺寸重新计算。对比文件未记载RLC SDU分段或连接,未直接公开或隐含公开。 |
| 技术特征Q:当所述RLC接收新的数据时<br><br>【未公开】 | 无对应引用。<br>对比文件未涉及RLC实体接收新数据。 | 目标专利中技术特征Q的作用是响应高层新业务数据到达事件触发重算。对比文件不涉及通信协议层间数据交互,未直接公开或隐含公开。 |
| 技术特征R:当服务授权被更新时<br><br>【未公开】 | 无对应引用。<br>对比文件未涉及网络服务授权更新。 | 目标专利中技术特征R的作用是在基站动态调整WTRU的上行服务授权(SG)时同步刷新PDU大小。对比文件无任何网络授权更新机制,未直接公开或隐含公开。 |
| 技术特征S:在活动集更新过程时<br><br>【未公开】 | 无对应引用。<br>对比文件未涉及蜂窝移动通信的活动集更新。 | 目标专利中技术特征S的作用是在小区软切换/活动集发生变动时重新评估链路承载并调整PDU大小。对比文件不涉及移动通信切换或活动集,未直接公开或隐含公开。 |
| 技术特征T:当服务小区改变时<br><br>【未公开】 | 无对应引用。<br>对比文件未涉及服务小区切换或改变。 | 目标专利中技术特征T的作用是在无线接入服务小区变更时触发更新RLC PDU参数。对比文件未涉及蜂窝小区概念,未直接公开或隐含公开。 |
| 技术特征U:在无线电承载、传输信道或物理信道的建立、配置或重新配置时<br><br>【未公开】 | 无对应引用。<br>对比文件未涉及无线承载或物理/传输信道配置。 | 目标专利中技术特征U的作用是响应RRC层无线资源配置与重配流程刷新传输参数。对比文件缺乏通信协议信道配置机制,未直接公开或隐含公开。 |
| 技术特征V:在从RRC信令中接收到最小或最大值时<br><br>【未公开】 | 无对应引用。<br>对比文件未涉及RRC信令或PDU大小极值配置。 | 目标专利中技术特征V的作用是利用高层RRC信令中携带的参数上下限约束PDU产生。对比文件不涉及RRC通信控制信令,未直接公开或隐含公开。 |
| 技术特征W:其中所述RLC PDU大小是在每次E-TFC选择时确定的<br><br>【未公开】 | 无对应引用。<br>对比文件未涉及在E-TFC选择时确定RLC PDU大小。 | 目标专利中技术特征W的作用是使RLC PDU尺寸紧跟每次MAC层的E-TFC动态选择结果。对比文件无对应方案,未直接公开或隐含公开。 |
| 技术特征X:其中来自逻辑信道的数据被包含在增强型MAC PDU中<br><br>【未公开】 | 无对应引用。<br>对比文件未涉及逻辑信道及增强型MAC PDU。 | 目标专利中技术特征X的作用是将高层逻辑信道的数据流复用打包至增强型MAC PDU(如MAC-i/is PDU)中。对比文件属于化学电池材料,未直接公开或隐含公开。 |
| 技术特征Y:其中所述RLC PDU大小是在每次E-TFC选择时确定的<br><br>【未公开】 | 无对应引用。<br>对比文件未涉及在E-TFC选择时确定RLC PDU大小。 | 技术方案与特征W一致,对比文件完全缺乏相关通信协议机制,未直接公开或隐含公开。 |
| 技术特征Z:其中HARQ进程被配置成传送调度的数据和非调度的数据中的至少一者<br><br>【未公开】 | 无对应引用。<br>对比文件未涉及HARQ进程或调度/非调度数据传输。 | 目标专利中技术特征Z的作用是通过混合自动重传HARQ进程适配调度的授权数据流或保底的非调度数据流传输。对比文件不涉及通信重传协议实体与调度流控制,未直接公开或隐含公开。 |
---
### 评估总结
对比文件(US 2007/0218363 A1)所披露的内容全部限定在锂离子二次电池正极活性材料钴酸锂(LiCoO2)与固态锂缓冲材料(如三元复合氧化物)的化学共烧结、锂化学势平衡及电化学循环性能评估,属于纯化学材料领域。与目标专利所涉及的无线通信协议栈中RLC PDU预生成、E-TFC选择、MAC-i/is复用及HARQ调度等无线通信层2协议处理机制属于完全不同的技术领域,未公开目标专利权利要求的任何技术特征。
作为资深专利代理师,对目标专利权利要求各技术特征与对比文件(JPWO2007037234A1)进行严谨的比对和公开性评估。
### 评估概述与技术背景分析
- **目标专利技术方案**:涉及一种在无线发射/接收单元(WTRU)中在无线电链路控制(RLC)实体和媒介接入控制(MAC)实体之间用于预先产生和传送RLC PDU的方法,属于移动通信无线通信协议处理领域(3GPP HSUPA / E-DCH / MAC-i/is / RLC协议数据单元大小确定机制)。其核心是通过考虑授权(Grant)、E-TFC、TTI等动态无线电参数,在RLC层确定匹配当前TTI允许数据量的数据字段大小并设定预定限制预先生成RLC PDU,从而平衡处理开销与HARQ重传错误率。
- **对比文件技术方案**:JPWO2007037234A1涉及“リチウム二次電池正極用のリチウム含有複合酸化物の製造方法”(锂二次电池正极用含锂复合氧化物的制造方法),属于电化学及锂电池电极材料制备化工领域。
---
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A:该方法包括<br>《未公开》 | 全文[0001]-[0082]无对应内容 | 对比文件公开的是一种锂二次电池正极用的含锂复合氧化物的化学合成制造方法(涉及化合物溶液混合、脱水、高温烧结等工艺步骤),其虽包含制造方法步骤,但整体方法体系与通信协议数据传输方法完全不同。即使采用最宽松的隐含公开判断,对比文件公开的化学反应制备步骤也无法向本领域技术人员启示或使之合理推断出目标专利中的数据处理与传输方法。故未公开。 |
| 技术特征B:确定是否存在足够的数据量以用于传输<br>《未公开》 | 全文[0001]-[0082]无对应内容 | 目标专利中该特征针对的是在通信协议栈中发射缓冲器内是否存在待传输的RLC SDU或数据量。对比文件中仅涉及化学原料的加入量(如水氧化钴、锂源、螯合盐等),没有任何涉及通信传输数据量检测的实质内容或等同特征,本领域技术人员无法从该化学制备工艺推导得出该特征。故未公开。 |
| 技术特征C:假设所述WTRU具有足够的数据量以用于传输<br>《未公开》 | 全文[0001]-[0082]无对应内容 | 目标专利中WTRU作为无线发射/接收单元,属于通信实体终端。对比文件通篇属于无机材料合成领域,不包含WTRU设备,更不存在假设WTRU具有足够数据量用于传输的逻辑判断。故未公开。 |
| 技术特征D:选择将被复用至媒介接入控制MAC-i PDU或MAC-is PDU的所述RLC PDU的数据字段的大小<br>《未公开》 | 全文[0001]-[0082]无对应内容 | 目标专利涉及3GPP MAC层协议数据单元(MAC-i/MAC-is PDU)与RLC PDU数据字段大小的配置选择机制。对比文件属于锂离子电池材料制备,完全不涉及通信协议分层架构及PDU数据字段大小选择。故未公开。 |
| 技术特征E:其中所述数据字段大小被选择为使得RLC PDU大小与针对当前传输时间间隔TTI由当前授权允许传送的数据量匹配<br>《未公开》 | 全文[0001]-[0082]无对应内容 | 目标专利中该特征用于根据当前TTI授权限制动态适配RLC PDU尺寸以减少MAC分段和HARQ残余错误率。对比文件无任何通信授权(Grant)、TTI以及数据量匹配的概念。故未公开。 |
| 技术特征F:在用于逻辑信道的一个或多个未完成RLC PDU内的数据量小于当前授权的预定限制的情况下<br>《未公开》 | 全文[0001]-[0082]无对应内容 | 目标专利涉及控制未完成(outstanding)RLC PDU缓冲区数据积压与门限比较机制。对比文件无逻辑信道、未完成PDU及授权限制的相关记载,无法推断出该特征。故未公开。 |
| 技术特征G:预先产生所述RLC PDU以用于在后来的TTI中进行传输。<br>《未公开》 | 全文[0001]-[0082]无对应内容 | 目标专利为解决紧密处理时延限制而预先生成RLC PDU。对比文件无预先生成通信协议PDU并在后序TTI传输的技术方案。故未公开。 |
| 技术特征H:其中所述预定限制小于或等于四倍的针对所述当前TTI由所述当前授权允许传送的最大数据量。<br>《未公开》 | 全文[0001]-[0082]无对应内容 | 目标专利限定了用于生成控制的预定限值因子(如4倍当前授权允许的最大数据量)。对比文件通篇为化学组分配比,无任何与当前TTI授权倍数相关的特征披露。故未公开。 |
| 技术特征I:其中所述允许传送的数据量基于当前选择的增强型专用信道E-DCH传输格式组合E-TFC的比特数。<br>《未公开》 | 全文[0001]-[0082]无对应内容 | 目标专利基于HSUPA E-DCH协议的E-TFC所指示传输块比特数确定数据量。对比文件未涉及任何无线移动通信协议及信道传输格式。故未公开。 |
| 技术特征J:其中所述允许传送的数据量是针对所述当前TTI由所述当前授权允许传输的最大数据量。<br>《未公开》 | 全文[0001]-[0082]无对应内容 | 目标专利涉及调度授权所允许的最大传输负载参数。对比文件无此类特征。故未公开。 |
| 技术特征K:其中所述RLC PDU的所述数据字段的大小是在周期基础上选择的<br>《未公开》 | 全文[0001]-[0082]无对应内容 | 目标专利涉及周期性触发计算/选择RLC PDU数据字段大小。对比文件仅涉及电池充放电循环或材料制备时间,与周期性选择通信PDU大小的技术方案无关。故未公开。 |
| 技术特征L:其中所述周期基础包括下列中的至少一者<br>《未公开》 | 全文[0001]-[0082]无对应内容 | 目标专利作为下位并列触发机制的引语特征。对比文件未包含该技术特征。故未公开。 |
| 技术特征M:传输时间间隔TTI基础<br>《未公开》 | 全文[0001]-[0082]无对应内容 | 目标专利限定以TTI为周期基准。对比文件完全不涉及TTI通信传输机制。故未公开。 |
| 技术特征N:预定TTI基础<br>《未公开》 | 全文[0001]-[0082]无对应内容 | 目标专利限定以每N个TTI为周期基准。对比文件未公开此内容。故未公开。 |
| 技术特征O:每次E-TFC选择时<br>《未公开》 | 全文[0001]-[0082]无对应内容 | 目标专利限定在MAC层触发E-TFC选择时确定RLC PDU大小。对比文件不包含E-TFC选择。故未公开。 |
| 技术特征P:当从RLC服务数据单元SDU的分段或连接中产生新的RLC PDU时<br>《未公开》 | 全文[0001]-[0082]无对应内容 | 目标专利限定在RLC分段/级联新PDU时触发计算。对比文件不涉及协议分段与级联。故未公开。 |
| 技术特征Q:当所述RLC接收新的数据时<br>《未公开》 | 全文[0001]-[0082]无对应内容 | 目标专利限定当上层向下传递新数据至RLC层时触发更新。对比文件无通信协议层间数据交互与接收触发特征。故未公开。 |
| 技术特征R:当服务授权被更新时<br>《未公开》 | 全文[0001]-[0082]无对应内容 | 目标专利限定基站更新Node B授权(SG更新)时触发。对比文件不包含基站授权与无线资源控制。故未公开。 |
| 技术特征S:在活动集更新过程时<br>《未公开》 | 全文[0001]-[0082]无对应内容 | 目标专利限定在UMTS/WCDMA软切换的活动集(Active Set)更新时触发重新计算。对比文件无移动通信切换及活动集概念。故未公开。 |
| 技术特征T:当服务小区改变时<br>《未公开》 | 全文[0001]-[0082]无对应内容 | 目标专利限定在小区重选或服务小区切换事件发生时触发。对比文件未涉及蜂窝移动通信小区改变。故未公开。 |
| 技术特征U:在无线电承载、传输信道或物理信道的建立、配置或重新配置时<br>《未公开》 | 全文[0001]-[0082]无对应内容 | 目标专利涉及RRC层对无线承载/传输信道/物理信道的重配置事件。对比文件无信道与承载配置特征。故未公开。 |
| 技术特征V:在从RRC信令中接收到最小或最大值时。<br>《未公开》 | 全文[0001]-[0082]无对应内容 | 目标专利通过RRC信令携带PDU尺寸上下限参数并触发配置。对比文件不涉及RRC控制信令。故未公开。 |
| 技术特征W:其中所述RLC PDU大小是在每次E-TFC选择时确定的<br>《未公开》 | 全文[0001]-[0082]无对应内容 | 目标专利限定确定大小的时间点绑定于E-TFC选择。对比文件无对应技术特征。故未公开。 |
| 技术特征X:其中来自逻辑信道的数据被包含在增强型MAC PDU中。<br>《未公开》 | 全文[0001]-[0082]无对应内容 | 目标专利限定将特定逻辑信道数据装配至增强型MAC PDU(如MAC-i/is PDU)。对比文件无此协议封装结构。故未公开。 |
| 技术特征Y:其中所述RLC PDU大小是在每次E-TFC选择时确定的<br>《未公开》 | 全文[0001]-[0082]无对应内容 | 同技术特征W,对比文件未公开。故未公开。 |
| 技术特征Z:其中HARQ进程被配置成传送调度的数据和非调度的数据中的至少一者。<br>《未公开》 | 全文[0001]-[0082]无对应内容 | 目标专利涉及HARQ进程对调度数据流与非调度数据流的传输配置。对比文件属于电池电极材料,完全未涉及HARQ重传控制或调度传输。故未公开。 |
---
### 结论
经过对对比文件 JPWO2007037234A1 的全文深度核查,其技术领域为锂二次电池正极材料制备,与目标专利的移动通信协议(RLC/MAC/HSUPA)完全分属不同领域。在极宽松的隐含公开标准下,本领域技术人员也绝无可能从其化学原料配比、烧结步骤及电池性能测试中合理推导或联想到技术特征A至Z中的任何通信控制方案。
因此,对比文件**未直接公开也未隐含公开**目标专利中的任何技术特征。根据题目输出规则,未公开任何技术特征,故不在结尾插入任何代码。
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A:该方法包括<br>《未公开》 | 对比文件全文(WO2007037234A1)涉及锂二次电池正极用的锂含有复合氧化物的制造方法(如说明书[0001]、[0014])。无涉及通信领域的无线发射/接收方法的内容。 | 1. 作用与技术领域比对:目标专利涉及无线通信网络(UMTS/HSUPA)中无线发射/接收单元(WTRU)在RLC与MAC层间产生和传送RLC PDU的通信方法(参见目标说明书[0001]-[0008])。而对比文件属于电化学与电池材料制造技术领域,其公开的方法为锂二次电池正极活物质材料的化学合成与制造方法。<br>2. 公开性认定:对比文件与无线通信传输方法无任何关联,技术领域完全不同,本领域技术人员既无法直接得出、也无法通过任何合理解释或推理认定其公开了通信处理方法,故未公开。 |
| 技术特征B:确定是否存在足够的数据量以用于传输<br>《未公开》 | 对比文件全文无涉及无线通信数据缓冲、RLC/MAC层数据量检测的任何技术内容。 | 1. 目标专利技术方案与作用:该特征在目标专利中指WTRU在创建RLC PDU前检查发送缓冲器中是否有足够的可用数据量(如RLC SDU数据)(参见说明书[0037]、[0058]、[0064]、[0078]),用于控制是否触发后续的PDU构建流程。<br>2. 公开性认定:对比文件仅公开电池材料的成分制备与比例,完全未提及通信数据传输及缓冲数据量判断机制,无论是直接公开还是隐含公开均不存在。 |
| 技术特征C:假设所述WTRU具有足够的数据量以用于传输<br>《未公开》 | 对比文件全文无涉及通信WTRU传输数据假设的相关内容。 | 1. 目标专利技术方案与作用:在目标说明书(例如[0044]、[0049]等)中,在评估或计算授权、可用比特数或传输块大小时,在逻辑上假设终端具备足够的数据量以用于进行授权与传输块能力匹配的推导与设定。<br>2. 公开性认定:对比文件完全未涉及WTRU及其数据传输的条件假设机制,未公开。 |
| 技术特征D:选择将被复用至媒介接入控制MAC-i PDU或MAC-is PDU的所述RLC PDU的数据字段的大小<br>《未公开》 | 对比文件全文无涉及MAC层PDU结构(MAC-i/is PDU)及RLC PDU数据字段大小选择的内容。 | 1. 目标专利技术方案与作用:目标说明书(如[0017]、[0036]、[0037]、[0043]、[0065])明确记载选择RLC PDU的数据字段大小,使生成的RLC PDU在复用至增强型MAC(MAC-i/MAC-is)传输块时不发生额外分段,兼顾降低处理负荷与减小HARQ重传错误率。<br>2. 公开性认定:对比文件为锂电池制备方法,完全不涉及无线协议栈(RLC/MAC层)的PDU结构与尺寸选择,未公开。 |
| 技术特征E:其中所述数据字段大小被选择为使得RLC PDU大小与针对当前传输时间间隔TTI由当前授权允许传送的数据量匹配<br>《未公开》 | 对比文件全文无涉及TTI、网络授权(Grant)及数据量匹配的内容。 | 1. 目标专利技术方案与作用:在目标专利中(参见说明书[0018]、[0019]、[0037]、[0043]、[0065]),通过使RLC PDU的大小与当前TTI下网络分配的授权(服务授权SG/非调度授权)允许的最大数据量匹配,实现“无线电可察觉”自适应传输,最大化链路吞吐并消除剩余分段。<br>2. 公开性认定:对比文件完全未记载任何无线传输时间间隔(TTI)及基于授权匹配PDU尺寸的方案,未公开。 |
| 技术特征F:在用于逻辑信道的一个或多个未完成RLC PDU内的数据量小于当前授权的预定限制的情况下<br>《未公开》 | 对比文件全文无涉及逻辑信道、未完成RLC PDU(outstanding PDU)及授权预定限制判断的内容。 | 1. 目标专利技术方案与作用:目标说明书(参见[0037]、[0053]、[0058]、[0088]-[0090])记载在生成新PDU前监控未完成RLC PDU内的数据量,当未完成总量加上新PDU未超过预定限制时才允许继续创建,防止超量预先缓存导致协议数据滞留过期或失效。<br>2. 公开性认定:对比文件无任何未完成协议数据单元缓冲量与限制门限的比对机制,未公开。 |
| 技术特征G:预先产生所述RLC PDU以用于在后来的TTI中进行传输<br>《未公开》 | 对比文件全文无涉及在未来TTI传输中预先生成协议数据单元的内容。 | 1. 目标专利技术方案与作用:目标专利(参见说明书[0022]、[0037]、[0067])公开在E-TFC选择之前预先生成(pre-generate)RLC PDU并暂存,用于在将来的TTI中直接装入MAC PDU传输,以平滑峰值处理延迟。<br>2. 公开性认定:对比文件属于材料学,完全不存在预先构建通信协议单元的构思与方案,未公开。 |
| 技术特征H:其中所述预定限制小于或等于四倍的针对所述当前TTI由所述当前授权允许传送的最大数据量<br>《未公开》 | 对比文件全文无涉及通信授权数据量四倍限制的内容。 | 1. 目标专利技术方案与作用:目标说明书(参见[0053]、[0058]步骤750)公开未完成PDU的最大数据量限制$M$设定为常数(如4)乘以由当前授权计算出的传输块中的比特数(G),即限定在四倍最大允许数据量内。<br>2. 公开性认定:对比文件虽在化学配比中有数字参数,但无任何涉及通信传输授权倍数设定的特征,未公开。 |
| 技术特征I:其中所述允许传送的数据量基于当前选择的增强型专用信道E-DCH传输格式组合E-TFC的比特数<br>《未公开》 | 对比文件全文无涉及E-DCH及E-TFC传输格式组合比特数的内容。 | 1. 目标专利技术方案与作用:目标说明书(如[0008]、[0009]、[0036]、[0049]、[0068])记载允许传送的数据量对应于通过E-TFC选择过程所确定的传输块(TB)比特数。<br>2. 公开性认定:对比文件未公开任何E-DCH信道或E-TFC选择相关技术特征。 |
| 技术特征J:其中所述允许传送的数据量是针对所述当前TTI由所述当前授权允许传输的最大数据量<br>《未公开》 | 对比文件全文无涉及当前TTI下由授权允许的最大传输数据量的内容。 | 1. 目标专利技术方案与作用:目标说明书(如[0044]、[0053]、[0069])记载将允许传输的数据量设定为由当前调度授权(SG)或非调度授权所允许传送的最高有效载荷(最大数据量)。<br>2. 公开性认定:对比文件未公开任何与通信授权及其所决定的数据量相关的内容。 |
| 技术特征K:其中所述RLC PDU的所述数据字段的大小是在周期基础上选择的<br>《未公开》 | 对比文件全文无涉及周期性计算或选择RLC PDU尺寸的内容。 | 1. 目标专利技术方案与作用:目标说明书(如[0038]、[0042]、[00113])记载WTRU以周期为基础(例如每个TTI或每N个TTI)周期性地计算和更新RLC PDU的数据字段大小。<br>2. 公开性认定:对比文件完全未公开通信协议单元尺寸的周期性计算机制,未公开。 |
| 技术特征L:其中所述周期基础包括下列中的至少一者<br>《未公开》 | 对比文件全文无涉及通信周期基础选择条件的内容。 | 1. 目标专利技术方案与作用:目标说明书[0038]、[0114]列举了周期基础的具体触发事件集合(TTI基础、预定TTI、每次E-TFC选择等)。<br>2. 公开性认定:对比文件未记载任何相关内容,未公开。 |
| 技术特征M:传输时间间隔TTI基础<br>《未公开》 | 对比文件全文无涉及TTI基础的内容。 | 1. 目标专利技术方案与作用:目标说明书[0038]记载“以传输时间间隔(TTI)为基础”来确定RLC PDU大小。<br>2. 公开性认定:对比文件未公开无线通信时间间隔TTI概念,未公开。 |
| 技术特征N:预定TTI基础<br>《未公开》 | 对比文件全文无涉及预定TTI基础(如每N个TTI)的内容。 | 1. 目标专利技术方案与作用:目标说明书[0038]记载“例如以传输时间间隔(TTI)为基础或每N个TTI(预定TTI基础)”来确定大小。<br>2. 公开性认定:对比文件未公开相关内容,未公开。 |
| 技术特征O:每次E-TFC选择时<br>《未公开》 | 对比文件全文无涉及在每次E-TFC选择时触发计算的内容。 | 1. 目标专利技术方案与作用:目标说明书[0038]、[0040]记载“在每一次E-TFC选择发生时来确定RLC PDU大小”。<br>2. 公开性认定:对比文件未公开无线链路传输格式组合选择过程,未公开。 |
| 技术特征P:当从RLC服务数据单元SDU的分段或连接中产生新的RLC PDU时<br>《未公开》 | 对比文件全文无涉及RLC SDU分段/连接及产生新PDU时计算大小的内容。 | 1. 目标专利技术方案与作用:目标说明书[0038]、[0114]公开在每次从高层SDU进行分段或级联产生新PDU时动态计算PDU尺寸。<br>2. 公开性认定:对比文件未涉及RLC SDU分段或连接处理,未公开。 |
| 技术特征Q:当所述RLC接收新的数据时<br>《未公开》 | 对比文件全文无涉及RLC层接收新数据触发计算的内容。 | 1. 目标专利技术方案与作用:目标说明书[0038]、[0114]公开当RLC实体从较高层接收到新的RLC SDU时重新评估计算PDU大小。<br>2. 公开性认定:对比文件未涉及协议栈数据递交与接收触发机制,未公开。 |
| 技术特征R:当服务授权被更新时<br>《未公开》 | 对比文件全文无涉及服务授权更新触发机制的内容。 | 1. 目标专利技术方案与作用:目标说明书[0037]、[0038]公开WTRU在服务授权(SG)更新时执行更新过程并触发PDU大小重新计算。<br>2. 公开性认定:对比文件未公开基站下发的服务授权更新及其关联计算,未公开。 |
| 技术特征S:在活动集更新过程时<br>《未公开》 | 对比文件全文无涉及移动通信活动集(Active Set)更新过程的内容。 | 1. 目标专利技术方案与作用:目标说明书[0038]、[0114]公开在软切换活动集更新(Active Set Update)触发时计算确定RLC PDU大小。<br>2. 公开性认定:对比文件未公开蜂窝无线通信中的活动集更新机制,未公开。 |
| 技术特征T:当服务小区改变时<br>《未公开》 | 对比文件全文无涉及小区重选或服务小区变更(Serving Cell Change)的内容。 | 1. 目标专利技术方案与作用:目标说明书[0038]、[0114]公开在发生服务小区变更事件时重新计算RLC PDU大小以适配新小区无线电条件。<br>2. 公开性认定:对比文件未公开无线通信小区变更机制,未公开。 |
| 技术特征U:在无线电承载、传输信道或物理信道的建立、配置或重新配置时<br>《未公开》 | 对比文件全文无涉及承载、传输信道或物理信道的建立/配置/重配过程的内容。 | 1. 目标专利技术方案与作用:目标说明书[0038]、[0051]、[0114]公开在RRC层进行无线电承载(RB)、传输信道或物理信道建立/配置/重配置时更新并计算RLC PDU大小。<br>2. 公开性认定:对比文件未公开无线网络信道与承载配置机制,未公开。 |
| 技术特征V:在从RRC信令中接收到最小或最大值时<br>《未公开》 | 对比文件全文无涉及RRC信令接收及最小/最大值配置的内容。 | 1. 目标专利技术方案与作用:目标说明书[0038]、[0050]、[0051]、[0114]公开网络通过L3 RRC信令(如IE“RLC信息”)下发最小/最大RLC PDU大小,并在接收该信令配置时计算/更新RLC PDU大小。<br>2. 公开性认定:对比文件未公开任何通信控制协议信令及配置参数传递机制,未公开。 |
| 技术特征W:其中所述RLC PDU大小是在每次E-TFC选择时确定的<br>《未公开》 | 对比文件全文无涉及E-TFC选择时确定RLC PDU大小的内容。 | 1. 目标专利技术方案与作用:目标说明书[0038]、[0040]、[0117]、[0132]公开在MAC层执行每一次E-TFC选择时,同步确定或更新RLC PDU大小。<br>2. 公开性认定:对比文件未公开任何相关技术方案。 |
| 技术特征X:其中来自逻辑信道的数据被包含在增强型MAC PDU中<br>《未公开》 | 对比文件全文无涉及将逻辑信道数据组装包含在增强型MAC PDU(MAC-i/is PDU)中的内容。 | 1. 目标专利技术方案与作用:目标说明书[0036]、[0040]、[0117]公开将来自逻辑信道的RLC数据组装、复用并封装入增强型MAC PDU(即MAC-i/is PDU)中进行传输。<br>2. 公开性认定:对比文件未涉及通信逻辑信道及MAC PDU封装机制,未公开。 |
| 技术特征Y:其中所述RLC PDU大小是在每次E-TFC选择时确定的<br>《未公开》 | 对比文件全文无涉及每次E-TFC选择时确定RLC PDU大小的内容。 | 1. 目标专利技术方案与作用:与特征W相同,限定RLC PDU大小在每次E-TFC选择时确定,保证与底层传输块调度紧密联动。<br>2. 公开性认定:对比文件未公开该技术内容。 |
| 技术特征Z:其中HARQ进程被配置成传送调度的数据和非调度的数据中的至少一者<br>《未公开》 | 对比文件全文无涉及混合自动重传请求(HARQ)进程配置及调度/非调度数据传输的内容。 | 1. 目标专利技术方案与作用:目标说明书[0040]、[0118]、[0134]公开根据RLC实体承载的是调度流还是非调度流,将底层HARQ进程分别配置成传输调度的数据和/或非调度的数据。<br>2. 公开性认定:对比文件未公开无线链路HARQ进程或调度/非调度数据配置,未公开。 |
---
## 结论汇总
经过对对比文件(WO2007037234A1,一种锂二次电池正极用锂含有复合氧化物的制造方法)全部内容的审查,对比文件属于**电池化学材料制造技术领域**,而目标专利的技术特征A至Z属于**无线移动通信技术领域**(涉及UMTS/HSUPA系统中的RLC PDU与MAC-i/is PDU大小匹配、未完成PDU缓存控制、E-TFC选择与HARQ进程调度等)。
对比文件无论在技术领域、所要解决的技术问题、采用的技术手段还是达到的技术效果上,均与目标专利权利要求完全无关,本领域技术人员既无法直接得出相同技术方案,亦没有任何可能通过对比文件内容进行逻辑推理得出上述各通信技术特征:
* **直接公开**:技术特征A~Z均未被直接公开。
* **隐含公开**:即使按照非常宽松的标准,对比文件亦完全未披露通信协议栈相关的任何组成要素或推理线索,技术特征A~Z均未被隐含公开。
根据权利要求1所述的方法,其中所述预定限制小于或等于四倍的针对所述当前TTI由所述当前授权允许传送的最大数据量。
根据权利要求1所述的方法,其中所述允许传送的数据量基于当前选择的增强型专用信道E-DCH传输格式组合E-TFC的比特数。
根据权利要求1所述的方法,其中所述允许传送的数据量是针对所述当前TTI由所述当前授权允许传输的最大数据量。
根据权利要求1所述的方法,其中所述RLC PDU的所述数据字段的大小是在周期基础上选择的;其中所述周期基础包括下列中的至少一者;传输时间间隔TTI基础;预定TTI基础;每次E-TFC选择时;当从RLC服务数据单元SDU的分段或连接中产生新的RLC PDU时;当所述RLC接收新的数据时;当服务授权被更新时;在活动集更新过程时;当服务小区改变时;在无线电承载、传输信道或物理信道的建立、配置或重新配置时;以及在从RRC信令中接收到最小或最大值时。
根据权利要求1所述的方法,其中所述RLC PDU大小是在每次E-TFC选择时确定的;其中来自逻辑信道的数据被包含在增强型MAC PDU中。
根据权利要求1所述的方法,其中所述RLC PDU大小是在每次E-TFC选择时确定的;其中HARQ进程被配置成传送调度的数据和非调度的数据中的至少一者。
根据权利要求1所述的方法,其中所述RLC PDU大小是在每次E-TFC选择时确定的;其中来自逻辑信道的MAC-d流的数据被包含在增强型MAC PDU中或者允许所述逻辑信道的所述MAC-d流被复用。
根据权利要求1所述的方法,其中在所述数据属于被映射至调度的MAC-d流的逻辑信道时;所述当前授权是调度的授权。
根据权利要求1所述的方法,其中在所述数据属于被映射至非调度的MAC-d流的逻辑信道时;所述当前授权是非调度的授权。