目标专利:1905用于无线通讯系统初始化接收端的储存窗的方法及装置
专利公开号:CN1941741B
专利权人:创新音速股份有限公司
无效请求书提交日期:2026年
非显而易见性评估仅供参考,不构成法律建议。
| 编号 | 名称 |
|---|
一种用于一无线通讯系统初始化一接收端的储存窗的方法,该无线通讯系统操作于非确认模式且定时重传曾传送过的数据包;该方法包含有;于该接收端的一定时器期满后;且于该接收端重新接收到一数据包时;根据该数据包的序号;初始化该接收端的一已接收数据包最大序号的变量;其中该储存窗的范围是根据该已接收数据包最大序号的变量及该储存窗的大小为标准来定义。
作为一名经验丰富的专利代理师,我将紧密结合目标专利《用于无线通讯系统初始化接收端的储存窗的方法及装置》(授权公告号:CN1941741B)的说明书和权利要求,对您提供的三份对比文件进行深度侵权/无效技术分析,并制定出后续的检索策略。
以下是针对权利要求1的全面无效宣告技术分析报告:
---
## 一、 目标专利权利要求1的法律与技术原意解释
根据目标专利说明书【0003】至【0010】的记载,权利要求1的核心发明点是为了解决在**非确认模式(UM模式)**下,当无线通讯装置因信号暂时中断(如移出基站覆盖范围)导致定时器(`Timer_OSD`)期满(逾时)后,虽然缓冲器中的数据被删除,但由于**储存窗的边界变量(`VR(UOH)`)未能及时更新初始化**,导致移回服务范围后接收到的新包(如SN=40~50)因落入旧窗内而被错误保留,随后又因收到更小序号的重传包(如SN=21)导致窗异常推进,最终误删正常数据包的技术缺陷。
结合说明书具体实施方式,对权利要求1的各项技术特征解释如下:
* **技术特征A(前序部分)**:限定了应用场景为UM模式且具有“定期重传”机制(如3GPP MBMS业务)。
* **技术特征B、C(触发条件)**:引入了双重显式条件,即**“定时器期满后” 且 “重新接收到一数据包时”**。说明书【0047】明确指出,除了系统建立或重建外,本发明特意在`Timer_OSD`期满后且收到第一个PDU时触发初始化。
* **技术特征D、E、F(执行架构)**:以新收到的数据包序号为基准,初始化最大序号变量`VR(UOH)`(较佳地设定为 $VR(UOH) = SN - 1$),从而重新定义和锚定储存窗的范围,避免旧窗边界带来的负面影响。
---
## 二、 对比文件特征比对表
为了清晰展现各对比文件对目标专利技术特征的公开情况,特制备以下特征比对表:
| 目标专利权利要求1的技术特征 | D1: JP2002198895A (公开号: JP2002198895A) | D2: US20050036619A1 (公开号: US20050036619A1) | D3: CN1585327A (公开号: CN1585327A) |
| 技术特征A: 一种用于一无线通讯系统初始化一接收端的储存窗的方法,该无线通讯系统操作于非确认模式且定时重传曾传送过的数据包; | 实质公开<br>【0005】、【0040】-【0045】公开了3GPP中的UM(非确认)模式,且支持数据传输,蕴含了数据包重传及接收端窗管理。 | 实质公开<br>【0028】、【0031】公开了3GPP标准中的UM(Unacknowledged Mode)和AM模式的无线承载,涉及数据流控制。 | 实质公开<br>说明书第1页第2-3段公开了RRC协议中针对非确认模式(UM)或确认模式(AM)的无线承载进行加密。 |
| 技术特征B: 于该接收端的一定时器期满后; | 未公开<br>仅公开了利用接收缓冲器处理PDU,未公开专门针对定时器期满后的窗初始化控制。 | 未公开<br>其定时器【0034】是用于测量AM数据发送到网络并收到确认的响应时间,非窗控制定时器。 | 未公开<br>未涉及接收端缓存或窗管理的定时器期满机制。 |
| 技术特征C: 且于该接收端重新接收到一数据包时; | 实质公开<br>【0050】-【0051】公开了接收数据包并存入接收缓冲器的过程。 | 实质公开<br>【0034】第(2)步公开了在目标无线承载上测量接收或发送数据包的数量。 | 实质公开<br>说明书第4页步骤120公开了接收响应数据包获取数据的过程。 |
| 技术特征D: 根据该数据包的序号; | 实质公开<br>【0046】公开了UMD PDU的格式包含シーケンスナンバー(序号SN)。 | 实质公开<br>【0006】、【0031】公开了每个数据包分配一个独立的逻辑序列号(Sequence Number)。 | 实质公开<br>说明书第1页第2段公开了加密激活点表现为无线链路控制层(RLC)的数据帧号(SN)。 |
| 技术特征E: 初始化该接收端的一已接收数据包最大序号的变量; | 未公开<br>未提及在定时器期满后根据新包序号去初始化最大序号变量(如VR(UOH))。 | 未公开<br>未公开此种储存窗边界变量的初始化变动。 | 未公开<br>未公开接收端储存窗边界变量的更新。 |
| 技术特征F: 其中该储存窗的范围是根据该已接收数据包最大序号的变量及该储存窗的大小为标准来定义。 | 未公开<br>【0050】提及根据完全的SDU构成来管理缓冲器,但未定义基于最大序号变量和窗大小的滑动窗。 | 未公开<br>未定义基于最大序号变量和窗大小相扣连的接收储存窗机制。 | 未公开<br>未涉及接收储存窗范围的定义。 |
---
## 三、 最接近对比文件(最接近现有技术)的选择与创造性分析
### 1. 最接近对比文件的确立:D1(JP2002198895A)
在创造性评述中,**D1(JP2002198895A)最适合作为最接近的对比文件**。
* **整体解决的技术问题角度**:D1旨在解决3GPP RLC层中由于数据暗号化/复号化顺序不当导致的数据处理速度慢、系统性能低下的问题(参见D1【0037】、【0057】)。它深入探讨了RLC UM(非确认模式)和AM实体在接收端缓冲器(接收数据存储模块)中如何高效组织、存放、释放PDU和还原SDU的底层架构。这与目标专利解决“在UM模式下如何高效处理接收端缓冲器、避免不必要删除”的底层技术领域和技术架构最为接近。
* **技术效果角度**:D1通过优化接收/发送缓冲器的位置来提升数据处理效率,而目标专利同样是为了“提升数据接收效率、避免浪费系统资源”(目标专利【0001】)。两者均在3GPP无线链路控制(RLC)层面上对缓冲数据处理进行优化。
*注:D2和D3涉及的是RRC层的“加密激活点(Ciphering Activation Time)/安全模式命令”的下行/上行同步时钟计算方法,其目的是解决加密切换时的同步延迟,并不涉及RLC层接收端储存窗或滑动窗的边界控制变数更新。因此D2、D3不适合作为最接近的对比文件。*
### 2. 现有对比文件公开特征的横向结合分析
若以D1为基础:
* D1公开了技术特征A、C、D。
* D1**未公开**技术特征B、E、F。
横向审查D2和D3,D2与D3的核心发明点都在于**“如何精确计算RRC层加密消息分割后的最高SN号,以实现最小加密延迟”**(参见D3发明内容,D2【0009】)。D2和D3中虽然出现了“定时器(Timer)”和“数据包序号(SN)”,但其定时器是用于测量信道响应时间或过程等待,**完全没有公开或暗示“在储存窗控制定时器期满后,结合新收包序号去初始化已接收数据包最大序号变量(VR(UOH))”这一技术手段**。
因此,即使将D1、D2、D3三者进行结合,也无法拼凑出技术特征B、E、F的有机组合。
---
## 四、 无效宣告请求中最薄弱的技术特征评述
若代表请求人对目标专利提起无效宣告,本专利防御最稳固、即对请求人而言**最薄弱(最难攻破)的技术特征是:技术特征B + 技术特征E 的联锁结合(即:于该接收端的一定时器期满后……初始化该接收端的一已接收数据包最大序号的变量)**。
### 原因分析:
1. **非公知常识的特异性触发**:在标准的3GPP TS 25.322协议规范中,定时器`Timer_OSD`期满的常规动作仅仅是“删除缓冲器内所储存的协议数据单元(PDU)”,而储存窗的范围在协议默认逻辑中是不变的(参见目标专利背景技术【0010】所述)。目标专利恰恰利用了这一协议漏洞,创造性地提出在“定时器期满”这一特定时间节点,强行引入“初始化最大序号变量”的动作。
2. **技术效果的不可预测性**:该特征直接改变了标准协议的窗状态机运转逻辑,使得移回服务区的第一个包能够强制重置系统边界,完美解决了协议自带的“因旧窗未重置导致新包被误删”的隐蔽缺陷。在现有的D1~D3文献中,没有任何关于“定时器溢出后去重置窗边界变量”的教导或暗示,属于典型的规避标准缺陷的“特异性技术手段”,创造性高度较高。
---
## 五、 进一步的对比文件检索策略
鉴于目前D1、D2、D3未能完全覆盖技术特征B、E、F的结合,若要成功无效权利要求1,必须调整检索方向,建议采取以下精准检索策略:
### 1. 锁定核心关键词与标准演进节点
目标专利明确指出其技术背景源自 **3GPP TS 25.322 V6.4.0** 通信协议规范中的「伺服数据单元可越序传送」(out of sequence SDU delivery)功能和参数 `VR(UOH)`、`Timer_OSD`、`OSD_Window_Size`。
* **时间窗口**:目标专利申请日为2006年(优先权日可能更早,公告号CN1941741B),且引用的标准是V6.4.0。检索文献的公开日必须严格限定在目标专利的**申请日/优先权日之前**。
* **核心可检索变量**:必须将 `VR(UOH)`、`Timer_OSD`、`OSD_Window_Size`、`out of sequence SDU delivery` 作为非专利文献(NPL)和专利文献的核心检索式。
### 2. 重点检索渠道与策略
* **策略A:3GPP 会议提案(Tdoc)与CR(Change Request)修正案检索(最高效渠道)**
* **理由**:这种标准协议的漏洞和改动,往往最先由各大电信巨头(如爱立信、高通、华为、诺基亚等)在3GPP RAN2工作组会议上以 **Tdoc (Temporary Document)** 的形式提出讨论,或者直接作为针对 TS 25.322 协议的 **CR (Change Request)** 提交。如果能检索到某篇在目标专利优先权日之前公开的3GPP会议提案,其中指出了`Timer_OSD`期满后未初始化`VR(UOH)`会导致数据误删,并提出了“在期满后收到新包时初始化`VR(UOH)`”的解决方案,将构成决定性的现有技术(公开出版物)。
* **检索源**:3GPP FTP 官方服务器(RAN2工作组历史会议记录)。
* **策略B:针对特定巨头公司的专利组合检索**
* **理由**:标准推进与专利布局往往同步。应重点锁住在2004~2006年间活跃于3GPP MBMS(多媒体广播及群播服务)RLC层协议制定的公司(如 InterDigital、高通、三星、LG、爱立信)。
* **检索式要素**:`(RLC OR "Radio Link Control") AND ("Timer_OSD" OR "VR(UOH)") AND (initialize* OR reset* OR update*)`。
* **策略C:扩充同族与德高美(DE, GB, US)早期申请检索**
* 利用分类号 **H04L47/27**(滑动窗口协议流量控制)或 **H04W28/04**(重传机制)结合 `window size` 和 `timer expire` 进行拓展检索,寻找非标准体系下但在类似滑动窗口协议(如TCP或其它私有无线协议)中处理“定时器超时后重置窗边界最大变量”的通用技术启示。
---
### ⚖️ 代理师总结意见
当前案卷中,D1仅能作为网络架构基础,D2、D3由于技术层面属于RRC层安全机制而无法提供RLC窗控制的有效结合。本案无效的成败完全取决于能否检索到**在特定定时器期满后改变储存窗变量状态**的底层通信文献。建议立即启动针对3GPP RAN2工作组2004-2006年间Tdoc提案的深度挖掘。
如权利要求1所述的方法,其中该定时器用来计算等待接收下一数据包的时间。
如权利要求1所述的方法,其中于初始化该已接收数据包最大序号的变量时;将该已接收数据包最大序号的变量设定为该数据包的序号减一默认值。
如权利要求3所述的方法,其中该默认值为1。
如权利要求1所述的方法,其中该无线通讯系统提供一多媒体广播及群播服务。
如权利要求1所述的方法,其中该接收端的伺服数据单元可越序传送功能被启动。