非显而易见杯

专利无效挑战赛

目标专利:1951设定最大接收状态变量的方法及其通讯装置

专利公开号:CN101448333B

专利权人:创新音速股份有限公司

无效请求书提交日期:2026年


上一项目 下一项目

非显而易见性评估仅供参考,不构成法律建议。




对比文件列表

编号 名称
0 2001-05-15_KR1020010038290A_发明公开_KR1020010038290A 이더넷에 분산된 망정합 장치간의 데이터 재전송 요구 방법_+++i+++.docx
0 2005-05-17_KR1020050045231A_发明公开_KR1020050045231A HSDPA시스템에서 윈도우를 이용한 교착회피 방법_+++C_J_d_e_g_h+++.docx
0 2005-12-08_US2005270996A_发明申请_US20050270996A1 Apparatus and method for enhanced UM RLC data handling_+++C_D_E_F_G_H_J+++.docx
0 2006-03-16_WO2006028661A_发明申请_WO2006028661A1 METHOD AND APPARATUS FOR GENERATING A HEADER IN A COMMUNICATION NETWORK_+++B_a+++.docx
0 2006-03-30_US2006067238A_发明申请_US20060067238A1 Data unit management in communications_+++D_H_I_c_j+++.docx
0 2006-11-08_EP1720279A_发明公开_EP1720279A1 Data discard mechanism for selective repeat protocol_+++I_j+++.docx
0 2007-02-28_EP1758408A_发明公开_EP1758408A1 METHOD FOR RECEIVING MULTIMEDIA BROADCAST_MULTICAST SERVICE CONTROL INFORMATION_+++a_b_d_j+++.docx
0 2007-11-15_JP2007300646A_发明专利_JP2007300646A Method and apparatus of handling variable of rlc reset procedure during receiver-side-only reestablishment in radio communications system_+++I+++.docx
0 2007-11-15_JP2007533280A_发明专利_JP2007533280A Improved umrlc data management apparatus and method_+++C_D_E_G_H_J+++.docx
0 2009-03-12_None_发明专利_JPWO2007026744A1 広域分散カメラ間の連結関係推定法および連結関係推定プログラム.docx

权利要求1

一种设定最大接收状态变量的方法,用于无线通讯系统的接收端中,其特征是,其包含有接收数据协议数据单元的分段;上述数据协议数据单元未完整接收;上述数据协议数据单元的序号大于或等于上述最大接收状态变量的值;根据上述数据协议数据单元的序号,更新上述最大接收状态变量的值。


未提交复审委

无效理由:专利法第二十二条

蒋 晓勇
@jxy

作为一名经验丰富的专利代理师,我将为您对目标专利(CN101448333B)的权利要求1进行深度解析,并结合对比文件D1、D2、D3的原文及其详细出处进行比对分析,最后给出创造性评述、无效最薄弱特征分析及进一步的检索策略。

---

## 一、 目标专利权利要求1的释义与技术实质

在长期演进(LTE)或相关无线通讯系统中,无线链路控制(RLC)层在确认模式(AM)下具有支持自动重传和重排序(Reordering)的功能。

* **最大接收状态变量 $VR(H)$**:用来指引接收窗(Receiving Window)的移动及重排序辅助操作。传统技术中,该变量仅在接收到**完整**的数据协议数据单元(AMD PDU)时才会根据其序号(SN)进行更新。如果数据协议数据单元被分割成多个分段(Segment),且在传输中部分分段丢失,导致该PDU未完整接收,传统技术将无法及时更新 $VR(H)$,从而引发接收窗停滞、重排序错误及系统延迟。

* **本发明的核心发明点**:即使数据协议数据单元(PDU)**未完整接收**,接收端只要接收到该数据协议数据单元的**任一分段**,且该PDU的序号满足大于或等于当前最大接收状态变量的值,就直接利用该分段所属的PDU序号来更新最大接收状态变量 $VR(H)$(例如更新为该序号或该序号加1)。从而避免了因为等待完整PDU而导致的接收窗停滞,提升了系统传输效率。

---

