非显而易见性评估仅供参考，不构成法律建议。
权利要求列表点击可跳转
对比文件列表
| 编号 | 名称 |
|---|
权利要求1
一种由无线发射/接收单元（WTRU）实施的用于实施数据安全以及自动重复请求（ARQ）的方法，该方法包括；分配通用序列号（SN）到在无线链路控制（RLC）层的上方层中的数据块；使用在所述RLC层的上方层中的所述SN加密所述数据块；从所加密的数据块生成至少一个协议数据单元（PUD）；其中所述生成所述至少一个PDU包括分段所加密的数据块或串联所加密的数据块这二者中的至少一者；分配ARQ SN到所述至少一个PDU；传送所述至少一个PDU到演进型的节点B（eNB）；从在所述eNB中的ARQ功能接收否定应答（NACK）；传送所述至少一个PDU的ARQ重传到所述eNB；当至少一个在先PDU的传输失败时；将所加密的数据块或所述PDU这二者之一再分段成多个尺寸小于在先PDU的次级PDU；包括分段标识符；以及重新传送所述多个PDU。
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>《直接公开》 | 【具体实施方式】“下面将参考图7A和7B对根据本发明第一实施例在RLC AM实体中处理AMD PDU的步骤进行详细说明。”及“在具有发送缓冲器的RLC实体中，一种RLC实体中的数据处理方法包括以下步骤……” | 对比文件公开了一种在无线通信系统中RLC实体内进行数据处理的方法，直接公开了方法类权利要求的前序/引导特征。 |
| 技术特征B：分配通用序列号（SN）到在无线链路控制（RLC）层的上方层中的数据块<br>《未公开》 | 【背景技术】“图1表示根据现有技术的RLC AM实体结构的方框图。参见图1，在发送侧的AM实体中，通过块101进行分段和级连，以便把从上层逐步下降(stepping down)的SDU(服务数据单元)改变为大小均匀的协议数据单元(SDU)，并通过块102把包含序列号SN的首部添加到PDU。”<br>【第一实施例】“随后，SDU被输入到RLC首部模块212，在此把包括序列号在内的首部添加到SDU，以便形成PDU。” | 目标专利中，“通用SN”分配给位于RLC层上方层的数据块（如PDCP/NAS），用于在RLC层上方独立进行加密。而对比文件中的序列号SN是由RLC层的首部添加模块（102/212）添加到由SDU分段/级连形成的RLC PDU中的RLC SN，是在RLC层内部进行分配与处理，并未公开在RLC层的上方层中分配通用SN到数据块。既无直接公开，也无法隐含得出。 |
| 技术特征C：使用在所述RLC层的上方层中的所述SN加密所述数据块<br>《未公开》 | 【第一实施例】“对通过多路复用器104向下流动的PDU通过块105进行数据安全加密……”及“加密模块217对从设置字段块216输出的AMD PDU进行加密并把加密的AMD PDU发送到接收侧。” | 目标专利中，加密是在RLC层的上方层进行，使用分配给上方层数据块的通用SN来加密数据块。而对比文件是在RLC层内部对添加了RLC首部（包括RLC SN）的PDU进行加密（如块105或块217），加密主体位于RLC层内且针对RLC PDU，并不存在“在RLC层的上方层中使用所述SN加密数据块”。未直接公开亦未隐含公开。 |
| 技术特征D：从所加密的数据块生成至少一个协议数据单元（PDU）<br>《未公开》 | 【第一实施例】“分段/级连模块211，对从上层逐步下降的SDU执行分段和级连；RLC首部模块212，通过把序列号SN添加到分段和级连的SDU来形成PDU……加密模块217，对从设置字段块216输出的PDU进行加密……” | 目标专利的时序是“先在上方层加密数据块，再在RLC层从已加密的数据块生成PDU”。对比文件的技术方案是“先由SDU生成PDU并添加RLC首部，最后在发送前由加密模块217对PDU加密”。二者处理顺序完全相反，对比文件是从未加密的数据生成PDU后再加密PDU，并非“从所加密的数据块生成PDU”。未直接公开亦未隐含公开。 |
| 技术特征E：其中所述生成所述至少一个PDU包括分段所加密的数据块或串联所加密的数据块这二者中的至少一者<br>《未公开》 | 【具体实施方式】“在发送侧的AM实体中，通过块101进行分段和级连，以便把从上层逐步下降(stepping down)的SDU(服务数据单元)改变为大小均匀的协议数据单元(SDU)……加密模块217，对从设置字段块216输出的PDU进行加密” | 对比文件虽然公开了对上层SDU执行“分段和级连”，但其操作对象是未加密的SDU，在分段级连并添加首部之后才由块217对PDU进行加密。目标专利要求分段或串联的对象必须是“所加密的数据块”。对比文件不仅没有公开对“加密数据块”进行分段或级连，而且其方案本质是避免在分段前加密。未直接公开亦未隐含公开。 |
| 技术特征F：分配ARQ SN到所述至少一个PDU<br>《隐含公开》 | 【第一实施例】“RLC首部模块212，通过把序列号SN添加到分段和级连的SDU来形成PDU；重发缓冲器/管理模块213，存储添加了首部的PDU以用于重发和管理……”及“重发缓冲器213接收来自接收侧的确认信号，指令PDU的重发，并指令何时从重发缓冲器213删除一个PDU。” | 目标专利中，ARQ SN分配给由加密数据块生成的PDU，用于ARQ确认及重传。对比文件中，RLC AM实体属于ARQ确认模式，其首部模块212把包含序列号SN的首部添加到PDU中，并且重发缓冲器/管理模块213利用该SN接收确认信号并执行重发。本领域技术人员可以合理推断出，对比文件中添加到RLC PDU的序列号SN即起到标识PDU并用于ARQ重发控制的作用，与ARQ SN作用相同。基于宽松标准，认定对比文件隐含公开了该特征。 |
| 技术特征G：传送所述至少一个PDU到演进型的节点B（eNB）<br>《隐含公开》 | 【背景技术】“IMT-2000将是其中的一种技术。RLC层是3GPP的第二层，作为一个用于控制数据链路的对应于OSI 7层模型第二层的协议层。”<br>【第一实施例】“通过信道DCCH和DTCH把加密的PDU发送到对应于接收侧的RLC AM实体……当应用两个逻辑信道时，UTRAN使得能够指令第一逻辑信道用于数据PDU……” | 对比文件公开了在3GPP UTRAN/IMT-2000无线通信系统中发送PDU，若处于上行链路传输，接收侧的同等实体即位于网络侧无线接入网节点。虽然对比文件基于3G系统描述而未明确指明LTE中的“演进型的节点B（eNB）”，但鉴于eNB属于蜂窝移动通信系统中基站实体的常规演进，且对比文件公开了向上行网络侧节点发送PDU的过程，有可能与后续通信标准技术结合，依照宽松判定标准，认定对比文件隐含公开了向基站侧实体（eNB）传送PDU。 |
| 技术特征H：从在所述eNB中的ARQ功能接收否定应答（NACK）<br>《隐含公开》 | 【第一实施例】“接收缓冲器205通过向同级实体(或对应于发送方的RLC实体)发送否定确认信号来请求对应PDU的重发。”及“重发缓冲器213接收来自接收侧的确认信号，指令PDU的重发……” | 对比文件公开了接收侧的接收缓冲器检查PDU接收状态，存在未接收的PDU时发送否定确认信号（NACK）以请求重发，发送侧重发缓冲器据此管理重传。在下行反馈链路中，若发送侧为终端，接收侧即为网络接入侧。虽然对比文件未特指LTE架构中位于eNB内的ARQ，但其公开了由对端ARQ实体接收否定确认（NACK）信号的机制。按照宽松的隐含公开判断规则，认定隐含公开。 |
| 技术特征I：传送所述至少一个PDU的ARQ重传到所述eNB<br>《隐含公开》 | 【第一实施例】“重发缓冲器/管理模块213，存储添加了首部的PDU以用于重发和管理；多路复用器(或多路复用模块)214，输出RLC首部模块212和重发缓冲器/管理模块213的输出信号之一……重发缓冲器213接收来自接收侧的确认信号，指令PDU的重发……” | 对比文件公开了当重发缓冲器接收到确认/否定确认信号后，选择未成功接收的PDU从重发缓冲器中输出并再次发送至对端接收侧。当应用于上行链路时，即为向网络节点重传PDU。本领域技术人员结合其ARQ重传机制可合理推断出该传输过程，依照宽松标准，认定隐含公开了将PDU的ARQ重传传送给网络侧节点（eNB）。 |
| 技术特征J：当至少一个在先PDU的传输失败时<br>《直接公开》 | 【背景技术】“接收缓冲器109检查各个AMD PDU的接收状态，当存在未接收的AMD PDU时，通过向发送侧发送NACK信号要求发送侧重发未接收的PDU。”<br>【第一实施例】“重发缓冲器213接收来自接收侧的确认信号，指令PDU的重发……” | 对比文件明确公开了当接收侧检查发现存在未接收的AMD PDU（即传输失败）时，发送NACK信号，发送侧据此指令重发。本领域技术人员能毫无疑义地确定对比文件公开了“当在先PDU传输失败时”作为触发后续处理的条件，属于直接公开。 |
| 技术特征K：将所加密的数据块或所述PDU这二者之一再分段成多个尺寸小于在先PDU的次级PDU<br>《未公开》 | 【第一实施例】“对于发送模块210，通过分段/级连模块211对从上层逐步下降的SUD进行分段和级连。即，把SDU分段成具有固定长度的PDU和按此PDU级连。PDU的长度在无线电承载信道(radio bearer)重组和一个可由RRC通过承载信道重组改变的半静态值中确定。随后，SDU被输入到RLC首部模块212……” | 目标专利的技术方案是在传输失败需要重传时，允许将先前的PDU或加密数据块执行“再分段”，生成尺寸更小的次级PDU以适应恶化的信道或受限的资源。对比文件中的PDU长度是半静态配置的固定长度，其重发机制是直接将存储在重发缓冲器213中已添加首部的原PDU原样取出重传，完全没有公开传输失败后对PDU或加密数据块进行“再分段”成更小次级PDU的操作。既无直接公开，也无法隐含得出。 |
| 技术特征L：包括分段标识符<br>《未公开》 | 全文无对应内容。 | 目标专利中分段标识符（如分段版本标识符）用于在再分段重传时指示分段的版本或辅助接收端识别丢弃旧分段。对比文件不支持再分段，重传使用原本的序列号SN，全文未公开用于指示再分段的分段标识符。未直接公开亦未隐含公开。 |
| 技术特征M：重新传送所述多个PDU。<br>《未公开》 | 【第一实施例】“重发缓冲器/管理模块213，存储添加了首部的PDU以用于重发和管理；多路复用器(或多路复用模块)214，输出RLC首部模块212和重发缓冲器/管理模块213的输出信号之一……” | 目标专利的技术特征M紧密依附于特征K，其重新传送的“所述多个PDU”指的是再分段后生成的尺寸小于在先PDU的多个次级PDU。由于对比文件根本未公开再分段机制，其重传的仅是在先原始PDU本身，并非再分段所产生的多个次级PDU。因此该特征未被直接公开或隐含公开。 |
| 技术特征N：其中所述通用SN是从种子得到的。<br>《未公开》 | 全文无对应内容。 | 目标专利中通用SN由加密实体借助种子（如PDCP SN等）推导生成。对比文件中仅存在RLC层首部添加的RLC SN，不涉及通用SN，更无“从种子得到”的教导。未直接公开亦未隐含公开。 |
| 技术特征O：其中所述种子是在所述WTRU处已知的所需的传输序列号。<br>《未公开》 | 全文无对应内容。 | 对比文件未公开从种子获取通用SN，更未公开种子为WTRU处已知的传输序列号。未直接公开亦未隐含公开。 |
| 技术特征P：其中所述所需的传输序列号是以下中的一者<br>《未公开》 | 全文无对应内容。 | 对比文件未涉及基于特定传输序列号作为种子获取通用SN的技术方案。未直接公开亦未隐含公开。 |
| 技术特征Q：分组数据会聚协议（PDCP）序列号<br>《未公开》 | 全文无对应内容。 | 对比文件未公开将PDCP SN作为生成通用SN的种子。未直接公开亦未隐含公开。 |
| 技术特征R：无线资源控制（RRC）消息序列号<br>《未公开》 | 全文无对应内容。 | 对比文件未公开将RRC消息序列号作为生成通用SN的种子。未直接公开亦未隐含公开。 |
| 技术特征S：非接入层（NAS）消息序列号。<br>《未公开》 | 全文无对应内容。 | 对比文件未公开将NAS消息序列号作为生成通用SN的种子。未直接公开亦未隐含公开。 |
| 技术特征T：其中所述通用SN只被附加于第一个PDU。<br>《未公开》 | 全文无对应内容。 | 目标专利中通用SN在分段后仅附加在第一个PDU中以降低开销。对比文件没有通用SN的概念，且对比文件的每个PDU均包含各自的RLC SN。未直接公开亦未隐含公开。 |
| 技术特征U：其中分段报头被附加于每一个所述PDU。<br>《隐含公开》 | 【背景技术】“图2表示AMD PDU的结构。在此情况下，AMD PDU的格式被构建为首部和LI(长度指示符)组，数据，及PAD(填充)或捎带确认状态(piggybacked status)PDU……AMD PDU中的LI部分被构建为LI和E比特，其中LI是一个表示当PDU包括多个SDU时各个SDU的边界的字段。”<br>【第一实施例】“为了级连和填充，把长度指示符和扩展的信息比特插入到包括SDU边界的PDU的开始部分中。” | 目标专利中分段报头用于指示分段位置及扩展信息（如包含LI和SE）。对比文件AMD PDU格式中，在PDU首部区域构建有由LI（长度指示符）和E比特组成的LI组，指示分段/级连边界信息。在分段和级连场景下，本领域技术人员可以合理推断该LI部分相当于指示分段信息的分段报头，且存在于每个相应PDU结构中。基于宽松判断标准，认定对比文件隐含公开了该特征。 |
| 技术特征V：该方法还包括<br>《直接公开》 | 【具体实施方式】“在具有发送缓冲器的RLC实体中，一种RLC实体中的数据处理方法包括以下步骤……” | 作为方法权利要求的附加连接过渡特征，对比文件直接公开了该方法包括进一步的处理步骤。 |
| 技术特征W：终止所述在先PDU的混合自动重复请求（H-ARQ）过程。<br>《未公开》 | 全文无对应内容。 | 目标专利中，当对传输失败的PDU执行RLC层再分段时，发射节点终止旧分段在MAC/物理层的底层H-ARQ重传进程，避免冲突与资源浪费。对比文件仅公开了传统的RLC AM确认重传机制，全文完全未涉及底层H-ARQ机制，更未公开在重传/再分段时终止在先PDU的H-ARQ过程。未直接公开亦未隐含公开。 |
| 技术特征X：该方法还包括<br>《直接公开》 | 【具体实施方式】“在具有发送缓冲器的RLC实体中，一种RLC实体中的数据处理方法包括以下步骤……” | 作为方法权利要求的附加连接过渡特征，对比文件直接公开了该方法包含进一步的操作步骤。 |
| 技术特征Y：当至少一个在先PDU的传输失败时<br>《直接公开》 | 【背景技术】“接收缓冲器109检查各个AMD PDU的接收状态，当存在未接收的AMD PDU时，通过向发送侧发送NACK信号要求发送侧重发未接收的PDU。”<br>【第一实施例】“重发缓冲器213接收来自接收侧的确认信号，指令PDU的重发……” | 对比文件明确公开了当接收缓冲器检测到存在未接收到的PDU时发送NACK，发送侧重发缓冲器依据该失败反馈执行重发，直接公开了在先PDU传输失败作为前提条件。 |
| 技术特征Z：重新传送失败的PDU。<br>《直接公开》 | 【第一实施例】“随后，SDU被输入到RLC首部模块212，在此把包括序列号在内的首部添加到SDU，以便形成PDU。把添加了首部的PDU立刻发送到多路复用器214，并同时存储在重发缓冲器/管理模块213中……重发缓冲器213接收来自接收侧的确认信号，指令PDU的重发……” | 目标专利技术特征Z对应不对数据块再分段、直接重传失败PDU的备选方案。对比文件技术方案中，PDU产生后存入重发缓冲器213，在接收到否定确认后，重发缓冲器指令将未成功接收的PDU重新输出发送，其技术方案和在通信链路中保证数据可靠性的作用与特征Z完全相同。本领域技术人员能毫无疑义地直接确定对比文件公开了该特征。 |
<<<A>>>
<<<f>>>
<<<g>>>
<<<h>>>
<<<i>>>
<<<J>>>
<<<u>>>
<<<V>>>
<<<X>>>
<<<Y>>>
<<<Z>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用（含段落标号及中文翻译） | 公开性论述 |
| 技术特征A：该方法包括<br>《直接公开》 | [0008] "According to one aspect, in a wireless communication system having a base station controller and a plurality of base stations, each of the plurality of base stations adapted for communication with a plurality of mobile stations, a method includes..."<br>（中文翻译：根据一个方面，在具有基站控制器和多个基站的无线通信系统中，所述多个基站中的每一个适于与多个移动台通信，一种方法包括……）<br>[0021] "FIG. 6 is a flow diagram of a method of message segmentation for transmission."<br>（中文翻译：图6是用于传输的消息分段方法的流程图。） | 对比文件公开了一种在无线通信系统中用于消息传输与处理的方法，该方法由包含多个步骤的传输方法构成，因此技术特征A的引导性主题内容被直接公开。 |
| 技术特征B：分配通用序列号（SN）到在无线链路控制（RLC）层的上方层中的数据块<br>《未公开》 | [0055] "FIGS. 3A and 3B illustrate a transmission protocol implemented in a LAC layer 114, wherein each message 200 includes multiple fields including: a header 202; multiple fields 204 to 206; information 208; and a tail 210... The fields 204 to 206 include any number of fields, including but not limited to addressing fields, encryption fields, authentication field and fields that are used to provide message retransmissions (ARQ)."<br>（中文翻译：图3A和3B例示了在LAC层114中实施的传输协议，其中每个消息200包括多个字段，包括：报头202；多个字段204至206；信息208；以及尾部210……字段204至206包括任意数量的字段，包括但不限于寻址字段、加密字段、认证字段以及用于提供消息重传（ARQ）的字段。）<br>[0058] "...separates the message 200 into multiple segments 302. Each of the segments 302 is assigned a unique identifier."<br>（中文翻译：……将消息200分离成多个段302。所述段302中的每一个都被分配了一个唯一标识符。） | 目标专利说明书（如[0006]、[0010]、[0021]-[0025]）明确指出：在RLC/外部ARQ层的上方层（如PDCP层或NAS层）存在加密实体，分配通用SN（Generic SN）给数据块，用于在RLC层之上独立于RLC/ARQ进行数据安全/加密。对比文件公开的是在链路接入控制（LAC）层对消息字段包含加密字段或ARQ字段，或者对段分配标识符，但既未公开在无线链路控制（RLC）层的上方层中设置数据块，更未公开向处于RLC层上方层的数据块分配专门用于上方层加密处理的“通用序列号（SN）”。即便按照极宽松的推导，对比文件采用的是传统的单层LAC/MAC分片框架，本领域技术人员无法推导出在RLC层上方层的数据块分配通用SN，因此未公开（亦非隐含公开）。 |
| 技术特征C：使用在所述RLC层的上方层中的所述SN加密所述数据块<br>《未公开》 | [0045] "The PPP layer 122 then provides compression, authentication, encryption and multi-protocol support."<br>（中文翻译：PPP层122随后提供压缩、认证、加密和多协议支持。）<br>[0055] "The fields 204 to 206 include any number of fields, including but not limited to addressing fields, encryption fields..."<br>（中文翻译：字段204至206包括任意数量的字段，包括但不限于寻址字段、加密字段……） | 目标专利中，技术特征C的作用是在RLC层上方利用所述通用SN与其它加密参数共同对数据块进行加密，从而实现数据加密与RLC分段解耦（说明书[0022]-[0024]）。对比文件虽提及PPP层具有加密功能以及LAC层消息字段包括加密字段，但未公开使用分配给RLC层上方层数据块的通用SN来执行数据块加密，本领域技术人员无法从其现有记载推断出利用该上层通用SN进行加密的机制。 |
| 技术特征D：从所加密的数据块生成至少一个协议数据单元（PDU）<br>《隐含公开》 | [0055]-[0056] "The fields 204 to 206 include any number of fields, including but not limited to addressing fields, encryption fields... The message 200 is transmitted in a number of fragments... The fragments are then provided to the MAC layer 114, which arranges the fragments into frames for transmission."<br>（中文翻译：字段204至206包括任意数量的字段，包括但不限于寻址字段、加密字段……消息200以多个分片被传输……这些分片随后被提供给MAC层114，MAC层将这些分片整理成用于传输的帧。）<br>[0069] "Each of the fragments 304 corresponds to an SDU 360 generated by the MAC layer 114... The SDUs 360 corresponds to transmission frames sent over the physical layer 112."<br>（中文翻译：分片304中的每一个对应于由MAC层114生成的SDU 360……SDU 360对应于在物理层112上发送的传输帧。） | 对比文件中消息200可包含加密字段（属于广义的加密数据内容），该消息被进一步分成多个分片（fragments）并交由下一层生成SDU/帧（协议数据单元）。基于极其宽松的隐含公开判断标准，对比文件揭示了将包含加密信息的高层数据消息切分/封装生成底层传输协议数据单元（PDU/帧）的构思，本领域技术人员有可能合理推断出其包含了从加密数据块生成底层协议数据单元的过程，因此认定为隐含公开。 |
| 技术特征E：其中所述生成所述至少一个PDU包括分段所加密的数据块或串联所加密的数据块这二者中的至少一者<br>《隐含公开》 | [0058] "...separates the message 200 into multiple segments 302... The segmentation process is defined as segmenting a given message into multiple parts."<br>（中文翻译：……将消息200分离成多个段302……分段过程被定义为将给定消息分段成多个部分。）<br>[0059] "As illustrated in FIG. 4A, message 200 is segmented into K segments. Each of the K segments is then further divided into X fragments."<br>（中文翻译：如图4A所示，消息200被分段成K个段。K个段中的每一个随后被进一步划分为X个分片。） | 目标专利中技术特征E的作用是通过分段或串联调整加密数据块大小以适配下层传输格式（说明书[0010]、[0026]）。对比文件公开了对包含加密字段的消息200进行多级分段（分为K个segments，每个segment再分为X个fragments）。在极宽松的隐含公开标准下，对比文件至少公开了对可能包含加密内容的数据块执行“分段”以生成后续传输单元，有可能与其他对比文件组合，因而构成隐含公开。 |
| 技术特征F：分配ARQ SN到所述至少一个PDU<br>《隐含公开》 | [0058] "Each of the segments 302 is assigned a unique identifier."<br>（中文翻译：所述段302中的每一个都被分配了一个唯一标识符。）<br>[0065] "Each of the fragments 304 includes a Segment Identifier, SI, value appended as a prefix to a portion of the message 200. The fragment identifier is determined sequentially."<br>（中文翻译：每个分片304包括作为前缀附加到消息200的一部分的段标识符（SI）值。分片标识符是顺序确定的。）<br>[0066] "For active segmentation, segment retransmission requests are supported. In other words, the receiver may request a retransmission of a segment or portion of the transmitted message."<br>（中文翻译：对于激活的分段，支持段重传请求。换句话说，接收机可以请求重传所传输消息的某一段或一部分。） | 目标专利中，ARQ SN是分配给PDU用于反馈及重传失败PDU的序列号（说明书[0026]）。对比文件中，为段分配唯一标识符，分片标识符按序确定，并在激活分段时依据标识符支持段级别的重传请求（ARQ机制）。虽然对比文件使用的术语是SI（段标识符）/分片标识符而非明确的“ARQ SN”，但在功能上该标识符正是用于实现选择性重传ARQ。在极宽松的隐含公开判断标准下，本领域技术人员根据其重传与标识机制能够合理推断出为PDU分配用于ARQ重传的序列标识号，认定为隐含公开。 |
| 技术特征G：传送所述至少一个PDU到演进型的节点B（eNB）<br>《隐含公开》 | [0035] "For application to a W-CDMA type system, an uplink communication refers to a communication from a User Equipment, UE, to a node B, i.e., transmitter."<br>（中文翻译：对于应用于W-CDMA型系统，上行链路通信是指从用户设备UE到节点B（即发射机）的通信。）<br>[0038] "Transmissions from the UE to the Node B are referred to as Up Link, UL."<br>（中文翻译：从UE到Node B的传输被称为上行链路UL。）<br>[0069] "The SDUs 360 corresponds to transmission frames sent over the physical layer 112."<br>（中文翻译：SDU 360对应于在物理层112上发送的传输帧。） | 目标专利中传输目的地为LTE架构中的演进型基站eNB（说明书[0006]、[0019]）。对比文件公开了在W-CDMA/CDMA无线通信系统中，将包含分片/SDU的传输帧在上行链路从UE发送至基站（Node B/Base Station）。虽然对比文件公开的是3G Node B而非LTE标准的演进型Node B（eNB），但在极宽松的隐含公开判断标准下，基站节点作为无线空中接口的接收端具有相同的数据承载作用，且对比文件部分公开了向无线接入网基站节点传送PDU帧，有可能与LTE通用网络架构组合公开该特征，故认定为隐含公开。 |
| 技术特征H：从在所述eNB中的ARQ功能接收否定应答（NACK）<br>《隐含公开》 | [0075] "If missing segments are determined at decision diamond 454, the receiver sends a Negative Acknowledge, NACK, message at step 454 and processing returns to step 422."<br>（中文翻译：如果在判定菱形454处确定存在缺失的段，则接收机在步骤454发送否定应答NACK消息，并且处理返回步骤422。）<br>[0081] "A NAK message is sent from time t3 to t4, wherein the NAK identifies the missing segment of the transmitted message. The transmitter receives the NAK at time t11..."<br>（中文翻译：在时间t3至t4发送NAK消息，其中NAK标识所传输消息的丢失段。发射机在时间t11接收该NAK……） | 目标专利中，由eNB的外部ARQ实体向发射端发送NACK反馈以指示传输失败（说明书[0026]、[0033]）。对比文件公开了作为接收端的实体（如上行传输时的基站接收机）在检测到分段丢失时生成并发送否定应答（NACK/NAK）消息，发射机接收该NAK以识别丢失的段。在极宽松的隐含公开标准下，对比文件公开了从接收端接收针对分段的NACK应答，本领域技术人员有可能结合基站端ARQ功能推断出该特征，故认定为隐含公开。 |
| 技术特征I：传送所述至少一个PDU的ARQ重传到所述eNB<br>《隐含公开》 | [0081] "...retransmits the segment, designated as SGM, at time t12. At time t14 the receiver receives the retransmitted segment..."<br>（中文翻译：……在时间t12重传该段（指定为SGM）。在时间t14接收机接收所重传的段……）<br>[0066] "For active segmentation, segment retransmission requests are supported. In other words, the receiver may request a retransmission of a segment or portion of the transmitted message."<br>（中文翻译：对于激活的分段，支持段重传请求。换句话说，接收机可以请求重传所传输消息的某一段或一部分。） | 目标专利中，发送端在收到重传指示后向eNB重传PDU以恢复丢失数据（说明书[0026]、[0033]）。对比文件公开了在发射机收到标识丢失段的NAK后，在时间t12仅重传该丢失段（SGM），在上行链路情形下即为发射端向基站重传该段。基于极其宽松的隐含公开标准，对比文件公开了向网络侧基站重传特定分段/PDU的ARQ过程，故认定为隐含公开。 |
| 技术特征J：当至少一个在先PDU的传输失败时<br>《直接公开》 | [0056] "On receipt of the message at a receiver, if any fragment is lost, the entire message is retransmitted. A lost fragment is typically referred to as an erasure..."<br>（中文翻译：在接收机处接收到消息时，如果任何分片丢失，则重传整个消息。丢失的分片通常被称为擦除……）<br>[0070] "...On detection of a frame error... the receiver is provided sufficient information to request the segment in which a frame error was detected."<br>（中文翻译：……在检测到帧错误时……为接收机提供足够的信息来请求在其中检测到帧错误的段。）<br>[0081] "...wherein the NAK identifies the missing segment of the transmitted message."<br>（中文翻译：……其中NAK标识所传输消息中丢失的段。） | 目标专利中技术特征J限定了触发特定重传/再分段处理的前提条件。对比文件直接公开了当检测到帧错误（frame error）、分片丢失（lost fragment/erasure）或检测到缺失段时，即在先PDU传输失败的前提下发起后续响应，两者在技术方案和功能作用上完全相同，因此技术特征J被直接公开。 |
| 技术特征K：将所加密的数据块或所述PDU这二者之一再分段成多个尺寸小于在先PDU的次级PDU<br>《未公开》 | [0058] "The multiple segments 302 may have varying lengths. The determination of the length of each of the segments 302 may be based on a channel quality estimate, or other criteria specific to a given communication system."<br>（中文翻译：多个段302可以具有不同的长度。对每个段302的长度的确定可以基于信道质量估计，或者特定于给定通信系统的其他准则。）<br>[0081] "The transmitter receives the NAK at time t11 and retransmits the segment, designated as SGM, at time t12."<br>（中文翻译：发射机在时间t11接收到NAK，并在时间t12重传该段（指定为SGM）。） | 目标专利说明书（如[0010]、[0035]、实施例18、46）明确解释：当传输失败时，由于信道变差或可用传输格式变化，外部ARQ实体可以将原先失败的PDU或数据块重新划分为尺寸更小的次级PDU（再分段处理）。对比文件公开的重传机制是：在收到NAK后，发射机直接重传原丢失的段SGM（其大小结构未改变），并未公开在传输失败后将原先PDU进一步“再分段成多个尺寸小于在先PDU的次级PDU”。即便在极宽松判断下，对比文件缺乏对失败分片进行进一步拆分变小以适应重传的构思，因此未公开（亦非隐含公开）。 |
| 技术特征L：包括分段标识符<br>《直接公开》 | [0063] "As illustrated in FIG. 4B, each fragment 306 includes a Segment Identifier, SI, 308 and information 310."<br>（中文翻译：如图4B所示，每个分片306包括段标识符（SI）308和信息310。）<br>[0065] "Each of the fragments 304 includes a Segment Identifier, SI, value appended as a prefix to a portion of the message 200."<br>（中文翻译：每个分片304包括作为前缀附加到消息200的一部分的段标识符（SI）值。） | 目标专利中分段标识符用于标识分段或指示分段信息（说明书[0027]、[0035]）。对比文件直接公开了每一个分片/段均包括段标识符（Segment Identifier, SI 308），用于标识段及其起始/结束状态，技术手段和作用实质相同，因此技术特征L被直接公开。 |
| 技术特征M：重新传送所述多个PDU。<br>《隐含公开》 | [0005] "When a frame is lost, typically, the entire message (multiple frames) is retransmitted."<br>（中文翻译：当一个帧丢失时，通常，整个消息（多个帧）被重新传输。）<br>[0024] "FIG. 9A is a timing diagram of a message transmission with retransmission of the message."<br>（中文翻译：图9A是具有消息重传的消息传输的时序图。）<br>[0080] "At time t4 the transmitter retransmits the message. The receiver receives the retransmitted message at time t5. The entire message is received at time t6..."<br>（中文翻译：在时间t4发射机重新传输该消息。接收机在时间t5接收重新传输的消息。整个消息在时间t6被接收……） | 在目标专利中，特征M是指重新传送由于再分段而产生的多个次级PDU。对比文件虽然没有公开特征K所述的再分段后的次级PDU，但在图9A及[0005]、[0080]中公开了当出现丢失时重传包含多个帧（多个PDU）的整个消息。基于极宽松的隐含公开判断标准，对比文件公开了对多个PDU帧执行重新传送的操作，具有部分相同的作用与动作，因而认定为隐含公开。 |
| 技术特征N：其中所述通用SN是从种子得到的。<br>《未公开》 | [0031] "In a spread spectrum system, such as a Code Division Multiple Access, CDMA, communications system, signals are spread over a wide bandwidth via the use of a code, such as a Pseudorandom Noise, PN, spreading sequence."<br>（中文翻译：在扩频系统中，例如码分多址CDMA通信系统，信号通过使用诸如伪随机噪声PN扩展序列的代码在宽带宽上扩展。） | 目标专利中，通用SN由加密实体借助种子（seed）推导得出，用以节省显式信令开销（说明书[0025]、实施例8、38）。对比文件通篇未记载通用SN，更未公开从任何种子推导出通用SN的技术内容，不构成公开（亦非隐含公开）。 |
| 技术特征O：其中所述种子是在所述WTRU处已知的所需的传输序列号。<br>《未公开》 | 无对应公开内容。 | 对比文件未公开通用SN由种子得到，亦未公开种子为WTRU处已知的所需传输序列号。 |
| 技术特征P：其中所述所需的传输序列号是以下中的一者<br>《未公开》 | 无对应公开内容。 | 对比文件未公开该选择性前提。 |
| 技术特征Q：分组数据会聚协议（PDCP）序列号<br>《未公开》 | 无对应公开内容。 | 对比文件主要基于cdma2000/IS-95及W-CDMA架构（LAC/MAC/PPP），未涉及将PDCP SN作为生成通用SN的种子。 |
| 技术特征R：无线资源控制（RRC）消息序列号<br>《未公开》 | 无对应公开内容。 | 对比文件未记载利用RRC消息序列号作为种子来生成通用SN。 |
| 技术特征S：非接入层（NAS）消息序列号。<br>《未公开》 | 无对应公开内容。 | 对比文件未记载利用NAS消息序列号作为种子生成通用SN。 |
| 技术特征T：其中所述通用SN只被附加于第一个PDU。<br>《未公开》 | [0063] "According to the exemplary embodiment, the SI includes at least two bits, SI1 and SI2. One of the bits indicates whether segmentation is enabled, and the other of the two bits identifies a first segment of the message."<br>（中文翻译：根据示例性实施例，SI包括至少两个比特SI1和SI2。其中一个比特指示是否启用了分段，两个比特中的另一个比特标识消息的第一段。） | 目标专利中，通用SN只包含在第一个PDU中，后续PDU省略通用SN以避免重复开销（说明书[0027]、实施例15、43）。对比文件中，仅是SI中的指示比特标识是否为第一段，并非将数据块加密所用的“通用SN”只附加在第一个PDU上，两者本质不同。对比文件未公开通用SN只附加于第一个PDU。 |
| 技术特征U：其中分段报头被附加于每一个所述PDU。<br>《直接公开》 | [0063] "As illustrated in FIG. 4B, each fragment 306 includes a Segment Identifier, SI, 308 and information 310."<br>（中文翻译：如图4B所示，每个分片306包括段标识符（SI）308和信息310。）<br>[0065] "Each of the fragments 304 includes a Segment Identifier, SI, value appended as a prefix to a portion of the message 200."<br>（中文翻译：每个分片304包括作为前缀附加到消息200的一部分的段标识符（SI）值。）<br>[0072] "...The SI is then appended to each fragment at step 418. Each fragment, including SI, is passed to the MAC layer for processing at step 420."<br>（中文翻译：……随后在步骤418将SI附加到每个分片。每个分片（包括SI）在步骤420被传递给MAC层进行处理。） | 目标专利中，分段报头附加于每一个PDU用于指示分段位置及控制信息（说明书[0027]、图5A/5B）。对比文件直接公开了在对消息进行分段/切片处理时，向每一个分片（fragment，对应MAC层SDU/帧）的前缀附加段标识符SI（包括指示分段有效性、起始与结束的头部字段）。对比文件中的SI前缀实质即为每一个分片PDU所附加的分段报头，因此技术特征U被直接公开。 |
| 技术特征V：该方法还包括<br>《直接公开》 | [0008] "According to one aspect... a method includes receiving a plurality of transmission frames... detecting a first frame erasure... initiating a first timer, and on expiration of the first timer determining the identification of the first frame erasure."<br>（中文翻译：根据一个方面……一种方法包括接收多个传输帧……检测第一帧擦除……启动第一定时器，并在第一定时器到期时确定第一帧擦除的标识。） | 属于方法的附加步骤引导语，对比文件公开了包含多个连续处理动作的方法，直接公开。 |
| 技术特征W：终止所述在先PDU的混合自动重复请求（H-ARQ）过程。<br>《未公开》 | [0007] "Multiple timers may be implemented, wherein each timer stops any previously running timers."<br>（中文翻译：可以实施多个定时器，其中每个定时器停止任何先前运行的定时器。）<br>[0086] "If prior to expiration of the timer i a second erasure is received, the receiver resets the timer i and starts a timer i+1..."<br>（中文翻译：如果在定时器i到期之前接收到第二擦除，则接收机重置定时器i并启动定时器i+1……） | 目标专利中，在触发再分段时终止旧分段的物理层底层H-ARQ处理过程，以避免底层无效重传与上层再分段产生冲突（说明书[0035]、实施例19、49）。对比文件中仅公开了接收端在收到新的擦除时停止或重置先前运行的丢失检测定时器（timer），完全未涉及终止在先PDU的“混合自动重复请求（H-ARQ）过程”，两者技术领域和控制对象截然不同，未公开（亦非隐含公开）。 |
| 技术特征X：该方法还包括<br>《直接公开》 | [0008] "According to one aspect... a method includes..."<br>（中文翻译：根据一个方面……一种方法包括……） | 方法附加步骤引导语，直接公开。 |
| 技术特征Y：当至少一个在先PDU的传输失败时<br>《直接公开》 | [0056] "On receipt of the message at a receiver, if any fragment is lost, the entire message is retransmitted."<br>（中文翻译：在接收机处接收到消息时，如果任何分片丢失，则重传整个消息。）<br>[0070] "...On detection of a frame error... Instead the receiver will request retransmission of the entire message 200. As discussed hereinbelow... the receiver is provided sufficient information to request the segment in which a frame error was detected."<br>（中文翻译：……在检测到帧错误时……相反接收机将请求重传整个消息200。如下文所述……为接收机提供足够的信息来请求在其中检测到帧错误的段。） | 目标专利中该特征为重传触发条件。对比文件明确公开了当分片丢失或检测到帧错误（即在先PDU传输失败）时触发重传处理，条件与作用相同，直接公开。 |
| 技术特征Z：重新传送失败的PDU。<br>《直接公开》 | [0066] "For active segmentation, segment retransmission requests are supported. In other words, the receiver may request a retransmission of a segment or portion of the transmitted message."<br>（中文翻译：对于激活的分段，支持段重传请求。换句话说，接收机可以请求重传所传输消息的某一段或一部分。）<br>[0081] "A NAK message is sent... wherein the NAK identifies the missing segment of the transmitted message. The transmitter receives the NAK at time t11 and retransmits the segment, designated as SGM, at time t12."<br>（中文翻译：发送NAK消息……其中NAK标识所传输消息的丢失段。发射机在时间t11接收该NAK，并在时间t12重传该段（指定为SGM）。） | 目标专利说明书（如[0036]、实施例20、50）记载发射节点可以选择不对数据块执行再分段，而是只重传先前传输中失败的分段/PDU。对比文件在激活分段时，接收端通过NAK明确指示丢失的段，发射端仅重新传送该失败的段（SGM），技术手段与所起的技术作用完全相同，因此技术特征Z被直接公开。 |
<<<A>>><<<d>>><<<e>>><<<f>>><<<g>>><<<h>>><i>>><<<J>>><<<L>>><<<m>>><<<U>>><<<V>>><<<X>>><<<Y>>><<<Z>>>
| 技术特征描述及公开性判断结果 | 对比文件原文引用（CN1585327A） | 公开性论述 |
| 技术特征A：该方法包括<br>《直接公开》 | 【具体实施方式】<br>“通过以上分析，可以得出本发明实施例RRC层中加密激活点的确定方法的流程，如图3所示，包括以下步骤：步骤110……步骤120……步骤130……步骤140……”（说明书倒数第2段） | 对比文件公开了一种移动通信系统中无线资源控制协议确定加密激活点的方法，该方法由多个有序步骤组成，直接公开了“该方法包括”的方法类引导特征。其作用与目标专利一致，均用于引出方法的执行流程。 |
| 技术特征B：分配通用序列号（SN）到在无线链路控制（RLC）层的上方层中的数据块<br>《未公开》 | 【背景技术】<br>“……对于非确认模式(UM)或确认模式(AM)的无线承载的加密，是通过UTRAN和UE侧协商出一致的加密激活点，该加密激活点的表示方式是无线链路控制层(RLC)的数据帧号(SN)。”（背景技术第1段）<br>“所述下行和上行加密消息为RRC层消息，请参照图2，这些消息在RB上发送时被RLC层实体分割为一个个数据包(PDU)，每个包分配一个SN。”（背景技术第3段） | 目标专利中，“通用SN”是指独立于RLC层、在RLC层上方（如PDCP或NAS/RRC实体处）分配给未分段数据块的加密序列号（见目标专利说明书[0022]、[0025]）。而对比文件是传统的3G UTRAN架构（正如目标专利背景技术[0005]所指出的传统方案），其数据包分配的SN是RLC层自身的PDU帧号（SN），并非“分配到RLC层上方层中的数据块”，更不存在在RLC层上方分配通用SN的技术手段。因此对比文件既未直接公开也未隐含公开该特征。 |
| 技术特征C：使用在所述RLC层的上方层中的所述SN加密所述数据块<br>《未公开》 | 【背景技术】<br>“两侧互相记录对方的加密激活点，在加密激活点到达的时刻对各自发送的数据帧加密，对接收的数据帧解密。”（背景技术第2段） | 目标专利的技术方案是将加密实体置于RLC/外部ARQ层的上方，在数据块进入RLC层执行分段/串联之前，使用RLC上方层的通用SN对数据块完成加密（目标说明书[0022]、[0023]）。而对比文件中采用的是传统3G机制，加密是在RLC层利用RLC PDU的SN（数据帧号到达加密激活点）来对RLC数据帧进行加密的，根本不存在“使用RLC层的上方层中的SN加密数据块”。因此对比文件未公开该特征。 |
| 技术特征D：从所加密的数据块生成至少一个协议数据单元（PDU）<br>《未公开》 | 【背景技术】<br>“……这些消息在RB上发送时被RLC层实体分割为一个个数据包(PDU)，每个包分配一个SN。”（背景技术第3段） | 目标专利的时序和因果关系明确为：先加密数据块，再“从所加密的数据块”生成至少一个PDU（如分段、串联或一一映射生成RLC PDU，见目标说明书[0022]、[0026]）。对比文件则是先由RLC层将RRC消息分割为PDU并分配SN，在加密激活点到达时对PDU数据帧加密。其生成PDU的对象是未加密的RRC消息，而非“从所加密的数据块”生成PDU。二者的处理逻辑与架构完全不同，未公开该特征。 |
| 技术特征E：其中所述生成所述至少一个PDU包括分段所加密的数据块或串联所加密的数据块这二者中的至少一者<br>《未公开》 | 【背景技术】<br>“所述下行和上行加密消息为RRC层消息，请参照图2，这些消息在RB上发送时被RLC层实体分割为一个个数据包(PDU)……在接收的时候，这些数据包(PDU)又被RLC层串接在一起恢复为原来的RRC层消息。”（背景技术第3段）<br>【具体实施方式】<br>“根据RLC分割的原则，若所有待分割的消息都不串接，而是单独被分割……若所有待分割的消息全部串接在一起作为一个整体分割……”（具体实施方式第4段） | 目标专利中分段或串联的操作对象是“所加密的数据块”（目标说明书[0022]、[0026]、[0028]）。对比文件虽然提到了RLC层对消息进行分割或串接，但其分割或串接的对象是尚未加密的原始RRC层消息，并非“所加密的数据块”。因此对比文件未公开该特征。 |
| 技术特征F：分配ARQ SN到所述至少一个PDU<br>《隐含公开》 | 【背景技术】<br>“……对于非确认模式(UM)或确认模式(AM)的无线承载的加密，是通过UTRAN和UE侧协商出一致的加密激活点，该加密激活点的表示方式是无线链路控制层(RLC)的数据帧号(SN)。”（背景技术第1段）<br>“……这些消息在RB上发送时被RLC层实体分割为一个个数据包(PDU)，每个包分配一个SN。”（背景技术第3段）<br>【具体实施方式】<br>“A) RLC层协议使用7-bit长度指示，RB使用AM模式时……”（具体实施方式第8段） | 目标专利中，分配到PDU上的ARQ SN用于外部ARQ/RLC实体的反馈和重传（目标说明书[0026]）。对比文件明确公开了在确认模式（AM模式）下，RLC层将消息分割为一个个数据包（PDU），并且“每个包分配一个SN”。本领域技术人员知晓，在3G/UMTS协议的RLC AM（确认模式）下，RLC PDU分配的SN即为执行ARQ重传控制与状态确认（ACK/NACK）的序列号。因此，对比文件公开的RLC AM模式下为PDU分配SN，在起到的技术作用和机制上与“分配ARQ SN到所述至少一个PDU”实质相同，本领域技术人员根据其记载能够直接、毫无疑义地合理推断出该特征，故构成隐含公开。 |
| 技术特征G：传送所述至少一个PDU到演进型的节点B（eNB）<br>《未公开》 | 【背景技术】<br>“图1是UTRAN和UE间加密信息交互的示意图。图中的上行和下行加密信息包含在UTRAN和UE接口发送的消息中。”（背景技术第2段） | 目标专利是针对LTE架构，将外部ARQ置于eNB，故PDU是直接传送给演进型节点B（eNB）（目标说明书[0006]、[0021]）。对比文件公开的是传统的3G UTRAN架构，其RLC层实体位于RNC（无线网络控制器），PDU是在UE与UTRAN（RNC/Node B）之间传输，未公开传输到“演进型的节点B（eNB）”。 |
| 技术特征H：从在所述eNB中的ARQ功能接收否定应答（NACK）<br>《未公开》 | 无对应内容 | 对比文件通篇针对的是3G UTRAN中RRC层加密激活点的计算公式推导，完全没有公开从演进型节点B（eNB）的ARQ实体接收否定应答（NACK）的相关机制与交互过程。 |
| 技术特征I：传送所述至少一个PDU的ARQ重传到所述eNB<br>《未公开》 | 无对应内容 | 对比文件未公开在接收到NACK后向eNB传送PDU的ARQ重传的技术方案。 |
| 技术特征J：当至少一个在先PDU的传输失败时<br>《未公开》 | 无对应内容 | 对比文件主要关注于加密激活点的提前计算，以保证下行/上行加密消息在安全延迟内完成传输，未公开PDU传输失败触发后续特定处理的触发条件。 |
| 技术特征K：将所加密的数据块或所述PDU这二者之一再分段成多个尺寸小于在先PDU的次级PDU<br>《未公开》 | 无对应内容 | 目标专利涉及在重传时由于信道或资源变化，外部ARQ实体对加密数据块或失败PDU执行“再分段（re-segmentation）”为尺寸更小的次级PDU（目标说明书[0035]）。对比文件仅涉及初次发送时的RLC分割计算，并未公开在重传时进行“再分段成多个尺寸小于在先PDU的次级PDU”的操作。 |
| 技术特征L：包括分段标识符<br>《未公开》 | 无对应内容 | 目标专利中，再分段时需要增加/包括“分段版本标识符”（分段标识符），以使接收端能够识别或丢弃旧分段（目标说明书[0035]）。对比文件仅公开了PDU的SN以及LI（长度指示符），未公开用于表征再分段的分段标识符。 |
| 技术特征M：重新传送所述多个PDU<br>《未公开》 | 无对应内容 | 对比文件未公开在再分段后重新传送再分段所得的多个次级PDU的过程。 |
| 技术特征N：其中所述通用SN是从种子得到的<br>《未公开》 | 无对应内容 | 目标专利公开了通用SN可以借助种子（seed）得到以减少信令开销（目标说明书[0025]）。对比文件中RLC SN是直接分配的帧号，未公开通用SN，更未公开从种子计算/推导SN。 |
| 技术特征O：其中所述种子是在所述WTRU处已知的所需的传输序列号<br>《未公开》 | 无对应内容 | 对比文件完全未涉及“种子”的概念，亦未公开种子是WTRU处已知的所需传输序列号。 |
| 技术特征P：其中所述所需的传输序列号是以下中的一者<br>《未公开》 | 无对应内容 | 依赖于特征O，对比文件未公开相关传输序列号作为种子导出的技术方案。 |
| 技术特征Q：分组数据会聚协议（PDCP）序列号<br>《未公开》 | 无对应内容 | 对比文件未公开采用PDCP序列号作为种子以得到通用SN。 |
| 技术特征R：无线资源控制（RRC）消息序列号<br>《未公开》 | 无对应内容 | 对比文件未公开采用RRC消息序列号作为种子导出通用SN。 |
| 技术特征S：非接入层（NAS）消息序列号<br>《未公开》 | 无对应内容 | 对比文件未公开采用NAS消息序列号作为种子导出通用SN。 |
| 技术特征T：其中所述通用SN只被附加于第一个PDU<br>《未公开》 | 无对应内容 | 目标专利中，当一个加密数据块被分段为多个PDU时，通用SN可以只包含在第一个PDU中，后续PDU省略（目标说明书[0027]）。对比文件各PDU分配的是RLC SN，且每个PDU都有自身的SN，未公开通用SN只附加于第一个PDU。 |
| 技术特征U：其中分段报头被附加于每一个所述PDU<br>《未公开》 | 【具体实施方式】<br>“在计算最小加密延迟时……这就要考虑RB使用的是AM模式还是UM模式；是使用15-bit还是7-bit的长度指示(Length Indicators，指在一个PDU中，某个业务数据单元(SDU)在该PDU结束时占用的字节长度或者一些特定的含义，如填充指示)……每条消息都有1字节的长度指示。所以每条消息的实际字节长度为Sizei+1……”（具体实施方式第5、8段） | 目标专利中，分段报头（包含LI和SE）是外部ARQ在对加密数据块进行分段时附加于每一个PDU中以指示位置（目标说明书[0027]）。对比文件中的长度指示（LI）是在原始RRC消息分割时用于指示SDU结束位置的指示，并非在针对加密数据块分段时将分段报头附加于每一个PDU；且对比文件中LI是按SDU边界放置，并非必然附加于“每一个”PDU（例如无SDU结束的中间PDU不含LI）。因此对比文件未公开该特征。 |
| 技术特征V：该方法还包括<br>《直接公开》 | 【具体实施方式】<br>“……如图3所示，包括以下步骤：步骤110……步骤120……步骤130……步骤140……”（说明书倒数第2段） | 对比文件公开的方法包含多个具体的实施步骤，直接公开了“该方法还包括”的步骤衔接引导特征。 |
| 技术特征W：终止所述在先PDU的混合自动重复请求（H-ARQ）过程<br>《未公开》 | 无对应内容 | 目标专利中在再分段时发射节点可以终止旧分段的H-ARQ处理（目标说明书[0035]）。对比文件未涉及H-ARQ机制，更未公开在传输失败/再分段时终止在先PDU的H-ARQ过程。 |
| 技术特征X：该方法还包括<br>《直接公开》 | 【具体实施方式】<br>“……如图3所示，包括以下步骤：步骤110……步骤120……步骤130……步骤140……”（说明书倒数第2段） | 对比文件公开的方法包含多个具体的实施步骤，直接公开了“该方法还包括”的步骤衔接引导特征。 |
| 技术特征Y：当至少一个在先PDU的传输失败时<br>《未公开》 | 无对应内容 | 对比文件通篇未公开当至少一个在先PDU传输失败的判断与触发条件。 |
| 技术特征Z：重新传送失败的PDU<br>《隐含公开》 | 【背景技术】<br>“……对于非确认模式(UM)或确认模式(AM)的无线承载的加密，是通过UTRAN和UE侧协商出一致的加密激活点，该加密激活点的表示方式是无线链路控制层(RLC)的数据帧号(SN)。”（背景技术第1段）<br>【具体实施方式】<br>“A) RLC层协议使用7-bit长度指示，RB使用AM模式时……”（具体实施方式第8段） | 目标专利公开了当PDU传输失败时，外部ARQ实体只重传先前传输中失败的分段/PDU（目标说明书[0036]）。对比文件明确记载了无线承载（RB）使用确认模式（AM模式）。本领域技术人员知晓，在无线通信系统中，RLC AM模式的核心功能之一就是ARQ重传机制，当检测到PDU丢失或接收错误（传输失败）时，AM模式会自动触发对失败PDU的重新传送。因此，本领域技术人员基于对比文件公开的AM模式无线承载及RLC处理机制，能够合理推断出其具备“重新传送失败的PDU”的技术方案，构成隐含公开。 |
<<<A>>><<<f>>><<<V>>><<<X>>><<<z>>>
| 技术特征描述及判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>《直接公开》 | 【说明书第16页第1段（发明详述第1段）】<br>“为了实现以上的目的，提供了一种SRNS再定位方法，包括：确定网络上的SRNS再定位；保留网络上的服务无线电网络子系统再定位中的请求资源……” | 对比文件在发明详述中明确公开了一种移动通信系统中的传输处理方法（SRNS再定位方法），属于通信传输处理方法，直接公开了方法的前序引导语“该方法包括”。两者技术领域一致，作用相同。 |
| 技术特征B：分配通用序列号（SN）到在无线链路控制（RLC）层的上方层中的数据块<br>《未公开》 | 【说明书第7页倒数第2段至第8页第1段】<br>“3GPP采用的加密方法在L2层中执行，并可以根据RLC操作模式而在RLC层或MAC层中执行。也就是说，当RLC模式是AM或UM时，在RLC层中执行加密……”<br>【说明书第8页倒数第2段至第9页第3段】<br>“-COUNT-C(32个位)：它是加密序号。……COUNT-C的构造约略地包括前部的长序号和后部的短序号。图9表现了根据RLC传输模式的COUNT-C结构。……在使用RLC AM的情况下-长序号：20位RLC HFN(超帧编号)-短序号：12位RLC AM SN(序号)……与COUNT-C中的短序号相对应的那个部分被包含在RLC PDU处所携带的标题信息中。” | 目标专利中，通用SN是由RLC层上方层（如PDCP或NAS/RRC）分配给数据块的，使加密能够在RLC分段/串联之前于RLC上方层完成。而对比文件采用的是传统的UMTS L2加密架构，其加密序号COUNT-C由HFN和RLC自身的SN组成，并不存在在RLC层上方层中向数据块分配通用SN的方案。本领域技术人员无法从对比文件中得出该特征，故未公开。 |
| 技术特征C：使用在所述RLC层的上方层中的所述SN加密所述数据块<br>《未公开》 | 【说明书第7页倒数第2段】<br>“3GPP采用的加密方法在L2层中执行，并可以根据RLC操作模式而在RLC层或MAC层中执行。也就是说，当RLC模式是AM或UM时，在RLC层中执行加密。当RLC模式是TM时，在MAC层中执行加密。” | 目标专利是在RLC层的上方层使用分配给数据块的SN对数据块执行加密。对比文件明确记载加密在RLC层或MAC层执行，并未公开在RLC层的上方层进行加密，也未公开使用RLC上方层的SN加密数据块。因此未公开。 |
| 技术特征D：从所加密的数据块生成至少一个协议数据单元（PDU）<br>《未公开》 | 【说明书第3页倒数第2段】<br>“通过从上层接收的RLC服务数据单元(SDU)的分段和串联功能，RLC层可形成适合传输的合适的RLC协议数据单元(PDU)。”<br>【说明书第9页倒数第2段】<br>“也就是说，已涉及到RLC层的RRC消息根据该传输尺寸来加以适当的分段或适当的连接，从而构造RLC PDU，以便通过使用在图8中生成的MASK来用密码书写RLC PDU的数据部分。” | 目标专利的执行顺序是“先加密后生成PDU”，即外部ARQ实体从已加密的数据块中通过分段/串联生成PDU。而对比文件是RLC层先将上层SDU分段/串联构造RLC PDU，再对RLC PDU的数据部分进行加密，其输入为未加密的SDU，与“从所加密的数据块生成PDU”完全相反。因此未公开。 |
| 技术特征E：其中所述生成所述至少一个PDU包括分段所加密的数据块或串联所加密的数据块这二者中的至少一者<br>《隐含公开》 | 【说明书第3页倒数第2段】<br>“通过从上层接收的RLC服务数据单元(SDU)的分段和串联功能，RLC层可形成适合传输的合适的RLC协议数据单元(PDU)。”<br>【说明书第4页倒数第4段】<br>“当RLC按AM进行操作时，从上层接收的RLC SDU通过分段或串联而被分成预定义的尺寸，并且，包含序号的标题信息被加入其中，成为RLC PDU……” | 对比文件直接公开了RLC层对上层数据块（RLC SDU）执行分段或串联以生成PDU的操作。尽管对比文件处理的数据块在分段/串联时尚未加密，但其已经公开了通过分段或串联数据块以生成PDU的处理机制。在标准非常宽松的隐含公开判断原则下，对比文件部分公开了分段/串联数据块以生成PDU的手段，具有与其它对比文件结合得出该特征的可能，故认定为隐含公开。 |
| 技术特征F：分配ARQ SN到所述至少一个PDU<br>《直接公开》 | 【说明书第4页倒数第4段】<br>“当RLC按AM进行操作时，从上层接收的RLC SDU通过分段或串联而被分成预定义的尺寸，并且，包含序号的标题信息被加入其中，成为RLC PDU……”<br>【说明书第5页第1段】<br>“图3表现了从RLC层那里被传送的RLD PDU的结构。该RLC PDU包括标题信息和有效负载……如图3所示的标题信息包括序号和长度指示符。该序号被用作连续传输数据所要求的标识信息……”<br>【说明书第3页倒数第2段】<br>“RLC层也执行自动重复请求(ARQ)功能，通过这项功能，在传输期间丢失的RLC PDU可被转发。” | 目标专利中分配ARQ SN用于外部ARQ（RLC）实体的重传与反馈；对比文件中AM RLC执行ARQ功能，将包含序号（RLC AM SN）的标题信息加入生成的RLC PDU中，该序号用于指示丢失及请求转发。本领域技术人员可以毫无疑义地确定对比文件公开了分配ARQ SN到至少一个PDU，作用完全相同，属于直接公开。 |
| 技术特征G：传送所述至少一个PDU到演进型的节点B（eNB）<br>《隐含公开》 | 【说明书第2页倒数第4段】<br>“节点B由这些RNC来管理，通过上行线来接收终端150的物理层所发送的信息，并通过下行线来将数据传送到终端。这样，节点B作为关于该终端的UTRAN的通路点来加以操作。”<br>【说明书第4页倒数第3段】<br>“被传送到MAC层的所存储的RLC PDU和MAC层所要求的一样多，并且，这些所存储的RLC PDU基本上以该序号为基础来加以传送。” | 目标专利将PDU传送至演进型节点B（eNB，LTE基站）；对比文件公开了终端通过物理层和无线电链路将包含PDU的数据在网络中传送，上行线基站为Node B。虽然对比文件为UMTS系统（Node B），但Node B与eNB均为蜂窝移动通信系统的基站实体，在数据链路传送中承担空中接口数据收发作用。按照宽松判断标准，对比文件部分公开了传送PDU到无线基站的方案，并可推知空口传输技术手段，故认定为隐含公开。 |
| 技术特征H：从在所述eNB中的ARQ功能接收否定应答（NACK）<br>《未公开》 | 【说明书第4页倒数第2段至倒数第1段】<br>“首先被传送的RLC PDU根据该序号而从发送器的RLC层被加以传送，接收器的RLC层遵守这些接收到的序号，并要求从发送器的RLC层转发传输失败的数据。例如，如果所接收的RLC PDU的序号是#23、#24、#25、#32和#34，则可以说，在传输期间已丢失具有#26～#31和#33这些序号的RLC PDU。被传送到发送器的该接收器的缓冲器的状态信息(状态PDU)携带状态PDU，以便发送器可以检测将要被转发的RLC PDU……”<br>【说明书第2页倒数第3段至第2段】<br>“服务RNC(SRNC)管理分配给各自终端的专用无线电资源……这些RNC所执行的功能包括：分配和管理无线电资源。” | 目标专利中ARQ功能下沉至eNB，终端直接从eNB中的ARQ功能接收NACK；而在对比文件的UMTS架构中，ARQ（RLC AM）实体位于RNC中而非Node B中，Node B不具备RLC ARQ功能。对比文件未能公开从基站（eNB）中的ARQ功能接收NACK，故未公开。 |
| 技术特征I：传送所述至少一个PDU的ARQ重传到所述eNB<br>《隐含公开》 | 【说明书第4页倒数第4段至倒数第2段】<br>“其间，当RLC按AM进行操作时，如果无法传送信息包，则支持信息包转发。换言之，发送器的RLC层接收关于‘来自接收器的传输是否已获取成功’的状态信息，并在必要时转发RLC PDU。……接收器的RLC层遵守这些接收到的序号，并要求从发送器的RLC层转发传输失败的数据。”<br>【说明书第2页倒数第4段】<br>“节点B由这些RNC来管理，通过上行线来接收终端150的物理层所发送的信息……” | 对比文件公开了在检测到传输失败时，发送端进行RLC PDU重传（转发），并且上行数据必须途经基站节点（Node B）发送至网络。虽然对比文件的ARQ终结端位于RNC，但重传的数据PDU物理上仍旧传送至基站（Node B）。依据宽松的隐含公开判断规则，基站节点之间可合理推断替换，故认定隐含公开。 |
| 技术特征J：当至少一个在先PDU的传输失败时<br>《直接公开》 | 【说明书第4页倒数第4段至倒数第2段】<br>“其间，当RLC按AM进行操作时，如果无法传送信息包，则支持信息包转发。……接收器的RLC层遵守这些接收到的序号，并要求从发送器的RLC层转发传输失败的数据。例如，如果所接收的RLC PDU的序号是#23、#24、#25、#32和#34，则可以说，在传输期间已丢失具有#26～#31和#33这些序号的RLC PDU。” | 对比文件明确公开了在AM模式下，当检测到RLC PDU丢失（即在先PDU传输失败）时触发后续处理（转发），与目标专利中触发重传/再分段的前提条件“在先PDU传输失败”含义完全相同，属于直接公开。 |
| 技术特征K：将所加密的数据块或所述PDU这二者之一再分段成多个尺寸小于在先PDU的次级PDU<br>《未公开》 | 【说明书全文】<br>全文未涉及PDU再分段或生成次级PDU（PDU分段）的操作。 | 目标专利中为了适应信道变化或HARQ重传，将已加密的数据块或传输失败的PDU再分段成更小尺寸的次级PDU。对比文件仅公开了一次性的分段/串联生成固定或预定尺寸的RLC PDU，重传时亦仅重传原PDU，并未公开对PDU或已加密数据块进行“再分段”生成尺寸更小的次级PDU的技术方案。因此未公开。 |
| 技术特征L：包括分段标识符<br>《未公开》 | 【说明书全文】<br>全文未涉及用于标识次级PDU或指示分段重传版本的“分段标识符”。 | 目标专利中在再分段后引入分段标识符（如分段版本标识符），以协助接收端识别与重组；对比文件中仅具有用于指示SDU边界的长度指示符（LI）和PDU本身的序号（SN），完全未公开针对再分段次级PDU的分段标识符。因此未公开。 |
| 技术特征M：重新传送所述多个PDU。<br>《未公开》 | 【说明书全文】<br>全文未涉及再分段后的多个次级PDU的重传。 | 该特征从属于再分段机制，要求重传再分段后得到的多个次级PDU。对比文件由于未公开再分段技术，不存在重传再分段后的多个次级PDU的操作。因此未公开。 |
| 技术特征N：其中所述通用SN是从种子得到的。<br>《未公开》 | 【说明书全文】<br>全文未涉及从种子导出分配给数据块的通用SN。 | 目标专利中通用SN由加密实体借助种子（如预期的传输序列号）推导得出；对比文件的加密序号COUNT-C直接由超帧号HFN与帧号/RLC SN拼接组成，未公开“通用SN是从种子得到”的特征。因此未公开。 |
| 技术特征O：其中所述种子是在所述WTRU处已知的所需的传输序列号。<br>《未公开》 | 【说明书全文】<br>全文未公开基于种子计算通用SN，更未公开种子为WTRU处已知的所需传输序列号。 | 因对比文件未公开特征N，该从属特征亦未公开。 |
| 技术特征P：其中所述所需的传输序列号是以下中的一者<br>《未公开》 | 【说明书全文】<br>全文未公开相关技术方案。 | 因前序特征未公开，该特征未公开。 |
| 技术特征Q：分组数据会聚协议（PDCP）序列号<br>《未公开》 | 【说明书第3页倒数第1段】<br>“信息包数据集中协议(PDCP)层是RLC层的上层，它允许数据项通过网络协议(例如，IPv4或IPv6)来加以传送。” | 对比文件仅在介绍协议架构时提及了PDCP层，未公开将PDCP序列号作为种子来生成通用SN的技术方案。因此未公开。 |
| 技术特征R：无线资源控制（RRC）消息序列号<br>《未公开》 | 【说明书第3页第4段】<br>“可以通过RRC消息来传送从上层接收到的控制消息。” | 对比文件仅提及通过RRC消息传送控制信息，未公开将RRC消息序列号作为推导通用SN的种子的方案。因此未公开。 |
| 技术特征S：非接入层（NAS）消息序列号。<br>《未公开》 | 【说明书全文】<br>全文未公开将NAS消息序列号作为推导通用SN的种子的方案。 | 对比文件全文未记载该方案，未公开。 |
| 技术特征T：其中所述通用SN只被附加于第一个PDU。<br>《未公开》 | 【说明书全文】<br>全文未涉及通用SN的配置或仅附加于第一个PDU的省略机制。 | 目标专利在数据块分段成多个PDU时，仅在第一个PDU附加通用SN以降低信令开销。对比文件每个RLC PDU均包含其自身的RLC SN，不存在通用SN只附加于第一个PDU的特征。因此未公开。 |
| 技术特征U：其中分段报头被附加于每一个所述PDU。<br>《隐含公开》 | 【说明书第5页第1段至第3段】<br>“该RLC PDU包括标题信息和有效负载，该标题信息包含各种控制信息。如图3所示的标题信息包括序号和长度指示符。该序号被用作连续传输数据所要求的标识信息，而该长度指示符指出该RLC SDU的边界。……‘E’字段是1位的扩展位，并被用来识别待续的字段是该长度指示符还是数据。” | 目标专利中分段报头包含指示数据边界的长度指示符（LI）等信息；对比文件明确公开了RLC PDU的标题信息中包含用于指出SDU边界及指示分段情况的长度指示符（LI），并且在各RLC PDU中设置标题信息。依照宽松的隐含公开标准，对比文件中在PDU中携带指示分段边界的标题/长度指示符与分段报头作用相当，可合理推断其公开了在PDU附加分段报头，故认定为隐含公开。 |
| 技术特征V：该方法还包括<br>《直接公开》 | 【说明书第16页第1段（发明详述第1段）】<br>“为了实现以上的目的，提供了一种SRNS再定位方法，包括：确定网络上的SRNS再定位……” | 对比文件公开了包括多个步骤的通信传输方法，直接公开了“该方法还包括”这一方法步骤引导语。 |
| 技术特征W：终止所述在先PDU的混合自动重复请求（H-ARQ）过程。<br>《未公开》 | 【说明书全文】<br>全文未涉及终止在先PDU的H-ARQ过程的技术方案。 | 目标专利在重新分段或重传时终止在先PDU的底层H-ARQ进程；对比文件讨论的是RLC层的ARQ机制及SRNS再定位中的状态同步，未公开终止H-ARQ过程的技术方案。因此未公开。 |
| 技术特征X：该方法还包括<br>《直接公开》 | 【说明书第16页第1段（发明详述第1段）】<br>“为了实现以上的目的，提供了一种SRNS再定位方法，包括：确定网络上的SRNS再定位……” | 对比文件公开了包括多个步骤的通信传输方法，直接公开了“该方法还包括”这一方法步骤引导语。 |
| 技术特征Y：当至少一个在先PDU的传输失败时<br>《直接公开》 | 【说明书第4页倒数第4段至倒数第2段】<br>“其间，当RLC按AM进行操作时，如果无法传送信息包，则支持信息包转发。……接收器的RLC层遵守这些接收到的序号，并要求从发送器的RLC层转发传输失败的数据。例如，如果所接收的RLC PDU的序号是#23、#24、#25、#32和#34，则可以说，在传输期间已丢失具有#26～#31和#33这些序号的RLC PDU。” | 对比文件公开了在AM模式下，当检测到信息包丢失即传输失败时触发后续处理，与“当至少一个在先PDU的传输失败时”语义与技术实质相同，属于直接公开。 |
| 技术特征Z：重新传送失败的PDU。<br>《直接公开》 | 【说明书第4页倒数第4段】<br>“其间，当RLC按AM进行操作时，如果无法传送信息包，则支持信息包转发。换言之，发送器的RLC层接收关于‘来自接收器的传输是否已获取成功’的状态信息，并在必要时转发RLC PDU。”<br>【说明书第4页倒数第1段】<br>“被传送到发送器的该接收器的缓冲器的状态信息(状态PDU)携带状态PDU，以便发送器可以检测将要被转发的RLC PDU以及已在该状态PDU中所包含的内容的基础上被成功传送的RLC PDU的序号。” | 目标专利在PDU传输失败时选择不重新分段而直接重发失败的PDU；对比文件明确公开在RLC AM操作中，发送端根据状态信息检测传输失败的RLC PDU并进行转发（重传），两者技术手段与实现效果完全相同，属于直接公开。 |
<<<A>>>
<<<e>>>
<<<F>>>
<<<g>>>
<<<i>>>
<<<J>>>
<<<u>>>
<<<V>>>
<<<X>>>
<<<Y>>>
<<<Z>>>
**特征比对与公开性分析**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：该方法包括<br>《直接公开》 | 【说明书第10页“发明内容”】<br>“一种触发状态信息发送的方法，适用于包括发送实体和接收实体的通信系统中，且发送实体与接收实体间通信采用自动重传机制，关键在于，设置一定时触发变量，该方法还包括以下步骤……” | 对比文件公开了一种无线通信系统中的通信方法，包含了多个处理步骤。技术特征A仅为方法权利要求的引导性主题词及前置语，已被对比文件直接公开。 |
| 技术特征B：分配通用序列号（SN）到在无线链路控制（RLC）层的上方层中的数据块<br>《未公开》 | 无对应内容 | 目标专利中，通用SN由RLC层上方层（如PDCP、RRC、NAS）分配给数据块（如SDU），用于在更高层进行加密，使得外部ARQ下沉至Node-B/eNB时加密与分段解耦。<br>对比文件仅在【说明书第8页】提及“接收高层发来的协议数据单元(PDU)……如果是新的AMD PDU，还要设置序列号(SN)域，之后对调度到的AMD PDU进行加密”。对比文件设置的SN是RLC层自身的AMD PDU SN，而非在RLC层上方层中分配通用SN到数据块。本领域技术人员无法直接或隐含推导出该特征。 |
| 技术特征C：使用在所述RLC层的上方层中的所述SN加密所述数据块<br>《未公开》 | 无对应内容 | 目标专利中，数据块的加密是在RLC上方层（如PDCP或安全实体）中使用前述通用SN执行的，从而在数据块提交给RLC前即完成加密。<br>对比文件【说明书第8页】记载：“如果是新的AMD PDU，还要设置序列号(SN)域，之后对调度到的AMD PDU进行加密，提交给底层发送出去”。这属于传统3G UTRAN架构下由RLC AM实体自身在其PDU SN生成后对AMD PDU进行的底层加密，根本不是在RLC层上方层使用上方层的通用SN对数据块进行加密。 |
| 技术特征D：从所加密的数据块生成至少一个协议数据单元（PUD）<br>《未公开》 | 无对应内容 | 目标专利中，数据块先被加密，外部ARQ/RLC实体再从“已加密的数据块”生成至少一个PDU（实现先加密、后分段/级联）。<br>对比文件【说明书第8页】记载其顺序为：“对所收到的RLC业务数据单元(SDU)进行分段/级联处理……组装确认模式数据(AMD)的PDU……之后对调度到的AMD PDU进行加密”，即先生成PDU再进行加密，与从“所加密的数据块生成PDU”的处理架构和时间顺序截然相反。 |
| 技术特征E：其中所述生成所述至少一个PDU包括分段所加密的数据块或串联所加密的数据块这二者中的至少一者<br>《隐含公开》 | 【说明书第8页“背景技术”】<br>“对所收到的RLC业务数据单元(SDU)进行分段/级联处理，还可能进行填充处理；然后组装确认模式数据(AMD)的PDU……” | 目标专利中是外部ARQ对加密后的数据块进行分段或级联；对比文件明确公开了RLC对高层SDU进行分段或级联（串联）以组装PDU。尽管对比文件处理的是未加密SDU，但其明确公开了PDU生成过程中“分段”和“级联（串联）”的操作手段与数据组合机制。按照非常宽松的隐含公开判断标准，对比文件部分公开了分段/级联生成PDU的机制，本领域技术人员结合常规认知有可能推断将其应用于加密后的数据单元，故认定为隐含公开。 |
| 技术特征F：分配ARQ SN到所述至少一个PDU<br>《直接公开》 | 【说明书第8页“背景技术”】<br>“其中，AM模式具有自动请求重发(ARQ)机制……如果是新的AMD PDU，还要设置序列号(SN)域……” | 目标专利中分配ARQ SN用于外部ARQ重传与确认；对比文件公开了在RLC AM（确认模式，具有ARQ机制）中，针对新组装的AMD PDU设置序列号（SN）域，该SN在对比文件中正是用于滑动窗口ARQ管理、重传与确认的状态变量比对。其技术手段与实现作用完全相同，本领域技术人员能毫无疑义地确定对比文件直接公开了该特征。 |
| 技术特征G：传送所述至少一个PDU到演进型的节点B（eNB）<br>《隐含公开》 | 【说明书第7页“背景技术”】<br>“在实际组网中，通用陆地无线接入网络(UTRAN)、核心网络与用户设备(UE，User Equipment)一起构成完整的UMTS系统……”<br>【说明书第8页“背景技术”】<br>“调度到的PDU如果允许发送……之后对调度到的AMD PDU进行加密，提交给底层发送出去。” | 目标专利处于LTE架构，接收PDU的外部ARQ实体位于eNB；对比文件基于3G/UMTS网络，UE将PDU提交底层经无线接口发射至基站侧（Node-B/UTRAN）。鉴于Node-B与eNB均为蜂窝通信系统的无线基站侧节点，且对比文件公开了向网络侧基站发送PDU，本领域技术人员极易推知在演进系统中发送至eNB，依照极宽松判断标准，认定为隐含公开。 |
| 技术特征H：从在所述eNB中的ARQ功能接收否定应答（NACK）<br>《隐含公开》 | 【说明书第8页“背景技术”】<br>“接收实体负责发送状态报告到发送实体，报告数据单元的接收状况，状态报告中包含针对所接收数据单元的肯定确认或否定确认，肯定确认表示相应数据单元被正确接收，否定确认表示相应数据单元错误或丢失。” | 目标专利中发射端从eNB的外部ARQ接收NACK反馈；对比文件的RLC接收实体负责反馈包含“否定确认”（即NACK）的状态报告。虽然对比文件在UMTS架构中RLC实体通常位于RNC（或Node-B），但在ARQ实体反馈否定确认的功能原理上完全一致。按照极宽松的隐含公开判定原则，对比文件公开了ARQ功能中接收否定确认（NACK），具有公开可能性，认定为隐含公开。 |
| 技术特征I：传送所述至少一个PDU的ARQ重传到所述eNB<br>《隐含公开》 | 【说明书第8页“背景技术”】<br>“重传缓冲器根据自身当前的存储状态报告缓存需要重传的AMD PDU；发送缓冲器对新组装的AMD PDU和要重传的AMD PDU进行调度……从以上滑动窗口机制中可以看到，RLC发送实体接收到RLC接收实体发送的状态报告后，才会重传错误或丢失的AMD PDU……” | 目标专利中在确认丢失后执行ARQ重传；对比文件明确公开了发送实体在收到状态报告（否定确认）后，调度重传缓冲器中的AMD PDU进行重传并发往接收端基站侧。结合上述对eNB架构演进的宽松推断，对比文件公开了ARQ PDU重传机制，认定为隐含公开。 |
| 技术特征J：当至少一个在先PDU的传输失败时<br>《直接公开》 | 【说明书第8页“背景技术”】<br>“否定确认表示相应数据单元错误或丢失……从以上滑动窗口机制中可以看到，RLC发送实体接收到RLC接收实体发送的状态报告后，才会重传错误或丢失的AMD PDU……” | 目标专利以在先PDU传输失败作为后续恢复或重传的触发条件；对比文件公开了当收到否定确认判定相应数据单元错误或丢失（即传输失败）时触发后续处理，条件实质相同，构成直接公开。 |
| 技术特征K：将所加密的数据块或所述PDU这二者之一再分段成多个尺寸小于在先PDU的次级PDU<br>《未公开》 | 无对应内容 | 目标专利针对信道恶化或可用传输格式变化，在外部ARQ重传失败PDU时支持“再分段（re-segmentation）”为更小尺寸的次级PDU（sub-PDU）；<br>对比文件的3G RLC AM机制中，PDU一旦组装生成，其重传均是以原AMD PDU为单位调度重传（基于固定SN滑动窗口），完全没有公开任何将PDU或加密数据块进行“再分段”为次级PDU的机制，本领域技术人员无法从对比文件中推导得出。 |
| 技术特征L：包括分段标识符<br>《未公开》 | 无对应内容 | 目标专利中伴随再分段操作配置有分段标识符（如分段版本标识符、分段扩展指示符或次级分段标记）；<br>对比文件仅公开了固定AMD PDU报头内的序列号SN域与长度指示LI域，无任何与重传再分段相对应的“分段标识符”，未公开该特征。 |
| 技术特征M：重新传送所述多个PDU。<br>《未公开》 | 无对应内容 | 结合目标专利上下文，该特征紧承特征K，是指重新传送经过再分段生成的多个尺寸较小的次级PDU；<br>对比文件仅支持对原始大小未改变的旧AMD PDU进行重传，不存在传送再分段后的多个次级PDU的方案，未公开该特征。 |
| 技术特征N：其中所述通用SN是从种子得到的。<br>《未公开》 | 无对应内容 | 目标专利中通用SN由加密实体借助已知序列号（种子）计算/派生得到；对比文件完全没有通用SN及通过种子派生生成SN的记载。 |
| 技术特征O：其中所述种子是在所述WTRU处已知的所需的传输序列号。<br>《未公开》 | 无对应内容 | 对比文件未涉及从种子派生SN的技术方案，更无种子是传输序列号的记载。 |
| 技术特征P：其中所述所需的传输序列号是以下中的一者<br>《未公开》 | 无对应内容 | 对比文件未涉及该特征。 |
| 技术特征Q：分组数据会聚协议（PDCP）序列号<br>《未公开》 | 无对应内容 | 对比文件虽在【说明书第7页】提到了存在PDCP子层，但未公开将PDCP SN作为生成数据块加密所用通用SN的种子。 |
| 技术特征R：无线资源控制（RRC）消息序列号<br>《未公开》 | 无对应内容 | 对比文件未公开将RRC消息SN作为种子生成通用SN。 |
| 技术特征S：非接入层（NAS）消息序列号。<br>《未公开》 | 无对应内容 | 对比文件未公开将NAS消息SN作为种子生成通用SN。 |
| 技术特征T：其中所述通用SN只被附加于第一个PDU。<br>《未公开》 | 无对应内容 | 目标专利中当加密数据块被分段成多个PDU时，通用SN仅附加在首个PDU以节省开销；对比文件无通用SN概念，且每个AMD PDU均携带各自独立的RLC SN，未公开该特征。 |
| 技术特征U：其中分段报头被附加于每一个所述PDU。<br>《隐含公开》 | 【说明书第8页“背景技术”】<br>“对所收到的RLC业务数据单元(SDU)进行分段/级联处理，还可能进行填充处理；然后组装确认模式数据(AMD)的PDU，设置长度指示(LI)域来定义AMD PDU内SDU的边界……” | 目标专利中分段报头包含LI（长度指示符）等信息以指示分段边界；对比文件在分段/级联组装AMD PDU时，对每个AMD PDU均设置长度指示（LI）域用以定义边界，该LI域即属于用于指示分段位置的报头组成部分。基于极宽松的隐含公开判断标准，对比文件揭示了在各个PDU中附加指示分段边界的报头字段，认定为隐含公开。 |
| 技术特征V：该方法还包括<br>《直接公开》 | 【说明书第10页“发明内容”】<br>“……该方法还包括以下步骤……” | 对比文件公开了包含进一步技术步骤的方法流程，该引导性特征被直接公开。 |
| 技术特征W：终止所述在先PDU的混合自动重复请求（H-ARQ）过程。<br>《未公开》 | 无对应内容 | 目标专利涉及高层外部ARQ与底层H-ARQ的跨层交互，在再分段重传时主动终止底层旧分段的H-ARQ过程；对比文件仅关注RLC AM层自身的定时器与查询状态报告机制，未公开终止底层H-ARQ过程的方案。 |
| 技术特征X：该方法还包括<br>《直接公开》 | 【说明书第10页“发明内容”】<br>“……该方法还包括以下步骤……” | 方法权利要求中的常规前置与过渡语句，对比文件直接公开了包含多个进一步步骤的方法。 |
| 技术特征Y：当至少一个在先PDU的传输失败时<br>《直接公开》 | 【说明书第8页“背景技术”】<br>“否定确认表示相应数据单元错误或丢失……从以上滑动窗口机制中可以看到，RLC发送实体接收到RLC接收实体发送的状态报告后，才会重传错误或丢失的AMD PDU……” | 该特征与特征J相同，对比文件明确公开了当接收到否定确认、判定先前发送的PDU传输失败/错误丢失时触发重传处理，构成直接公开。 |
| 技术特征Z：重新传送失败的PDU。<br>《直接公开》 | 【说明书第8页“背景技术”】<br>“重传缓冲器根据自身当前的存储状态报告缓存需要重传的AMD PDU；发送缓冲器对新组装的AMD PDU和要重传的AMD PDU进行调度……才会重传错误或丢失的AMD PDU……” | 目标专利在PDU失败时重发原失败PDU；对比文件明确公开了发送实体在收到状态报告后，调度重传缓冲器中缓存的错误或丢失的AMD PDU进行重新传送，两者的技术手段、逻辑触发以及在ARQ重传中所起的作用完全相同，构成直接公开。 |
<<<A>>>
<<<e>>>
<<<F>>>
<<<g>>>
<<<h>>>
<<<i>>>
<<<J>>>
<<<u>>>
<<<V>>>
<<<X>>>
<<<Y>>>
<<<Z>>>
权利要求2
根据权利要求1所述的方法，其中所述通用SN是从种子得到的。
权利要求3
根据权利要求2所述的方法，其中所述种子是在所述WTRU处已知的所需的传输序列号。
权利要求4
根据权利要求3所述的方法，其中所述所需的传输序列号是以下中的一者；分组数据会聚协议（PDCP）序列号；无线资源控制（RRC）消息序列号；以及非接入层（NAS）消息序列号。
权利要求5
根据权利要求1所述的方法，其中所述通用SN只被附加于第一个PDU。
权利要求6
根据权利要求1所述的方法，其中分段报头被附加于每一个所述PDU。
权利要求7
根据权利要求1所述的方法，该方法还包括；终止所述在先PDU的混合自动重复请求（H-ARQ）过程。
权利要求8
根据权利要求1所述的方法，该方法还包括；当至少一个在先PDU的传输失败时；重新传送失败的PDU。
权利要求9
根据权利要求1所述的方法，其中多个加密的数据块被串联成一个PDU。
权利要求10
根据权利要求9所述的方法，其中分段报头被附加于所述PDU。