对比文件名称：2006-11-02_WO2006116620A_发明申请_WO2006116620A2 METHOD AND APPARATUS FOR CIPHERING AND RE-ORDERING PACKETS IN A WIRELESS COMMUNICATION SYSTEM
目标专利名称：无线通讯系统分组数据汇聚协议层数据保密的方法及装置 CN101420424B
模型名称：当前分析模型
### 特征比对表格
| 技术特征及公开性 | 对比文件原文引用 | 公开性论述 |
| **A**：包含有于上述客户端由来源基地台交递至目地基地台时，接收从下层传递上来的封包（《直接公开》） | [0047] “UE 110 initially communicates with eNode B 120a, receives packets A and B on the downlink from eNode B 120a, is handed over from eNode B 120a to eNode B 120b, and receives additional packets C and D from eNode B 120b.”<br>[0050] “UE 110 receives ciphered packets A and B from eNode B 120a, re-orders these packets in the proper order based on the RLC sequence number included in each packet, and removes the RLC sequence number in each packet.” | 对比文件明确描述了客户端（UE）在从源基站（eNode B 120a）向目标基站（eNode B 120b）交递时，接收来自源基站的封包（packets A and B）以及来自目标基站的封包（packets C and D）。这些封包通过下层（物理层/MAC/RLC）传递到上层（PDCP），因此特征A被直接公开。 |
| **B**：该封包系于基地台交递发生前，由该来源基地台传送至用户端（《直接公开》） | [0047] “UE 110 initially communicates with eNode B 120a, receives packets A and B on the downlink from eNode B 120a, is handed over from eNode B 120a to eNode B 120b...” | 对比文件明确说明UE在切换前从源基站接收封包A和B，这些封包在交递发生前由源基站传送，因此特征B直接公开。 |
| **C**：使用对应于上述来源基地台的保密参数集，解密从下层传递上来的封包（《直接公开》） | [0048] “Each ciphered packet may include, e.g., a ciphered compressed header, a ciphered payload, and the crypto-sync used to cipher that packet.”<br>[0050] “UE 110 performs deciphering on each ciphered packet with the crypto-sync included in that packet, e.g., as shown in FIG. 3B, to obtain a deciphered packet.”<br>[0054] “UE 110 then decompresses the RLC sequence number in each packet to obtain a full sequence number for that packet and performs deciphering on each ciphered packet with the full sequence number as the crypto-sync.” | 对比文件中，UE对从源基站接收的封包进行解密时，使用的保密参数（crypto-sync或由RLC序列号导出的全序列号）正是该封包在源基站侧被加密时所使用的参数，这些参数在切换前与源基站通信时使用，因此对应于来源基地台。无论是以单独crypto-sync携带还是通过HFN与RLC SN导出的方式，解密均采用对应于源基站的保密参数集，特征C直接公开。 |
| **D**：于完成对所有从下层传递上来的封包的解密时，重设该保密参数（《未公开》） | 对比文件中未记载任何“重设保密参数”的步骤或描述。 | 对比文件涉及的交递过程（图4、图5）中，UE在解密后并未执行重设保密参数的操作；相反，由于采用连续序列号空间，参数无需重置。本领域技术人员无法从对比文件中直接或隐含得出“解密后才重设”的技术方案，特征D未公开。 |
| **E**：其中从上述来源基地台所接收的分组数据汇聚协议封包对应于无线链路控制层的非确认模式（《未公开》） | [0046] “RLC may support an acknowledged mode (AM) and an unacknowledged mode (UM).”<br>对比文件全文未限定交递场景仅用于UM模式。 | 对比文件虽提及RLC支持AM和UM，但并未明确所描述的接收封包、解密等操作仅针对非确认模式。其整体方案适用于两种模式，且示例未指定模式，本领域技术人员无法合理推断出该特征，因此特征E未公开。 |
| **F**：其中从上述来源基地台所接收的分组数据汇聚协议封包用于使用者平面数据传输（《直接公开》） | [0036] “PDCP may provide the following functions: … Ciphering and deciphering of data at the transmitter and receiver, respectively, to prevent unauthorized acquisition of data.”<br>图2及[0034]描述用户面协议栈，PDCP用于用户面数据加密。 | 对比文件明确PDCP层对用户面数据进行加密和解密，且所描述的下行链路传输（图4、图5）均为使用者平面（user plane）数据传输，因此特征F直接公开。 |
| **G**：其中上述保密参数集包含预期分组数据汇聚协议接收序号以及接收端超框数（《未公开》） | [0044] “UE 110 stores a hyperframe number (HFN) and generates the full sequence number for each link using the HFN.”<br>[0056] “UE 110 may determine the full sequence number for each received packet based on the RLC sequence number included in that packet and the HFN stored at UE 110.” | 对比文件公开了超框数（HFN，相当于接收端超框数），但未公开“预期分组数据汇聚协议接收序号”（Next_PDCP_RX_SN）。对比文件中PDCP层不独立维护该序号，而是重用RLC序列号作为部分序列号。因此，对比文件未完整公开特征G所述的保密参数集内容，特征G未公开。 |
| **H**：其中重设该保密参数就是将该保密参数初始化为零（《未公开》） | 对比文件未公开任何重设保密参数或将其初始化零的步骤。 | 由于特征D未被公开，且对比文件不存在初始化零的操作，本领域技术人员无法获得或合理推断出特征H，故特征H未公开。 |
### 公开性代码
根据上述分析，对比文件直接公开了特征A、B、C、F，未直接或隐含公开特征D、E、G、H。
<<<A>>><<<B>>><<<C>>><<<F>>>