## 二、 权利要求技术特征比对表

为了清晰展示各对比文件对技术特征的公开情况,以下使用符号进行标注:

* `✓` 表示**毫无疑问公开**(显式公开)

* `+` 表示**实质公开**(隐含公开/等同替换)

* `✗` 表示**未公开**

权利要求1的技术特征拆解对比文件 D1<br>轴(KR1020050045231A)对比文件 D2<br>轴(US20050270996A1)对比文件 D3<br>轴(WO2006028661A1)
技术特征A:一种设定最大接收状态变量的方法,用于无线通讯系统的接收端中,其包含有接收数据协议数据单元的分段;+<br>(仅公开物理层/MAC层数据分块解包,而非状态变量层面的PDU分段)✓<br>(公开无线通讯接收端及PDU,但未公开在更新状态变量时接收分段)+<br>(公开高级交换网络中的PDU分段(SAR),非无线通讯系统)
技术特征B:上述数据协议数据单元未完整接收;✗<br>(不涉及未完整接收时更新状态变量)✗<br>(处理丢失PDU,但不涉及“未完整接收的PDU分段”)✓<br>(明确公开因超出大小而切片的分段及非完整接收处理)
技术特征C:上述数据协议数据单元的序号大于或等于上述最大接收状态变量的值;+<br>(公开收到的SN与窗口上边界/期待值比较,但变量物理含义不同)✓<br>(明确公开收到的SN落在接收窗口之外或大于最高接收变量时触发更新)+<br>(公开通过PDU序列号进行片段重组,非无线无线状态变量)
技术特征D:根据上述数据协议数据单元的序号,更新上述最大接收状态变量的值。+<br>(根据收到的SN移动窗口,但非基于未完整PDU分段的序号更新)✗<br>(必须是收到整个UMD PDU,无法基于“未完整PDU的分段”更新)✗<br>(不涉及无线通信接收端状态变量的更新机制)

---

## 三、 对比文件原文详细出处及公开性分析

### 1. 对比文件 D1 (KR1020050045231A)

* **技术领域与解决问题**:D1公开了一种在HSDPA系统中使用窗口机制避免交侧(Stall Avoidance,即停滞)的方法。通过控制接收端再整理缓冲区(Reordering Buffer)来解决高位数据块丢失导致的传输延迟。

* **实质公开/毫无疑问公开特征分析**:

* **关于特征A/C/D**:D1公开了“接收期待序号(NET)”和“接收窗口上限(RcvWindow_UpperEdge)”等变量。在原文第`[52]`段中提到:*“过程(S11)中若SN值在接收窗口之外,接收端将收到的MAC-hs PDU存储在再整理缓冲区中对应SN指引的位置……然后将接收窗口上限(UpperEdge)更新为该SN值。”*

* **差异点分析(未公开特征)**:D1操作的层级是MAC-hs层,其处理的 `MAC-hs PDU` 虽然在分包(Disassembly)块中会被分割成多个 `MAC-d PDU`(见第`[33]`段),但对于MAC-hs窗口控制而言,它接收并处理的已经是**完整**的MAC-hs数据包。D1**完全没有公开**在RLC层面上“接收到一个PDU的某一个分段(未完整接收该PDU)时,就使用该PDU的序号去更新最大接收状态变量”的机制。

### 2. 对比文件 D2 (US20050270996A1)

* **技术领域与解决问题**:D2公开了一种在UMTS系统中增强非确认模式(UM)无线链路控制(RLC)层数据处理的装置和方法。通过引入接收窗口和重排序定时器,使得多小区合并接收时降低延迟并避免重复包。

* **毫无疑问公开特征分析**:

* **关于特征A**:D2明确公开了无线通讯系统接收端的RLC层。原文第`[0006]`段提到:*“The RLC layer adjusts the data size accordingly... by performing segmentation and concatenation on the data received from an upper layer.”*

