目标专利:664支持利用设备标识符进行群通信的方法和装置
专利公开号:CN101690363B
专利权人:高通股份有限公司
无效请求书提交日期:2026年
非显而易见性评估仅供参考,不构成法律建议。
| 编号 | 名称 |
|---|
一种操作第一通信设备的方法,所述方法包括: 存储指示所述第一通信设备所属的群的成员的群成员关系信息; 由所述第一通信设备捕获传输请求资源; 由所述第一通信设备向所述群的其他成员传达指示捕获到的传输请求资源将被所述第一通信设备用作与所述群相对应的传输请求资源的信息; 由所述第一通信设备在第一时段期间在与所述第一通信设备相对应的群传输请求资源上传送传输请求,所述传输请求用于信令要向所述群的成员传送的意图,其中所述传输请求被所述群的所述成员接收;以及由所述第一通信设备在与所述群的个体成员相对应的不同的群传输请求响应资源中进行监视以检测来自所述群的所述成员的传输请求响应。
你好。作为同行,我很清楚在处理这类涉及底层MAC层协议、信令交互以及通信资源调度的无效案件时,精准的特征比对和对发明构思的深度挖掘是至关重要的。
在评估这类自组织网络(Ad-hoc)的MAC层调度方案时,控制信令的开销和防碰撞机制是核心考量。这与我们在处理WLAN(如802.11ax的触发与复用机制)或资源受限的轻量化车联网节点(如两轮车辆的自组网通信系统)时的技术逻辑非常相似:如何在节点数量(N)增加时,避免控制资源消耗呈指数级爆炸。
以下是我基于目标专利说明书(CN101690363B)对权利要求1的解析,以及结合D1-D6的详细无效比对分析。
目标专利的核心发明构思在于解决对等(Peer-to-Peer, P2P)无线网络中进行群通信时,控制信令资源消耗过大的问题。
通常在WLAN或自组网中,如果基于“连接(Connection)”分配资源,一个有N个成员的群将产生接近N²级别的连接数,导致控制资源耗尽。权利要求1通过一种“基于设备标识符而非连接标识符”的资源关联机制来优化这一过程。具体而言:
特征A(存储群成员关系信息): 设备需要事先知道它所属的封闭群(Closed Group)的成员有哪些,这是后续定向资源分配的基础。
特征B(捕获传输请求资源): 发送端(第一通信设备)在MAC层时基结构(如特定的话务隙)中,主动占用/获取一段用于发送请求的空中链路资源。
特征C(传达资源用途信息): 这一步是核心。第一设备必须通知群内其他节点:我刚刚捕获的这个资源,将专门作为我们这个“群”的传输请求资源。这种由节点自主捕获并广播资源映射关系的设计,打破了传统的全局静态分配。
特征D(发送群传输请求): 第一设备在约定的时段,在上述“群传输请求资源”上发送请求,告诉大家“我要向群发送数据了”。
特征E(在个体对应的不同资源上监视响应): 这是确保群播确认(ACK/CTS)不发生碰撞的关键。第一设备会在请求响应资源块中监听。说明书指出,群传输请求响应资源是与群的个体成员相对应(关联)的。即接收端不用抢占同一个信道回复,而是各自在专属的“个体对应的不同响应资源”上回复,第一设备分别去这些位置抓取响应。
阅卷说明:
D1 (US20020085526A1)、D2 (US20020089945A1)、D3 (US20030142645A1) 和 D4 (US20030185166A1) 属于同一同族专利的延续/分案申请,其说明书背景、网络架构和实施例实质上是完全相同的(均涉及基于CSMA/CA、TDMA、FDMA的Ad-hoc网络时间划分协议)。为避免冗余,下表将以 D1-D4 作为一个技术集合进行比对,并以 D1 (US20020085526A1) 的段落号为基准。
D6 (US20050021617A1) 涉及应用层(Directory Service, Hash, IP Multicast)的文件共享,而非MAC层的物理/逻辑信道资源预留,因此在特征B-E的MAC层资源捕获层面未实质公开。
| 权利要求1技术特征 | D1-D4 (以D1 US20020085526A1为准) 公开情况 | D5 (US06665311B2) 公开情况 | D6 (US20050021617A1) 公开情况 |
| A: 存储群成员关系信息 | 实质公开。 D1段落[0069]-[0070]公开了终端(AT)创建包含其TxS(Transmit Set)的utilization map(利用率映射),并存储其Service Set (SS) 或 Service Group (SG) 的成员状态信息。 | 实质公开。 D5的[0080]-[0081]段公开了节点维护一个“slot classification table”(时隙分类表),记录保留接收/发送状态。 | 实质公开。应用层组管理(Multicast Group)。 |
| B: 捕获传输请求资源 | 实质公开。 D1段落[0066]-[0067]及图2公开了时分结构,终端在Configuration Channel (CC) 的 Time Slot (TS) 中发送请求资源(捕获时隙)。 | 实质公开。 D5的[0064]及图3、图9公开了信令子帧中的 minislot triplets 和 reservation slots。 | 未公开MAC层请求资源的捕获。 |
| C: 传达捕获的资源将用作与群对应的传输请求资源 | 部分/实质公开。 D1段落[0069]公开了AT通过发送利用率映射并标记它打算在下一帧移动到的时间槽(TS)来通知其他节点其资源占用意图。 | 实质公开。 D5段落[0090]公开了在 reservation request phase 中,节点发送 request to broadcast packet,该包携带请求节点身份及要保留的数据时隙。 | 未公开。 |
| D: 在对应的群传输请求资源上传送传输请求(用于信令传送意图) | 实质公开。 D1段落[0118]及图6公开了在第一帧(TF)中发送 RTS (Request-To-Send) 消息作为传输计划。 | 实质公开。 D5段落[0090]及图12公开了节点在 reservation request minislot 1000 中发送 request to broadcast 给邻居。 | 未公开。 |
| E: 在与个体成员相对应的不同响应资源中监视以检测传输请求响应 | 未明确公开“与个体成员对应的不同资源”。 D1段落[0118]公开了接收方回复 CTS/NCTS,但未明确指出为群内每一个体预先分配“不同”的专属响应资源进行监视。 | 未公开“不同”的个体专属响应资源。 D5段落[0090]-[0091]公开了在 negative acknowledgement minislot 1002 或 confirm minislot 1004 中回复 NACK/Confirm。这是一个共享/碰撞机制,而非“与个体成员对应”的独立资源。 | 未公开。 |
从整体解决的技术问题(Ad-hoc无线网络中的广播/多播控制信令防碰撞与资源预留)以及技术效果(提高群通信频段利用率,减少死锁和碰撞)来看,D5 (US06665311B2) 是最适合作为最接近的现有技术的对比文件。
选择D5作为CPA的理由:
领域高度契合: D5专门针对无线Ad-hoc网络中的自适应带宽预留(Adaptive bandwidth reservation),并且明确区分了单播(Unicast)和广播/多播(Broadcast)的帧结构(见D5的图9至图11)。
问题导向一致: D5致力于解决的问题是“避免多个节点同时请求导致死锁(Deadlock)和信令碰撞”(见段落[0090]-[0091]),这与目标专利降低大尺寸群通信控制资源消耗、解决碰撞问题的初衷在底层逻辑上高度咬合。
技术特征覆盖度高: D5已经公开了基于MAC层Minislot的请求(Request to broadcast)、以及在特定的保留阶段进行回应确认(NACK/Confirm)的机制(特征B、C、D)。
没有被CPA(D5)公开,但被其他对比文件公开的特征:
特征C中的特定表述(通知后续资源用途): 虽然D5公开了预留,但 D1-D4 中的段落[0069]明确提到了节点在当前时隙宣告它在“下一时间帧中打算移至的时隙(marks the time slot where it intends to move to with the next frame)”,这与特征C中“传达指示捕获到的传输请求资源将被用作...信息”的动态预告行为更为接近。
对于无效请求方(即试图推翻该专利的一方)而言,最难以攻破(最薄弱)的技术特征是特征E,具体为:
“在与所述群的个体成员相对应的不同的群传输请求响应资源中进行监视以检测来自所述群的所述成员的传输请求响应。”
弱点分析(防守方的护城河):
无论是在D1-D4的CTS/NCTS机制中,还是在D5的NACK/Confirm minislot机制中,现有技术解决Ad-hoc广播响应的惯用手段往往是基于竞争的共享响应信道(例如,如果有冲突,大家都在同一个NACK minislot里发否定确认,导致碰撞,发送方只需检测到能量阈值即可认定冲突,见D5段落[0094])。
然而,目标专利的特征E要求发送方在“不同的”且“与个体成员相对应”的资源块中去挨个监视响应。这是一种将正交资源(如不同的OFDM子载波或不同的时隙片段)硬性映射到群内设备ID(Device Identifier)上的非典型设计。 在上述所有对比文件中,并未给出“为广播/多播群内的每一个接收节点分配正交隔离的响应资源”这一教导。如果您在撰写无效请求书或庭后代理词时,对方代理人必然会死守“现有技术均采用共享竞争冲突响应,未给出个体资源隔离映射的启示”这一点。要击破这一特征,仅靠D1-D6的结合是存在逻辑缝隙的,通常还需要补充检索3GPP中关于组播反馈信道(如LTE eMBMS的某些上行反馈设计)或者Wi-Fi中某些触发帧分配上行RU(Resource Unit)的补充证据来拼凑“正交响应分配”的公知常识。
你好。这份权利要求涉及的是一种在无中心控制网络(如Ad-hoc对等网络)中优化群通信信令资源分配的技术方案。作为代理师,我们都知道,在处理这类通信协议的无效时,关键在于将权利要求中的抽象动作(如“捕获资源”、“传达信息”)与说明书中具体的网络架构(对等网络)和应用场景严格映射,避免被专利权人以“脱离说明书语境”为由进行抗辩。
以下是我对该权利要求的深度解析、对比文件分析以及无效策略评估。
目标专利(CN101690363B)的核心技术问题在于:在缺乏集中式控制的无线通信系统(如对等网络)中,随着群成员增加,如果基于“每条连接”分配控制资源,会导致信令开销呈指数级暴增。其核心构思是将传输请求/响应资源与“设备标识符”而非“连接标识符”相关联(说明书[0011]段),从而节省控制信令。
结合说明书,权利要求1各技术特征的实质含义如下:
特征A(存储群成员关系): 第一设备在本地维护一个封闭群的成员列表(对应说明书[0010]段的封闭群概念)。
特征B(捕获请求资源): 在分散式对等网络中,第一设备主动获取(如通过竞争或预留)一个可独立调度的话务资源(如话务隙/段)作为传输请求资源(说明书[0010]段)。
特征C(传达资源映射信息): 这是核心特征之一。第一设备向群成员广播一条信息,告诉大家:“我刚刚捕获到的这个资源,接下来将作为我们这个群专属的传输请求资源”。这体现了对等网络中动态协商资源分配的过程。
特征D(发送传输请求): 第一设备在该资源上发送请求,向群成员宣告“我要发数据了”。
特征E(在个体响应资源中监视): 这是另一个核心特征。虽然请求是按“群”发的,但响应资源是按“个体成员”分配的。第一设备在不同的、对应于具体个体的资源块中监听ACK(请求响应),以此判断哪些具体成员准备好接收数据了(对应说明书[0011]段的将请求响应资源与设备标识符相关联)。
经过对D1-D5的详细拆解,这五篇文献的技术路线与目标专利存在不同程度的差异。D1、D3、D4均基于传统的蜂窝/基站(BS/AP)中心化架构,D2基于蓝牙的“主-从”(Master-Slave)架构,D5则完全不涉及群通信。
| 技术特征 | D1 (US20050118946A1) | D2 (EP1619832A2) | D3 (US20060240766A1) | D4 (WO2006134472A2) | D5 (US20070149126A1) |
| A. 存储群信息 | 未公开 | 实质公开。 Master设备发起MUG(组播用户组),必然存储成员信息(段落[0038])。 | 实质公开。 Node B将UE分组并分配HG-RNTI(段落[0011]-[0013])。 | 未公开 | 未公开 |
| B. 捕获请求资源 | 未公开 | 未公开(Master直接调度,无“捕获”概念) | 未公开(Node B集中调度) | 未公开(AP集中调度PSMP) | 未公开 |
| C. 传达映射信息 | 未公开 | 未公开(Master通过MUG请求分配地址,但不涉及特定请求资源的映射传达) | 未公开 | 未公开 | 未公开 |
| D. 传达传输请求 | 未公开 | 实质公开。 Master向Slave发送轮询(Polling)包(段落[0052]-[0053], [0060])。 | 实质公开。 Node B通过HS-SCCH发送调度信息(段落[0007])。 | 实质公开。 AP发送PSMP帧进行调度(段落[0025])。 | 未公开 |
| E. 监视个体响应 | 未公开 | 实质公开。 组内Slave在一个预定的序列中依次发送ACK,Master接收这些ACK(段落[0046], [0048])。 | 部分公开。 UE通过各自的HS-DPCCH返回ACK/NACK(段落[0007], [0016])。 | 未公开 | 未公开 |
D1 (US20050118946A1): 主要解决基站间的软切换同步问题(Soft handoff between sectors, [0004]),不涉及设备级的群请求/响应协商。
D2 (EP1619832A2):
对应特征A: "a MUG is formed... the master device sending a MUG joining request individually to each prospective MUG member"(段落[0038])。
对应特征D: "the master device transmits a polling packet to the slave device"(段落[0053])。
对应特征E: "all of the slave devices will transmit acknowledgements (ACKs) one after the other in a predetermined sequence... The master device receives the ACKs"(段落[0046], [0048])。
D3 (US20060240766A1):
对应特征A: "selectable terminals... are combined as a group... assigned a common group identifier (HG-RNTI)"(段落[0011]-[0013])。
对应特征E: "every terminal is assigned an individual H-RNTI... via HS-DPCCH"(段落[0016])。
D4 (WO2006134472A2): 讨论PSMP(Power Save Multi Poll)帧的调度(段落[0024]-[0026]),属于中心化网络控制。
D5 (US20070149126A1): 讨论自噪声(Self-noise)的测量与报告(段落[0009]-[0014]),与本案无关。
最接近的对比文件:D2 (EP1619832A2)
选择理由: 从整体解决的技术问题和技术效果来看,目标专利试图在局部网络中高效地管理群通信并减少信令开销。D2同样致力于解决短距离无线网络(如蓝牙)中向多个设备传输数据(Multicast/Broadcast)的效率和低延迟问题(段落[0004]-[0007])。D2公开了建立多播组(MUG)、发送组播寻呼,并且最重要的是,公开了群内成员按预定序列分别返回ACK,主设备接收这些个体ACK的机制(对应特征E的核心思想)。D3虽然也涉及群组(HG-RNTI),但它是宏观蜂窝网络(UMTS/HSDPA)中的基站下发,D2的短距离局域网场景与目标专利的对等网络(Ad-hoc)场景更为接近。
区别技术特征及其他对比文件的公开情况:
以D2为CPA,权利要求1的区别技术特征主要在于:特征B(由第一通信设备捕获传输请求资源) 和 特征C(向群成员传达该捕获资源将被用作群请求资源的信息)。
原因分析: D2是基于“主-从”架构的。在D2中,Master设备是网络的主宰,它直接分配时隙和地址,不需要像对等网络(Ad-hoc)中的平等节点那样去“捕获(Capture/Contend)”资源,也不需要专门发一条信令去声明“我刚刚抢到的这个资源要作为群资源”。
其他对比文件是否公开: D1、D3、D4、D5均没有公开这两个特征。D3和D4都是高度中心化的蜂窝网络(Node B / AP 控制),不存在终端设备自行捕获资源并建立群资源映射的机制。
在构建无效请求时,我们的“最薄弱环节”(即专利权人最容易防守、最难被现有技术破坏的特征)正是 特征B 和 特征C。
如果仅使用这五篇对比文件,专利权人可以轻易地通过强调“网络拓扑结构的根本差异”来抗辩:无论是D2的蓝牙主从架构,还是D3/D4的蜂窝基站架构,都存在一个中心控制节点,完全缺乏对等网络(Peer-to-Peer / Ad-hoc)中动态资源竞争(捕获)和分布式资源声明(传达映射)的动机。在这种情况下,合议组极有可能认可该专利在对等网络资源调度上的创造性。
要想彻底击穿这篇专利,我们必须引入真正涉及无中心对等网络(如 WLAN Ad-hoc / Wi-Fi Direct 的早期草案,或 D2D 通信)的证据,来证明“节点竞争捕获资源并广播其用途”是本领域的惯用技术手段。
针对这一困境,我想确认一下我们下一步的检索策略方向:您手头是否有关于早期 IEEE 802.11 独立基本服务集 (IBSS / Ad-hoc 模式) 或 3GPP 早期 D2D 预研阶段的标准提案文件?我们可以利用那些底层协议中的 RTS/CTS 变形或信标广播机制来覆盖特征B和C。
你好!作为一名专业的专利代理师,我将为您对目标专利(CN101690363B)的权利要求1进行深度解析,并基于您提供的对比文件(D1-D4、D6-D9)进行详尽的特征比对与创造性分析。
说明:您提供的对比文件列表中包含“D5_US2003142638A”,但提示词正文的【其他对比文件】中并未给出该文件的具体内容。因此,本次分析将基于已提供的8篇对比文件(D1-D4、D6-D9)进行。
紧密结合目标专利(CN101690363B)说明书,权利要求1旨在解决自组织对等网络(Ad-hoc peer-to-peer network)中大尺寸群通信带来的控制信令资源过度消耗问题。传统方法中,控制资源是基于每个连接(Connection Identifier)分配的,成员越多资源消耗越大。目标专利的核心构思是将传输请求和响应资源与设备标识符相关联,而非连接标识符。
技术特征A(存储群成员信息): 对应说明书[0012]-[0013]段。第一通信设备(如移动节点)内部包含群信息存储模块,用于记录该设备所属的封闭群(给定时间成员数量固定)的成员关系,这是后续定向请求和响应的基础。
技术特征B(捕获传输请求资源)与 技术特征C(传达资源分配信息): 对应说明书[0166]段(步骤1710与1712)。设备在发送数据前,需先占用(捕获)特定的传输请求空中链路资源(如OFDM频调-码元),并向群内其他成员广播,告知该资源已被指定为本群的专属请求资源。
技术特征D(发送传输请求): 对应说明书[0012]-[0013]及[0172]段。第一设备在确定的第一时段内,在专属请求资源上发送请求信号,通知群成员自己即将发送群话务数据的意图。
技术特征E(在独立资源中监视个体响应): 对应说明书[0012]-[0013]及[0208]-[0209]段。这是该专利的关键设计。为了避免多个群成员同时回复确认信号导致冲突,说明书设计了为每个个体群成员分配不同的传输请求响应资源(如不同的正交子信道或传输单元)。第一设备在这些各自独立的资源中分别监视每个成员的响应(如RX回声信号)。
以下为各对比文件对权利要求1各项技术特征的公开情况分析。
| 技术特征 | D1_US5943322A | D7_US6912212B | D8_US2005220131A | D9_US2005243751A | D2, D3, D4, D6 |
| A: 存储群成员关系信息 | 实质公开: "identifying the radio network and each of the radio devices" (Summary) | 未公开 | 实质公开: AP records STAs in groups (Para [0016]) | 实质公开: Node A receives multicast join message (Para [0028]) | D2/D3/D4为集中式群组存储;D6有提及。 |
| B: 捕获传输请求资源 | 未公开 | 实质公开: Node selects slot avoiding local use (Para [0046]) | 实质公开: AP allocates sub-channels (Para [0024]) | 实质公开: Node A selects a free time slot using beacon (Para [0030]) | 未公开或不相关 |
| C: 传达捕获的资源将被用作群专属请求资源 | 未公开 | 实质公开: Node shares slot sets STi, SRi via control packet (Para [0044]) | 未公开 | 实质公开: Node A sends reservation request message containing slot info (Para [0032]) | 未公开或不相关 |
| D: 在第一时段内发送传输请求,信令传送意图 | 实质公开: NCS transmits sync message on control channel (Detailed Desc) | 实质公开: Node transmits control packets in broadcast slot (Para [0030]) | 实质公开: Multicast transmission of data packet (Para [0024]) | 实质公开: Multicast reservation request message (Para [0032]) | D6实质公开发送Power Control bits。 |
| E: 在对应个体的不同响应资源中分别监视检测 | 实质公开: Parallel despreaders for simultaneous receives (Para [0006]) | 未公开 | 毫无异议公开: Allocator 441 allocate first sub-channel to station 1, second to station 2 (Para [0033]) | 未公开: 仅提及Node B transmits response (Para [0033]),未指明使用独立个体资源。 | D6中各终端占用不同Slot部分。 |
在进行创造性(Inventive Step)评价时,D9_US2005243751A 是最适合作为最接近的对比文件。
解决的技术问题: D9旨在解决无线网络中多播数据传输时的时隙预留及防止响应冲突问题("reserving a time slot by a transmitting node so that a receiving node can receive multicast data without errors or failure")。这与目标专利在对等网络中解决群通信资源分配和信令冲突的总体目标高度一致。
技术效果: D9通过发送组播探测(Solicit)、接收加入(Join)、利用信标选择空闲时隙(等同于捕获资源),并发送组播预留请求,实现了无冲突的多播通信准备。其操作逻辑与权利要求1中特征A、B、C、D的互动流程构成了实质性的对应。
将权利要求1与D9进行比对,D9没有公开的技术特征为技术特征E:即“在与所述群的个体成员相对应的不同的群传输请求响应资源中进行监视以检测来自所述群的所述成员的传输请求响应”。D9中仅提及接收节点发送预留响应消息(Paragraph [0033]),并未教导为避免响应冲突而为每个个体分配“不同的、相对应的”响应资源进行分别监视。
这一区别特征已被D8_US2005220131A 毫无异议地公开。
D8解决的问题正是如何处理来自多个站点的多播确认信号冲突。
D8在段落 [0033] 中明确记载:“Allocator 441 may allocate the frequency sub-channels to the stations... For example, allocator 441 may allocate a first sub-channel 270 to station 1, second sub-channel 270 to station 2...”(分配器可将不同的频率子信道分别分配给组内的不同基站用于确认,例如子信道1给基站1,子信道2给基站2)。这与技术特征E中“对应个体成员的不同的响应资源”属于相同的技术手段,且起到了完全相同的防止响应冲撞的技术效果。
若要提出无效宣告请求,技术特征E(在与个体相对应的不同资源中分别监视) 是最薄弱的环节。
虽然目标专利试图通过特征E来体现其在对等网络中的微观信令设计,但“为多个响应端分配正交或独立的通信资源(如时分、频分、码分)以避免碰撞”属于本领域极其常规的冲突避免(Collision Avoidance)手段。如上文所述,D8已经明确给出了频分(子信道)独立分配的教导。同时,D1_US5943322A 段落 [0006] 中提及的利用并行的解扩器(despreaders in parallel)同时独立接收多个终端的回应,也属于在码分维度上实质公开了该特征。
无效策略总结: 可以以 D9 作为最接近的对比文件,指出其公开了特征A、B、C、D;随后结合 D8(或者D1),指出本领域技术人员在面对D9中多个接收节点同时发送响应可能导致的冲撞问题时,有动机结合D8中“为每个个体分配独立响应子信道”的教导,从而显而易见地获得技术特征E。由此可以主张权利要求1不具备突出的实质性特点和显著的进步,缺乏创造性。
这是一项非常专业且极具针对性的通信类专利无效分析工作。针对目标专利(CN101690363B)权利要求1,我们需要在浩如烟海的特征与对比文件段落中寻找精准的对应关系。
作为一名经验丰富的专利代理师,我将结合对比文件的原文,从最接近的对比文件(CPA)选取、特征比对、未公开特征分析以及无效策略四个维度为您出具详尽的分析意见。
结论:D1(US2005259617A1)最适合作为创造性分析中的最接近的对比文件(CPA)。
分析理由:
从整体解决的技术问题来看,目标专利旨在解决无集中式控制的对等网络(Ad-hoc网络)中,随着群成员增加,为群通信分配的控制信令资源(如传输请求和响应资源)消耗过大的问题。
从技术领域和技术效果来看,D1 同样针对分布式超宽带无线个人局域网(Ad-hoc UWB WPAN),其核心正是为了在缺乏中心协调节点的对等网络中,通过分布式信标(Beacon)和信息元素(IE)来实现多播/组播(Multicast)的信道时间预约(即传输请求与响应机制),以避免资源冲突。D1 的应用场景、网络架构及信令交互逻辑与目标专利高度契合。
虽然 D2(US20060018319A1)也涉及多播并公开了序列化的确认机制,但其基于蓝牙的主从(Master-Slave)集中式架构,与目标专利“第一通信设备(对等节点)”的去中心化自组织网络场景在基础架构上存在差异。因此,以 D1 作为 CPA 推进无效或创造性分析是最稳妥且最具杀伤力的策略。
以下是权利要求1的技术特征与 D1(US2005259617A1)的详细特征比对:
| 权利要求1技术特征 | D1 (US2005259617A1) 的公开情况及原文出处 | 公开定性 |
| 特征A:存储指示所述第一通信设备所属的群的成员的群成员关系信息。 |
D1 公开了设备在信标组中作为多播通信模式的发送端或接收端,且源设备在发起预约时明确知晓目标设备(即群成员)。 出处:段落 [0028] ("a receiver of multicast communication mode exists in its beacon group");[0094]、[0099] ("destination ID field (c01)")。 |
实质公开 |
| 特征B:由所述第一通信设备捕获传输请求资源。 |
D1 公开了设备必须在信标期找到一个空闲的信标时隙来发送信标(包含请求信息),这实质上就是捕获传输请求资源的过程。 出处:段落 [0018] ("A device must find a free slot in the beacon slot in order to send a beacon.")。 |
毫无异议公开 |
| 特征C:由所述第一通信设备向所述群的其他成员传达指示捕获到的传输请求资源将被所述第一通信设备用作与所述群相对应的传输请求资源的信息。 |
D1 公开了通过数据时隙预约指示符(DSRI)和数据时隙请求IE广播其资源占用状态和多播意图。 出处:段落 [0085]-[0086] ("data slot reservation indicator presents the availability status...");[0103] ("Format field... 0010 Multicast stream")。 |
实质公开 |
| 特征D:在第一时段期间在与所述第一通信设备相对应的群传输请求资源上传送传输请求,所述传输请求用于信令要向所述群的成员传送的意图,其中所述传输请求被接收。 |
D1 公开了源设备通过信标发送“数据时隙请求信息元素”(Data slot request IE)以向多播目标发起预约请求。 出处:段落 [0094] ("source device sends a data slot request information element... through a beacon");[0096]。 |
毫无异议公开 |
| 特征E:在与所述群的个体成员相对应的不同的群传输请求响应资源中进行监视以检测来自所述群的所述成员的传输请求响应。 |
D1 公开了目标设备在随后的超帧中将“数据时隙响应信息元素”作为其自身信标的一部分发送。因为每个设备都有自己独立的信标时隙,源设备实际上是在不同的资源(各个个体设备的信标时隙)中监视响应。 出处:段落 [0111] ("data slot response information element is sent as part of a beacon of a destination device...") 结合 [0018]。 |
实质公开 |
虽然 D1 已经非常详尽地公开了目标专利的底层逻辑,但在专利审查或无效答辩中,专利权人通常会争辩 特征C 和 特征E 的字面含义:
关于特征C:专利权人可能认为 D1 仅仅是“使用了信标时隙发送请求”,而没有显式地发送一条控制信令去宣告“这个资源被我划定为群请求专用资源”。
关于特征E:专利权人可能争辩 D1 中目标设备的信标时隙是常规控制信道,而非专门分配的“群传输请求响应资源”。
其他对比文件的公开情况:
为了彻底堵死专利权人的退路,我们可以引入 D2(US20060018319A1) 或 D5(WO2006088301A1) 作为次要对比文件。
D2 明确公开了特征E:D2 在处理多播(Multicast)确认时,明确指出了由于所有成员不能同时响应,因此从设备(个体成员)会按照预定顺序(在不同的时隙/资源中)依次发送确认(ACK)。
D2 原文出处:段落 [0046] ("all of the slave devices will transmit acknowledgements (ACKs) one after the other in a predetermined sequence.")
D5/D6 同样公开了特征E的变体:在 MBMS 组播业务中,各个 UE 通过各自独立的 HS-DPCCH 上行信道(不同的响应资源)向网络侧反馈 ACK/NACK,网络侧分别监视这些个体的响应(参见 D5 的段落 [0178])。
如果我们要对该专利提起无效宣告请求,权利要求1中最薄弱、最容易被攻破的技术特征是【特征E】(为群个体成员分配不同的响应资源以进行监视)。
无效攻击逻辑:
在任何无线多播或组播通信协议中,如果发送端需要接收多个接收端的反馈(如 RTS 对应的 CTS,或 Data 对应的 ACK),最大的技术障碍就是“响应碰撞(Collision)”。为了解决多个接收端同时回复造成的同频/同时隙干扰,在时域、频域或码域上为群内的个体成员分配不同的独立资源来发送响应,是本领域技术人员解决冲突的最常规手段(公知常识)。
因此,权利要求1仅仅是将 Ad-hoc 网络中的常规资源请求机制(由 D1 公开),结合了防碰撞的分布式响应机制(由 D2 明确公开或作为本领域公知常识),并未产生预料不到的技术效果。
实务建议:在撰写无效请求书时,主张以 D1 为最接近的对比文件,结合 D2 或结合本领域公知常识 来评价权利要求1的创造性。重点论述 D1 中各个目标设备利用自身独立的信标时隙回复响应,实质上已经构成了“不同的群传输请求响应资源”;退一步讲,即便审查员认为该特征未被 D1 完整公开,利用 D2 中公开的“按预定顺序依次ACK”机制来补足特征 E 也是显而易见的。
权利要求1保护一种操作第一通信设备的方法,其整体解决的技术问题是:在缺乏集中式控制的无线通信系统(如自组织对等网络)中,随着群成员数目的增加,若在每连接基础上为群通信分配控制资源,会导致资源消耗过大。该发明的核心技术构思是将群传输请求资源和/或请求响应资源与设备标识符(而非连接标识符)相关联,从而在支持大尺寸群的同时,避免消耗过度的控制信令资源。
对各技术特征的深度解析如下:
特征A(群成员关系信息): 确立了封闭群的物理或逻辑基础,要求设备明确知晓群内存在哪些目标成员。
特征B和C(捕获并传达资源信息): 在实际发送数据传输请求之前,第一通信设备先获取特定的传输请求资源,并将该资源与特定群的绑定关系提前告知其他成员。这是建立设备级(而非连接级)资源映射的关键机制。
特征D(发送传输请求): 第一通信设备在预先绑定的群传输请求资源上发出信令,传递将向该群发送数据的意图。
特征E(个体成员对应的响应资源): 解决多节点同时响应导致的冲突问题。要求第一通信设备在“与个体成员相对应的不同群传输请求响应资源”中进行监视。这意味着每个接收节点都有独立的物理或逻辑资源(如不同的时隙或子信道)来反馈其状态,确保了在高密度群组中的高并发响应可靠性。
以下分析主要基于在技术领域、解决的技术问题和技术效果上相关度最高的对比文件D3 (US6665311B2)、D4 (US20050220131A1) 以及 D6 (EP1619832A2)。
| 权利要求1技术特征 | 对比文件公开情况 | 详细出处与实质公开内容 |
| 特征A: 存储指示所述第一通信设备所属的群的成员的群成员关系信息 | D6 (EP1619832A2) 实质公开 | 主设备发送MUG(多播用户组)加入请求给预期的MUG成员,成员确认加入后形成封闭的MUG群组,建立群成员关系。 |
| 特征B: 由所述第一通信设备捕获传输请求资源 | D3 (US6665311B2) 实质公开 | 竞争节点在预留微时隙(reservation minislots)中随机选择一个子集k来传输广播请求包,以试图捕获资源。 |
| 特征C: 由所述第一通信设备向所述群的其他成员传达指示捕获到的传输请求资源将被所述第一通信设备用作与所述群相对应的传输请求资源的信息 | D3 (US6665311B2) 实质公开 | 成功预留资源的节点通过发送确认包(confirmation packet)向其一跳邻居通知其预留信息,相邻节点随后更新其时隙分类表。 |
| 特征D: 在第一时段期间在与所述第一通信设备相对应的群传输请求资源上传送传输请求,用于信令要向所述群的成员传送的意图,请求被接收 | D3 (US6665311B2) 实质公开 | 节点在预留请求阶段(reservation request phase)向其邻居发送广播请求(request to broadcast),数据包携带请求节点身份及要预留的数据时隙。 |
| 特征E: 由所述第一通信设备在与所述群的个体成员相对应的不同的群传输请求响应资源中进行监视以检测传输请求响应 | D4 (US20050220131A1) 及 D6 (EP1619832A2) 实质公开 |
D4: 为群组中的不同站点分配不同的子信道(sub-channels)用于确认数据包的接收(如子信道1分配给站点1,子信道2分配给站点2)。 D6: MUG中的所有从设备按预定顺序依次发送确认(ACKs),例如通过在单个时隙中传输两个短ACK包,或根据包大小分配不同时隙。 |
在创造性分析中,D3 (US6665311B2) 和 D6 (EP1619832A2) 均适合作为最接近的对比文件,但侧重点不同。
将D3 (US6665311B2) 作为最接近的对比文件:
适用理由: D3旨在解决移动自组织网络(Ad-hoc Networks)中广播和多播传输的调度与冲突问题。这与目标专利在“缺乏集中式控制的无线通信系统”中进行资源调度的应用场景高度吻合。
整体解决的技术问题: D3通过将信令阶段与数据阶段分离,并提供多个微时隙来进行广播预留,解决了死锁(deadlock)和数据碰撞问题。
将D6 (EP1619832A2) 作为最接近的对比文件:
适用理由: D6致力于解决短距离无线通信网络(如蓝牙)中向多个设备并发多播数据时的延迟和效率问题。
整体解决的技术问题: D6引入了多播用户组(MUG)地址,允许通过底层的基带级别指示多播数据,从设备通过特定的确认机制(ACK)和轮询机制发起或接收多播数据,显著降低了处理延迟。
若以 D3 (US6665311B2) 为最接近的对比文件,D3毫无异议地公开了特征B、C和D的介质访问控制(MAC)层面的预留与确认机制。
未被公开的特征:
D3并未明确公开特征E(在与群的个体成员相对应的“不同的”群传输请求响应资源中进行监视)。D3中节点检测冲突主要是通过邻居节点在统一的负面确认微时隙(negative acknowledgement minislot)中发送NACK信号,这是一种共享的竞争性反馈资源,而非为每个个体成员分配的独立响应资源。
其他对比文件的结合:
特征E的实质内容已被 D4 (US20050220131A1) 和 D6 (EP1619832A2) 公开。
D4明确教导了将信道划分为多个频率子信道,并为群组内的每个特定成员分配独有的子信道(例如,子信道1分配给站点1,子信道2分配给站点2),接收端通过监听这些独立子信道来获取个体的确认响应。
D6则教导了在时域上为个体成员分配独立资源,即MUG群组中的各个从设备按照预定的时间顺序逐一发送ACK响应,避免了反馈冲突。
在面对大规模多播群组的确认冲突问题时,本领域技术人员有动机将D4的频域独立资源划分或D6的时域独立资源时序引入到D3的MAC层预留机制中,以提高反馈的可靠性。
在构建无效宣告请求时,特征C(“传达指示捕获到的传输请求资源将被所述第一通信设备用作与所述群相对应的传输请求资源的信息”)以及其与特征A的强耦合,是极难完全覆盖的最薄弱环节。
原因分析:
虽然D3公开了节点广播其预留时隙的确认信息,但目标专利中特征C的限定具有极强的场景特异性:它要求在完全分布式的对等网络中,不仅要广播资源被占用的事实,还要在逻辑上宣告该特定物理资源已被明确映射为“与该特定封闭群相对应的传输请求资源”,以此来实现说明书中所记载的“用设备标识符(群)替代连接标识符”的信令开销压缩机制。现有的D1-D7主要聚焦于时隙防碰撞和MAC层的数据链路预留,通常是宣告“我占用了时隙X用于发数据”,而非建立“时隙X=群组Y的专用控制资源”的高层绑定语义。如果专利权人将此解释为底层MAC资源调度与高层群成员逻辑状态的深度融合,在现有对比文件中寻找字面与实质完全一致的明确教导将面临较大的举证困难。
无效宣告请求书
一、 审查基础
本无效宣告请求针对的目标专利为:CN101690363B(名称:支持利用设备标识符进行群通信的方法和装置)。本次无效宣告请求针对该专利的权利要求1提出。
二、 证据清单
证据1 (D3): US6665311B2 (Method and apparatus for adaptive bandwidth reservation in wireless ad-hoc networks),公开日:2003年12月16日。
证据2 (D6): EP1619832A2 (Multicast and broadcast data transmission in a short-range wireless communications network),公开日:2006年10月11日。
证据3 (D4): US20050220131A1 (Method and apparatus to multicast transmission),公开日:2005年10月6日。
三、 无效宣告请求的理由
目标专利权利要求1不符合《中华人民共和国专利法》第二十二条第三款的规定,不具备创造性。具体而言,权利要求1的技术方案已经被证据1(最接近的现有技术)与证据2、证据3以及本领域的公知常识的结合所公开或给出了明确的结合启示。
四、 具体理由论述
1. 关于权利要求1不具备创造性的详细论述(结合D3+D6+公知常识/D4)
(1) 证据1(D3)作为最接近的现有技术的公开情况分析
证据1公开了一种无线自组织网络(ad-hoc networks)中用于广播和多播通信的带宽预留MAC协议。该文件通过将信令阶段与数据传输阶段分离,利用预留微时隙(reservation minislots)进行资源捕获和请求,从根本上解决了无中心节点控制下的信道冲突和死锁问题。证据1公开了目标专利权利要求1中的绝大部分特征。
(2) 权利要求1与证据1的技术特征比对表格
| 目标专利 权利要求1 的技术特征 | 证据1 (US6665311B2) 的公开情况及原文引证 |
| 前序部分: 一种操作第一通信设备的方法,所述方法包括: | 公开: 证据1公开了一种在无线网络中操作通信节点(即第一通信设备)的方法。原文:“The routing technique separates the signaling and data transmission portions of a data frame...” |
| 特征A: 存储指示所述第一通信设备所属的群的成员的群成员关系信息; | 未明确公开: 证据1主要记载了向一跳邻居(one-hop neighbors)发送广播请求,并未明确限定“存储特定封闭群的成员关系信息”。 |
| 特征B: 由所述第一通信设备捕获传输请求资源; | 公开: 证据1公开了节点在预留微时隙中捕获资源。原文:“In the reservation request phase, all nodes contending for a reservation slot randomly choose a subset k (<m) among m reservation minislots provided, in which to transmit request to broadcast packets.” |
| 特征C: 由所述第一通信设备向所述群的其他成员传达指示捕获到的传输请求资源将被所述第一通信设备用作与所述群相对应的传输请求资源的信息; | 实质公开: 证据1公开了成功预留的节点通过发送确认包向邻居通知其预留的资源已被其占用。原文:“A successful node notifies its reservation to its one-hop neighbors with a confirmation packet (signal). Nodes that receive a confirmation packet update their slot classification tables appropriately.” |
| 特征D: 由所述第一通信设备在第一时段期间在与所述第一通信设备相对应的群传输请求资源上传送传输请求,所述传输请求用于信令要向所述群的成员传送的意图,其中所述传输请求被所述群的所述成员接收; | 公开: 证据1公开了在预留请求阶段,发送携带请求节点身份及要预留数据时隙的广播请求。原文:“Each request to broadcast packet carries the identity of the requesting node along with the data slot to be reserved.” 且接收节点在接收后若无冲突则在确认阶段更新状态。 |
| 特征E: 由所述第一通信设备在与所述群的个体成员相对应的不同的群传输请求响应资源中进行监视以检测来自所述群的所述成员的传输请求响应。 | 未明确公开: 证据1公开了接收方在负面确认微时隙(negative acknowledgement minislot)中发送NACK,但这是一个共享的反馈资源,并未明确为“个体成员”分配“不同的”响应资源。 |
(3) 区别技术特征及实际解决的技术问题
经比对,权利要求1与证据1的区别技术特征在于:
区别特征1(对应特征A): 存储指示所述第一通信设备所属的群的成员的群成员关系信息。
区别特征2(对应特征E): 在与群的个体成员相对应的不同的群传输请求响应资源中进行监视以检测传输请求响应。
基于上述区别特征,可以确定权利要求1实际解决的技术问题是:如何在自组织无线网络中为特定的接收者子集建立多播群组,并消除多个接收节点在反馈响应信号时因共享信道资源而导致的碰撞。
(4) 结合启示及创造性评述
本领域技术人员为了解决上述技术问题,有充足的动机查阅同领域的其他文献,并能轻易将证据2(D6)的技术教导应用于证据1中。
针对区别特征1(建立并存储群成员信息):
证据2(D6)同样致力于解决短距离无线通信网络(如蓝牙,也是一种ad-hoc组网形式)中的多播数据传输问题。证据2明确给出了建立多播用户组(MUG)并存储成员关系的教导。
原文引证: “initiate a multicast group including at least two slave devices of the multiple slave devices” 以及 “create a Multicast User Group (MUG) having a master device and multiple slave devices. In addition, the MUG is allocated an address that indicates multiple devices.”
本领域技术人员为了使证据1中的广播(面向所有邻居)更加高效且具有针对性,必然会采用证据2中建立MUG(即群成员关系信息)的机制,从而使得第一通信设备能够存储并知晓其所属群的成员。
针对区别特征2(为个体成员分配不同的响应资源):
证据2(D6)为了解决多节点并发确认时的碰撞问题,明确提出为群组中的个体成员在时域上分配不同的物理/逻辑资源来发送ACK响应。
原文引证: “Performance of step 356 differs from typical acknowledgement procedures because all of the MUG members cannot respond at the same time. Therefore, in embodiments of the present invention, all of the slave devices will transmit acknowledgements (ACKs) one after the other in a predetermined sequence. In Bluetooth implementations, these ACKs may be in the form of packets that are transmitted in master-to-slave slots...”
证据2明确教导了:为了避免多播组内成员同时响应导致的冲突,强制各个从设备(个体成员)按照“预定顺序一个接一个地”(one after the other in a predetermined sequence)发送确认。这与目标专利中第一通信设备在“与群的个体成员相对应的不同的响应资源”(此时表现为不同的时序时隙)中进行监视完全一致。
结合的显而易见性:
证据1通过分离信令与数据解决了节点间的请求冲突(Deadlock),但在面临大规模群组响应确认时,采用共享反馈机制必然带来性能瓶颈。证据2恰好提供了面向多播群组(MUG)并在时域上分割响应资源(Predetermined sequence)的成熟方案。将证据2的“多播用户组及顺次反馈机制”引入证据1的“MAC层分布式资源预留框架”中,是本领域技术人员在面对高并发通信需求时的常规技术手段组合,不具备突出的实质性特点和显著的进步。
(5) 其他对比文件对无效请求的补强作用
若专利权人争辩证据2的“预定顺序(时间分隔)”与目标专利特征E所指的“不同资源”存在概念差异,则可进一步引入证据3(D4)进行补强。
证据3(D4)同样解决了无线局域网中AP向一组站点进行多播传输时的确认机制问题。证据3明确教导了在频域上将信道划分为多个子信道,并为群组内的“个体成员”分配“不同的子信道”以供监听其响应。
原文引证: “channel divider 443 may divide a frequency bandwidth of a channel into frequency sub-channels... Allocator 441 may allocate the frequency sub-channels to the stations in the group for acknowledging reception of the data packet. For example, allocator 441 may allocate a first sub-channel 270 to station 1, second sub-channel 270 to station 2, third sub channel 270 to station 3, etc.”
这毫无异议地在频域物理资源层面公开了“在与群的个体成员相对应的不同的传输请求响应资源中进行监视”。这进一步证明,无论是时域划分(D6)还是频域划分(D4),为多播群组的每个个体成员分配独立的反馈资源以避免冲突,早已是本领域公知和惯用的技术手段。将该手段集成至证据1的方法中不具备创造性。
五、 结论
综上所述,目标专利权利要求1所要求保护的技术方案被证据1、证据2及证据3公开的现有技术特征完全覆盖。权利要求1的方案是本领域技术人员在证据1的基础上,结合证据2、证据3给出的明确启示以及本领域的公知常识所轻易获得的,不具备《专利法》第二十二条第三款规定的创造性,依法应予以宣告全部无效。
无效宣告请求书
一、 审查基础
本无效宣告请求针对的目标专利为:CN101690363B(名称:支持利用设备标识符进行群通信的方法和装置)。本次无效宣告请求针对该专利的权利要求1提出。
二、 证据清单
证据1 (D3): US6665311B2 (Method and apparatus for adaptive bandwidth reservation in wireless ad-hoc networks),公开日:2003年12月16日。
证据2 (D6): EP1619832A2 (Multicast and broadcast data transmission in a short-range wireless communications network),公开日:2006年10月11日。
证据3 (D4): US20050220131A1 (Method and apparatus to multicast transmission),公开日:2005年10月6日。
三、 无效宣告请求的理由
目标专利权利要求1不符合《中华人民共和国专利法》第二十二条第三款的规定,不具备创造性。具体而言,权利要求1的技术方案已经被证据1(最接近的现有技术)与证据2、证据3以及本领域的公知常识的结合所公开或给出了明确的结合启示。
四、 具体理由论述
1. 关于权利要求1不具备创造性的详细论述(结合D3+D6+公知常识/D4)
(1) 证据1(D3)作为最接近的现有技术的公开情况分析
证据1公开了一种无线自组织网络(ad-hoc networks)中用于广播和多播通信的带宽预留MAC协议。该文件通过将信令阶段与数据传输阶段分离,利用预留微时隙(reservation minislots)进行资源捕获和请求,从根本上解决了无中心节点控制下的信道冲突和死锁问题。证据1公开了目标专利权利要求1中的绝大部分特征。
(2) 权利要求1与证据1的技术特征比对表格
| 目标专利 权利要求1 的技术特征 | 证据1 (US6665311B2) 的公开情况及原文引证 |
| 前序部分: 一种操作第一通信设备的方法,所述方法包括: | 公开: 证据1公开了一种在无线网络中操作通信节点(即第一通信设备)的方法。原文:“The routing technique separates the signaling and data transmission portions of a data frame...” |
| 特征A: 存储指示所述第一通信设备所属的群的成员的群成员关系信息; | 未明确公开: 证据1主要记载了向一跳邻居(one-hop neighbors)发送广播请求,并未明确限定“存储特定封闭群的成员关系信息”。 |
| 特征B: 由所述第一通信设备捕获传输请求资源; | 公开: 证据1公开了节点在预留微时隙中捕获资源。原文:“In the reservation request phase, all nodes contending for a reservation slot randomly choose a subset k (<m) among m reservation minislots provided, in which to transmit request to broadcast packets.” |
| 特征C: 由所述第一通信设备向所述群的其他成员传达指示捕获到的传输请求资源将被所述第一通信设备用作与所述群相对应的传输请求资源的信息; | 实质公开: 证据1公开了成功预留的节点通过发送确认包向邻居通知其预留的资源已被其占用。原文:“A successful node notifies its reservation to its one-hop neighbors with a confirmation packet (signal). Nodes that receive a confirmation packet update their slot classification tables appropriately.” |
| 特征D: 由所述第一通信设备在第一时段期间在与所述第一通信设备相对应的群传输请求资源上传送传输请求,所述传输请求用于信令要向所述群的成员传送的意图,其中所述传输请求被所述群的所述成员接收; | 公开: 证据1公开了在预留请求阶段,发送携带请求节点身份及要预留数据时隙的广播请求。原文:“Each request to broadcast packet carries the identity of the requesting node along with the data slot to be reserved.” 且接收节点在接收后若无冲突则在确认阶段更新状态。 |
| 特征E: 由所述第一通信设备在与所述群的个体成员相对应的不同的群传输请求响应资源中进行监视以检测来自所述群的所述成员的传输请求响应。 | 未明确公开: 证据1公开了接收方在负面确认微时隙(negative acknowledgement minislot)中发送NACK,但这是一个共享的反馈资源,并未明确为“个体成员”分配“不同的”响应资源。 |
(3) 区别技术特征及实际解决的技术问题
经比对,权利要求1与证据1的区别技术特征在于:
区别特征1(对应特征A): 存储指示所述第一通信设备所属的群的成员的群成员关系信息。
区别特征2(对应特征E): 在与群的个体成员相对应的不同的群传输请求响应资源中进行监视以检测传输请求响应。
基于上述区别特征,可以确定权利要求1实际解决的技术问题是:如何在自组织无线网络中为特定的接收者子集建立多播群组,并消除多个接收节点在反馈响应信号时因共享信道资源而导致的碰撞。
(4) 结合启示及创造性评述
本领域技术人员为了解决上述技术问题,有充足的动机查阅同领域的其他文献,并能轻易将证据2(D6)的技术教导应用于证据1中。
针对区别特征1(建立并存储群成员信息):
证据2(D6)同样致力于解决短距离无线通信网络(如蓝牙,也是一种ad-hoc组网形式)中的多播数据传输问题。证据2明确给出了建立多播用户组(MUG)并存储成员关系的教导。
原文引证: “initiate a multicast group including at least two slave devices of the multiple slave devices” 以及 “create a Multicast User Group (MUG) having a master device and multiple slave devices. In addition, the MUG is allocated an address that indicates multiple devices.”
本领域技术人员为了使证据1中的广播(面向所有邻居)更加高效且具有针对性,必然会采用证据2中建立MUG(即群成员关系信息)的机制,从而使得第一通信设备能够存储并知晓其所属群的成员。
针对区别特征2(为个体成员分配不同的响应资源):
证据2(D6)为了解决多节点并发确认时的碰撞问题,明确提出为群组中的个体成员在时域上分配不同的物理/逻辑资源来发送ACK响应。
原文引证: “Performance of step 356 differs from typical acknowledgement procedures because all of the MUG members cannot respond at the same time. Therefore, in embodiments of the present invention, all of the slave devices will transmit acknowledgements (ACKs) one after the other in a predetermined sequence. In Bluetooth implementations, these ACKs may be in the form of packets that are transmitted in master-to-slave slots...”
证据2明确教导了:为了避免多播组内成员同时响应导致的冲突,强制各个从设备(个体成员)按照“预定顺序一个接一个地”(one after the other in a predetermined sequence)发送确认。这与目标专利中第一通信设备在“与群的个体成员相对应的不同的响应资源”(此时表现为不同的时序时隙)中进行监视完全一致。
结合的显而易见性:
证据1通过分离信令与数据解决了节点间的请求冲突(Deadlock),但在面临大规模群组响应确认时,采用共享反馈机制必然带来性能瓶颈。证据2恰好提供了面向多播群组(MUG)并在时域上分割响应资源(Predetermined sequence)的成熟方案。将证据2的“多播用户组及顺次反馈机制”引入证据1的“MAC层分布式资源预留框架”中,是本领域技术人员在面对高并发通信需求时的常规技术手段组合,不具备突出的实质性特点和显著的进步。
(5) 其他对比文件对无效请求的补强作用
若专利权人争辩证据2的“预定顺序(时间分隔)”与目标专利特征E所指的“不同资源”存在概念差异,则可进一步引入证据3(D4)进行补强。
证据3(D4)同样解决了无线局域网中AP向一组站点进行多播传输时的确认机制问题。证据3明确教导了在频域上将信道划分为多个子信道,并为群组内的“个体成员”分配“不同的子信道”以供监听其响应。
原文引证: “channel divider 443 may divide a frequency bandwidth of a channel into frequency sub-channels... Allocator 441 may allocate the frequency sub-channels to the stations in the group for acknowledging reception of the data packet. For example, allocator 441 may allocate a first sub-channel 270 to station 1, second sub-channel 270 to station 2, third sub channel 270 to station 3, etc.”
这毫无异议地在频域物理资源层面公开了“在与群的个体成员相对应的不同的传输请求响应资源中进行监视”。这进一步证明,无论是时域划分(D6)还是频域划分(D4),为多播群组的每个个体成员分配独立的反馈资源以避免冲突,早已是本领域公知和惯用的技术手段。将该手段集成至证据1的方法中不具备创造性。
五、 结论
综上所述,目标专利权利要求1所要求保护的技术方案被证据1、证据2及证据3公开的现有技术特征完全覆盖。权利要求1的方案是本领域技术人员在证据1的基础上,结合证据2、证据3给出的明确启示以及本领域的公知常识所轻易获得的,不具备《专利法》第二十二条第三款规定的创造性,依法应予以宣告全部无效。
专利权人意见陈述书
一、 审查基础
本意见陈述书针对请求人对第CN101690363B号发明专利(以下简称“本专利”)权利要求1提出的无效宣告请求予以答复。
二、 专利权人核心观点摘要
请求人的无效理由存在根本性的事实认定错误与逻辑拼凑。
首先,请求人错误地扩大了证据1(D3)的公开范围,证据1并未公开本专利权利要求1的核心特征C(资源与特定群的绑定与传达)。
其次,请求人在构建结合启示时,完全脱离了各对比文件所依托的底层网络架构。证据1是完全分布式的自组织对等网络协议,而证据2(D6)和证据3(D4)均是基于中心节点(Master或AP)绝对控制的集中式网络协议。将基于中心节点调度机制的技术手段强行植入完全无中心节点的分布式竞争协议中,不仅不存在技术启示,反而会破坏证据1的基本工作原理。因此,权利要求1具备突出的实质性特点和显著的进步,具备创造性。
三、 具体反驳理由论述
1. 证据1(D3)并未实质公开权利要求1的特征C
请求人主张证据1中的“发送确认包(confirmation packet)向其一跳邻居通知其预留信息”等同于本专利的特征C。专利权人对此坚决不予认可。
本专利特征C的确切含义: 特征C要求“由所述第一通信设备向所述群的其他成员传达指示捕获到的传输请求资源将被所述第一通信设备用作与所述群相对应的传输请求资源的信息”。结合本专利说明书[0011]段可知,本发明的核心在于跳出传统“基于连接(每两个节点之间)”的资源分配,改为“基于群设备”的资源绑定,从而在大尺寸群组中大幅节省信令开销。特征C强调的是建立物理资源与特定群组身份的逻辑映射关系。
证据1的实际教导: 证据1解决的是隐蔽终端和暴露终端造成的死锁问题,其确认包仅仅是宣告“该时隙已被我(发送者)占用”。正如证据1原文所述:“A successful node notifies its reservation to its one-hop neighbors with a confirmation packet (signal).”(一个成功的节点通过确认包向其一跳邻居通知其预留)。这是一种向所有物理邻居广播的通用占位宣告,其根本没有“多播群”的概念,更没有建立“该资源专用于特定群组”的绑定关系。
因此,证据1不仅没有公开区别特征1(特征A)和区别特征2(特征E),同样未公开特征C。请求人将普通的“资源占用通知”曲解为本专利的“资源与群的映射传达”,属于典型的事后诸葛亮式的生搬硬套。
2. 证据1与证据2(D6)存在底层架构的根本排斥,毫无结合启示
请求人试图将证据2中的多播用户组(MUG)和顺序反馈(predetermined sequence)机制引入证据1中以覆盖区别特征,这一结合逻辑在技术上是根本无法实现的。
证据1的网络架构: 证据1(US6665311B2)明确界定其为一种无基站的对等网络(wireless ad-hoc networks),强调“completely distributed”(完全分布式)。所有的信令、竞争和预留都是由平等的节点通过竞争(如CSMA/CA与TDMA结合的预约微时隙)自发完成的。
证据2的网络架构: 证据2(EP1619832A2)是一项基于蓝牙(Bluetooth)标准的技术。正如其原文背景技术和实施例反复强调的:“In the connection state, the initiating device operates as a master device and the remote device operates as a slave device. Thus, the remote device employs the timing and frequency hopping sequence of the initiating device.”(在连接状态下,发起设备作为主设备运行,远程设备作为从设备运行。因此,从设备采用发起设备的定时和跳频序列)。证据2中的多播组建立、组地址分配、以及从设备按照“预定顺序一个接一个地”发送ACK,完全依赖于中心主设备(Master)的绝对调度和时钟同步。
缺乏结合动机且破坏工作原理: 本领域技术人员在面对证据1这种“完全分布式、无中心协调”的网络时,绝不会想到去引入证据2这种“严重依赖中心主设备微观调度”的技术手段。如果在证据1中强行引入证据2的顺序ACK机制,在没有中心节点统一分配时间戳和控制发送顺序的情况下,分布式的各个对等节点根本无法实现所谓的“预定顺序”反馈,必然导致网络瘫痪。因此,证据1与证据2在物理层和MAC层的控制逻辑上南辕北辙,根本不存在结合的技术启示。
3. 证据3(D4)的引入同样属于脱离技术本质的无效拼凑
请求人退一步主张利用证据3(US20050220131A1)来公开特征E(不同的响应资源),该主张同样不能成立。
证据3的技术本质: 证据3是基于无线局域网(WLAN)中接入点(AP,即中心基站)的技术,其特征是利用中心AP将频带划分为多个子信道(OFDM sub-channels),AP静态或动态地将这些频域子信道分配给不同的站点。原文:“channel divider 443 may divide a frequency bandwidth of a channel into frequency sub-channels... Allocator 441 may allocate the frequency sub-channels...”
技术排斥性: 证据1的协议是基于单信道的时分(TDMA)协议加上竞争微时隙。如果在证据1中引入证据3的频分(OFDM子信道)并行反馈机制,不仅需要彻底改变证据1中所有节点的硬件收发器结构(从单信道时分收发改为宽带多子载波并行解调),还需要在分布式网络中引入一个类似AP的中心节点来执行“Allocator(分配器)”的功能。这完全违背了证据1作为自组织网络协议的初衷,破坏了其基本工作原理。
4. 权利要求1的协同技术效果与创造性高度
本专利权利要求1并不是现有技术的简单叠加。本专利通过特征A(确立群)、特征B和C(将物理资源与特定群组进行先期绑定传达)、特征D(基于该绑定资源发起请求),最后结合特征E(在与个体成员对应的不同响应资源中监视),在分布式、缺乏集中控制的对等网络中,精巧地构建了一套基于“设备标识符”而非“连接标识符”的多播信令交互机制。
这套机制在不引入任何集中式调度节点的前提下,既实现了大规模群通信,又避免了控制信令随连接数呈指数级爆炸,同时解决了群内并发确认的碰撞问题。请求人将分布式竞争机制(D1)、集中式时分调度(D2)与集中式频分调度(D3)强行割裂剥离后再行拼凑,且无法克服底层架构的根本冲突,其无效理由依法不能成立。
四、 结论
综上所述,请求人提供的证据及其组合不能破坏本专利权利要求1的创造性。本专利权利要求1完全符合《中华人民共和国专利法》第二十二条第三款的规定,恳请合议组依法维持本专利全部权利要求有效。
无效宣告请求人意见陈述书(反驳意见)
一、 审查基础
本意见陈述书针对专利权人就第CN101690363B号发明专利(以下简称“本专利”)权利要求1的无效理由所作出的意见陈述进行全面反驳。
二、 请求人核心观点摘要
专利权人的答复意见存在对权利要求保护范围的不当限缩、对对比文件技术教导的机械割裂,以及对网络底层架构的错误认知。
首先,本专利权利要求1并未限定任何底层的具体网络架构(既未限定必须是“完全分布式”,也未排除局部中心协调),专利权人将说明书中的特定实施例(如无中心控制的自组织网络)强行读入权利要求1中,违反了专利审查的基本原则。
其次,现有技术D3的节点间同步机制完全能够支撑D6的时序反馈机制,两者在技术上不仅不排斥,反而能够完美契合。D3+D6/D4的结合属于本领域技术人员为解决并发冲突问题而采用的常规技术手段的必然选择,不具备创造性。
三、 具体反驳理由论述
1. 关于特征C:专利权人不当限缩了权利要求1的保护范围,且D3结合D6已实质公开该特征
专利权人辩称特征C要求建立“物理资源与特定群组身份的逻辑映射关系”,而D3仅仅是“宣告资源被占用”。该辩称不能成立。
权利要求未进行深层绑定限定: 审视权利要求1的字面记载,特征C仅要求“传达指示捕获到的传输请求资源将被所述第一通信设备用作与所述群相对应的传输请求资源的信息”。只要向群成员通知了该资源将用于与该群的通信,即落入该特征的保护范围。权利要求1中根本没有出现“将设备标识符替代连接标识符”等底层信令改造的限定。专利权人试图用说明书[0011]段的内容来救济权利要求,不符合专利确权原则。
结合D6后该特征已完全公开: 退一步讲,即使按照专利权人的逻辑,引入D6后该特征也已显而易见。D6明确公开了分配一个多播用户组(MUG)地址(即特征A的确立)。当本领域技术人员将D6的MUG群组机制引入D3的资源预留过程中时,D3中预留成功的节点发出的确认包(confirmation packet)自然会携带该MUG地址(而非广播给所有物理邻居)。此时,该确认包实质上就是向MUG成员宣告:“该预留资源将被我用作向咱们这个MUG群发送数据的专属资源”。这与特征C的描述不仅逻辑一致,且手段完全相同。
2. 关于结合启示:D3与D6在技术上高度兼容,根本不存在所谓的“架构排斥”
专利权人声称D3是“完全分布式无中心”,D6是“基于中心节点的蓝牙集中式”,两者结合会导致网络瘫痪。这一观点是典型的偷换概念。
权利要求1本身涵盖了局部中心化场景: 仔细阅读本专利权利要求1,“由第一通信设备捕获资源”、“由第一通信设备向其他成员传达”、“由第一通信设备传送意图”、“由第一通信设备监视响应”。这分明描述的是一个局部“一主多从”的星型通信拓扑!第一通信设备在多播发起阶段,实质上扮演的就是一个局部的“协调者/Master”角色。
D3具备支撑D6顺序反馈的同步基础: 专利权人认为分布式网络无法实现D6的“预定顺序(predetermined sequence)”。然而,D3原文明确记载了全局时钟同步的存在。D3第(5)节a段中明确写道:“Recall that it is assumed that all nodes in the system are synchronized... Therefore, all of the nodes enter the reservation process synchronously.”(回想一下,假设系统中的所有节点都是同步的……因此,所有节点都同步进入预留过程)。
既然D3的节点在底层已经实现了严格的时钟同步,且发送多播请求的节点(第一通信设备)在局部形成了事实上的发送中心,本领域技术人员引入D6的策略——即规定接收到请求的各个邻居节点在后续的响应阶段,按照其ID顺序或分配的逻辑序号,依次在不同的微时隙(minislots)内回复ACK——是极其自然且完全可行的。根本不存在专利权人危言耸听的“网络瘫痪”问题。
3. 关于D4的结合:多路复用维度的替换属于本领域的常规选择
专利权人声称D4采用OFDM频分,D3采用TDMA时分,两者硬件架构冲突。这是对通信底层常识的曲解。
解决问题的核心逻辑是“资源正交”,而非局限于“频分或时分”: 权利要求1特征E的上位概念是“在不同的群传输请求响应资源中进行监视”。“不同资源”在通信领域可以体现为不同的时间(时隙)、不同的频率(子载波)或不同的码字。
D3面临着接收方集体反馈导致冲突的技术缺陷。D4给出的技术教导是:为避免群组反馈冲突,应为个体成员分配正交的(相互独立的)物理资源。 本领域技术人员在面对D3的TDMA(时分)架构时,很容易将D4的“频率正交”启示等效转换为“时间正交”(即如D6所述分配不同的微时隙)或直接在D3的宽带系统中划分正交子信道。这种在时域、频域和码域之间相互借鉴以实现多址接入的技术手段替换,是通信工程师的基本功,不付出创造性劳动。
4. 权利要求1属于现有技术特征的拼凑,不具备协同效应
专利权人声称权利要求1具有协同效果。但事实上:
由D3提供预留防冲突的信令框架;
由D6提供群组成员关系的确立(MUG地址);
由D6/D4提供基于个体独立资源的无冲突响应机制。
上述特征被组合在权利要求1中后,各特征仅仅发挥了其原本在各自对比文件中的既有作用。信令预留依然用于占信道,MUG依然用于圈定目标,正交反馈依然用于防碰撞。整体方案带来的技术效果是完全可以预期的,并没有产生任何意料不到的技术效果。
四、 结论
专利权人的反驳意见建立在对权利要求保护范围的随意解释以及对对比文件底层技术的不当割裂之上。本专利权利要求1所限定的技术方案仅仅是本领域常规的防碰撞MAC协议(D3)与常规的多播群组隔离反馈机制(D6/D4)的简单拼凑。请求人坚持认为权利要求1不具备突出的实质性特点和显著的进步,不符合专利法第22条第3款关于创造性的规定,理应被宣告全部无效。
无效宣告请求人意见陈述书(反驳意见)
一、 审查基础
本意见陈述书针对专利权人就第CN101690363B号发明专利(以下简称“本专利”)权利要求1的无效理由所作出的意见陈述进行全面反驳。
二、 请求人核心观点摘要
专利权人的答复意见存在对权利要求保护范围的不当限缩、对对比文件技术教导的机械割裂,以及对网络底层架构的错误认知。
首先,本专利权利要求1并未限定任何底层的具体网络架构(既未限定必须是“完全分布式”,也未排除局部中心协调),专利权人将说明书中的特定实施例(如无中心控制的自组织网络)强行读入权利要求1中,违反了专利审查的基本原则。
其次,现有技术D3的节点间同步机制完全能够支撑D6的时序反馈机制,两者在技术上不仅不排斥,反而能够完美契合。D3+D6/D4的结合属于本领域技术人员为解决并发冲突问题而采用的常规技术手段的必然选择,不具备创造性。
三、 具体反驳理由论述
1. 关于特征C:专利权人不当限缩了权利要求1的保护范围,且D3结合D6已实质公开该特征
专利权人辩称特征C要求建立“物理资源与特定群组身份的逻辑映射关系”,而D3仅仅是“宣告资源被占用”。该辩称不能成立。
权利要求未进行深层绑定限定: 审视权利要求1的字面记载,特征C仅要求“传达指示捕获到的传输请求资源将被所述第一通信设备用作与所述群相对应的传输请求资源的信息”。只要向群成员通知了该资源将用于与该群的通信,即落入该特征的保护范围。权利要求1中根本没有出现“将设备标识符替代连接标识符”等底层信令改造的限定。专利权人试图用说明书[0011]段的内容来救济权利要求,不符合专利确权原则。
结合D6后该特征已完全公开: 退一步讲,即使按照专利权人的逻辑,引入D6后该特征也已显而易见。D6明确公开了分配一个多播用户组(MUG)地址(即特征A的确立)。当本领域技术人员将D6的MUG群组机制引入D3的资源预留过程中时,D3中预留成功的节点发出的确认包(confirmation packet)自然会携带该MUG地址(而非广播给所有物理邻居)。此时,该确认包实质上就是向MUG成员宣告:“该预留资源将被我用作向咱们这个MUG群发送数据的专属资源”。这与特征C的描述不仅逻辑一致,且手段完全相同。
2. 关于结合启示:D3与D6在技术上高度兼容,根本不存在所谓的“架构排斥”
专利权人声称D3是“完全分布式无中心”,D6是“基于中心节点的蓝牙集中式”,两者结合会导致网络瘫痪。这一观点是典型的偷换概念。
权利要求1本身涵盖了局部中心化场景: 仔细阅读本专利权利要求1,“由第一通信设备捕获资源”、“由第一通信设备向其他成员传达”、“由第一通信设备传送意图”、“由第一通信设备监视响应”。这分明描述的是一个局部“一主多从”的星型通信拓扑!第一通信设备在多播发起阶段,实质上扮演的就是一个局部的“协调者/Master”角色。
D3具备支撑D6顺序反馈的同步基础: 专利权人认为分布式网络无法实现D6的“预定顺序(predetermined sequence)”。然而,D3原文明确记载了全局时钟同步的存在。D3第(5)节a段中明确写道:“Recall that it is assumed that all nodes in the system are synchronized... Therefore, all of the nodes enter the reservation process synchronously.”(回想一下,假设系统中的所有节点都是同步的……因此,所有节点都同步进入预留过程)。
既然D3的节点在底层已经实现了严格的时钟同步,且发送多播请求的节点(第一通信设备)在局部形成了事实上的发送中心,本领域技术人员引入D6的策略——即规定接收到请求的各个邻居节点在后续的响应阶段,按照其ID顺序或分配的逻辑序号,依次在不同的微时隙(minislots)内回复ACK——是极其自然且完全可行的。根本不存在专利权人危言耸听的“网络瘫痪”问题。
3. 关于D4的结合:多路复用维度的替换属于本领域的常规选择
专利权人声称D4采用OFDM频分,D3采用TDMA时分,两者硬件架构冲突。这是对通信底层常识的曲解。
解决问题的核心逻辑是“资源正交”,而非局限于“频分或时分”: 权利要求1特征E的上位概念是“在不同的群传输请求响应资源中进行监视”。“不同资源”在通信领域可以体现为不同的时间(时隙)、不同的频率(子载波)或不同的码字。
D3面临着接收方集体反馈导致冲突的技术缺陷。D4给出的技术教导是:为避免群组反馈冲突,应为个体成员分配正交的(相互独立的)物理资源。 本领域技术人员在面对D3的TDMA(时分)架构时,很容易将D4的“频率正交”启示等效转换为“时间正交”(即如D6所述分配不同的微时隙)或直接在D3的宽带系统中划分正交子信道。这种在时域、频域和码域之间相互借鉴以实现多址接入的技术手段替换,是通信工程师的基本功,不付出创造性劳动。
4. 权利要求1属于现有技术特征的拼凑,不具备协同效应
专利权人声称权利要求1具有协同效果。但事实上:
由D3提供预留防冲突的信令框架;
由D6提供群组成员关系的确立(MUG地址);
由D6/D4提供基于个体独立资源的无冲突响应机制。
上述特征被组合在权利要求1中后,各特征仅仅发挥了其原本在各自对比文件中的既有作用。信令预留依然用于占信道,MUG依然用于圈定目标,正交反馈依然用于防碰撞。整体方案带来的技术效果是完全可以预期的,并没有产生任何意料不到的技术效果。
四、 结论
专利权人的反驳意见建立在对权利要求保护范围的随意解释以及对对比文件底层技术的不当割裂之上。本专利权利要求1所限定的技术方案仅仅是本领域常规的防碰撞MAC协议(D3)与常规的多播群组隔离反馈机制(D6/D4)的简单拼凑。请求人坚持认为权利要求1不具备突出的实质性特点和显著的进步,不符合专利法第22条第3款关于创造性的规定,理应被宣告全部无效。
基于绝对中立客观的立场,模拟国家知识产权局专利局复审和无效审理部(原专利复审委员会)合议组的审查逻辑,对本次无效宣告请求的核心争议点进行裁判抉择路径的推演,并评估其成功概率。
合议组在审理创造性(专利法第22条第3款)问题时,将严格遵循“三步法”。本次交锋的焦点集中在:权利要求的解释界限、特征C的公开认定以及D3与D6是否存在架构冲突及结合启示。
请求人主张: 权利要求1字面宽泛,应按字面含义理解,涵盖局部中心化场景。
专利权人主张: 应结合说明书,将“完全分布式网络”、“用设备标识符替代连接标识符”等底层机理读入权利要求1。
合议组裁判抉择: 倾向于支持请求人。
裁判逻辑: 专利审查指南及最高法司法解释明确规定,权利要求用语应当以权利要求的字面含义为准,结合说明书进行解释,但不得将说明书中记载的、而未在权利要求中出现的限制性特征读入权利要求中。审视本专利权利要求1,其中仅宽泛地记载了“第一通信设备”、“群”、“传输请求资源”等特征,既没有限定“完全无中心的自组织网络”,也没有出现“设备标识符替代连接标识符”的特定术语。专利权人试图利用说明书的特定实施例来缩小权利要求1的保护范围以规避现有技术,在无效审理中通常不予支持。
请求人主张: 引入D6的多播群(MUG)后,D3的确认包就天然具备了向该群宣告专属资源的作用。
专利权人主张: D3的确认包仅仅是底层信道的占位广播,与高层群组状态无关,两者无法融合出特征C。
合议组裁判抉择: 倾向于支持请求人。
裁判逻辑: 特征C的核心在于“传达信息,指示资源将被用作与群相对应的传输请求资源”。在D3的原始方案中,节点预留资源后向周围广播确认,这确实只是物理层的占位。然而,创造性评判看的是组合后的技术方案。一旦本领域技术人员为了实现多播而引入了D6的“多播用户组(MUG)”机制,那么D3中发送请求的节点(即第一通信设备)在发起预留时,其信令目标自然会指向该MUG。因此,其发出的确认信令实质上起到了“指示该捕获资源将用于与该MUG通信”的作用。合议组通常会认为特征C被对比文件的组合所公开。
请求人主张: 都是解决防碰撞的MAC层协议,D3有全局同步基础,引入D6的顺次反馈或D4的频分反馈是常规技术手段替换。
专利权人主张: D3是完全分布式对等网络,D6/D4严重依赖中心主设备(Master/AP)的微观调度,架构水火不容,强行结合会导致网络瘫痪。
合议组裁判抉择: 倾向于支持请求人(结合动机成立)。
裁判逻辑: 这是本案最核心的技术交锋点。合议组在判断是否存在“技术障碍”或“架构排斥”时,会考察解决该问题的底层技术逻辑。
关于同步基础: D3确实记载了节点间的全局同步(Synchronized),这意味着网络具备划分时隙、微时隙的基础。
关于中心化与分布式: 尽管D3是Ad-hoc网络,但在多播通信的局部交互过程中,发送节点(Source)实质上主导了本次资源预留的生命周期,形成了一个临时的“一主多从”拓扑。
技术手段的公知性: 在无线通信领域,面对“多节点并发反馈导致碰撞”的技术难题,采用正交资源(如D6的时域顺次排队、D4的频域划分子信道、或码域分配不同正交码)来隔离个体响应,是通信工程师解决冲突最基础、最普适的技术常识(TDMA/FDMA/CDMA的本质)。
结论: 合议组大概率会认为,本领域技术人员在面对D3中多播确认冲突的问题时,有动机且有能力借鉴D6的“按预定顺序依次反馈”机制,在D3的预约微时隙之后划分出独立的微时隙供各成员依次反馈。这种结合不需要颠覆D3的硬件架构,不存在不可逾越的技术障碍。
合议组裁判抉择: D3提供预留机制,D6提供群组划分与正交反馈机制。两者结合后,群组划分明确了目标,预留机制占用了信道,正交反馈避免了碰撞。各特征基本上发挥了其在原有技术中的固有作用,整体方案的效果是这些固有效果的简单叠加,未产生意料不到的技术效果。
综合上述裁判抉择路径的推演,本次针对权利要求1的无效宣告请求评估如下:
1. 针对权利要求1的无效成功率:极高(80% - 90%)
主要原因: 本专利权利要求1撰写得过于上位和宽泛。专利权人所辩称的真正创新点(如通过设备标识符彻底替代连接标识符来重构底层信令结构等深度融合机理)并未落实到权利要求1的文字特征中。请求人选取的D3(精准对标无线分布式预留防冲突)结合D6(精准对标短距无线多播及防冲突分离反馈),形成了严密的证据链。在“宽泛的权利要求”遇上“精准的组合证据”时,权利要求1几乎难以幸存。
2. 专利权人的后续博弈预测(程序变数)
考虑到合议组极有可能认为权利要求1不具备创造性,作为专业的专利权人代理,势必会在无效审理的口头审理前或答辩期内采取修改权利要求的策略。
可能的修改策略: 专利权人大概率会将说明书中或从属权利要求中关于“将传输请求资源与设备标识符绑定,而非与连接标识符绑定”等更具体的信令构造特征合并入权利要求1中。
修改后的评估: 如果专利权人成功将权利要求缩小到特定的、且对比文件未公开的信令格式或底层映射逻辑上,使得D3+D6无法拼接出该具体结构,那么修改后的权利要求维持有效的概率将大幅上升。
结论:
如果单纯就目前文本中的原权利要求1进行硬碰硬的裁决,无效请求人占据压倒性优势,权利要求1被宣告无效的概率极高。但从整个案件的最终结果来看,专利权人极有可能通过限缩修改权利要求来保住专利的核心部分,最终可能以“在修改后的权利要求基础上维持有效”结案。
基于绝对中立客观的立场,模拟国家知识产权局专利局复审和无效审理部(原专利复审委员会)合议组的审查逻辑,对本次无效宣告请求的核心争议点进行裁判抉择路径的推演,并评估其成功概率。
合议组在审理创造性(专利法第22条第3款)问题时,将严格遵循“三步法”。本次交锋的焦点集中在:权利要求的解释界限、特征C的公开认定以及D3与D6是否存在架构冲突及结合启示。
请求人主张: 权利要求1字面宽泛,应按字面含义理解,涵盖局部中心化场景。
专利权人主张: 应结合说明书,将“完全分布式网络”、“用设备标识符替代连接标识符”等底层机理读入权利要求1。
合议组裁判抉择: 倾向于支持请求人。
裁判逻辑: 专利审查指南及最高法司法解释明确规定,权利要求用语应当以权利要求的字面含义为准,结合说明书进行解释,但不得将说明书中记载的、而未在权利要求中出现的限制性特征读入权利要求中。审视本专利权利要求1,其中仅宽泛地记载了“第一通信设备”、“群”、“传输请求资源”等特征,既没有限定“完全无中心的自组织网络”,也没有出现“设备标识符替代连接标识符”的特定术语。专利权人试图利用说明书的特定实施例来缩小权利要求1的保护范围以规避现有技术,在无效审理中通常不予支持。
请求人主张: 引入D6的多播群(MUG)后,D3的确认包就天然具备了向该群宣告专属资源的作用。
专利权人主张: D3的确认包仅仅是底层信道的占位广播,与高层群组状态无关,两者无法融合出特征C。
合议组裁判抉择: 倾向于支持请求人。
裁判逻辑: 特征C的核心在于“传达信息,指示资源将被用作与群相对应的传输请求资源”。在D3的原始方案中,节点预留资源后向周围广播确认,这确实只是物理层的占位。然而,创造性评判看的是组合后的技术方案。一旦本领域技术人员为了实现多播而引入了D6的“多播用户组(MUG)”机制,那么D3中发送请求的节点(即第一通信设备)在发起预留时,其信令目标自然会指向该MUG。因此,其发出的确认信令实质上起到了“指示该捕获资源将用于与该MUG通信”的作用。合议组通常会认为特征C被对比文件的组合所公开。
请求人主张: 都是解决防碰撞的MAC层协议,D3有全局同步基础,引入D6的顺次反馈或D4的频分反馈是常规技术手段替换。
专利权人主张: D3是完全分布式对等网络,D6/D4严重依赖中心主设备(Master/AP)的微观调度,架构水火不容,强行结合会导致网络瘫痪。
合议组裁判抉择: 倾向于支持请求人(结合动机成立)。
裁判逻辑: 这是本案最核心的技术交锋点。合议组在判断是否存在“技术障碍”或“架构排斥”时,会考察解决该问题的底层技术逻辑。
关于同步基础: D3确实记载了节点间的全局同步(Synchronized),这意味着网络具备划分时隙、微时隙的基础。
关于中心化与分布式: 尽管D3是Ad-hoc网络,但在多播通信的局部交互过程中,发送节点(Source)实质上主导了本次资源预留的生命周期,形成了一个临时的“一主多从”拓扑。
技术手段的公知性: 在无线通信领域,面对“多节点并发反馈导致碰撞”的技术难题,采用正交资源(如D6的时域顺次排队、D4的频域划分子信道、或码域分配不同正交码)来隔离个体响应,是通信工程师解决冲突最基础、最普适的技术常识(TDMA/FDMA/CDMA的本质)。
结论: 合议组大概率会认为,本领域技术人员在面对D3中多播确认冲突的问题时,有动机且有能力借鉴D6的“按预定顺序依次反馈”机制,在D3的预约微时隙之后划分出独立的微时隙供各成员依次反馈。这种结合不需要颠覆D3的硬件架构,不存在不可逾越的技术障碍。
合议组裁判抉择: D3提供预留机制,D6提供群组划分与正交反馈机制。两者结合后,群组划分明确了目标,预留机制占用了信道,正交反馈避免了碰撞。各特征基本上发挥了其在原有技术中的固有作用,整体方案的效果是这些固有效果的简单叠加,未产生意料不到的技术效果。
综合上述裁判抉择路径的推演,本次针对权利要求1的无效宣告请求评估如下:
1. 针对权利要求1的无效成功率:极高(80% - 90%)
主要原因: 本专利权利要求1撰写得过于上位和宽泛。专利权人所辩称的真正创新点(如通过设备标识符彻底替代连接标识符来重构底层信令结构等深度融合机理)并未落实到权利要求1的文字特征中。请求人选取的D3(精准对标无线分布式预留防冲突)结合D6(精准对标短距无线多播及防冲突分离反馈),形成了严密的证据链。在“宽泛的权利要求”遇上“精准的组合证据”时,权利要求1几乎难以幸存。
2. 专利权人的后续博弈预测(程序变数)
考虑到合议组极有可能认为权利要求1不具备创造性,作为专业的专利权人代理,势必会在无效审理的口头审理前或答辩期内采取修改权利要求的策略。
可能的修改策略: 专利权人大概率会将说明书中或从属权利要求中关于“将传输请求资源与设备标识符绑定,而非与连接标识符绑定”等更具体的信令构造特征合并入权利要求1中。
修改后的评估: 如果专利权人成功将权利要求缩小到特定的、且对比文件未公开的信令格式或底层映射逻辑上,使得D3+D6无法拼接出该具体结构,那么修改后的权利要求维持有效的概率将大幅上升。
结论:
如果单纯就目前文本中的原权利要求1进行硬碰硬的裁决,无效请求人占据压倒性优势,权利要求1被宣告无效的概率极高。但从整个案件的最终结果来看,专利权人极有可能通过限缩修改权利要求来保住专利的核心部分,最终可能以“在修改后的权利要求基础上维持有效”结案。
如权利要求1所述的方法,其特征在于,与所述第一通信设备相对应的所述群传输请求资源是传输请求资源集的一部分,所述传输请求资源集还包括基于连接的传输请求资源。
如权利要求1所述的方法,其特征在于,所述捕获到的传输请求资源包括用于多个传输请求时段中的每一个的单个传输请求资源。
如权利要求1所述的方法,其特征在于,还包括: 在与所述群的个体成员相对应的群传输请求响应资源中监视传输请求响应之前,从所述群的其他成员接收指示将被所述群的所述其他成员用作群传输请求响应资源的传输请求响应资源的信息。
如权利要求1所述的方法,其特征在于,还包括: 在由所述监视检测到至少一个响应的传输请求响应之后,使用与所传送的群传输请求相对应的话务资源来传送话务数据。
如权利要求1所述的方法,其特征在于,还包括: 在第二时段期间在与所述群的另一个成员相对应的群传输请求资源上接收来自所述另一个成员的群传输请求;以及在与所述通信设备相对应的群传输请求响应资源上传送群传输请求响应。
如权利要求1所述的方法,其特征在于,还包括: 存储指示与第二设备的对等通信连接的对等连接信息;以及在第二时段期间在与所述对等连接相对应的传输请求资源中传送要在所述对等连接上向所述第二设备传送数据的请求。
如权利要求7所述的方法,其特征在于,所述第二设备是所述群的成员,所述第一通信设备是所述群的成员并同时维护与所述第二设备的所述对等连接。
一种第一通信设备,包括: 群信息存储模块,其被配置成存储指示所述第一通信设备所属的群的成员的群成员关系信息; 无线发射机模块; 资源捕获模块,其被配置成在第一时段之前捕获传输请求资源; 资源通信模块,其被配置成向所述群的其他成员传达指示捕获到的传输请求资源将被所述第一通信设备用作与所述群相对应的传输请求资源的信息; 群传输请求控制模块,其被配置成控制所述无线发射机模块在第一时段期间在与所述第一通信设备相对应的群传输请求资源上传送传输请求,所述传输请求被用于信令要向所述群的成员传送的意图,其中所述传输请求被所述群的所述成员接收; 无线接收机模块,其被配置成接收信号;以及 群请求响应监视模块,其被配置成在与所述群的个体成员相对应的不同的群传输请求响应资源中监视收到信号以检测来自所述群的所述成员的传输请求响应。
如权利要求9所述的第一通信设备,其特征在于,与所述第一通信设备相对应的所述群传输请求资源是传输请求资源集的一部分,所述传输请求资源集还包括基于连接的传输请求资源。
如权利要求9所述的第一通信设备,其特征在于,所述捕获到的传输请求资源包括用于多个传输请求时段中的每一个的单个传输请求资源。
如权利要求9所述的第一通信设备,其特征在于,还包括:群资源检测模块,其被配置成在与所述群的个体成员相对应的群传输请求响应资源中监视传输请求响应之前,从所述群的其他成员接收指示将被所述群的所述其他成员用作群传输请求响应资源的传输请求响应资源的信息。
如权利要求9所述的第一通信设备,其特征在于,还包括:群话务信令控制模块,其被配置成控制所述无线发射机模块在由所述群请求响应监视模块检测到至少一个响应之后使用与所传送的群传输请求相对应的话务资源来传送话务数据。
如权利要求9所述的第一通信设备,其特征在于,还包括:群请求监视模块,其被配置成在第二时段期间从在与所述群的另一个成员相对应的群传输请求资源上从所述另一个成员接收到的信号中检测群传输请求;以及群传输请求响应控制模块,其被配置成控制所述无线发射机模块在与所述通信设备相对应的群传输请求响应资源上传送群传输请求响应。
如权利要求9所述的第一通信设备,其特征在于,还包括:对等信息存储模块,其被配置成存储指示与第二设备的对等通信连接的对等连接信息;以及对等传输请求控制模块,其被配置成控制所述无线发射机模块在第二时段期间在与所述对等连接相对应的传输请求资源中向所述第二设备传送要在所述对等连接上传送数据的请求。
如权利要求15所述的第一通信设备,其特征在于,所述第二设备是所述群的成员,所述第一通信设备是所述群的成员并同时维护与所述第二设备的所述对等连接。
一种第一通信设备,包括: 群信息存储装置,用于存储指示所述第一通信设备所属的群的成员的群成员关系信息; 无线发射机装置; 资源捕获装置,用于在第一时段之前捕获传输请求资源;以及资源通信装置,用于向所述群的其他成员传达指示捕获到的传输请求资源将被所述第一通信设备用作与所述群相对应的传输请求资源的信息; 群传输请求控制装置,用于控制所述无线发射机装置在第一时段期间在与所述第一通信设备相对应的群传输请求资源上传送传输请求,所述传输请求被用于信令要向所述群的成员传送的意图,其中所述传输请求被所述群的所述成员接收; 无线接收机装置,用于接收信号;以及 群请求响应监视装置,用于在与所述群的个体成员相对应的不同的群传输请求响应资源中监视收到信号以检测来自所述群的所述成员的传输请求响应。
如权利要求17所述的第一通信设备,其特征在于,与所述第一通信设备相对应的所述群传输请求资源是传输请求资源集的一部分,所述传输请求资源集还包括基于连接的传输请求资源。
如权利要求17所述的第一通信设备,其特征在于,所述捕获到的传输请求资源包括用于多个传输请求时段中的每一个的单个传输请求资源。
如权利要求17所述的第一通信设备,其特征在于,还包括:群资源检测装置,其被配置成在与所述群的个体成员相对应的群传输请求响应资源中监视传输请求响应之前,从所述群的其他成员接收指示将被所述群的所述其他成员用作群传输请求响应资源的传输请求响应资源的信息。