目标专利:2046用于处理电信网络中的服务请求的方法和系统
专利公开号:CN103262515B
专利权人:皇家KPN公司
无效请求书提交日期:2026年
非显而易见性评估仅供参考,不构成法律建议。
| 编号 | 名称 |
|---|---|
| 0 | 2005-10-04_US6952422B_发明授权_US06952422B2 Congestion control method and system_+++A_C_H_I+++.docx |
| 0 | 2010-06-01_US7727307B_发明授权_US07727307B2 Method for removing mercury from flue gas after combustion.docx |
| 0 | 2010-03-17_JP4432966B_发明专利_JP4432966B2 Thermal transfer receiving sheet.docx |
| 0 | 2009-12-09_GB2460630A_发明专利_GB2460630A Informing a calling terminal when a called mobile terminal is back in service_+++A+++.docx |
| 0 | 2009-09-02_EP2096884A_发明公开_EP2096884A1 Telecommunications network and method for time-based network access_+++A_C_G_I_S+++.docx |
| 0 | 2009-03-05_US2009056543A_发明申请_US20090056543A1 Method for removing mercury from flue gas after combustion.docx |
| 0 | 2008-04-03_US2008082761A_发明申请_US20080082761A1 GENERIC LOCKING SERVICE FOR BUSINESS INTEGRATION_+++A_B_C_H_O_P+++.docx |
| 0 | 2008-03-21_None_发明专利_JPWO2005110770A1 熱転写受容シート.docx |
| 0 | 2008-03-06_US2008060064A_发明申请_US20080060064A1 Systems and methods for obtaining network access_+++a_c_g_h_s+++.docx |
| 0 | 2006-04-20_JP2006513644A_发明专利_JP2006513644A After a communications loss in a wireless communication network, a method and apparatus for re-establishing communication for a wireless communication devic_+++f_g_l_m_q_r_s+++.docx |
| 0 | 1993-11-26_None_发明专利_JPH05316562A Mobile communication system_+++A_C_I_T_j+++.docx |
| 0 | 2005-01-06_US2005003765A_发明申请_US20050003765A1 Methods and apparatus for re-establishing communication for a wireless communication device after a communication loss in a wireless communication network_+++f_g_h_l_m_n_q_r_s+++.docx |
| 0 | 2004-08-05_WO2004066564A_发明申请_WO2004066564A1 METHODS AND APPARATUS FOR RE-ESTABLISHING COMMUNICATION FOR A WIRELESS COMMUNICATION DEVICE AFTER A COMMUNICATION LOSS IN A WIRELESS COMMUNICATION NETWORK_+++f_g_l_m_q_r_s+++.docx |
| 0 | 2000-06-07_EP1006705A_发明公开_EP1006705A1 Private telecommunications switching system and method of establishing a connection_+++A_C_G_I_S+++.docx |
| 0 | 2000-04-11_US6049603A_发明授权_US6049603A Method for eliminating telephone hold time_+++A_B_C_D_G_H_I_J_K_M_O_P_R_S+++.docx |
| 0 | 1999-09-17_None_发明专利_JPH11252650A Congestion line connection device and mobile terminal_+++A_C_G_I_S_b_d_e_f_h_j_m_n_r+++.docx |
| 0 | 1999-05-11_US5903642A_发明授权_US5903642A Method for eliminating telephone hold time_+++A_B_D_G_H_M_O_P_S_c_i_j_k+++.docx |
| 0 | 1999-03-31_EP0905957A_发明公开_EP0905957A2 Method for eliminating telephone hold time_+++A_B_D_G_H_M_O_P_R_S_c_i_j_k+++.docx |
| 0 | 1999-03-24_CA2248658A_发明专利_CA2248658A1 METHOD FOR ELIMINATING TELEPHONE HOLD TIME_+++A_B_C_D_G_H_I_J_K_M_O_P_R_S+++.docx |
| 0 | 1998-07-21_None_发明专利_JPH10191455A Traffic control method for mobile communication system and base station equipment_+++A_O_i+++.docx |
一种用于在电信网络中处理来自请求实体的服务请求的方法,包括从所述请求实体接收从服务实体请求具体服务的第一服务请求;向从其接收所述第一服务请求的所述请求实体分配序列标识符;通过向所述请求实体发送拒绝消息而拒绝所述第一服务请求;向所述请求实体通知分配的序列标识符;在向所述请求实体通知分配的序列标识符之后的某个时间在所述电信网络中传输所述序列标识符;响应于在所述电信网络中传输所述序列标识符而从所述请求实体接收对于所述具体服务的第二服务请求;允许对于所述具体服务的、来自所述请求实体的所述第二服务请求;将所述序列标识符与所述请求实体和所述具体服务中的至少一个关联。
作为一名经验丰富的专利代理师,我针对目标专利《权利要求1》与对比文件D1(JPH11252650A)进行深入的对比分析与有效性判定。具体分析如下:
---
## 一、对比文件信息
* **对比文件编号**:D1
* **公开号**:JPH11252650A
* **名称**:《Congestion line connection device and mobile terminal》(拥塞线路连接装置及移动终端)
---
## 二、对比特征分析与比对表格
以下将目标专利《权利要求1》拆解的技术特征与D1原文(包括第1~5实施形态)进行逐一对比分析:
1. **特征A(从请求实体接收从服务实体请求具体服务的第一服务请求)**:
* **D1公开情况**:**完全公开**。
* **原文出处与对应**:D1段落[0018]、[0027]及图4/图6步骤t1/t11:“移动终端14向基地局发送作为线路连接请求的链路信道建立请求(リンクチャネル確立要求)”。其中移动终端14对应“请求实体”,基地局11/公衆回线对应“服务实体”,链路信道建立请求对应“第一服务请求/具体服务”。
2. **特征B(向从其接收所述第一服务请求的所述请求实体分配序列标识符)**:
* **D1公开情况**:**实质公开/等同公开**。
* **原文出处与对应**:D1段落[0021]、[0028]及图4/图6步骤t3/t13:“基地局11进行预约接收处理,将预约对象的移动终端14的终端装置名(PS-ID)记忆在存储部11f中”。虽然D1中直接使用的是终端固有标识(PS-ID),但在该业务流程中,基站将该PS-ID存入预约队列中,本质上起到了“分配/绑定预约序列标识”的作用。
3. **特征C(通过向所述请求实体发送拒绝消息而拒绝所述第一服务请求)**:
* **D1公开情况**:**完全公开**。
* **原文出处与对应**:D1段落[0020]、[0027]及图4/图6步骤t2/t12:“线路忙碌时,基地局11向移动终端14发送链路信道分配拒绝(リンクチャネルの割当拒否)”。
4. **特征D(向所述请求实体通知分配的序列标识符)**:
* **D1公开情况**:**未明确公开/薄弱公开**。
* **分析**:在D1第1实施例中,基站仅发送拒绝消息(t4);在第2实施例中,基站在线路空闲后向移动终端发送“伪着呼(疑似着呼)”(t15)。由于D1使用的是终端本身的PS-ID,因此不需要单独“向终端通知分配的新序列标识符”。
5. **特征E(在向所述请求实体通知分配的序列标识符之后的某个时间在所述电信网络中传输所述序列标识符)**:
* **D1公开情况**:**完全公开(在第2实施例中)**。
* **原文出处与对应**:D1段落[0030]及图6步骤t15:“基地局11在预约接收后线路空闲时……对最早预约的移动终端14进行使用PS-ID的伪着呼(PS-IDによる疑似着呼)”。即基站在网络中广播/传输了该标识(PS-ID)。
6. **特征F(响应于在所述电信网络中传输所述序列标识符而从所述请求实体接收对于所述具体服务的第二服务请求)**:
* **D1公开情况**:**完全公开(在第2实施例中)**。
* **原文出处与对应**:D1段落[0032]及图6步骤t17:“移动终端14收到伪着呼后……将链路信道建立请求发送至基地局11”。
7. **特征G(允许对于所述具体服务的、来自所述请求实体的所述第二服务请求)**:
* **D1公开情况**:**完全公开**。
* **原文出处与对应**:D1段落[0023]、[0034]及图4/图6步骤t18:“基地局检查PS-ID确认是已预约的PS-ID,向移动终端14发送链路信道分配(リンクチャネル割当),执行常规线路连接处理”。
8. **特征H(将所述序列标识符与所述请求实体和所述具体服务中的至少一个关联)**:
* **D1公开情况**:**完全公开**。
* **原文出处与对应**:D1段落[0021]、[0028]:“基地局将预约对象的PS-ID与预约状态/回线预约请求记忆在存储部11f中”。
---
### 技术特征比对表
| 权利要求1的技术特征 | D1 (JPH11252650A) 原文详细出处与披露内容 | 是否公开 |
| A. 接收来自请求实体的第一服务请求 | 段落[0018], [0027], 图4/图6(t1/t11):移动终端向基站发送链路信道建立请求。 | 是 |
| B. 向请求实体分配序列标识符 | 段落[0021], [0028]:基站接收预约并将终端的PS-ID(终端标识)按预约顺序存入内存作为排队标识。 | 实质公开 |
| C. 发送拒绝消息拒绝第一服务请求 | 段落[0020], [0027], 图4/图6(t2/t12):线路忙时向终端发送链路信道割当拒否。 | 是 |
| D. 向请求实体通知分配的序列标识符 | 未明确记载(D1直接采用终端已有的PS-ID,无需由网络端生成并显式下发通知给终端)。 | 否 |
| E. 某个时间在网络中传输所述序列标识符 | 段落[0030], 图6(t15):线路空闲后,基站使用该PS-ID向移动终端发送“伪着呼”寻呼信号。 | 是 |
| F. 响应传输而接收第二服务请求 | 段落[0032], 图6(t17):终端收到伪着呼后,再次向基站发送链路信道建立请求。 | 是 |
| G. 允许来自请求实体的第二服务请求 | 段落[0023], [0034], 图4/图6(t18):校验PS-ID无误后,基站发送链路信道割当,建立连接。 | 是 |
| H. 将序列标识符与请求实体/服务关联 | 段落[0021], [0028]:在存储部11f中将PS-ID与预约的线路连接服务绑定存储。 | 是 |
---
## 三、最接近对比文件分析与创造性评估
### 1. 整体解决的技术问题与技术效果
* **目标专利**:解决电信网络在服务实体繁忙/资源受限时,如何避免终端无休止重试、并以高效率和低信令开销对排队请求进行动态调度与控制的问题。
* **D1 (JPH11252650A)**:解决当基地局线路拥塞(ビジー)时,如何低成本地为移动终端提供预约排队功能,避免用户反复手动拨号,并在线路空闲时优先接入预约终端的问题(段落[0003]-[0008])。
### 2. 结论
**D1 非常适合作为最接近的对比文件**。两者的技术领域相同(电信/移动通信网络)、解决的技术问题一致(拥塞时的预约/排队与重新接入)、核心机制高度吻合(拒绝当前请求 $\rightarrow$ 记录/分配排队标识 $\rightarrow$ 网络空闲时通知/寻呼 $\rightarrow$ 再次请求并允许接入)。
---
## 四、无效请求中最薄弱的技术特征分析
若针对权利要求1发起无效宣告请求,**最薄弱(即最容易被专利权人用于防御)的技术特征为:特征D(向所述请求实体通知分配的序列标识符)以及特征B(向……分配序列标识符)的组合逻辑**。
* **薄弱原因分析**:
1. **D1的实现机制**:D1使用的是**终端固有标识(PS-ID)**。基站端只是记录了该PS-ID,**并未向终端“分配”一个新的动态序列标识符,更没有“向终端通知”该标识符**(因为终端本身就知道自己的PS-ID)。
2. **目标专利的本意**:目标专利通常采用网络端生成的动态 Token / Queue ID(如排队序号或临时会话ID),并将其明确下发通知给终端,以便后续凭此令牌重新发起请求。
3. **专利权人的反驳点**:专利权人极易以“D1使用的是静态设备标识(PS-ID),不涉及网络侧分配并通知序列标识符的动作,且无法实现动态分配不同序列标识的技术效果”为由,主抗具备创造性。
---
## 五、进一步对比文件检索策略(针对薄弱特征)
为了彻底无效权利要求1,需要通过补充检索(组合对比文件D2)来掩盖D1在“特征B”和“特征D”上的缺陷。建议采取以下检索策略:
### 1. 检索要素表达(IPC分类号与关键词)
* **IPC / CPC 分类号**:
* `H04W 48/18` / `H04W 48/06`(网络拥塞时的接入控制/过载控制)
* `H04W 76/18` / `H04W 76/00`(连接建立失败后的重新连接)
* `H04M 3/48`(忙时自动完成呼叫/CCBS - Call Completion to Busy Subscriber)
* **核心关键词组合(中/英/日)**:
* (排队/预约/令牌/序列号/Token/Queue ID/Sequence Number/Ticket/順番/予約)
* AND(分配/通知/下发/Assign/Notify/Allocate/割り当て/通知)
* AND(拥塞/拒绝/忙/Congestion/Reject/Busy/ビジー/拒否)
### 2. 寻找目标D2(技术手段结合点)
寻找一份公开了**“CCBS(忙时自动重呼)或网络排队服务”**的标准或专利文献(如 3GPP 规范中关于 CCBS 服务、或早期的 HTTP/SIP 排队服务机制):
* **D2需公开的内容**:当网络服务繁忙拒绝请求时,服务器生成一个**临时排队号/令牌(Queue Token / Transaction ID / Sequence ID)**,并在拒绝响应消息中将该令牌**通知/下发**给客户端;后续网络有空闲时,客户端携带或响应此令牌以获取服务。
* **组合论证逻辑**:将D1(整体排队接入架构)与D2(下发动态序列标识符/排队令牌的具体信令交互特征)相结合,本领域技术人员为了在多用户排队时有效区分不同的排队会话,有动机引入D2中的动态序列标识符分配与通知机制,从而得出权利要求1不具备创造性的结论。
作为一名经验丰富的专利代理师,我针对目标专利权利要求1及三份对比文件(D1: JPH05316562A、D2: JPH10191455A、D3: CA2248658A1)进行了严谨的法律与技术比对分析。现将具体分析意见汇报如下:
---
## 一、 目标专利权利要求1的技术特征拆解与说明书解释
根据目标专利说明书的整体发明构思,权利要求1各技术特征的含义与作用解释如下:
* **技术特征A(接收第一请求)**:`从所述请求实体接收从服务实体请求具体服务的第一服务请求`
* *说明书解释*:用户终端/请求实体发起对特定服务(如客服、通道、资源等)的初始呼叫或服务请求。
* **技术特征B(分配序列标识符)**:`向从其接收所述第一服务请求的所述请求实体分配序列标识符`
* *说明书解释*:网络端在资源不可用或需排队时,生成一个唯一的序列/优先级代码(Sequence Identifier),用于代表该请求实体在排队队列中的位置或身份。
* **技术特征C(发送拒绝消息)**:`通过向所述请求实体发送拒绝消息而拒绝所述第一服务请求`
* *说明书解释*:网络不直接将请求保持在在线挂起(Hold)状态,而是向请求实体发送拒绝/断开连接消息(Release/Disconnect),从而释放当前的物理/信道连接,避免占用网络信道或产生长途挂机费用。
* **技术特征D(通知序列标识符)**:`向所述请求实体通知分配的序列标识符`
* *说明书解释*:将分配的序列标识符随拒绝消息或通过特定信令发送给请求实体(终端),由终端进行保存。
* **技术特征E(电信网络中传输序列标识符)**:`在向所述请求实体通知分配的序列标识符之后的某个时间在所述电信网络中传输所述序列标识符`
* *说明书解释*:当服务资源即将在后续某个时间可用时,网络侧在网络中广播/传输该序列标识符(或由终端在重新发起呼叫时在网络中传输该标识符),用于触发二次呼叫。
* **技术特征F(接收第二服务请求)**:`响应于在所述电信网络中传输所述序列标识符而从所述请求实体接收对于所述具体服务的第二服务请求`
* *说明书解释*:请求实体监听到网络传输的标识符(或在预定时间)后,携带该序列标识符向网络重新发起对同一具体服务的第二次服务请求(Reconnect / Call-back)。
* **技术特征G(允许第二服务请求)**:`允许对于所述具体服务的、来自所述请求实体的所述第二服务请求`
* *说明书解释*:网络验证序列标识符后,直接将该第二请求接入目标服务实体,完成服务建立。
* **技术特征H(关联序列标识符)**:`将所述序列标识符与所述请求实体和所述具体服务中的至少一个关联`
* *说明书解释*:网络侧或终端将该序列标识符与请求实体的身份(如PIN码、设备ID)或所请求的具体服务类型/队列绑定,以保证二次接入时能够准确定位原排队位置。
---
## 二、 对比文件技术特征比对与公开性分析
### 1. 技术特征比对表
| 权利要求1技术特征 | 对比文件 D1<br>(JPH05316562A) | 对比文件 D2<br>(JPH10191455A) | 对比文件 D3<br>(CA2248658A1) |
| 特征A:接收第一服务请求 | 实质公开<br>([0024] 移动局4a发呼) | 实质公开<br>([0049] 接收报知信号) | 毫无异议公开<br>(Page 5, Line 1-2, 201) |
| 特征B:分配序列标识符 | 未公开<br>(仅按等待时间排序,未分配标识符) | 未公开<br>(仅按优先权队列排队) | 毫无异议公开<br>(Page 6, Line 17-21, priority code) |
| 特征C:发送拒绝消息拒绝第一请求 | 未公开<br>(发送话音/话中音,保持在等待队列) | 未公开<br>(超过队列容量直接破弃 [0052]) | 毫无异议公开<br>(Page 6, Line 25, breaks telephone connection) |
| 特征D:通知分配的序列标识符 | 未公开 | 未公开 | 毫无异议公开<br>(Page 6, Line 17-21, supplied to caller's computer) |
| 特征F:接收对于具体服务的第二服务请求 | 未公开 | 未公开 | 毫无异议公开<br>(Page 6, Line 27-Page 7, Line 5) |
| 特征G:允许第二服务请求 | 未公开 | 未公开 | 毫无异议公开<br>(Page 7, Line 5-6) |
| 特征H:关联序列标识符 | 未公开 | 未公开 | 毫无异议公开<br>(Page 6, Line 21-23) |
| 特征E:向通知分配的序列标识符之后的某个时间在电信网络中传输所述序列标识符 | 未公开 | 未公开 | 未公开(存在实质区别)<br>(D3中是终端在call back时向网络发送priority code,而非网络在通知终端后在网络中传输该标识符) |
---
### 2. 各对比文件详细出处与公开内容分析
#### **对比文件 D1(JPH05316562A Mobile communication system)**
* **详细出处**:段落 [0012]、[0024]-[0028]、[0033]-[0038]、图3、图4。
* **公开内容**:
* **公开了特征A**:公开了当移动局4a在无线ゾーン5a内发呼时,基地局3a的接收回路11a接收该发呼请求(段落[0024])。
* **未公开特征B-H**:D1采用的是“移动局保持在线(挂起)或定期发送チャネル待ち信号(信道等待信号)”的方式。当没有可用信道时,基地局将该移动局加入等待队列(段落[0024]、[0034])。当移动局跨基站移动时,移动局主动向新基站发送包含等待时间的信号(图3A),新基站将其插入新队列,并向原基站发送取消信号(图3B)。D1**未分配序列标识符**,**未发送拒绝消息以断开呼叫**,更**未由网络侧在网络中传输标识符来触发重新呼叫**。
#### **对比文件 D2(JPH10191455A Traffic control method...)**
* **详细出处**:段落 [0046]-[0056]、图3、图4。
* **公开内容**:
* **公开了特征A**:公开了移动局13通过接入信道17b向基地局11发送包含数据包大小、使用无线信道数及许容延迟的“报知信号”(服务请求)(段落[0046])。
* **未公开特征B-H**:D2侧重于基地局根据报知信号的优先权等级(Class 1 / Class 2)和时延阈值对多队列进行调度(图4)。若队列已满,则直接“破弃(破弃, Step S57)”报知信号,不分配序列标识符,不通知终端,亦无二次重新呼叫及关联机制。
#### **对比文件 D3(CA2248658A1 METHOD FOR ELIMINATING TELEPHONE HOLD TIME)**
* **详细出处**:说明书第5页第1行-第7页第10行、图1、图2-图6。
* **公开内容**:
* **公开了特征A**:Caller通过计算机/调制解调器向客服PBX发起初始电话呼叫(Page 5, Line 1-2)。
* **公开了特征B、D**:当需要排队等待时,PBX生成代表排队位置的加密“优先码”(priority code/code corresponding to the place in line),并通过调制解调器发送给Caller的计算机(Page 6, Line 17-21)。
* **公开了特征C**:网络在发送优先码和重新呼叫信息后,程序自动断开电话连接("The program then breaks the telephone connection", Page 6, Line 25),即拒绝/挂断第一服务请求以消除挂机等待时间。
* **公开了特征F、G**:到达重新呼叫时间时(call-back time),Caller的计算机自动或手动重新拨打网络号码,并向PBX提供加密的优先码,PBX验证后将其置于队列中的相应位置并建立语音/数据连接(Page 6, Line 27 - Page 7, Line 6)。
* **公开了特征H**:PBX或连接的计算机通过PIN码、序列号或优先码将排队位置与Caller及特定服务队列进行绑定/关联(Page 6, Line 21-23)。
---
## 三、 最接近对比文件确定与创造性分析
### 1. 最接近对比文件的选择
在创造性分析中,**对比文件 D3 (CA2248658A1)** 适合作为**最接近的对比文件**(且为唯一的最佳最接近对比文件)。
* **原因**:
1. **技术领域相同**:D3与目标专利均属于电信网络/电话系统中处理服务请求、消除用户在线挂起等待时间(Hold Time)的技术领域。
2. **解决的技术问题相同**:二者均旨在解决资源繁忙时用户长时间在线挂机等待占用网络通道及产生高额费用的问题。
3. **技术特征重合度极高**:D3公开了权利要求1中除技术特征E之外的绝大部分技术特征(A、B、C、D、F、G、H)。
相比之下,D1和D2仅涉及普通的移动通信信道分配与排队调度,未涉及“分配标识符-拒绝/挂断原呼叫-后续基于标识符重新接入”的核心机制,不适合作为最接近的对比文件。
### 2. 区别技术特征与技术效果
将权利要求1与最接近对比文件 D3 进行比对,**区别技术特征**在于:
* **技术特征E**:`在向所述请求实体通知分配的序列标识符之后的某个时间在所述电信网络中传输所述序列标识符`
**技术效果差异分析**:
* 在 **D3** 中,采用的是**终端主动发起重新呼叫(Client-initiated Call-back)**模式:终端在接收并保存 priority code 后断开连接,在等待时间到达后,由**终端(请求实体)向网络发送/传输 priority code** 来发起第二次呼叫。
* 在 **目标专利(权利要求1)** 中,技术特征E明确规定是在电信网络中**传输所述序列标识符**(例如由网络侧广播/传输该标识符,或网络在特定信令通道中下发该标识符),从而触发请求实体接收并响应(特征F)。这种“网络侧下发/传输标识符”的方式,使得终端无需精确自计时,而是由网络根据实时资源空闲情况主动触发重新呼叫,大大提高了电信网络资源的利用率和呼叫成功的准确性。
---
## 四、 无效宣告请求中最薄弱的技术特征与检索策略
### 1. 最薄弱的技术特征分析
若针对权利要求1提起专利无效宣告请求,**最薄弱(最具争议/最容易被突破)的技术特征是:技术特征E。**
* **薄弱原因**:
* 权利要求1中的技术特征A、B、C、D、F、G、H已被对比文件 D3 完整且毫无异议地公开。
* 对于特征E,权利要求1采用了较为宽泛的表述:“在所述电信网络中传输所述序列标识符”(transmitting the sequence identifier in the telecommunication network)。
* 专利权人可能会将特征E解释为“网络侧向终端广播/寻呼(Paging/Broadcasting)序列标识符”,而专利无效请求人如果仅使用D3,专利局复审委可能认定“终端向网络发送标识符(D3)”与“网络中传输标识符以触发终端(权利要求1)”存在结构与动作发起主体的差异,从而认定权利要求1具备创造性。
### 2. 进一步的对比文件检索策略
为了彻底无效权利要求1(攻克技术特征E),建议采取以下补强检索策略:
1. **检索重点(针对特征E)**:
* 重点寻找公开了**“网络侧在资源可用时,在网络中广播/发送排队ID/预约号(或寻呼消息),终端监听到自己的排队ID后主动发起二次呼叫”**的技术方案。
* 重点检索**“回呼(Call-back)/ 预约挂号 / 寻呼(Paging)结合排队”**的电信系统专利。
2. **关键词组合策略**:
* `(queue OR queueing OR sequence ID OR priority code OR token) AND (broadcast OR paging OR transmit OR notify) AND (callback OR call-back OR reconnect OR second request) AND (release OR reject OR disconnect)`
* 中文关键词:`(排队 OR 序列号 OR 优先级码 OR 令牌) AND (广播 OR 寻呼 OR 下发 OR 传输) AND (回呼 OR 二次呼叫 OR 重新连接) AND (拒绝 OR 挂断 OR 释放)`
3. **IPC分类号精准限定**:
* `H04M 3/523`(呼叫中心中呼叫向应答人员的分配或排队)
* `H04M 3/42`(提供特种服务的系统或装置,如回呼服务)
* `H04W 4/16`(移动通信网中的补充业务,如呼叫等待/呼叫完成/回呼)
* `H04W 76/18`(连接建立失败后的重新建立/回呼)
4. **组合组合对比文件组合预测**:
* 以 **D3 (CA2248658A1)** 为第一对比文件(公开特征A、B、C、D、F、G、H),结合检索出的**第二对比文件 D4**(公开“网络侧广播/传输排队标识符以通知终端发起二次呼叫”)。
* 基于本领域的公知常识(网络发起寻呼/通知是电信网的惯用技术手段),主张 D3 + D4(或 D3 + 本领域公知常识)相对于本领域技术人员而言是显而易见的,从而彻底摧毁权利要求1的创造性。
尊敬的申请人/代理人:
基于您提供的目标专利权利要求1以及三份对比文件(D1: EP0905957A2、D2: US5903642A、D3: US6049603A),我为您梳理并撰写了以下详尽的专利分析及创造性评估报告。
---
## 一、 目标专利权利要求1的技术特征拆解与解释
结合说明书的一般技术背景,权利要求1的核心逻辑在于:**在电信网络中通过“拒绝首次请求+分配/通知序列标识符+后续在网络中传输该标识符+二次请求”的机制,实现非挂起(Hold)式的服务排队与资源调度**。
* **技术特征A(第一服务请求接收)**:请求实体向服务实体发起包含具体服务需求的首次建立连接请求。
* **技术特征B(序列标识符分配)**:服务侧针对该请求分配用于标识排队位置或优先级的序列号(Priority Code / Queue ID)。
* **技术特征C(发送拒绝消息拒绝请求)**:**【核心特征】** 服务侧不维持当前通话/信道,而是通过显式发送“拒绝消息(Reject Message)”来主动切断/拒绝首次连接建立。
* **技术特征D(通知序列标识符)**:服务侧将分配好的序列标识符告知请求实体(可随拒绝消息或单独发送)。
* **技术特征E(电信网络中传输序列标识符)**:在挂断后的某个时间,通过电信网络广播、下发或由终端发起传输该序列标识符。
* **技术特征F(响应传输接收第二服务请求)**:请求实体在接收/传输序列标识符后,再次向服务侧发起对同一具体服务的第二次连接请求。
* **技术特征G(允许第二服务请求)**:服务侧识别并接受该二次请求,完成服务接入。
* **技术特征H(标识符与实体/服务关联)**:系统建立序列标识符与终端ID、电话号码或具体服务队列之间的映射关联。
---
## 二、 对比文件特征比对与出处分析
### 1. 对比文件基本信息及族性说明
* **D1 (EP0905957A2)**:公开日 1999-03-31。
* **D2 (US5903642A)**:授权公告日 1999-05-11(与D1系同族专利,技术内容高度一致)。
* **D3 (US6049603A)**:授权公告日 2000-04-11(D2的延续案 Continuation-in-part)。
---
### 2. 技术特征比对表(Feature Comparison Table)
| 权利要求1技术特征 | D1 (EP0905957A2) 公开情况及出处 | D2 (US5903642A) 公开情况及出处 | D3 (US6049603A) 公开情况及出处 |
| 特征A:接收请求实体的第一服务请求 | 实质公开<br>段落[0006]: "...caller accesses through his modem, technical support..." | 实质公开<br>摘要及[0006]段: "...the caller's computer would send a signal..." | 实质公开<br>摘要及第2栏: "...caller accesses the technical support through the caller's own computer..." |
| 特征B:分配序列标识符 | 实质公开<br>段落[0007]: "...PBX then generates a priority code corresponding to the place in line..." | 实质公开<br>第[0007]段: "...PBX then generates a priority code corresponding to the place in line..." | 实质公开<br>第2栏: "...service provider's computer then supplies a priority code..." |
| 特征C:通过向请求实体发送拒绝消息而拒绝第一服务请求 | 未公开 / 存在实质差异<br>段落[0008]仅公开挂断连接(breaks the telephone connection),属于正常协商后的呼叫释放,而非“拒绝消息(Reject Message)”。 | 未公开 / 存在实质差异<br>第[0008]段仅公开挂断连接(breaks the telephone connection),非“拒绝消息”。 | 未公开 / 存在实质差异<br>第2栏仅公开切断连接(breaks the telephone connection)或主动挂断,未公开显式发送拒绝消息。 |
| 特征D:向请求实体通知分配的序列标识符 | 实质公开<br>段落[0007]: "...priority code... is supplied to the caller's computer through its modem." | 实质公开<br>第[0007]段: "...supplied to the caller's computer through its modem." | 实质公开<br>第2栏: "...supplies a priority code corresponding to the caller's place in line." |
| 特征E:在电信网络中传输所述序列标识符 | 实质公开<br>段落[0009]: "...program will then place the phone call... and supply its encrypted position in line..." | 实质公开<br>第[0009]段: "...supply its encrypted position in line..." | 实质公开<br>第2栏: "...will supply its encrypted position in line..." |
| 特征F:响应于传输而接收第二服务请求 | 实质公开<br>段落[0009]: "...when answered... will supply its encrypted position... properly positioned in the queue" | 实质公开<br>第[0009]段: "...when answered... properly positioned in the queue" | 实质公开<br>第2栏: "...properly positioned in the queue for voice and data connections." |
| 特征G:允许第二服务请求 | 实质公开<br>段落[0009], [0016]步骤208/216:允许接入并建立数据与语音连接。 | 实质公开<br>第[0009]段,允许接入并建立连接。 | 实质公开<br>第2栏,允许接入并建立连接。 |
| 特征H:将序列标识符与实体/服务关联 | 实质公开<br>段落[0007], [0016]步骤208:PBX将Priority Code与队列及Caller PIN/Serial Number关联。 | 实质公开<br>第[0007]段,PBX将Priority Code与队列/PIN关联。 | 实质公开<br>第2栏,将Priority Code或电话号码与队列映射关联。 |
---
## 三、 最接近对比文件分析与创造性评估
### 1. 整体解决的技术问题与技术效果对比
* **目标专利**:旨在解决电信网络中大量用户同时请求服务时造成网络信道拥堵、用户长时间在线等待(Hold)消耗资源的问题;通过“服务端拒绝请求+下发序列号+后续凭序列号二次接入”的技术手段,实现了**无需维持信道连接即可保留排队位置**的技术效果。
* **D1 / D2 / D3**:三者均属于解决“消除电话等待时间(Method for eliminating telephone hold time)”领域的专利。其核心思路是:用户拨打电话接入后,系统计算等待时间并下发优先级代码(Priority Code),随后**主动切断电话连接(breaks connection)**;待时间到达后,由用户端或系统重新发起呼叫并带回该代码。
### 2. 最接近对比文件的选择
**最接近对比文件推荐:D3 (US6049603A) 或 D2 (US5903642A)**
* **理由**:
1. D2与D3公开了权利要求1中**除了“发送拒绝消息(Reject Message)”之外的绝大部分技术特征**(特征A、B、D、E、F、G、H)。
2. D3作为D2的CIP案,扩展了在互联网IP网络及VOIP/电信网络混合环境下的应用,其网络架构与现代“电信网络”的映射关系更近。
3. 从技术领域、解决的技术问题(消除Hold等待、节省信道资源)以及主要技术路线来看,D2/D3与目标专利高度一致,适合作为审查或无效宣告中的最接近对比文件(D1作为同族文本同样具备极高参考价值)。
---
## 四、 无效宣告请求中的薄弱技术特征与攻防分析
### 1. 目标专利最薄弱的技术特征:**技术特征C(通过发送拒绝消息拒绝第一服务请求)**
在专利无效或审查意见答辩中,**技术特征C**是区分目标专利与三份对比文件的核心界限:
* **对比文件(D1/D2/D3)的处理逻辑**:系统与终端建立连接后,进行数据交互(下发Priority Code),然后执行的是**正常挂断/切断连接(Breaks the telephone connection)**。这属于通信过程中的“正常拆线/释放(Release)”。
* **目标专利的技术特征C**:强调通过**发送拒绝消息(Reject Message)**来拒绝服务请求。在电信信令协议(如SIP协议中的 4xx/5xx Reject,或GSM/LTE信令中的 Attach Reject / Service Reject)中,“拒绝消息”具有明确的信令语义。
### 2. 攻防拆解策略(如何突破特征C)
若要发起无效请求,针对特征C的突破口在于:**“拒绝消息”是否属于本领域普通技术人员在对比文件D1/D2/D3基础上的公知常识组合或显而易见的技术手段?**
* **突破路径一(显而易见性替换)**:
在电信网络(如PBX、移动网)中,当服务端资源不足或需要劝退当前接入时,向终端返回“拒绝(Reject / Busy / Service Unavailable)”信令并附带因数/排队信息,是本领域的惯用技术手段。D1/D2/D3已经公开了“不立即提供服务,而是让终端挂断下线”的思想,本领域技术人员为了适应电信网标准信令流程,将“拆线”替换为标准的“发送拒绝消息”,不需要付出创造性劳动。
* **突破路径二(进一步补充检索,寻找技术启示)**:
如果单独依靠D1/D2/D3 + 公知常识对抗特征C较为吃力,建议结合补充检索(见下文)。
---
## 五、 进一步对比文件检索策略(Search Strategy)
为了完全覆盖“通过拒绝消息(Reject Message)携带排队/序列标识符并要求二次请求”的特征,建议开展二次补充检索:
### 1. 检索要素组合(Keywords & IPC/CPC)
* **主题分类号**:
* `H04M 3/523` (呼叫中心排队/分配)
* `H04W 48/18` / `H04W 28/02` (移动网络中的接入控制、拥塞控制与拒绝)
* `H04L 65/1069` (SIP信令会话拒绝)
* **核心关键词表达(英文)**:
* (`reject message` OR `service reject` OR `call rejection` OR `connection refusal`)
* AND (`queue` OR `sequence identifier` OR `priority code` OR `token` OR `ticket`)
* AND (`retry` OR `reconnect` OR `second request` OR `back-off`)
### 2. 重点检索方向
1. **3GPP / 移动通信标准文献**:重点检索3GPP规范中关于核心网拥塞控制(Congestion Control)及接入控制(Access Control)的提案,特别是 **Rejection with Back-off Timer / Priority Access** 机制。
2. **SIP/VoIP 协议专利**:检索在SIP协议下收到 `503 Service Unavailable` 或 `486 Busy Here` 时,拒绝消息中携带 `Retry-After` 或 `Queue Position` 字段的专利。
---
> **总结建议**:在发起无效宣告时,建议以 **D3(或D2/D1)作为第一对比文件**(覆盖特征A、B、D、E、F、G、H),结合**公知常识**或**补充检索到的显式公开“Reject Message排队”的第二对比文件(D4)**,以合围之势主张权利要求1不具备创造性(中国专利法第22条第3款)。
这份专利无效可行性及创造性对比分析报告如下:
---
### 一、 目标专利权利要求与对比文件特征比對表
各对比文件编号及公开号如下:
* **D1**:EP1006705A1
* **D2**:WO2004066564A1
* **D3**:US20050003765A1
#### 特征比对与出处定位表
| 权利要求1技术特征 | D1 (EP1006705A1) | D2 (WO2004066564A1) / D3 (US20050003765A1) | 结论/公开程度 |
| 特征A:包括从所述请求实体接收从服务实体请求具体服务的第一服务请求 | 公开<br>出处:[0016] Step S1<br>“A terminal sends a connection request to the private telecommunications switching system…” | 公开<br>出处:[p0089]/[0089]<br>“To open wireless tunnel 325, wireless device 100 must use a specific technique...” | 均毫无异议公开 |
| 特征B:向从其接收所述第一服务请求的所述请求实体分配序列标识符 | 未公开/未明确记载<br>仅记载存储请求及终端标识符[0011] | 未公开/未明确记载<br>仅记载广播由于通信中断的设备标识符列表(MIN/IMSI等固定或临时设备ID)[p0137]/[0069] | 未公开<br>(D1仅按顺序存储,未显式向请求实体“分配序列标识符”) |
| 特征C:通过向所述请求实体发送拒绝消息而拒绝所述第一服务请求 | 实质公开<br>出处:[0016] Step S4<br>“The requesting terminal will receive a busy signal as usual... user will know that no exchange line is available, and will release the connection” | 实质公开<br>出处:[p0014]/[0014], [p0090]/[0090]<br>网络在超时或失败后拆除/拒绝连接 | 实质公开<br>(D1发送忙音信号/busy signal,即拒绝消息) |
| 特征D:向所述请求实体通知分配的序列标识符 | 未公开 | 未公开 | 均未公开 |
| 特征E:在向所述请求实体通知分配的序列标识符之后的某个时间在所述电信网络中传输所述序列标识符 | 未公开<br>(D1仅在有空闲线路时发送呼叫/振铃信号Step S6,未传输序列标识符) | 未公开<br>(D2/D3广播的是通信中断设备列表中的自身设备ID,而非针对具体服务请求分配的序列标识符) | 未公开 |
| 特征F:响应于在所述电信网络中传输所述序列标识符而从所述请求实体接收对于所述具体服务的第二服务请求 | 实质公开/部分比对<br>出处:[0017]<br>“Pressing the line key of the second terminal a second time causes the exchange line... to be switched through” | 未公开<br>(D2/D3中终端接收到广播ID后发送的是Presence/Location Update控制消息,非请求具体服务) | D1部分对应,但缺少“响应于序列标识符”这一逻辑前提 |
| 特征G:允许对于所述具体服务的、来自所述请求实体的所述第二服务请求 | 公开<br>出处:[0016] Step S3/Step S8, [0017] | 未公开 | D1公开 |
| 特征H:将所述序列标识符与所述请求实体和所述具体服务中的至少一个关联 | 未公开 | 未公开 | 均未公开 |
---
### 二、 最接近的对比文件分析及选择
#### 1. 各对比文件解决的技术问题与技术效果
* **目标专利**:
* **解决的问题**:在电信网络服务资源繁忙/不可用时,如何排队管理服务请求,并在资源可用时高效、有序地通知并触发请求实体重新发起服务请求。
* **技术效果**:通过“序列标识符(Sequence Identifier)”机制,实现轻量化的服务预约与唤醒机制,避免持续轮询占满网络资源。
* **D1 (EP1006705A1)**:
* **解决的问题**:专用电信交换系统(PABX)中外线资源少于终端数时,终端请求外线失败后的回拨/预约问题(Camp-on机制)。
* **技术效果**:在外线空闲时向等待终端发送信号(如振铃或显示屏消息),使用户无需反复重拨即可获得外线连接。
* **D2 (WO2004066564A1) / D3 (US20050003765A1)**(注:D2与D3为同族专利,技术内容基本相同):
* **解决的问题**:无线移动终端在遭遇通信中断(如掉网/走出覆盖区)后,如何恢复与网络及应用服务器的通信。
* **技术效果**:通过网络广播掉线设备标识符列表,由终端匹配后发送控制消息,避免盲目重试占用无线资源。
#### 2. 最接近的对比文件选择
**最接近的对比文件首选:D1 (EP1006705A1)**
* **理由**:
1. **技术领域与应用场景完全一致**:D1与目标专利均针对“服务请求因资源忙/不可用被拒绝,后续重新建立连接”的排队/呼叫控制场景。
2. **技术特征覆盖度最高**:D1已经完整公开了“接收第一请求 $\rightarrow$ 资源忙发送拒绝消息(忙音) $\rightarrow$ 终端释放连接 $\rightarrow$ 资源空闲时网络通知终端 $\rightarrow$ 终端再次发起请求 $\rightarrow$ 允许服务”的完整交互流程(覆盖特征A、C、F、G)。
---
### 三、 创造性分析与最薄弱技术特征
基于以 **D1 (EP1006705A1)** 为最接近的现有技术进行组合分析:
#### 1. 区别技术特征
相比于D1,目标专利权利要求1的区别特征主要在于:
* **特征B**:向请求实体分配序列标识符;
* **特征D**:向请求实体通知分配的序列标识符;
* **特征E**:后续在电信网络中传输所述序列标识符;
* **特征H**:将序列标识符与请求实体和/或具体服务关联。
#### 2. 区别特征实际解决的技术问题
上述区别特征的核心在于引入了**“序列标识符(Sequence Identifier)”**作为异步服务通知与匹配的上下文凭证。其解决的技术问题是:在无面向连接通道或需要分布式唤醒的场景下,如何确切标识和匹配具体的排队服务请求。
#### 3. 最薄弱的技术特征(无效突破口)
> **最薄弱的技术特征:特征B、D、E、H中关于“序列标识符”的分配、通知与传输机制。**
* **薄弱原因分析**:
在传统网络通信与队列管理(Queue Management / Call Completion on Busy Subscriber, CCBS)领域,使用“队列序号(Queue ID / Transaction ID / Sequence Identifier)”来标记一个被拒绝但进入排队的服务请求,属于**本领域公知常识/常规技术手段**。
如果本领域技术人员为了在D1的PABX或更广域的电信网络中支持多服务、多用户并发排队,将D1中隐式的“存储队列顺序(Order)”显式化为“分配并通知序列标识符”,属于本领域的常规设计选择。
---
### 四、 进一步对比文件检索策略
针对上述最薄弱特征(“序列标识符”用于服务请求排队与通知),建议采取以下补充检索策略:
#### 1. 检索主题词与逻辑构建
重点围绕 **CCBS (Call Completion on Busy Subscriber)**、**服务排队 (Service Queue)**、**事务标识符/序列号 (Transaction ID / Queue ID / Sequence Number / Token)** 进行交叉检索。
* **核心关键词组合**:
* `(sequence ID OR queue ID OR sequence number OR transaction ID OR token OR queue index)`
* `AND (busy OR reject OR unavailability OR camp-on OR CCBS)`
* `AND (notify OR broadcast OR transmit OR inform)`
* `AND (request OR service OR connection)`
#### 2. 重点IPC/CPC分类号限定
* **H04M 3/48**:当被呼叫的用户变为可用时完成呼叫的补充业务(CCBS / Camp-on on busy);
* **H04M 3/523**:呼叫分配,如根据等待队列分配;
* **H04W 76/18**:无线资源管理中的建立连接重新尝试(Re-establishment / Retry);
* **H04L 67/14**:网络协议中的会话建立与管理。
#### 3. 建议检索方向
1. **3GPP / ITU-T 标准规范文献**:重点检索 3GPP TS 23.093 (Technical realization of Completion of Calls to Busy Subscriber) 或 3GPP TS 24.093,这类标准中包含了非常详细的“Busy时分配 Queue/Transaction ID,等资源Free时带ID通知”的完整机制。
2. **早期PSTN/ISDN补充业务专利**:重点检索1990年-2005年间由爱立信(Ericsson)、西门子(Siemens)、朗讯(Lucent)申请的关于“自动回呼/忙时完成呼叫(CCBS)”的专利,此类专利通常会显式公开向终端返回 Queue Position / Sequence Token 的技术细节。
尊敬的委托人/专利工程师:
作为一名经验丰富的专利代理师,我针对目标专利权利要求1(下称“本专利权1”)与引用的三份对比文件进行了深度拆解、特征比对、创造性(最接近对比文件选择)分析及无效宣告策略制定。
---
## 一、 本专利权利要求1的技术特征拆解与说明书解释
为了客观准确地比对对比文件,首先紧密结合本专利说明书对权利要求1的各个技术特征(特征A~H)进行界定和澄清:
* **技术特征A**:*包括从所述请求实体接收从服务实体请求具体服务的第一服务请求;*
* **说明书解释**:属于基础的服务请求接收,即终端/请求实体向网络节点发起针对某个特定服务(如Web服务、网络接入等)的初始请求。
* **技术特征B**:*向从其接收所述第一服务请求的所述请求实体分配序列标识符;*
* **说明书解释**:网络侧在收到请求后,为其生成或指定一个**动态的/特有的“序列标识符”(Sequence Identifier)**,用于后续追踪或匹配该特定会话/请求。
* **技术特征C**:*通过向所述请求实体发送拒绝消息而拒绝所述第一服务请求;*
* **说明书解释**:由于网络拥塞、认证门槛或策略原因,网络**显式拒绝**(Reject/Deny)初始请求,并向请求实体返回包含拒绝含义的消息。
* **技术特征D**:*向所述请求实体通知分配的序列标识符;*
* **说明书解释**:网络将特征B中分配的序列标识符通过信令(如拒绝消息本身或伴随消息)告知请求实体,使其知晓该序列标识符。
* **技术特征E**:*在向所述请求实体通知分配的序列标识符之后的某个时间在所述电信网络中传输所述序列标识符;*
* **说明书解释**:在拒绝之后,**网络侧(或请求实体)**在网络信令/广播/DNS等通信路上传输该序列标识符,用于触发或关联后续的再接入。
* **技术特征F**:*响应于在所述电信网络中传输所述序列标识符而从所述请求实体接收对于所述具体服务的第二服务请求;*
* **说明书解释**:基于该序列标识符的传输/广播/响应,请求实体再次发起对同一具体服务的第二次服务请求(重试或重新接入)。
* **技术特征G**:*允许对于所述具体服务的、来自所述请求实体的所述第二服务请求;*
* **说明书解释**:网络侧校验通过后,解除先前的拒绝状态,批准/允许第二次服务请求。
* **技术特征H**:*将所述序列标识符与所述请求实体和所述具体服务中的至少一个关联。*
* **说明书解释**:网络或终端侧将该序列标识符与请求实体(如终端ID/MAC/DDID)或具体服务(如SSID/服务类型)绑定存储,以保障会话上下文的一致性。
---
## 二、 技术特征比对分析与出处标注
下面详细分析对比文件D1(US6952422B2)、D2(JP2006513644A)、D3(US20080060064A1)对权利要求1各技术特征的公开情况,并给出原文详细出处。
### 1. D1:US6952422B2(公开号:US 6,952,422 B2)
* **核心方案**:GW服务器在Web服务菜单树状结构中引入关联标识符(association identifier: start, continue, end)。发生拥塞时,拒绝新的“start”请求,优先保障“continue”请求。
* **特征公开情况分析**:
* **特征A(公开)**:公开了移动终端(11)向GW服务器(13)/内容服务器(12)发送服务请求,出处:段落[0034]、[0041]。
* **特征B(未公开/实质未公开)**:D1中的关联标识符(start/continue/end)是内容服务器预先赋予界面树结构的属性(段落[0010]),并非GW服务器响应第一服务请求而向请求实体动态“分配”的序列标识符。
* **特征C(公开)**:公开了GW服务器在拥塞时拒绝“start”的新服务请求,并发送不可接入通知,出处:段落[0035]、[0044]。
* **特征D(未公开)**:D1明确指出“association identifiers... are not contained in the screen information transferred from the GW server (13) to the mobile user terminal (11)”,即GW服务器不向终端通知关联标识符,出处:段落[0036]、[0045]。
* **特征E~H(未公开)**:D1拒绝新请求后,终端若重新发起,仍被视作新的start请求(若仍拥塞则继续拒绝),不存在基于分配的序列标识符在网络传输、响应传输而发起第二请求并予以允许的技术机制。
### 2. D2:JP2006513644A(公开号:JP 2006-513644 A)
* **核心方案**:无线终端通信中断(Loss of Coverage)后,网络将断连终端的识别子(ID)在控制信道(如BCCH)上广播。终端监听到自己的ID后发送控制消息/更新消息重新建立连接。
* **特征公开情况分析**:
* **特征A(实质公开)**:公开了终端与网络建立连接并传输数据(段落[2]),以及网络接收数据请求。
* **特征B(未公开)**:D2广播的是终端已有的固有一意识别子(如MIN, IMSI, IP地址,段落[2]第606段),并非网络响应服务请求而专门“分配”的序列标识符。
* **特征C(未公开/非显式公开)**:D2是由于无线覆盖丢失(Out of coverage)导致的被动通信中断,并非网络主动“发送拒绝消息拒绝第一服务请求”。
* **特征D(未公开)**:广播前并未向终端专门“通知分配的序列标识符”。
* **特征E(公开)**:公开了网络在控制通信路(BCCH等)上广播通信丧失终端的识别子(广播终端ID),出处:段落[2]第616段、段落[2]第708段。
* **特征F(公开)**:公开了终端监听到广播匹配后,发送控制消息/更新消息(第二请求)以通知存在,出处:段落[2]第714段。
* **特征G(公开)**:网络接收控制消息后将终端从不可用列表移除并恢复通信(允许第二请求),出处:段落[2]第610段、第614段。
* **特征H(公开)**:公开了网络在列表中将终端识别子与通信丧失状态/连接状态进行关联存储,出处:段落[2]第606段。
### 3. D3:US20080060064A1(公开号:US 2008/0060064 A1)
* **核心方案**:无浏览器/无凭证终端进入Hotspot后,通过DNS协议向凭证服务器(Credential Server)发送包含序列标识符(sequence identifier)的凭证请求,凭证服务器返回网络凭证后,终端向网络设备发送认证响应以获取网络接入。
* **特征公开情况分析**:
* **特征A(公开)**:公开了终端试图接入Hotspot,向网络设备(104)/认证服务器(108)请求网络接入服务,出处:段落[0039]、[0040]。
* **特征B(公开)**:公开了在凭证请求(Credential Request)中包含**序列标识符(sequence identifier 804)**,出处:段落[0064]、[0066]、图8。
* **特征C(实质公开)**:公开了网络设备对未经认证的终端限制/拦截接入(未认证前拒绝直接访问 communication network 114),要求其进行认证,出处:段落[0006]、[0021]。
* **特征D(公开)**:公开了凭证服务器向终端返回凭证请求响应(Credential Request Response),出处:段落[0022]、[0030]。
* **特征E(公开)**:公开了终端在网络中传输包含序列标识符的DNS字符串/请求信令,出处:段落[0027]、[0045]、[0046]。
* **特征F(公开)**:公开了终端在获得凭证后,向网络设备发送认证响应(第二服务请求),出处:段落[0031]、[0042]。
* **特征G(公开)**:网络设备对凭证认证通过后,允许终端接入网络服务,出处:段落[0044]。
* **特征H(公开)**:公开了将序列标识符与终端标识(DDID 808)及服务标识(SSID 810)关联,出处:段落[0064]~[0069]、图8。
---
## 三、 特征比对总结表格
| 权利要求1的技术特征 | D1 (US6952422B2) | D2 (JP2006513644A) | D3 (US20080060064A1) |
| 技术特征A:接收第一服务请求 | 公开 [0034] | 实质公开 [2] | 公开 [0039] |
| 技术特征B:分配序列标识符 | 未公开 | 未公开 | 公开 [0064], [0066] |
| 技术特征C:发送拒绝消息拒绝第一请求 | 公开 [0035] | 未公开(被动断连) | 实质公开 [0006], [0021] |
| 技术特征D:通知分配的序列标识符 | 明确否定 [0036] | 未公开 | 公开 [0022], [0030] |
| 技术特征E:在网络中传输序列标识符 | 未公开 | 公开(广播ID)[2] | 公开 [0027], [0046] |
| 技术特征F:响应传输接收第二服务请求 | 未公开 | 公开 [2] | 公开 [0031], [0042] |
| 技术特征G:允许第二服务请求 | 未公开 | 公开 [2] | 公开 [0044] |
| 技术特征H:将序列标识符与实体/服务关联 | 未公开 | 公开 [2] | 公开 [0064]-[0069] |
---
## 四、 最接近对比文件分析(整体解决的技术问题与技术效果维度)
在选择创造性分析的最接近对比文件(Primary Prior Art)时,应当结合**技术领域、解决的技术问题、技术效果及公开特征的数量**进行综合判断:
### 1. D3 (US20080060064A1) —— **首选最接近对比文件**
* **技术领域与问题**:D3涉及电信/无线网络中的服务请求与接入控制。其解决的核心问题是如何在终端缺乏直接接入凭证或被网络拒绝/限制直接接入时,通过中间凭证/序列标识符机制完成重新请求与服务允许。
* **技术效果**:实现了自动化、有秩序的服务重试与鉴权接入,避免了盲目重复请求对网络的冲击。
* **特征重合度**:D3公开了权利要求1的大部分技术特征,**特别是“序列标识符(sequence identifier)”这一核心概念及其与终端ID/SSID的关联(特征B、E、H)**。
* **结论**:**D3最适合作为最接近的对比文件(第一最接近对比文件)**。
### 2. D1 (US6952422B2) —— **可选最接近对比文件(侧重网络拥塞/拒绝重试场景)**
* **技术领域与问题**:D1解决的是电信网络/网关(GW)发生拥塞时,如何拒绝新服务请求(拒绝第一请求)并对后续请求进行控制的问题。这与本专利说明书中因网络繁忙/拥塞而拒绝第一请求的技术背景完全一致。
* **结论**:若本专利强调“因网络拥塞而拒绝请求并分配退避/重试序列”,**D1可作为针对“拥塞控制机制”角度的最接近对比文件**。
---
## 五、 组合创造性与无效宣告最薄弱特征分析
### 1. 未被最接近对比文件(D3)完全公开的特征
对比D3与本专利权利要求1,D3虽然公开了`Sequence Identifier 804`,但D3中序列标识符的生成与传输逻辑与本专利存在微小差异:
* **差异特征1(对应特征C/D)**:本专利是“网络通过**发送拒绝消息**来拒绝第一请求,并在拒绝消息中或关联过程中向终端**通知分配的序列标识符**”;而D3中网络设备是对未认证终端进行阻断(Walled Garden),终端主动向凭证服务器请求凭证。
* **差异特征2(对应特征E的传输方向与触发时机)**:本专利特别涵盖了“网络侧在拒绝后,于后续某个时间在网络中广播/传输该序列标识符(如网络拥塞缓解后通知终端重试)”;而D3主要是终端在DNS请求中带上sequence identifier。
### 2. 无效宣告中本专利最薄弱的技术特征(突破口)
如果在无效宣告程序中发起攻击,本专利权利要求1**最薄弱(最容易被突破)的技术特征是:特征B、D、E、F的结合体(即基于序列标识符的“拒绝-通知-网络传输/广播-重试”闭环)**。
* **薄弱点原因**:
1. **D3 + D2 组合攻击**:D3已经完整公开了“在服务请求过程中引入 sequence identifier,并将其与终端ID/服务关联,后续基于该标识符完成第二服务请求的允许”(公开了B, E, F, G, H)。
2. **D1 补强拒绝机制**:D1已经公开了“网络收到第一服务请求后,因拥塞发送拒绝消息拒绝该请求”(公开了A, C)。
3. **D2 补强网络侧传输/广播重试**:D2公开了“网络在通信中断/拒绝后,由网络侧在控制信道传输/广播标识符(E),终端响应广播发起控制消息(F),网络进而允许恢复服务(G)”。
**显而易见性推理(创造性否定逻辑)**:
本领域技术人员在D3的基础上,结合D1的拥塞拒绝通知机制,或者结合D2的“网络侧广播标识符以通知终端重新发起请求”的公知手段,将D3中的序列标识符(sequence identifier)作为D2中广播的临时标识符,或者作为D1拒绝消息中携带的重试凭证,是**本领域技术人员为了解决网络拥塞或重新接入控制时无需付出创造性劳动即可显而易见结合的**。
---
## 六、 进一步对比文件检索策略建议
为了在无效宣告程序中做到“一击必杀”(即形成更加紧密的单篇公知常识或更优的组合对比文件),建议采取以下进一步检索策略:
### 1. 扩充检索要素表(Search Element Table)
* **主题词**:
* 请求/拒绝:`Service Request`, `Reject/Deny`, `Congestion Control`, `Back-off`
* 序列标识符:`Sequence Identifier`, `Sequence Number`, `Token`, `Transaction ID`, `Session ID`, `Retry Identifier`
* 通知与广播:`Broadcast`, `Paging`, `Notification`, `Polling`
* **分类号(IPC/CPC)**:
* `H04W 28/02`(无线通信网络中的拥塞控制/流量控制)
* `H04W 76/18`(连接建立失败后的重新建立/重试)
* `H04L 47/12`(数据网络拥塞控制)
* `H04W 12/06`(无线接入鉴权与序列凭证)
### 2. 针对性检索路径(Key Focus Area)
* **方向一:3GPP 标准规范文献检索(重点突破 5G/LTE/UMTS 信令)**
* 检索3GPP TS 24.008 / TS 24.301 / TS 24.501 等 NAS 层协议。
* **重点查找**:网络在发送 `ATTACH REJECT` 或 `SERVICE REJECT` 时,带有一个 `Cause Value` 或 `Re-attempt indicator` / `Back-off timer` / `Sequence Number (SQN)`,并在Timer到期或网络广播特定标志位(如Cell Barring解除/广播队列更新)后允许终端重新发起的机制。3GPP标准文献在“拒绝-带标识符/定时器-广播-重新允许”逻辑上的公开度极高。
* **方向二:针对“网络侧广播拒绝标识/允许队列”的专利检索**
* 重点检索高通(Qualcomm)、爱立信(Ericsson)、华为(Huawei)、诺基亚(Nokia)在2000-2015年间关于“无线网络拥塞重试排队(Congestion Queue & Retry Sequence)”的专利。
* **目标效果**:寻找一篇明确公开“网络拒绝第一请求时分配一个排队序列号(Sequence ID),网络按序广播该Sequence ID,终端匹配到自己的Sequence ID后再发第二次请求”的单篇对比文件(即可直接依据X特性否定创造性/新颖性)。
作为一名资深专利代理师,我针对目标专利权利要求1(下称“本专利”)与给出的三份对比文件进行了深入的法律与技术比对。以下是具体的法律分析、特征比对表格、最接近对比文件的确立、最薄弱特征诊断及后续检索策略。
---
### 一、 权利要求1的技术特征拆解与说明书解释
为了客观界定保护范围,根据专利说明书的技术意图,对权利要求1的各个技术特征解释如下:
* **技术特征A(接收第一请求):** `从所述请求实体接收从服务实体请求具体服务的第一服务请求`
* *说明书解释:* 请求实体(Client/Terminal/Caller)向电信网络/服务实体申请某项业务/资源或网络接入。
* **技术特征B(分配序列标识符):** `向从其接收所述第一服务请求的所述请求实体分配序列标识符`
* *说明书解释:* 网络侧为该请求分配一个用于标识排队/次序或特定状态的标识符(Sequence ID)。
* **技术特征C(拒绝第一请求):** `通过向所述请求实体发送拒绝消息而拒绝所述第一服务请求`
* *说明书解释:* 因资源不可用、不在允许时间段或被叫不可达等原因,网络主动向请求实体下发拒绝消息,终止/挂起本次服务建立。
* **技术特征D(通知序列标识符):** `向所述请求实体通知分配的序列标识符`
* *说明书解释:* 将分配的序列标识符明确告知/发送给请求实体(可包含在拒绝消息或独立通知中)。
* **技术特征E(电信网络中传输序列标识符):** `在向所述请求实体通知分配的序列标识符之后的某个时间在所述电信网络中传输所述序列标识符`
* *说明书解释:* 网络在后续具备条件(如服务可用、轮到该次序或广播通知)时,在网络中传输/广播/发送该序列标识符,作为触发信号。
* **技术特征F(接收第二请求):** `响应于在所述电信网络中传输所述序列标识符而从所述请求实体接收对于所述具体服务的第二服务请求`
* *说明书解释:* 请求实体监听到/接收到网络传输的序列标识符后,触发其再次发起对同一具体服务的第二次请求。
* **技术特征G(允许第二请求):** `允许对于所述具体服务的、来自所述请求实体的所述第二服务请求`
* *说明书解释:* 网络侧接纳并允许该第二次服务请求,正式提供服务或建立连接。
* **技术特征H(关联序列标识符):** `将所述序列标识符与所述请求实体和所述具体服务中的至少一个关联`
* *说明书解释:* 网络侧将该序列标识符与请求方的身份(如IMSI/IP/ID)或具体服务建立对应关系,以便后续识别与调度。
---
### 二、 特征比对表格 (Feature Comparison Table)
对三份对比文件的公开情况逐特征对比(**D1**:US20080082761A1,**D2**:EP2096884A1,**D3**:GB2460630A):
| 权利要求1的技术特征 | 对比文件 D1 (US20080082761A1) | 对比文件 D2 (EP2096884A1) | 对比文件 D3 (GB2460630A) |
| A:接收第一服务请求 | 已公开 [0006], [0702]<br>Client发送lock request。 | 已公开 [0005], [0040], [0300]<br>Terminal发送Attach/PDP Context请求。 | 已公开 Summary, [07.2]<br>Calling terminal发起呼叫请求。 |
| B:分配序列标识符 | 已公开 [0006], [0706], [712]<br>Lock Manager分配SequenceID(如S+1)。 | 未公开/实质未公开<br>仅提到唯一标识符IMSI/P-TMSI或时间段,未分配排队性质的Sequence ID。 | 未公开/实质未公开<br>使用MSISDN/IMSI标识,未针对请求分配专门的Sequence ID。 |
| C:拒绝第一服务请求 | 已公开 [0714]<br>未获得锁时返回"false"拒绝请求。 | 已公开 [0005], [0041], [0051]<br>不在允许时间段内时拒绝Attach/PDP Context。 | 已公开 Background, [07.12]<br>被叫不可达时拒绝直连呼叫,转入IVR/拒绝。 |
| D:通知序列标识符 | 实质未公开/差异点<br>[0714]仅返回false, SequenceID存在系统内部Persistent Table[0600],未显式通知给Client。 | 未公开<br>未涉及序列标识符的分配与通知。 | 未公开<br>未涉及序列标识符的分配与通知。 |
| E:网络中传输序列标识符 | 实质未公开/差异点<br>[0812]-[0814]解锁后由服务端回调Client(Callback),非在电信网络中传输/广播序列标识符。 | 未公开<br>无此机制(仅在配额时间段到了由终端自主重试或网络通知时间段)。 | 未公开<br>D3通过SMS或IVR回拨通知主叫“被叫已上线”,传输的是主被叫号码及状态,而非Sequence ID。 |
| F:响应传输接收第二请求 | 实质未公开/差异点<br>D1是服务端直接触发Callback唤醒/执行,而非Client收到Sequence ID后主动发起第二请求。 | 部分公开 [0060]<br>终端在允许时间段内再次发起请求,但非响应于网络传输的Sequence ID。 | 部分公开 [08.28]<br>系统回发SMS或直接回拨,非Client收到Sequence ID后发起第二请求。 |
| G:允许第二服务请求 | 已公开 [0006], [0814]<br>后续解锁后允许访问资源。 | 已公开 [0055], [0058]<br>进入允许时间段后允许PDP Context建立。 | 已公开 [08.28]<br>被叫上线后允许建立通话连接。 |
| H:关联序列标识符 | 已公开 [0600], [0614]<br>PersistentLock表将SequenceID与Owner/LockID(请求实体与服务)关联。 | 未公开<br>未涉及序列标识符。 | 未公开<br>未涉及序列标识符。 |
---
### 三、 创造性分析:最接近对比文件的选择
在评估创造性时,我们需要从**技术领域、整体解决的技术问题以及技术效果**三个角度进行分析:
#### 1. 选定 **D1 (US20080082761A1)** 作为最接近的对比文件(第一候选)
* **技术机制契合度最高:** D1公开了最核心的**“序列标识符(Sequence ID)的分配、排队、拒绝、与请求实体/服务的关联(Persistent Table)以及后续授权”**完整机制(公开了特征A、B、C、G、H)。
* **解决的技术问题:** D1解决的是并发/异步服务请求中的资源竞争与控制问题。本专利通过分配Sequence ID、拒绝初次请求并在后续调度中利用Sequence ID重新激活请求,其核心架构逻辑与D1极其相似。
* **差异特征:** 区别在于特征D、E、F(D1是在服务端内部维护Sequence ID并在解锁后直接通过Callback回调Client;而本专利将Sequence ID下发给Client(特征D),随后网络传输该Sequence ID(特征E),Client监听到后主动发起第二次请求(特征F))。
#### 2. 选定 **D2 (EP2096884A1)** 或 **D3 (GB2460630A)** 作为最接近的对比文件(第二候选/网络架构视角)
* **技术领域契合度高:** D2和D3均属于**电信网络(Telecommunications Network)**领域,而D1偏向于SOA/业务集成的软件服务架构。
* **解决的技术问题:** D2解决电信网络中控制终端接入时机、节省网络资源的问题;D3解决电信网络中被叫不可达时拒绝并后续恢复连接的问题。
* **局限性:** D2和D3完全缺乏“分配序列标识符(Sequence ID)并基于序列标识符进行二次请求交互”的技术构思(缺少特征B、D、E、F、H)。
**结论:** 在无效宣告程序中,**首选 D1 (US20080082761A1) 作为最接近的对比文件**。因为D1构成了包含“序列标识符控制逻辑”的最强技术基底;同时将 D2 或 D3 作为辅助对比文件(结合技术领域通用常识或网络重新发起请求的惯用技术手段)进行结合。
---
### 四、 无效请求中最薄弱的技术特征诊断
若针对本专利提起专利权无效宣告请求,**本专利最薄弱(即最容易被击破)的技术特征**是:
> **技术特征 D、E、F 的组合交互逻辑:**
> *“向请求实体通知分配的序列标识符(D) -> 在网络中传输该序列标识符(E) -> 响应于该传输,请求实体发起第二次请求(F)”*
#### 薄弱原因分析:
1. **D1已将排队控制逻辑公开至极高程度:** D1已经明确公开了“接收请求 -> 分配Sequence ID -> 拒绝请求 -> 关联保存Sequence ID -> 资源可用时依据Sequence ID触发后续允许”的完整闭环。
2. **特征D/E/F仅属于“状态去中心化/异步通知”的惯用手段替换:**
* 在D1中,Sequence ID保存在服务端,服务端通过Callback通知Client;
* 而本专利只是将Sequence ID交给Client保存(特征D),并在条件满足时通过网络广播/传输该Sequence ID(特征E),由Client端比对匹配后重新发起请求(特征F)。
* 对于本领域技术人员(电信/网络协议设计人员)而言,在已知D1的序列标识符机制下,将**“服务端集中式控制+回调(Server-side Callback)”**转换为**“客户端持有Token/Sequence ID + 网络广播/寻呼令牌(Token-based / Polling / Broadcast Pull)”**,属于本领域为了减轻服务器存储压力或适应无状态(Stateless)网络协议的**惯用技术手段或常规设计选择**,不具备显而易见的创造性。
---
### 五、 进一步的对比文件检索策略 (Search Strategy)
为了彻底打掉特征 D、E、F,在后续的补充检索中,建议采取以下精确检索策略:
1. **检索主题聚焦(Focus Areas):**
重点寻找公开了 **“Token/Sequence ID/Ticket/Cookie 回传给客户端,网络后续广播/发送该 Token/ID 以通知客户端重新发起服务请求”** 的对比文件。
2. **IPC/CPC 分类号组合:**
* `H04L 47/50` (网络流量控制/排队机制)
* `H04L 67/14` (会话管理/状态保持)
* `H04W 48/18` / `H04W 48/06` (电信网络接入控制/拥堵拒绝与重试)
* `H04L 67/565` (异步消息/令牌重试)
3. **关键词逻辑检索式(布尔逻辑):**
* *(Sequence ID OR Sequence Identifier OR Queue Token OR Re-access Token OR Session ID OR Retry Key)*
* **AND** *(Reject OR Deny OR Busy OR Overload OR Refuse)*
* **AND** *(Notify OR Send to Client OR Broadcast OR Transmit)*
* **AND** *(Second Request OR Re-request OR Retry OR Resume)*
4. **结合方向:**
* **D1 (主要架构:Sequence ID+拒绝+排队) + 新检索出的对比文件 D4 (公开:把Sequence ID下发给终端,并在网络广播该ID以触发终端重新请求)**。
* 此组合将形成极强的《专利法》第22条第3款(创造性)结合链条,足以全面摧毁权利要求1的专利权。
根据权利要求1所述的方法,包括检测在所述电信网络中的堵塞;响应于在所述电信网络中检测到堵塞,分配所述序列标识符并且拒绝所述第一服务请求。
根据权利要求1或者2所述的方法,包括以下操作中的至少一个:在所述拒绝消息中包括分配的序列标识符;通过例如使用小区广播中心的广播信道或者广播控制信道在所述电信网络中广播所述序列标识符而传输所述序列标识符;在所述第二服务请求中接收分配的序列标识符并且检验接收的序列标识符是否对应于传输的序列标识符。
根据权利要求1或者2所述的方法,包括在向所述请求实体通知分配的序列标识符之后启动计时器并且在所述计时器期满之后传输被分配给进一步的请求实体的至少一个进一步的序列标识符。
根据权利要求1或者2所述的方法,包括限定多个队列,每一个队列包括一个或者多个请求实体;向所述多个队列之一分配所述请求实体的所述序列标识符。
根据权利要求1或者2所述的方法,进一步包括在所述电信网络中传输例如广播多个序列标识符例如一系列序列标识符;从已经向其分配传输的序列标识符的所述请求实体接收对于所述具体服务的所述第二服务请求;允许对于所述具体服务的、来自所述请求实体的所述第二服务请求。
根据权利要求1或者2所述的方法,进一步包括从以前的服务实体向下一个服务实体传达请求实体的序列信息。