* **关于特征C**:D2公开了类似于目标专利的状态变量。原文第`[0050]`段定义了最高接收序号变量 `VR(UH)`:*“VR(UH): maximum reception number... refers to the upper limit value of the receive window in the UM RLC and is the next value after the highest sequence number among all sequence number of the received RLC SDUs. When a RLC PDU having SN=x that falls outside the receive window is received the VR(UH) is set as x+1.”* 这对应了当收到的PDU序号大于或等于当前变量值时触发更新的逻辑。

* **差异点分析(未公开特征)**:D2中所述的 `VR(UH)` 的更新,**必须建立在接收到完整的 RLC PDU(即 UMD PDU)的基础之上**。D2在第`[0058]`段详细描述了其接收检查逻辑(Step 5至Step 9),若包落在窗外则更新 `VR(UH)`。但D2中的RLC实体在UM模式下**不支持也不存在**“由于无线环境改变对单个RLC PDU进行重分割(Re-segmentation),且在仅收到其中一个分段(特征B,未完整接收)时就提前更新 `VR(UH)`”的方案。

### 3. 对比文件 D3 (WO2006028661A1)

* **技术领域与解决问题**:D3属于通用电子系统与高级交换(AS)结构网络领域,公开了一种在通信网络中生成通用传输服务报头的方法。其解决的是如何通过统一的通用报头来封装和传输不同协议的PDU,以实现分段和重组(SAR)。

* **毫无疑问/实质公开特征分析**:

* **关于特征A与特征B**:D3明确公开了PDU的分段切片。原文第`[0018]`段公开:*“SAR is used, for example, if the PDU exceeds the allowed payload size... In that regard, a PDU sent from device 170 that exceeds the allowable payload size is sliced into smaller segments by IO endpoint 130 to fit the resulting segments within the allowable payload.”* 同时其报头格式中包含了分段编码(Segmentation code)(见第`[0044]`段及图4),能够识别出初始分段、中间分段和终止分段,从而本质上涉及了“PDU未完整接收”的状态。

* **差异点分析(未公开特征)**:D3的架构并非无线通讯系统(特征A),更重要的是,D3属于有线交换矩阵拓扑结构,其分段和重组完全是在应用/传输服务层面通过数据包自身的报头拼接完成的,**完全不具备无线通信系统RLC层中“根据PDU序号去更新端到端接收状态变量(如VR(H))”的控制面机制**。

---

## 四、 最接近对比文件的选择与创造性整体分析

### 1. 最接近对比文件的选定:D2 (US20050270996A1)

在创造性分析中,**D2最适合作为最接近的对比文件(D1可作为次要的最接近对比文件联合审查)**。

* **技术领域相同**:均属于无线移动通讯系统(UMTS/LTE等3GPP规范架构)中的无线链路控制(RLC)层数据处理领域。

* **解决的技术问题相同**:均是为了解决接收端在执行重排序(Reordering)或重复检测功能时,因中间数据包丢失或延迟到达,导致接收变量无法最佳化更新,最终造成系统效率变差或系统延迟(Stall)的问题。

* **技术手段最为接近**:D2已经引入了接收窗以及最高接收序号状态变量(`VR(UH)`,其物理含义和动作逻辑高度对应目标专利的 `VR(H)`),且同样在数据序号大于或等于当前变量值时进行更新。

### 2. 差异性与创造性评价

* **主要区别特征**:最接近的对比文件D2没有公开**“接收数据协议数据单元的分段,且上述数据协议数据单元未完整接收”**时就触发更新最大接收状态变量。D2必须等到完整的PDU(数据块)到来才做此判断。

* **其他对比文件的公开情况**:虽然D3公开了PDU的切片分段(SAR)和未完整接收的处理,但D3所处的有线交换矩阵领域与无线通信协议栈控制有着天然的领域壁垒。D3的分段是为了适应硬件Double-Word(双字)位宽限制所做的分包,而目标专利的分段是由于无线信道动态衰落(无线环境改变)导致的RLC层重分割。

* **非显而易见性与技术效果**:将D2中的完整PDU触发机制改造为“只要收到分段就提前更新接收状态变量”,使得LTE系统在恶劣的无线信道下,不必等到昂贵的重传完成后才移动接收窗。这能使重排序变量被最佳地、实时地更新,显著降低了系统挂起延迟。由于这种“分段触发状态变量更新”的结合在协议层面打破了原先以完整PDU为处理单元的常规逻辑,具有显著的进步,因此权利要求1具备创造性。

---

## 五、 无效请求中最薄弱的技术特征分析

若要对本目标专利提出无效宣告请求,权利要求1中**最薄弱(即最容易被外围文献攻破)的技术特征是:特征C(上述数据协议数据单元的序号大于或等于上述最大接收状态变量的值)**。

* **原因分析**:在所有滑窗控制协议(如TCP、无线RLC、MAC-hs)中,当接收端收到一个新的数据包时,将其序号(SN)与当前的接收状态变量(如期待值、最大接收值或窗口边界)进行大小比较,并判断是否“大于或等于”,这是**所有差错控制和窗口移动算法的通用数学基础和必然逻辑**。

* 正如D2的第`[0050]`段(`SN=x falls outside the receive window... set as x+1`)和D1的第`[52]`段(`SN值在接收窗口之外...更新窗口上限`)所示,该特征的逻辑几乎已经被既有的通信协议全部实质公开。

* **结论**:在无效宣告中,攻破特征C极其容易。无效案件的成败将完全取决于能否找到一份**明确公开了“在无线接收端,允许利用未完整接收的PDU的【分段】来抢先更新状态变量”**的冲突申请或极其隐蔽的3GPP标准提案(Tdoc)。

---

## 六、 进一步的对比文件检索策略

鉴于目前的D1-D3未能形成完美的常规技术结合组合,若要彻底无效掉权利要求1,建议采取以下精准检索策略:

### 1. 锁准标准演进关键节点(时间与组织)

* **目标专利申请日背景**:目标专利授权公告号为CN101448333B,其公开内容涉及“长期演进(LTE)无线通讯系统”、“确认模式(AM)”以及“$VR(H)$ 变量”。

* **检索时间窗锁定**:重点检索 **2006年 至 2008年** 之间的文献。这一时期正是3GPP从UMTS向LTE(Release 8)标准制定、RLC层协议(TS 36.322)剧烈讨论并定稿的关键阶段。

### 2. 变换检索文献库:由专利库转向3GPP文库(Tdoc)

此类极其细节的无线通信层变量更新算法,往往首先以提案形式出现在标准会议上,专利局审查员通常难以全面检索此类非专利文献(NPL)。

* **目标数据库**:3GPP FTP服务器中的 **TSG-RAN WG2(Radio Layer 2 and Radio Layer 3)** 会议文库。

* **关键核心关键词组合**:

* `LTE`, `RLC AM`, `Highest received state variable`, `VR(H)`, `UMD PDU segment`, `AMD PDU segment`, `Re-segmentation`, `Reordering window`.

* **检索切入点**:检索Ericsson、Nokia、Qualcomm或Huawei在2007年前后提交给RAN2会议的Tdoc。寻找关于“如何在RLC层发生Re-segmentation时防止Reordering Window停滞(Stalling)”的讨论报告。只要有任一提案提及“接收到Segment时即可对 $VR(H)$ 进行Update以推进窗口”,即可作为完美的现有技术(Prior Art)证据提交。


未提交复审委

无效理由:专利法第二十二条

蒋 晓勇
@jxy

作为一名经验丰富的专利代理师,我将针对目标专利(CN101448333B)的权利要求1,紧密结合说明书及三份对比文件(D1: US20060067238A1;D2: EP1758408A1;D3: JP2007533280A)的原文进行深度法律与技术解构,并为您制定无效宣告请求的策略和检索方案。

---

## 权利要求1的技术特征拆解与技术原理解析

在结合目标专利说明书进行解释时,本专利解决的**核心技术问题**是:在LTE等无线通讯系统中,已知技术仅在收到“完整”的数据协议数据单元(PDU)时才去判断并更新最大接收状态变量 $VR(H)$。若发生无线环境改变导致PDU被分割(分段)传输,且部分分段遗失、部分分段被成功接收时,由于未收到完整PDU,已知技术无法更新 $VR(H)$,这会导致重排序功能发生错误、系统效率变差或系统延迟(说明书背景技术段落[0005]-[0006])。

基于此背景,权利要求1各特征的核心技术含义如下:

* **技术特征A**:限定了应用场景为无线通讯系统的接收端,且其动作是“接收数据协议数据单元的分段”。说明书[0005]指出系统支持“无线链路控制协议数据单元的分割或重分割”。

* **技术特征B**:限定了该分段所对应的数据协议数据单元的整体状态——“未完整接收”。结合说明书[0006]的示例,这特指“分段1遗失而分段2已被成功接收”这类非完整接收的状态。

* **技术特征C**:限定了触发更新的临界条件——“序号(SN)大于或等于上述最大接收状态变量(下文统称 $VR(H)$)的值”。

* **技术特征D**:限定了更新动作——“根据上述数据协议数据单元的序号,更新上述最大接收状态变量的值”。说明书[0026]明确指出,“即使未收到完整的数据协议数据单元,只要接收到数据协议数据单元的一分段时……即根据该数据协议数据单元的序号,更新最大接收状态变量 $VR(H)$”,较佳地更新为“该序号”或“该序号加1”。

---

## 对比文件技术特征比对分析

为了客观评估各对比文件的公开情况,以下将各对比文件分别指代为:

* **D1**:US20060067238A1(公开日:2006-03-30)

* **D2**:EP1758408A1(公开日:2007-02-28)

* **D3**:JP2007533280A(公开日:2007-11-15)

### 1. 对比文件D1 (US20060067238A1) 分析

* **技术领域与核心机制**:D1关注的是无线通信(UMTS系统)中无线链路控制(RLC)确认模式(AM)下的状态报告重传管理,旨在解决因状态报告丢失导致的传输窗口“死锁(stalling)”问题(D1原文[0001], [0013])。

* **技术特征公开判定**:

* **特征A**:实质公开。D1公开了在移动通信接收设备(UE)中接收数据单元(PDU)(原文[0014]、[0048]),且说明书[0049]提到“SDU可以长于或短于PDU,转换过程可以包括SDU在多个PDU之间的分割(segmentation)”,但D1在接收端监控的是**PDU级别**的接收状态(即AMD PDU的序号,原文[0053]),而非“接收数据协议数据单元的**分段(Segment)**”。

* **特征B**:未公开。D1监控和重传的基础是完整的AMD PDU是否丢失或损坏(原文[0008]),未涉及“PDU未完整接收(即仅收到PDU的某分段)”这一维度。

* **特征C和D**:未公开。D1中虽然提到了接收端维护的变量 $VR(H)$(Highest Expected State Variable,定义为最高接收序号加1,见原文[0093]-[0094]),但D1更新 $VR(H)$ 的逻辑仍基于标准TS 25.322的演进,即收到完整PDU时更新,并未公开“根据未完整接收的PDU的序号更新 $VR(H)$”的规则。

### 2. 对比文件D2 (EP1758408A1) 分析

* **技术领域与核心机制**:D2关注的是多媒体广播/组播服务(MBMS)控制信息(MCCH)的接收方法,核心在于解决UE在小区重选或配置改变时,如何及时重设或重新配置RLC无响应模式(UM)实体,以避免缓存中残留旧小区的PDU导致SDU重组错误(D2原文[0016], [0040])。

* **技术特征公开判定**:

* **特征A**:实质公开。D2公开了在网络侧采用无响应模式(UM)传输MCCH信息,发送端根据PDU大小对上层发送的SDU进行分割(segmentation),接收端(UE)基于接收到的PDU重组SDU(原文[0012])。但D2侧重于小区间切换时的**RLC实体整体重构**。

* **特征B**:未公开。D2提到在重选新小区时“丢弃RLC接收实体缓存区中的所有UMD PDU”(原文[0051]),但这属于重置(Reset)或清空缓存的操作,并不等同于在常规接收流程中处理“未完整接收的PDU”。

* **特征C和D**:未公开。D2在重设RLC实体时会“将状态变量复位为初始值”(原文[0051]),此处的变量包括用于指示已接收PDU最大序号的 $VR(UOH)$,但其复位或接收到第一个PDU后的设置(将 $VR(UOH)$ 设为当前PDU序号减1,原文[0051])属于初始化逻辑,并未公开在本专利正常传输期间“因收到序号大于等于 $VR(H)$ 且未完整接收的PDU分段而更新 $VR(H)$”的动态更新机制。

### 3. 对比文件D3 (JP2007533280A) 分析

* **技术领域与核心机制**:D3针对UMTS(IMT-2000)系统中从多个小区接收特定服务(如MBMS)的重排序(Reordering)和重复消除机制,重点引入了基于接收窗口和重排序定时器(Timer_DAR)来管理无响应模式(UM)下的PDU接收,以减少传输延迟和数据丢失(D3原文[2]第1段)。

* **技术特征公开判定**:

* **特征A**:**毫无疑问公开**。D3明确公开了在无响应模式(UM)下工作的接收端RLC实体,接收包含序列号(SN)的UMD PDU(原文[2]“ノントランスペアレントモード”段落)。同时,发送侧会对SDU进行分割(分割及び連結),接收侧处理这些单元(原文[2]“送信側のUM RLCは……生成した後”段落)。

* **特征B**:**实质公开**。D3引入了重排序缓冲器(バッファ)和接收窗口机制。当接收到的PDU的SN不在当前接收窗口内(即大于当前窗口上限)时,D3规定将该PDU存入缓冲器,并更新窗口上限变量 $VR(UH)$(最大受信番号,定义为收到的所有SN中最大SN的下一个值)(原文[2]“過程2”与“段階7”段落)。在无线链路控制协议(如3GPP RLC)中,当允许PDU分段(如LTE中的AMD PDU分段)时,接收到高序号的分段即意味着整个PDU处于“未完整接收”状态,而D3的窗口前移和变量更新正是由这种触发独立PDU/分段到达而驱动的。

* **特征C**:**毫无疑问公开**。参见D3原文[2]“過程2”第(b)项:“**SNが受信ウィンドウの外にあれば(若SN在接收窗口之外)**……**VR(UDH)にSNを割り当てて前記受信ウィンドウを更新し(将SN赋给VR(UDH)并更新接收窗口)**”。在D3的变量体系中,接收窗口的上限由 $VR(UH)$ 或 $VR(UDH)$ 决定。SN在接收窗口之外(且大于窗口上限)等价于“序号大于或等于最大接收状态变量的值”。

* **特征D**:**毫无疑问公开**。同样参见D3原文[2]“過程2”第(b)项及“阶段7”:“**VR(UH)をRSN+1と同一値に更新する(将VR(UH)更新为RSN+1的值)**”。这完全对应了本专利“根据数据协议数据单元的序号,更新最大接收状态变量的值”的特征。

---

## 特征比对表

下表展现了本专利权利要求1的技术特征与各对比文件原文的详细比对及出处:

权利要求1的技术特征对比文件D1 (US20060067238A1)对比文件D2 (EP1758408A1)对比文件D3 (JP2007533280A)比对结论与D3详细出处说明
技术特征A:一种设定最大接收状态变量的方法,用于无线通讯系统的接收端中,其包含有接收数据协议数据单元的分段;实质公开<br>([0014], [0048]-[0049] 公开接收设备接收PDU,可涉及SDU的分割)实质公开<br>([0012] 公开UE接收端从底层接收PDU并重组SDU,涉及发送端分割)毫无疑问公开<br>(见右侧出处)D3原文出处:[2]“ノントランスペアレントモード”及“送信側のUM RLCは…”段落。<br>判定:明确公开了UM RLC接收端接收带有SN的PDU,且涉及发送端的分割(分割及び連結)与接收端的重组。
技术特征B:上述数据协议数据单元未完整接收;未公开<br>(仅关注完整PDU的丢失与重传监控)未公开<br>(仅关注小区重选时的全局缓存丢弃)实质公开<br>(见右侧出处)D3原文出处:[2]“過程2”及“段階6、段階7”段落。<br>判定:D3的重排序缓冲机制允许在后续高序号PDU/分段到达时先存入缓冲,此时前序PDU尚未补齐,即处于“未完整接收”状态。
技术特征C:上述数据协议数据单元的序号大于或等于上述最大接收状态变量的值;未公开<br>(未公开基于未完整接收状态下的临界条件比对)未公开<br>(复位或初始化逻辑,非动态传输中的条件触发)毫无疑问公开<br>(见右侧出处)D3原文出处:[2]“過程2”之(b)项:“*SNが受信ウィンドウの外にあれば*”(若SN在接收窗口之外)。<br>判定:在窗口管理体制下,SN在窗口外且靠后,即等价于SN大于或等于当前 $VR(UH)$ 的值。
技术特征D:根据上述数据协议数据单元的序号,更新上述最大接收状态变量的值。未公开<br>(未公开基于分段或非完整PDU序号的更新逻辑)未公开<br>([0051] 仅公开初始化时将变量设为首个PDU序号减1)毫无疑问公开<br>(见右侧出处)D3原文出处:[2]“過程2”之(b)项:“*VR(UDH)にSNを割り当てて前記受信ウィンドウを更新し*”;及“段階7”:“*VR(UH)をRSN+1と同一値に更新する*”。<br>判定:明确公开了根据当前收到的新PDU的序号(SN/RSN)动态更新最大接收变量 $VR(UH)/VR(UDH)$。

---

## 创造性最接近对比文件(最接近现有技术)分析

在创造性分析中,**对比文件D3 (JP2007533280A)** 毫无疑问是最适合作为**最接近的对比文件**(第一现有技术)。

* **技术领域相同**:本专利与D3均属于无线通信系统(具体为3GPP演进标准,如UMTS/LTE系统)中无线链路控制(RLC)层的状态变量与数据管理领域。

* **解决的技术问题极其相似**:

* **本专利**旨在解决由于协议数据单元(PDU)未能依原始顺序排列或无线环境改变导致分段传输时,接收端变量无法最佳或正确更新,从而导致系统效率变差、发生系统延迟的问题(说明书[0005]-[0006])。

* **D3**旨在解决在多小区或多信道不连续接收MBMS服务时,由于各数据块到达接收端的时间不同,导致接收端无谓等待已丢失的PDU而引起的“传达延迟(传输延迟)”以及数据重组错误问题(D3原文[2]“しかし、このような方式は…”段落)。二者聚焦的核心均是**通过优化接收端状态变量的更新来消除重排序过程中的系统延迟**。

* **技术效果高度重合**:

* **本专利**达成了“适时更新最大接收状态变量 $VR(H)$,以避免发生系统延迟或其它错误,进而维持系统正常运作”的效果(说明书[0011])。

* **D3**达成了“伝達の遅延時間を減少させ(减少传输延迟)”、“最小限の遅延時間……上位層に伝達する(以最小的延迟时间传递给上层)”的技术效果。

### 特征公开的完整性结论

既然D3已经**独立且完整地公开了权利要求1的全部技术特征(A、B、C、D)**,这意味着权利要求1相对于D3甚至可能直接被主张**新颖性缺陷(法22条第2款)**;即便退一步从创造性(法22条第3款)角度审视,由于所有特征已被D3公开,本专利权利要求1在最接近对比文件D3的基础上不具备任何实质性特点和显著的进步,不具备创造性。

---

## 提起无效宣告请求的最薄弱技术特征与诉讼风险提示

若向国家知识产权局提起无效宣告请求,该权利要求中最容易引发双方激烈辩论、也是对方最可能用以建立防御防线的**最薄弱(即最关键)的技术特征**是:**“技术特征B:上述数据协议数据单元未完整接收”结合“分段”的限定**。

### 潜在行政诉讼/复审对抗焦点:

专利权人通常会采取**缩小解释**的答辩策略,主张:

> “D3公开的体制是针对**完整的无响应模式(UM)PDU**在接收窗口外的更新,而本专利明确限定是对**‘分段(Segment)’**且**‘未完整接收’**的PDU进行变量更新。在LTE架构中,PDU的分段(AMD PDU Segment)具有专门的控制头信息(如FI/RF字段及Segment Offset),这与UMTS中纯粹的UM PDU按序丢失有着本质的结构和逻辑区别。”

### 破局应对策略:

1. **诉诸底层标准演进逻辑**:指出本专利说明书背景技术[0004]中所引用的 $VR(H)$(Highest received state variable)本身就是3GPP标准中为了**重排序(Reordering)功能**而引入的。无论是UM模式还是AM模式下的重排序,其根本数学本质都是“**允许高序号的实体先到达并触发边界变量前移,而不必死等前序实体的完整重组**”。

2. **实施等同/实质公开抗辩**:D3的DAR(重复消除与重排序)机制中,当高序号的PDU到达时,前序PDU未到,对于整个上层服务数据单元(SDU)而言,本身就是一种“未完整接收”的中间状态。分段技术只是粒度变细,并未改变量窗口前移的控制实质。

---

## 进一步的对比文件检索策略

虽然D3的公开程度已经相当充分,但为了彻底封堵专利权人通过“LTE分段特异性”进行答辩的路径,建议启动**补充检索**。由于该专利的申请人倾向于将3GPP标准提案(Contributions)转化为专利,精准的检索应聚焦于标准演进的关键节点。

### 1. 检索方向与目标文献类型

* **3GPP 会议提案 (Contributions / Tdocs)**:重点检索 3GPP TSG RAN WG2(无线侧第二工作组,负责RLC/MAC层协议)在 **2006年至2007年期间**(即LTE Stage 2/3 架构确立期间)关于“RLC Reordering”、“VR(H) update”、“Segmentation / Resegmentation”的提案。

* **标准技术规范正式版本**:检索 3GPP TS 36.322 (LTE RLC协议规范) 的早期版本(如V8.0.0及更早的草案版本),查明 $VR(H)$ 变量定义的演进历史。

### 2. 精准检索式与关键词组合

* **英文组合 1(侧重标准提案)**:`"RAN2"` AND `"RLC"` AND `"VR(H)"` OR `"Highest received state variable"` AND `"segment"` OR `"re-segmentation"` AND `"reordering"`

* **英文组合 2(侧重专利文献)**:(`"Radio Link Control"` OR `"RLC"`) AND (`"highest received"` OR `"VR(H)"` OR `"window upper limit"`) AND (`"segment"` OR `"partial"`) AND `"update"`

* **时间截断点(Priority Date Limit)**:检索时务必将截止日期严格限制在**本专利的优先权日(或申请日)之前**。

### 3. 预期斩获的技术证据

通过在3GPP会议记录中检索,通常可以找出由各大电信巨头(如爱立信、诺基城、高通等)在标准制定期间提交的**“CR (Change Request,变更申请)”**。若能找到一份公开在先的提案,明确指出了“*为了应对LTE中分段传输的特殊场景,接收端在收到包含高SN号的RLC PDU分段时,应当立即前移 $VR(H)$ 变量以防止重排序定时器误触发*”,则可作为**公知常识**或**完美的独立现有技术证据**,彻底攻破本专利的创造性防线。


权利要求2

根据权利要求1所述的方法,其特征是,其中根据上述数据协议数据单元的序号更新上述最大接收状态变量的值;是将上述最大接收状态变量的值更新为上述数据协议数据单元的序号。


权利要求3

根据权利要求1所述的方法,其特征是,其中根据上述数据协议数据单元的序号更新上述最大接收状态变量的值;是将上述最大接收状态变量的值更新为上述数据协议数据单元的序号加1。


权利要求4

根据权利要求1所述的方法,其特征是,其中上述接收端操作于确认模式。


权利要求5

根据权利要求1所述的方法,其特征是,其中上述最大接收状态变量用于上述接收端的重排序功能。


Powered by Django

网站备案号:渝ICP备2023012882号


重庆市非显而易见网络科技有限责任公司 A Anti NPE NPE